Bel.biz
title image

Расходы vs. Продажи. Почему IT-стартап нельзя оценивать как классический бизнес 

Михаил Калиниченко — гендиректор российской компании «Протекшен Технолоджи»*, в качестве операционного директора много раз аудировал команды, разрабатывавшие ПО. Общаясь с инвесторами, обратил внимание, что многие из них, оценивая IT-стартапы, руководствуются принципами финансового анализа, актуальными для традиционных бизнесов. Из-за этого они часто принимают неправильные решения — или отказывают в инвестициях, или легкомысленно дают «слишком много денег». 

Ключевая причина непонимания — термин «производство программного обеспечения». Часто инвесторы, пришедшие из других областей, не IT, воспринимают создание ПО как разновидность другой производственной активности. Это отражается в анализе основного финансового документа управленческого учета, который в англоязычной литературе называется P&L statement.

Михаил Калиниченко, фото: StarForce

В России используется несколько интерпретаций этого термина. Например, движение денежных средств, отчет о прибыли и убытках и др. Причем часто управленческий, бухгалтерский и налоговый учет имеют свои особенности и во многих случаях не совпадают.

В качестве иллюстрации — пример из классического учебника по финансам. Представлен управленческий учет в его стандартном понимании.

На этом примере четко виден принцип: чем выше статья расходов, тем больше связь с продажами. Классическое производство товаров и услуг в этом случае находится в верхней части таблицы и непосредственно связано с объемами продаж. Есть проданный товар и его себестоимость, соответственно, расходы на производство линейно зависят от объема продаж. Это дает возможность оперативно управлять расходами и сократить финансовые риски. Если товар не продается, его производство прекращается, оборудование распродается, а значительная часть денег возвращается.

С программным обеспечением все по-другому. Стоимость разработки не зависит от объема продаж. Данный продукт является самостоятельным, его стоимость определяется уровнем технологий, квалификацией сотрудников, качеством управления и совершенно не зависит от того, сколько копий программы будет продано. Исходя из структуры таблицы, эта статья расходов должна быть ближе к нижней части таблицы.

И тут уже нет возможности остановить неуспешное производство. Пока программа не готова, продавать нечего, а когда разработана — часто деньги уже потрачены. При этом оборудование, то есть компьютеры и лицензии на средства разработки, почти ничего не стоит.

В итоге получается, что у компании-разработчика ПО совсем нет производства. Вряд ли рассылку электронных лицензий, компакт-дисков или флешек мы можем назвать производством. Себестоимость этого процесса в общей структуре затрат стремится к нулю. Зато у компании есть огромная статья расходов, которую можно назвать НИОКР (научно-иследовательские и опытно-конструкторские разработки). Такие расходы относятся не к переменным издержкам, а к постоянным. Это, в свою очередь, меняет структуру инвестиционных рисков и логику принятия управленческих и инвестиционных решений. То есть те затраты, которые для классического бизнеса не являются основными, в случае создания софта становятся основополагающими. Неудивительно, что в плане финансов у IT-компаний больше общего с кинобизнесом, чем с классическим производством.

Одно из следствий такой структуры денежных потоков у разработчиков софта — высокая потребность в инвестициях в начале работы. Команда нуждается в запасе прочности, чтобы довести начатую разработку до коммерческой реализации. Недостроенный дом можно продать, хоть и со скидкой. В то время как софт, разработка которого не завершена, ничего не стоит. 

Вторая типичная проблема — убежденность многих инвесторов, что после создания коммерческой версии программы затраты на разработку можно сократить или вообще аннулировать. Это логика людей, далеких от IT. Они не понимают, зачем тратить деньги на новые версии. Объяснять, что увольнение программистов приведет к потере знаний, и это не компенсируют никакие процедуры документирования программных кодов, человеку без опыта решения подобных проблем почти невозможно. Также проблематично говорить, что конкуренты не дремлют, и пользовательские интерфейсы подвержены влиянию моды, а мнение первых пользователей и их пожелания невозможно предугадать заранее. В результате происходит перераспределение финансирования коммерческой деятельности в ущерб технологической.

Еще часто инвесторы начинают «молиться» на технических гуру, веря в их гениальность и способность создать прорывные технологии. Из-за этого часто происходит непомерное раздувание бюджета на разработку (которая и так — одна из основных статей расходов) и бесконечное создание новой версии, которая «перевернет мир». В итоге деньги тратятся на создание продукта, который так и не доходит до стадии продажи. Компания оказывается неспособной выпустить продукт, полезный для потребителя. В классическом бизнесе подобная ситуация сразу проявляется в финансовом отчете через непропорциональный рост складских запасов. А в случае IT проблема может маскироваться на протяжении ряда лет.

Как принять правильное решение в такой ситуации инвесторам? Как минимум, привлекать независимых экспертов с удачным опытом ведения подобного бизнеса — он имеет специфику. Либо привлекать специалистов, которым вы доверяете, с программистским образованием.

___________

* Компания «Протекшен Технолоджи» известна на рынке под торговой маркой StarForce. Занимается защитой цифровой информации от взлома и несанкционированного распространения. С 2000 года предоставляет комплексный технологический сервис защиты коммерческим, финансовым и государственным организациям. Партнерская и дистрибуторская сеть сегодня представлена в 89 странах мира, реализовано более 70 000 000 лицензий на 30+ решений различных продуктовых линеек.

Заглавное фото: Julien Pacaud.

Интересно? Поделитесь с друзьями!
  • 13
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
    13
    Shares

Похожие статьи

Imaguru Video

Популярное