Комментарии 28
НЛО прилетело и опубликовало эту надпись здесь
А что сюда добавить… Толково расписано… Разве что — Спасибо за статью автору.
Перечитал по диагонали. После вашего комментария прочитал полностью :)
Насколько я понял, автор выводит свои расчеты из допущения, что через сайт будет продаваться в среднем Y тортов в день. А число Y предлагается получать как число посетителей А деленное на 50.
Так вот. Меня, как «технаря» действительно удивляет такой подход — строить какие-то серьезные выводы только на том предположении, что мы получим с рекламы 1К пользователей в день, из которых 20 человек закажут по торту. А если пользователей будет 10К, но тортов закажут ровно 3 штуки? А если пользователей будет 5 штук в день, включая гуглбота?
Возможно, экономисты что-то поймут в такой статье. Да только я не экономист. Так что получается, я — не целевая аудитория статьи (как и рекламы тортов). А судя по отсутствию комментариев — я не одинок.
P.S. Да и хабр уже не торт ;)
Насколько я понял, автор выводит свои расчеты из допущения, что через сайт будет продаваться в среднем Y тортов в день. А число Y предлагается получать как число посетителей А деленное на 50.
Так вот. Меня, как «технаря» действительно удивляет такой подход — строить какие-то серьезные выводы только на том предположении, что мы получим с рекламы 1К пользователей в день, из которых 20 человек закажут по торту. А если пользователей будет 10К, но тортов закажут ровно 3 штуки? А если пользователей будет 5 штук в день, включая гуглбота?
Возможно, экономисты что-то поймут в такой статье. Да только я не экономист. Так что получается, я — не целевая аудитория статьи (как и рекламы тортов). А судя по отсутствию комментариев — я не одинок.
P.S. Да и хабр уже не торт ;)
Торты — пример. Конечно, надо знать рекламную механику, и как обернуть посетителя в покупателя — это вопрос SEO и проектирования сайта. Я не вдавался, поскольку не глубокий специалист в этом, но знаю что такие технологии есть.
Насчет того, что статья про подсчет — я сразу написал… на мой взгляд такой статьи не хватало. Возможно я и не прав.
Насчет того, что статья про подсчет — я сразу написал… на мой взгляд такой статьи не хватало. Возможно я и не прав.
Прав! Тема инвестиционного проектирования очень хорошо систематизирована и идет бок о бок с ИТ, поскольку руками сложно играться с альтернативами. Вот и нужны прикладные решения и не только Excel. А чтобы они были ИТ люди должны понимать нюансы самого инвестиционного проектирования, поэтому тема к месту и кстати.
Вот только… Расчеты лучше приводить в таблицах. Так будет понятнее.
Основных инвестиционных показателя три, а не один.
Дисконтирование, т.е. учет в инвестиционных проектах феномена стоимости денег во времени, не совсем понятно раскрыт. Думаю для ИТишников можно и формулу было написать, тут с математикой все в порядке.
Люди по топику подумали, что Вы действительно рассчитали будущее количество тортов. :). Сложно кратко описать все нюансы инвестиционного проектирования, где есть анализ рисков, и соответственно просматриваются вариации количеств тортов и влияние этих изменений на конечные инвестиционные показатели.
Классная тема. Предлагаю автору развить тему инвестиционного проектирования. В деталях и с математикой.
Вот только… Расчеты лучше приводить в таблицах. Так будет понятнее.
Основных инвестиционных показателя три, а не один.
Дисконтирование, т.е. учет в инвестиционных проектах феномена стоимости денег во времени, не совсем понятно раскрыт. Думаю для ИТишников можно и формулу было написать, тут с математикой все в порядке.
Люди по топику подумали, что Вы действительно рассчитали будущее количество тортов. :). Сложно кратко описать все нюансы инвестиционного проектирования, где есть анализ рисков, и соответственно просматриваются вариации количеств тортов и влияние этих изменений на конечные инвестиционные показатели.
Классная тема. Предлагаю автору развить тему инвестиционного проектирования. В деталях и с математикой.
Действительно, все интересно, но виртуальные оценки все портят. Видимо, имеется в виду, что такой подход будет работать, если оценки для входных данных делает эксперт, причем для каждой области желательно свой. Если я все верно понял, то мне кажется, что все бизнесмены (даже начинающие) делают такой анализ в любом случае. Тонкость лишь в самом NPV.
Автору спасибо за статью. «Технари» ведь тоже свой бизнес делают рано или поздно. Даже фрилансеру очень полезно будет узнать, что, сделав нехитрые расчеты, можно понять что очередной проект может оказаться убыточным для него самого.
Автору спасибо за статью. «Технари» ведь тоже свой бизнес делают рано или поздно. Даже фрилансеру очень полезно будет узнать, что, сделав нехитрые расчеты, можно понять что очередной проект может оказаться убыточным для него самого.
Самый большой вопрос в том, как оценить ИТ-проекты с не столь явными профитами, как торты или посетители. Например, инфраструктурные проекты в крупной компании.
Странно, что все рассчеты ведутся исходя из линейного графика роста продаж и роста затрат. Это маловероятные цифры в реальном мире.
Моделирование продаж — целая отдельная тема. Интересно про это, например здесь en.wikipedia.org/wiki/Bass_model
Прошу прощения, но автор так рекламирует Exсel, а ведь есть достойная альтернатива, которая заточена как раз под такие задачи, как описаны в статье — это MS Project 2010. Да, он немного отличаеться по восприятию, но имеет такой набор функций, который позволяет намного эффективнее создавать модели, строить графики и вычислять профит с проекта. Не поленитесь — гляньте видео-туторы и попробуйте пользоваться, оно того стоит.
Я говорю про Excel ввиду его доступности. Есть и (гораздо) более специализированные решения для работы с инвест. проектами. Как на базе Excel, так и нет.
В MS Project с формулами и переменными работать сложнее, но сама работа с проектами там конечно же нагляднее. Хотя и в Excel можно нарисовать диаграмму Гантта :)
Мое мнение — MS Project удобен для управления проектом (по окончательному бюджету), для предварительного анализа можно пользоваться и Excel, в нём быстрее и проще исправлять на мой взгляд.
В MS Project с формулами и переменными работать сложнее, но сама работа с проектами там конечно же нагляднее. Хотя и в Excel можно нарисовать диаграмму Гантта :)
Мое мнение — MS Project удобен для управления проектом (по окончательному бюджету), для предварительного анализа можно пользоваться и Excel, в нём быстрее и проще исправлять на мой взгляд.
15 лет назад в ГУУ в качестве курсовой мы делали бизнес-план по точно такой же схеме. Я-то думала, что за 15 лет что-то должно в теории поменяться. Но, нет. Старые добрые схемы и правила. И, как обычно, они очень хорошо работают для шарообразного бизнеса в вакууме, но не в реальности. Это я вам как практик говорю. :-)
Опять же, не очень понятно, почему в качестве ИТ-проекта рассматривается реальное производство. По-моему, пример не совсем удачный. Здесь все ИТ – это электронная витрина, а 90% бизнеса реальный оффлайн. (И, простите, у меня сердце кровью обливается, когда я вижу такие затраты на обслуживание витрины.)
По-хорошему, здесь нужно делать 2 отдельных бизнес-плана: на производство и на интернет-магазин. Потому что выглядит это так, что ИТ часть настолько затратна, что съест весь бизнес.
И еще один немаловажный момент. Если вы не планируете привлекать жирные инвестиции, то не надо закладывать в начальные затраты сразу все: и помещение и оборудование и персонал. Сразу уж по-честному посчитайте, что будете печь свои торты сами на своей кухне, с помощью жены и тещи, а из сложного оборудования понадобится только кондитерский принтер. Весь обслуживающий и управляющий персонал тоже будет един в одном лице – лице предпринимателя. А вот если (заметьте, даже не когда) бизнес пойдет, тогда уже и будете добавлять постепенно и персонал и помещения и т.д. и т.п.
А самое главное, забудьте о том, что есть некие методики и возможность прогнозирования количества клиентов. Вы никогда заранее не сможете просчитать, что именно и в каком виде будет пользоваться спросом. Никогда. Придется работать методом проб и ошибок и быть готовым к постоянным изменениям и лавированию. Но что вы обязательно должны сделать, это рассчитать минимально допустимое количество заказов, которое обеспечит вам возможность получать устраивающую прибыль. И срок, за который вы можете себе позволить их набрать.
Опять же, не очень понятно, почему в качестве ИТ-проекта рассматривается реальное производство. По-моему, пример не совсем удачный. Здесь все ИТ – это электронная витрина, а 90% бизнеса реальный оффлайн. (И, простите, у меня сердце кровью обливается, когда я вижу такие затраты на обслуживание витрины.)
По-хорошему, здесь нужно делать 2 отдельных бизнес-плана: на производство и на интернет-магазин. Потому что выглядит это так, что ИТ часть настолько затратна, что съест весь бизнес.
И еще один немаловажный момент. Если вы не планируете привлекать жирные инвестиции, то не надо закладывать в начальные затраты сразу все: и помещение и оборудование и персонал. Сразу уж по-честному посчитайте, что будете печь свои торты сами на своей кухне, с помощью жены и тещи, а из сложного оборудования понадобится только кондитерский принтер. Весь обслуживающий и управляющий персонал тоже будет един в одном лице – лице предпринимателя. А вот если (заметьте, даже не когда) бизнес пойдет, тогда уже и будете добавлять постепенно и персонал и помещения и т.д. и т.п.
А самое главное, забудьте о том, что есть некие методики и возможность прогнозирования количества клиентов. Вы никогда заранее не сможете просчитать, что именно и в каком виде будет пользоваться спросом. Никогда. Придется работать методом проб и ошибок и быть готовым к постоянным изменениям и лавированию. Но что вы обязательно должны сделать, это рассчитать минимально допустимое количество заказов, которое обеспечит вам возможность получать устраивающую прибыль. И срок, за который вы можете себе позволить их набрать.
Согласен, с одним лишь уточнением — цифры вымышленные, и пример — первое что в голову пришло. Да, витрина, да, производство.
Что касается прогноза продаж — особенно для новых продуктов — это очень сложно, я знаю. Однако практически на любой продукт найдется заменитель, и можно смотреть по аналогии. Совсем без прогноза продаж нельзя планировать. Невозможно я бы сказал. У крутого бизнеса есть такие вещи, как маркетинговый анализ, фокус-группы, и прочее. У малого — надежда и… опрос среди знакомых :) Касательно точки безубыточности скажу, что опасная это штука, так как зависит от того, как будут поделены затраты. Это инструмент хоть на вид и простой, но для, я считаю, ну очень продвинутых.
Методы не поменялись, да и не должны были бы, дисконтирование в его нынешнем виде придумали лет (кажется) 100 назад. Насчет шарообразного — ну кому как. Меня этот подход выручал, я говорю про минимальное моделирование, прежде чем начинать — посмотреть варианты, и сравнить их по критерию. Эти методы, хоть и не поменялись, толком мало где применяются. Конечно, можно говорить, что всё плохо прогнозируемо… и все дело в риске, и что ИТ не такой, но кто тогда будет в него вкладываться? Только венчуры, а этого мало я считаю. ИТ все таки уже зреет до того, чтобы стать промышленностью, а не ремеслом.
Что касается прогноза продаж — особенно для новых продуктов — это очень сложно, я знаю. Однако практически на любой продукт найдется заменитель, и можно смотреть по аналогии. Совсем без прогноза продаж нельзя планировать. Невозможно я бы сказал. У крутого бизнеса есть такие вещи, как маркетинговый анализ, фокус-группы, и прочее. У малого — надежда и… опрос среди знакомых :) Касательно точки безубыточности скажу, что опасная это штука, так как зависит от того, как будут поделены затраты. Это инструмент хоть на вид и простой, но для, я считаю, ну очень продвинутых.
Методы не поменялись, да и не должны были бы, дисконтирование в его нынешнем виде придумали лет (кажется) 100 назад. Насчет шарообразного — ну кому как. Меня этот подход выручал, я говорю про минимальное моделирование, прежде чем начинать — посмотреть варианты, и сравнить их по критерию. Эти методы, хоть и не поменялись, толком мало где применяются. Конечно, можно говорить, что всё плохо прогнозируемо… и все дело в риске, и что ИТ не такой, но кто тогда будет в него вкладываться? Только венчуры, а этого мало я считаю. ИТ все таки уже зреет до того, чтобы стать промышленностью, а не ремеслом.
И да, забыл добавить. Одна из мыслей этого поста, что именно бизнес-модель (и ничто иное) определяет денежные потоки. А бизнес-модель включает в себя маркетинговое предложение.
Вот я считаю, что бизнес не просто плохо прогнозируем, он непредсказуем в принципе. Но! Это не значит, что нужно немедленно отринуть бизнес-планы и идти в воду, не зная броду. :-) Мне кажется, тут важно правильно расставить акценты. Это если вы хотите практического результата, а не красивой теории. Бизнес-план это не прогноз, это карта. Вы намечаете маршрут, оцениваете свои силы и начинаете путь. И карта эта будет использоваться, в течение всей жизни предприятия. На ней будут расставлены вехи – контрольные точки, на которых нужно будет сверять план и реальность и принимать решение о продолжении пути и его направлении.
Честно говоря, не понимаю, что такого сложного в точке безубыточности. Это как сердечный ритм, если он не прослушивается уже определенное время, то нужно признавать, что пациент мертв, и прекращать скакать на мертвой лошади.
Насчет аналогии и продуктов-заменителей. А вы пробовали? Я — да. Оно не работает. :-)
Фокус в том, ваша точка зрения и точка зрения потребителя на свойства аналога и полноценность замены может (а, скорее всего, обязательно будет) не совпадать.
Опросы? Ха-ха. По нашей статистике товары, которые чаще всего просматривают и которые чаще всего заказывают — два непересекающихся множества. Это необъяснимо (для меня), но это факт. Так что, фокус-группы и маркетинговый анализ это психотерапия, да и надо же с чего-то начинать. Если все время только взвешивать и планировать, то в путь никогда и не тронешься. Опять же, моя мысль не в том, что не нужно принимать в расчет результаты опросов и маркетинговых исследований, нужно обязательно быть готовым к тому, что реальность разойдется с прогнозом радикально и запастись соломкой на этот случай. Иначе может случиться панический ступор в самый ответственный момент.
Возвращаясь к ИТ. :-) Я очень люблю читать биографии успешных бизнесменов, в разных сферах деятельности. И очень хорошо прослеживается одна тенденция: когда они начинали свой бизнес, то это можно было сделать на собственной кухне или в гараже, но в современных реалиях порог вхождения в отрасль уже так высок, что без миллионных вложений в нее не запрыгнуть. Сейчас это происходит с ИТ. Чем больше будет сложных и разнообразных проектов в разных областях ИТ, тем сложнее будет начать свое дело. Маленький карманный бизнес можно организовать в любой момент во многих областях, а что-то крупное без инвестора и гигантской аналитической работы уже – нет.
Поэтому бизнес-план «для себя» и «для инвестора» будет различаться и по объему, и по структуре, и по задачам.
Честно говоря, не понимаю, что такого сложного в точке безубыточности. Это как сердечный ритм, если он не прослушивается уже определенное время, то нужно признавать, что пациент мертв, и прекращать скакать на мертвой лошади.
Насчет аналогии и продуктов-заменителей. А вы пробовали? Я — да. Оно не работает. :-)
Фокус в том, ваша точка зрения и точка зрения потребителя на свойства аналога и полноценность замены может (а, скорее всего, обязательно будет) не совпадать.
Опросы? Ха-ха. По нашей статистике товары, которые чаще всего просматривают и которые чаще всего заказывают — два непересекающихся множества. Это необъяснимо (для меня), но это факт. Так что, фокус-группы и маркетинговый анализ это психотерапия, да и надо же с чего-то начинать. Если все время только взвешивать и планировать, то в путь никогда и не тронешься. Опять же, моя мысль не в том, что не нужно принимать в расчет результаты опросов и маркетинговых исследований, нужно обязательно быть готовым к тому, что реальность разойдется с прогнозом радикально и запастись соломкой на этот случай. Иначе может случиться панический ступор в самый ответственный момент.
Возвращаясь к ИТ. :-) Я очень люблю читать биографии успешных бизнесменов, в разных сферах деятельности. И очень хорошо прослеживается одна тенденция: когда они начинали свой бизнес, то это можно было сделать на собственной кухне или в гараже, но в современных реалиях порог вхождения в отрасль уже так высок, что без миллионных вложений в нее не запрыгнуть. Сейчас это происходит с ИТ. Чем больше будет сложных и разнообразных проектов в разных областях ИТ, тем сложнее будет начать свое дело. Маленький карманный бизнес можно организовать в любой момент во многих областях, а что-то крупное без инвестора и гигантской аналитической работы уже – нет.
Поэтому бизнес-план «для себя» и «для инвестора» будет различаться и по объему, и по структуре, и по задачам.
Насчет аналогий, пробовал на одном интернет-сервисе… впрочем там и бизнес-модель была слизана.
План — и есть дорожная карта, я не говорил обратного. Но он включает прогноз, планирование его включает.
Точка безубыточности — зависит от разделения на постоянные/переменные. «Настоящая» (о который вы говорите) точка по факту которая — не зависит, но как найти вот то самое разбиение, чтобы она — точка — была «настоящей» — это целый вопрос. Даже стат. методы в этом не работают, говорю потому что использовал для крупного промышленного производства.
План — и есть дорожная карта, я не говорил обратного. Но он включает прогноз, планирование его включает.
Точка безубыточности — зависит от разделения на постоянные/переменные. «Настоящая» (о который вы говорите) точка по факту которая — не зависит, но как найти вот то самое разбиение, чтобы она — точка — была «настоящей» — это целый вопрос. Даже стат. методы в этом не работают, говорю потому что использовал для крупного промышленного производства.
Автору спасибо!
В том, что модель совсем простая, проблемы нет.
Как говорится, планы бесполезны, а планирование бесценно.
В начале делаются предположения, потом они проверяются. И если факт начинает сильно расходиться с планом, то можно успеть что-то изменить.
Поэтому план, даже сделанный на основе простой модели (только, конечно, учитывающей все затраты), лучше чем отсутствие плана и приянтие решений по интуиции.
В том, что модель совсем простая, проблемы нет.
Как говорится, планы бесполезны, а планирование бесценно.
В начале делаются предположения, потом они проверяются. И если факт начинает сильно расходиться с планом, то можно успеть что-то изменить.
Поэтому план, даже сделанный на основе простой модели (только, конечно, учитывающей все затраты), лучше чем отсутствие плана и приянтие решений по интуиции.
Большое спасибо автору!
Прекрасный пост.
Сами сколько раз делали собственные проекты, не занимаясь никакими подсчетами, а просто полагаясь на интуицию.
А как только недавно посчитали один свой проект, то поняли, что прибыли с него не может быть никакой по определению (при данной бизнес-модели). Только затраты на рекламу/хостинг. Как подумали — сразу пришли к выводу, что бизнес-модель необходимо менять и даже наметили на что.
Автору еще раз спасибо!
Прекрасный пост.
Сами сколько раз делали собственные проекты, не занимаясь никакими подсчетами, а просто полагаясь на интуицию.
А как только недавно посчитали один свой проект, то поняли, что прибыли с него не может быть никакой по определению (при данной бизнес-модели). Только затраты на рекламу/хостинг. Как подумали — сразу пришли к выводу, что бизнес-модель необходимо менять и даже наметили на что.
Автору еще раз спасибо!
Спасибо, за грамотную статью.
Было бы интересно ещё почитать про работу с рисками при оценке стоимости проектов в ИТ.
Было бы интересно ещё почитать про работу с рисками при оценке стоимости проектов в ИТ.
Боюсь, нескоро сподоблюсь на написание статьи ввиду текущей загруженности, поэтому пока дам две ссылки. Эту и эту.
Суть вкратце сводится к тому, что риск — это потенциально возможное уменьшение (некоторые говорят и увеличение, но я так не рассматривал этот вопрос) чистых доходов. Собственно для рисков можно выделить два основных метода — это идентификация рисков, и обсчет (качественный или количественный).
Как идентифицировать риски — некоторые составляют реестры (это работает в случае корпоративных проектов), либо же можно «проходом от обратного»: смотрим наилучший вариант развития событий, и спрашиваем себя, а что если вдруг то-то и то-то не сработает. Касательно ИТ — основные риски это риски недофинансирования, ухода ключевых сотрудников, малых продаж, потери кода (такое бывает на самом деле!), затягивание оплат, форс-мажоры (хотя это обычно рассматривают отдельно в договорах), затягивание сроков и удорожание разработки (недооценка).
PMBoK рекомендует для каждого риска разработать стратегию реагирования (можно проактивную, можно реактивную). В зависимости от выбранной стратегии, необходимо менять параметры проекта. Например закладывать резерв, менять порядок и/или сроки старта работ.
Учет рисков в ставке дисконтирования возможен на мой взгляд не для проектных рисков, а для рисков, связанных со средой инвестирования — т.е. для общего инвест. климата (например, весь бизнес в России более рискован чем в Европе например) страны, отрасли.
На мой взгляд основной способ учесть риски — добавить рисковые элементы в проект. Например, статью риск недопродаж, и моделировать уже этот риск, включая потоки от неё в расчет проекта (т.е. мы по сути добавляем в проект элемент-источник риска). Т.е. необходимо рассмотреть проект как систему.
Методы анализа рисков проектов, такие как точка безубыточности, анализ чувствительности, имитационное моделирование (много-много анализов чувствительности) — схожи по применению. Они показывают рискованность проекта самого по себе. Если мы видим, что изменение какого-то показателя (для ИТ это часто стоимость разработки, которая может увеличиться до 3-х раз) очень сильно влияет на показатели эффективности проекта — проект надо переделывать.
Я наверное очень абстрактно выразился, но главное — это идентифицировать риски. Как-то как-нибудь замоделировать уже не их можно, на основе той же теории вероятностей («пусть каждый десятый клиент не оплачивает заказ, тогда влияние риска недоплат составляет за год N рублей»).
Суть вкратце сводится к тому, что риск — это потенциально возможное уменьшение (некоторые говорят и увеличение, но я так не рассматривал этот вопрос) чистых доходов. Собственно для рисков можно выделить два основных метода — это идентификация рисков, и обсчет (качественный или количественный).
Как идентифицировать риски — некоторые составляют реестры (это работает в случае корпоративных проектов), либо же можно «проходом от обратного»: смотрим наилучший вариант развития событий, и спрашиваем себя, а что если вдруг то-то и то-то не сработает. Касательно ИТ — основные риски это риски недофинансирования, ухода ключевых сотрудников, малых продаж, потери кода (такое бывает на самом деле!), затягивание оплат, форс-мажоры (хотя это обычно рассматривают отдельно в договорах), затягивание сроков и удорожание разработки (недооценка).
PMBoK рекомендует для каждого риска разработать стратегию реагирования (можно проактивную, можно реактивную). В зависимости от выбранной стратегии, необходимо менять параметры проекта. Например закладывать резерв, менять порядок и/или сроки старта работ.
Учет рисков в ставке дисконтирования возможен на мой взгляд не для проектных рисков, а для рисков, связанных со средой инвестирования — т.е. для общего инвест. климата (например, весь бизнес в России более рискован чем в Европе например) страны, отрасли.
На мой взгляд основной способ учесть риски — добавить рисковые элементы в проект. Например, статью риск недопродаж, и моделировать уже этот риск, включая потоки от неё в расчет проекта (т.е. мы по сути добавляем в проект элемент-источник риска). Т.е. необходимо рассмотреть проект как систему.
Методы анализа рисков проектов, такие как точка безубыточности, анализ чувствительности, имитационное моделирование (много-много анализов чувствительности) — схожи по применению. Они показывают рискованность проекта самого по себе. Если мы видим, что изменение какого-то показателя (для ИТ это часто стоимость разработки, которая может увеличиться до 3-х раз) очень сильно влияет на показатели эффективности проекта — проект надо переделывать.
Я наверное очень абстрактно выразился, но главное — это идентифицировать риски. Как-то как-нибудь замоделировать уже не их можно, на основе той же теории вероятностей («пусть каждый десятый клиент не оплачивает заказ, тогда влияние риска недоплат составляет за год N рублей»).
Хорошие посты оваций не срывают. Спасибо автору. Побольше бы материалов на стыке ИТ-бизнес.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Экономика ИТ-проектов или сколько стоит бизнес-модель