Этот пост навеян двумя топиками, содержание одного (5 причин отказаться от оценок) мне хотелось бы оспорить, а со вторым (Как веб-проект может зарабатывать деньги) — согласиться.
Я полагаю, что у ИТ-проектов такая же экономика, как и у любых других инвестиционных проектов, а поступления и затраты от этих проектов определяются выбранной бизнес-моделью.
Этот пост больше про подсчет финансовой эффективности проектов (бизнес-планирование) на примерах из ИТ, поэтому если кому интересно — прошу под кат.
Что такое бизнес-модель?
Если коротко, то это способ зарабатывать деньги. Если чуть более длинно, это тот способ организации управляемых фирмой ресурсов, который в совокупности с внешними факторами (такими как спрос, конкуренция, и другие, вплоть до пиратства) делает (или не делает) бизнес финансово реализуемым (с прибылью больше нуля), или ещё лучше, максимально прибыльным.
Почему речь об инвестиционных проектах?
Я утверждаю, что все коммерческие проекты в ИТ — инвестиционные. Даже обычный заказ на сайт с предоплатой. Инвестиционный проект — это инвестиции (вложения денег и иных средств с целью получения дохода в будущем), осуществляемые в форме проекта. В бизнес-модели заказной разработки инвестиции осуществляет заказчик, и ему в первую очередь важно, когда он сможет пользоваться продуктом так, что его прибыль возрастет.
Инвестиционным он является и для исполнителя. Исполнитель вкладывает собственные деньги в разработку (даже фрилансер потратив предоплату вкладывает собственные деньги в проект) в надежде получить больше денег в будущем.
Для ИТ-компании это аналогично вложению денег в банк сегодня с целью получения большего дохода в будущем. Только уровень риска разный, и механизмы получения денег разные.
Эффективность инвестиций измеряется многими показателями, среди которых наиболее важный — чистая приведенная стоимость проекта, или NPV. NPV — это дисконтированная (операция, обратная начислению процентов) сумма чистых (значит поступления минус затраты) денежных потоков по проекту. Дисконтированные по ставке 10% 110 рублей которые будут через год, равны 100 рублям сегодня. Это означает, что фирме безразлично, иметь сегодня 100 рублей, или через год 110. Для выдачи зарплаты ведь можно занять в банке, например, под 8% :) Но суть не в этом. Суть в том, что NPV — показывает, ввязываться в проект, или нет. По сути, он идет чуть дальше чем прибыль, и говорит ещё о том, насколько по сравнению с альтернативами выгодно заниматься данным проектом. Альтернативы спрятаны в ставке дисконтирования.
Бенефит: NPV независимых проектов можно суммировать, и получать стоимость портфеля проектов (стоимость фирмы, если ещё вычесть её дисконтированные долги и прибавить продленную стоимость).
Почему стоимость проекта важна? И как её подсчитать? И причем тут бизнес-модель?
Потому что она показывает, имеет ли смысл заниматься проектом, или нет, будет ли фирма процветать или нет. Как подсчитать стоимость? Из формулы — нужно оценить поступления по периодам, затраты по периодам, определить ставку дисконтирования и подсчитать. Я не буду вдаваться в вопрос выбора ставки дисконтирования, ни в то, что как и затраты, так и поступления — плавают. Это целая отдельная тема.
Важно подсчитать поступления и затраты. Как это сделать? С затратами достаточно просто — берем ставку, умножаем на часы (вот для чего нужны оценки!), добавляем другие расходы по проекту (например, регистрация домена, оплата хостинга, рекламы и другого), и смотрим это всё по периодам. Это отрицательные денежные потоки.
С поступлениями ситуации немного сложнее. Но мы вспомним, что именно выбранная бизнес-модель определяет (кстати и отрицательные тоже) денежные потоки. То есть тот способ «организации управляемых ресурсов в совокупности с внешними факторами» («монетизации» сервиса, оплаты сервиса, спрос, предложение на рынке) определяет положительные потоки. Здесь есть некоторая доля творчества, но очень маленькая. Надо понять, как наше маркетинговое предложение обеспечивает нам поступления в виде количество пользователей умножить на доход с пользователя за период.
Можно составить модель в Excel, в которой, например, в зависимости от затрат на рекламу будет изменяться количество пользователей, а, следовательно, и поступления. «Поигравшись», можно найти максимум стоимости (дисконтированных чистых денежных поступлений). Я вижу от этого только пользу. Часто это называется бизнес-планированием.
Я думаю что при оценке твиттера еще в те времена когда с него не было доходов вообще, именно выбор бизнес-модели определял его стоимость. Представьте себе, миллиард стоит только платформа, от которой ещё не было ни одного поступления, однако те бизнес-модели, которые только мне приходят на ум, даже страшно подсчитать сколько они могли бы дать с неё.
Пример. Пусть некто решает, запускать ли проект следующего сервиса:
Производство и продажа заказных тортов через Интернет. Пользователь заливает картинку, которую хочет получить на торте, а, скажем через день, ему его привозят. Это, можно сказать уже бизнес-модель (заказного производства, причем точка заказов в Интернет).
Допустим, что потребуются следующие затраты.
Для производства: з/п 1 повара — 20 000 рублей в месяц, всего поваров N. Пусть повар делает 4 торта в день. Для сайта: пусть разработка сайта с заливалкой картинок стоит 100 000 рублей, за доп. функционал рисования прямо на сайте, нужно будет заплатить еще 50 000 рублей. Срок поставки 1 месяц, срок разработки фичи с рисованием — пусть еще месяц.
Затраты на хостинг — 5 000 в месяц. Плюс зарплата менеджера, который будет принимать и вести заказы, пусть 30 000 рублей. На продвижение в сети планируется тратить A рублей 6 месяцев подряд. Допустим, что мы знаем, что это обеспечит нам Y заказов в месяц.
Поддержка сайта — 20 000 рублей в месяц — допустим добавление новых фич.
Поступления будут зависеть от (драйвера) «количество заказов». Пусть за каждый торт будет браться фиксированная маржа. Себестоимость (без работ, только продуктов) торта пусть составляет 150 рублей, доставка внутри МКАДа — пусть еще 100 рублей (силами субподрядчиков). Итого пусть тортик будет обходиться в 500 конечному покупателю, а нам с него будет перепадать 250. Поступления в месяц составят 250*Y, и то они начнутся только со второго месяца (в жизни поступления имеют конечно не равномерную структуру).
Сколько надо поваров? N = Y/28 (дней в месяце)/4 (торта в день).
Как вычислить Y? Пусть стоимость перехода по рекламной ссылке 1 рубль, и сайт, и размещение рекламы спроектированы так, что каждый пятидесятый посетитель закажет торт. Тогда при затратах A, мы получим A/50 заказов в месяц. Пусть затраты составят 50000 рублей (1000 заказов в месяц, 9 поваров).
При таких вводных, не приводя расчетов (которые легко сделать в Excel), суммарно за первый год чистые поступления составят -265000.Это означает, что для этого бизнеса, на старте нужно найти эти деньги. Второй год (при условии что у нас 1000 заказов в месяц, и на рекламу мы уже с шестого месяца первого года как не тратимся — такие у нас допущения в бизнес-модели) + 180 000 тысяч, за третий, если всё так же — еще 180 000. Срок проекта — 3 года.
Пусть тот, кто решает, имеет доступную ему альтернативу вложить 265 000 денег в банк и получать с них 10%.Стоимость проекта составит 47396.69. В такой проект можно входить.
Здесь еще не учитывается остаточная стоимость, что не до конца корректно, но этот пример — всего лишь пример. По-хорошему, необходимо учитывать ВСЕ поступления и ВСЕ затраты. Здесь, например, не учтена аренда помещений, налоги, и многое другое.
Главное, о чем говорит пример — что, имея на руках бизнес-модель, уже можно подсчитать её экономическую эффективность показателем NPV, который основной для принятия решения о том, начинать или нет.
Это всё какие-то финансы. Где agile, rup и etc?
Всё вышесказанное не отменяет подходов к разработке ПО на основе того же Agile. Agile не означает отказ от планирования. Бюджет на agile-разработку также можно оценить на основе итераций и затрат на них. Аналогично, любая другая методика может послужить основой для оценки затрат. Какая методика наиболее дешевая? Это отдельный вопрос. Зависит от продукта/сервиса проекта.
Более того. Однажды определившись с плановыми поступлениями и затратами, мы имеем бюджет, который руководителю проекта необходимо отслеживать, и принимать решения, чтобы проект был финансово успешен. Одним только хорошим продуктом сыт не будешь. Известно много проектов, которые обошлись дороже, чем они были оценены. С другой стороны, это риск, и в договоре должно быть прописано, кто его на себя берет.
Как оценить затраты.
В случае RUP всё просто. Берем волны RUP, оцениваем часы каждого сотрудника на каждой итерации.
В случае Agile все еще проще. Если FDD — то сумма(трудозатраты на фичу * ставку). В случае XP — участники итерации * ставка * длина итерации * количество итераций. Аналогично и остальным. Главное — иметь обоснованную ставку часа. Но это отдельная тема.
Заключение
Я не раз оценивал различные ИТ-проекты, и могу сказать, что даже небольшие изменения в бизнес-модели могут давать большую разницу в экономическом эффекте. Простые манипуляции в Excel могут показать, что, например, введение реферальной системы может увеличить денежный поток в два раза, даже если рефералом будет только каждый десятый. Бывает и такое.
Конечно, Excel не подскажет идею… но без простых расчетов в нём ввязываться часто себе дороже. И главное — это наличие четкого критерия, когда принимать проект к реализации, а когда нет.
Есть и другие показатели оценки инвестиций, например ROI и его вариации. Но ROI «на хлеб не намажешь», а текущая стоимость (NPV) — есть «живые» деньги. В этом заключена рекомендация этого поста.
P.S. Лирика. Стоимость — это не толькоценный мех хорошо для владельцев проекта, это хорошо для экономики. Когда на каждый вложенный рубль, на выходе есть больше рубля ценности (по отношению с альтернативами конечно). Более того, пока есть положительный поток, есть средства для реинвестирования — в фирму, в её персонал, в развитие. Это тоже может быть элементом бизнес-модели.
P.P.S. Это мой первый пост — буду рад любым отзывам и замечаниям.
Я полагаю, что у ИТ-проектов такая же экономика, как и у любых других инвестиционных проектов, а поступления и затраты от этих проектов определяются выбранной бизнес-моделью.
Этот пост больше про подсчет финансовой эффективности проектов (бизнес-планирование) на примерах из ИТ, поэтому если кому интересно — прошу под кат.
Что такое бизнес-модель?
Если коротко, то это способ зарабатывать деньги. Если чуть более длинно, это тот способ организации управляемых фирмой ресурсов, который в совокупности с внешними факторами (такими как спрос, конкуренция, и другие, вплоть до пиратства) делает (или не делает) бизнес финансово реализуемым (с прибылью больше нуля), или ещё лучше, максимально прибыльным.
Почему речь об инвестиционных проектах?
Я утверждаю, что все коммерческие проекты в ИТ — инвестиционные. Даже обычный заказ на сайт с предоплатой. Инвестиционный проект — это инвестиции (вложения денег и иных средств с целью получения дохода в будущем), осуществляемые в форме проекта. В бизнес-модели заказной разработки инвестиции осуществляет заказчик, и ему в первую очередь важно, когда он сможет пользоваться продуктом так, что его прибыль возрастет.
Инвестиционным он является и для исполнителя. Исполнитель вкладывает собственные деньги в разработку (даже фрилансер потратив предоплату вкладывает собственные деньги в проект) в надежде получить больше денег в будущем.
Для ИТ-компании это аналогично вложению денег в банк сегодня с целью получения большего дохода в будущем. Только уровень риска разный, и механизмы получения денег разные.
Эффективность инвестиций измеряется многими показателями, среди которых наиболее важный — чистая приведенная стоимость проекта, или NPV. NPV — это дисконтированная (операция, обратная начислению процентов) сумма чистых (значит поступления минус затраты) денежных потоков по проекту. Дисконтированные по ставке 10% 110 рублей которые будут через год, равны 100 рублям сегодня. Это означает, что фирме безразлично, иметь сегодня 100 рублей, или через год 110. Для выдачи зарплаты ведь можно занять в банке, например, под 8% :) Но суть не в этом. Суть в том, что NPV — показывает, ввязываться в проект, или нет. По сути, он идет чуть дальше чем прибыль, и говорит ещё о том, насколько по сравнению с альтернативами выгодно заниматься данным проектом. Альтернативы спрятаны в ставке дисконтирования.
Бенефит: NPV независимых проектов можно суммировать, и получать стоимость портфеля проектов (стоимость фирмы, если ещё вычесть её дисконтированные долги и прибавить продленную стоимость).
Почему стоимость проекта важна? И как её подсчитать? И причем тут бизнес-модель?
Потому что она показывает, имеет ли смысл заниматься проектом, или нет, будет ли фирма процветать или нет. Как подсчитать стоимость? Из формулы — нужно оценить поступления по периодам, затраты по периодам, определить ставку дисконтирования и подсчитать. Я не буду вдаваться в вопрос выбора ставки дисконтирования, ни в то, что как и затраты, так и поступления — плавают. Это целая отдельная тема.
Важно подсчитать поступления и затраты. Как это сделать? С затратами достаточно просто — берем ставку, умножаем на часы (вот для чего нужны оценки!), добавляем другие расходы по проекту (например, регистрация домена, оплата хостинга, рекламы и другого), и смотрим это всё по периодам. Это отрицательные денежные потоки.
С поступлениями ситуации немного сложнее. Но мы вспомним, что именно выбранная бизнес-модель определяет (кстати и отрицательные тоже) денежные потоки. То есть тот способ «организации управляемых ресурсов в совокупности с внешними факторами» («монетизации» сервиса, оплаты сервиса, спрос, предложение на рынке) определяет положительные потоки. Здесь есть некоторая доля творчества, но очень маленькая. Надо понять, как наше маркетинговое предложение обеспечивает нам поступления в виде количество пользователей умножить на доход с пользователя за период.
Можно составить модель в Excel, в которой, например, в зависимости от затрат на рекламу будет изменяться количество пользователей, а, следовательно, и поступления. «Поигравшись», можно найти максимум стоимости (дисконтированных чистых денежных поступлений). Я вижу от этого только пользу. Часто это называется бизнес-планированием.
Я думаю что при оценке твиттера еще в те времена когда с него не было доходов вообще, именно выбор бизнес-модели определял его стоимость. Представьте себе, миллиард стоит только платформа, от которой ещё не было ни одного поступления, однако те бизнес-модели, которые только мне приходят на ум, даже страшно подсчитать сколько они могли бы дать с неё.
Пример. Пусть некто решает, запускать ли проект следующего сервиса:
Производство и продажа заказных тортов через Интернет. Пользователь заливает картинку, которую хочет получить на торте, а, скажем через день, ему его привозят. Это, можно сказать уже бизнес-модель (заказного производства, причем точка заказов в Интернет).
Допустим, что потребуются следующие затраты.
Для производства: з/п 1 повара — 20 000 рублей в месяц, всего поваров N. Пусть повар делает 4 торта в день. Для сайта: пусть разработка сайта с заливалкой картинок стоит 100 000 рублей, за доп. функционал рисования прямо на сайте, нужно будет заплатить еще 50 000 рублей. Срок поставки 1 месяц, срок разработки фичи с рисованием — пусть еще месяц.
Затраты на хостинг — 5 000 в месяц. Плюс зарплата менеджера, который будет принимать и вести заказы, пусть 30 000 рублей. На продвижение в сети планируется тратить A рублей 6 месяцев подряд. Допустим, что мы знаем, что это обеспечит нам Y заказов в месяц.
Поддержка сайта — 20 000 рублей в месяц — допустим добавление новых фич.
Поступления будут зависеть от (драйвера) «количество заказов». Пусть за каждый торт будет браться фиксированная маржа. Себестоимость (без работ, только продуктов) торта пусть составляет 150 рублей, доставка внутри МКАДа — пусть еще 100 рублей (силами субподрядчиков). Итого пусть тортик будет обходиться в 500 конечному покупателю, а нам с него будет перепадать 250. Поступления в месяц составят 250*Y, и то они начнутся только со второго месяца (в жизни поступления имеют конечно не равномерную структуру).
Сколько надо поваров? N = Y/28 (дней в месяце)/4 (торта в день).
Как вычислить Y? Пусть стоимость перехода по рекламной ссылке 1 рубль, и сайт, и размещение рекламы спроектированы так, что каждый пятидесятый посетитель закажет торт. Тогда при затратах A, мы получим A/50 заказов в месяц. Пусть затраты составят 50000 рублей (1000 заказов в месяц, 9 поваров).
При таких вводных, не приводя расчетов (которые легко сделать в Excel), суммарно за первый год чистые поступления составят -265000.Это означает, что для этого бизнеса, на старте нужно найти эти деньги. Второй год (при условии что у нас 1000 заказов в месяц, и на рекламу мы уже с шестого месяца первого года как не тратимся — такие у нас допущения в бизнес-модели) + 180 000 тысяч, за третий, если всё так же — еще 180 000. Срок проекта — 3 года.
Пусть тот, кто решает, имеет доступную ему альтернативу вложить 265 000 денег в банк и получать с них 10%.Стоимость проекта составит 47396.69. В такой проект можно входить.
Здесь еще не учитывается остаточная стоимость, что не до конца корректно, но этот пример — всего лишь пример. По-хорошему, необходимо учитывать ВСЕ поступления и ВСЕ затраты. Здесь, например, не учтена аренда помещений, налоги, и многое другое.
Главное, о чем говорит пример — что, имея на руках бизнес-модель, уже можно подсчитать её экономическую эффективность показателем NPV, который основной для принятия решения о том, начинать или нет.
Это всё какие-то финансы. Где agile, rup и etc?
Всё вышесказанное не отменяет подходов к разработке ПО на основе того же Agile. Agile не означает отказ от планирования. Бюджет на agile-разработку также можно оценить на основе итераций и затрат на них. Аналогично, любая другая методика может послужить основой для оценки затрат. Какая методика наиболее дешевая? Это отдельный вопрос. Зависит от продукта/сервиса проекта.
Более того. Однажды определившись с плановыми поступлениями и затратами, мы имеем бюджет, который руководителю проекта необходимо отслеживать, и принимать решения, чтобы проект был финансово успешен. Одним только хорошим продуктом сыт не будешь. Известно много проектов, которые обошлись дороже, чем они были оценены. С другой стороны, это риск, и в договоре должно быть прописано, кто его на себя берет.
Как оценить затраты.
В случае RUP всё просто. Берем волны RUP, оцениваем часы каждого сотрудника на каждой итерации.
В случае Agile все еще проще. Если FDD — то сумма(трудозатраты на фичу * ставку). В случае XP — участники итерации * ставка * длина итерации * количество итераций. Аналогично и остальным. Главное — иметь обоснованную ставку часа. Но это отдельная тема.
Заключение
Я не раз оценивал различные ИТ-проекты, и могу сказать, что даже небольшие изменения в бизнес-модели могут давать большую разницу в экономическом эффекте. Простые манипуляции в Excel могут показать, что, например, введение реферальной системы может увеличить денежный поток в два раза, даже если рефералом будет только каждый десятый. Бывает и такое.
Конечно, Excel не подскажет идею… но без простых расчетов в нём ввязываться часто себе дороже. И главное — это наличие четкого критерия, когда принимать проект к реализации, а когда нет.
Есть и другие показатели оценки инвестиций, например ROI и его вариации. Но ROI «на хлеб не намажешь», а текущая стоимость (NPV) — есть «живые» деньги. В этом заключена рекомендация этого поста.
P.S. Лирика. Стоимость — это не только
P.P.S. Это мой первый пост — буду рад любым отзывам и замечаниям.
