Вы придумали блестящую идею, в которую верите. Ваш MVP получил реальный интерес у целевой аудитории. Вы увидели потенциал рынка. От скорости развития будет зависеть то, какую долю этого рынка вы захватите, пока не появились конкурирующие продукты. Вот почему важно видеть свое развитие на несколько шагов вперед и подготовить почву для быстрого масштабирования.
Однако собственники бизнеса настолько увлекаются деталями собственного продукта, что не уделяют должного внимая грамотному развитию структуры управления компанией и процессов, что сильно снижает эффективность, повышает внутренние затраты и мешает развитию. Как следствие, конкуренты обгоняют, и момент теряется. В этой статье расскажу, как оценить готовность к росту компании, которая развивает IT-продукты.
Почему пути продукта и компании должны разойтись
IT-продукт зарождается в виде идеи, вынашивается путем анализа рынка и конкурентной среды, рождается в виде MVP, и растет вместе с IT-компанией до определенного момента. Но дальше пути компании и продукта должны разойтись, ибо продукт со временем устаревает или уже не приносит дохода, а компания должна остаться и продолжить свое развитие. Ключевая задача предпринимателя – не упустить время. Нужно вовремя подготовиться к росту, вовремя делегировать свои задачи, вовремя увидеть закат продукта и, самое главное, продолжать искать и находить идеи, развивать их в новые продукты.
Готова ли компания к будущему росту?
Основные сложности возникают как раз на первых этапах становления компании, потому что нет еще подобного опыта, поэтому риск забуксовать и потерять преимущество выше. Чтобы этого не произошло, предлагаю проверить вашу компанию по чек-листу.
1. Существует ли стратегия развития бизнеса?
Даже если бизнес пока находится в зоне неопределенности и четкого пути еще не просматривается, это не означает, что стратегии не должно быть. Она может быть сформулирована у фаундера в голове хотя бы крупными мазками/направлениями. Эти мысли нужно зафиксировать, по возможности детализировать и иметь в виде документа, который будет отправной точкой как для целей на ближайший период, так и для управления изменениями. От этого будет дальше строиться вся модель управления. Если такого документа нет, то любые изменения, а их будет довольно много, превратят работу в хаос.
Ответственный: владелец компании.
2. Сформулированы ли цели компании на период?
Я не зря поставил эту задачу второй по значимости, потому что техника целеполагания является эффективным инструментом управления, который способен направить усилия всех сотрудников в одно русло и быстрее достичь результата. Цели могут совпадать с целями продукта на первое время, главное, чтобы они были сформулированы, озвучены и превратились в планы работ каждого отдела путем проведения OKR мероприятий или стратегических сессий. Нужно не забывать, что цели должны быть сформулированы по принципу S.M.A.R.T.
Ответственный: владелец компании/CEO.
3. Описана ли организационная структура?
Даже если численность компании не превышает десять человек, уже должна быть подготовлена организационная структура, которая отражает текущее положение ролей и описаны зоны их ответственности. Уже на данном этапе нужно думать, как данная структура будет выглядеть, если численность персонала вырастет кратно, или если в стратегии заложена экспансия в регионы или открытие филиалов, то это тоже надо отразить в структуре.
Ответственный: CEO.
4. Описаны ли сквозные процессы?
По мере роста численности будут формироваться отделы (продажи, разработка, поддержка…). Как только в отделе становится более двух человек, нужно подготавливать регламенты работы и взаимодействия. Взаимодействие между отделами должно быть бесшовным – все следуют принципу достижения общих целей, а KPI отделов разработаны так, чтобы если одно из звеньев не справляется, то у других появляется стимул ему помочь. Взаимодействие между отделами описывается как процесс с пониманием, что и в каком качестве должно приходить на вход, и что и через какое время должно из отдела выходить. У процессов существуют метрики, по которым операционный директор отслеживает эффективность как сквозного процесса целиком, так и его частей, чтобы вовремя идентифицировать узкие горлышки и принять меры.
Ответственный: операционный директор.
5. Внедрен ли процесс разработки продукта?
Если с продажами все хорошо и количество пользователей стабильно растет, то надо понимать, что, подбрасывая в топку уголь, необходимо успевать класть рельсы. Для этого в производстве должно все четко и прозрачно работать. Это достигается тем, что сначала необходимо определиться с процессом разработки – обычно это либо традиционный водопад, либо гибкие методологии. В продуктовой разработке на стадии, когда степень неопределенности еще высока и постоянно ищутся и тестируются разные гипотезы, лучшей методологией будет Scrum. Ему учат, его внедряют, создаются регламенты, описывающие процессы от зарождения требования до сдачи результата в эксплуатацию. Тут же есть методики, позволяющие быстро масштабироваться или наоборот отщипнуться на другое направление. Самое главное, что когда процесс есть и описан, то всегда можно просчитать, когда и что будет сделано, сколько это будет стоить, быть уверенным в качестве результата.
Ответственный: операционный директор/IT директор.
6. Существуют ли показатели эффективности продукта?
Оценка результата возможна только тогда, когда есть цифры и факты, поэтому при работе с продуктом должна быть выстроена система измерений показателей (продуктовые метрики), по которым можно не только следить за состоянием продукта, но и определять его сильные и слабые функции, и на основе анализа данных принимать решения о развитии. В какой-то момент собственнику уже не должны быть важны все показатели, достаточно смотреть за финансовой частью, которую можно поставить в KPI владельцу продукта, а свое время и усилия направлять на поиск и проверку новых идей, чтобы наращивать продуктовый портфель и тем самым увеличивать стабильность компании.
Ответственный: владелец продукта.
7. Запущен ли регулярный менеджмент?
Казалось бы, самая базовая практика, но про нее забывают, хотя систему постановки задач и контроля результата нужно организовывать, как только появляются подчиненные. Стоит сразу вложиться в хороший удобный инструмент автоматизации, чтобы потом не заниматься миграцией данных, когда бесплатное решение перестанет соответствовать потребностям.
К регулярному менеджменту также относится система контроля достижения целей и KPI. Необходимо идентифицировать, где находится компания на пути к целевым показателям, делать корректирующие действия. Важно делать это регулярно, чтобы организация работала в определенном ритме, руководители знали о наступлении дедлайна и готовились. Это можно сделать не только путем настройки регулярной отчетности руководителей подразделений, но и проведением ретроспективного анализа, запуска квартальных итоговых сессий.
Ответственный: операционный директор.
8. Разработана ли кадровая политика?
В IT-отрасли кадры действительно «решают все». Высококлассные специалисты способны вывести продукт в топ, от них зависит успех компании, на одном энтузиазме собственника далеко не уедешь. Сколько вкладывать во вновь пришедших работников, чтобы они стали отбивать эти вложения? Грамотно выстроенная кадровая политика способна не только сэкономить затраты на персонал, но и достичь результатов быстрее, вывести компанию на уровень сильных HR-брендов.
Иногда руководители считают, что лучше нанять двух дешевых и менее квалифицированных специалистов, чем одного дорогого. Практика доказывает, что это плохое решение, потому что дорогой специалист находит более эффективные решения, работает быстрее и качественнее. Это тоже стоит учитывать в кадровой политике. В любом случае, важно чтобы сотрудник работал в компании как можно дольше с постоянным уровнем мотивации, а результат его оценивался. Для этого развивают корпоративную культуру и HR-процессы.
Что предпринять, чтобы держать производительность труда на высоком уровне:
- Сформировать процесс онбординга.
- Следить за рынком зарплат и вовремя проводить корректировки.
- Составлять планы развития сотрудников и проводить регулярные перфоманс ревью.
- На постоянной основе получать обратную связь от работников.
- Внедрить культуру открытости мнений и приветствия инициатив.
- Утвердить политику вознаграждения: фикс за квалификацию, премия за результат.
- Развивать доверительный микроклимат в коллективе: радуемся успехам других, помогаем тем, кому сложно.
- Обеспечивать прозрачность коммуникации.
Ответственный: HR-директор.
9. Информация актуальна и доступна для каждого руководителя?
Все документы, регламентирующие деятельность компании, планы развития, цели, результаты стратегических и контрольных сессий, а также процессы и регламенты должны находиться в общем доступе, чтобы всегда можно было сверить свои действия с документом. Я также рекомендую держать в открытом доступе описание зон ответственности ролей, чтобы избежать пересечений или избегания ответственности. Естественно, информация в процессных и регламентирующих документах должна регулярно обновляться, иначе все потеряет смысл.
Помимо этого рекомендую создать базу знаний, куда выкладывать полезную другим информацию для переиспользования: кейсы работы с клиентами, варианты договоров, презентации для клиентов, анализ конкурентов, даже куски кода, если они решают типичные задачи и хорошо написаны.
Ответственный: каждый руководитель за свою область.
Что может помешать:
- Боязнь делегирования ответственности/ микроменеджмент.
- Частые бессистемные смены приоритетов.
- Экономия на специалистах.
- Экономия на документировании: описание работы функций продукта должны создаваться с самого начала.
- Экономия на инструментах автоматизации.
Выводы
Человеческая природа такова, что создав хороший продукт, фаундер начинает им жить, кажется, что никто лучше и эффективнее не сделает, а только испортит или уведет не в ту степь. Однако стоит отдавать себе отчет, что если вовремя не делегировать полномочия специалистам, то физически не хватит времени качественно управлять. В этом случае фаундер становится тормозом развития своей компании, даже если работает 24 часа в сутки.
Помните, что сказал Стив Джобс: «Мы нанимаем умных людей, чтобы они говорили нам, что делать». Эти умные люди уволили его из собственной компании, но сделали его триллионером.
Также читайте:
Всё очень правильно, сразу видно, что консультант писал.
Правда, почему-то слово «миссия» ни разу не упоминается.
Настораживает явное отстранения владельца-основателя бизнеса от основных управленческих процессов.
Это может выйти бизнесу боком.
Все-таки личное видение владельца имеет большое значение в бизнесе.
Это как художник должен видеть всю картину целиком, а отдельные участки могут и должны раскрашивать подмастерья.
И если оставить подмастерьев без присмотра, картина может получиться не та или вообще не получиться.
Может быть, самым первым пунктом есть смысл поставить: готов ли владелец бизнеса к его расширению?
Или мы уже сознательно отодвигаем владельца-основателя, чтобы забрать бизнес под управление другими силами?
Да, я тоже смутился основным постулатом статьи. Тем более, что автор ссылается на ИТ.
Вот исходная позиция: "продукт со временем устаревает или уже не приносит дохода, а компания должна остаться и продолжить свое развитие".
После этого автор предлагает заняться крупными организационными и идеологическими мероприятиями, оценить готовность фаундера (основателя). А продукт уже вырос из прототипа (MVP). "пути компании и продукта должны разойтись".
Меня это очень смущает.
Допускаю, что автор осознанно пропустил важные технологические этапы, чтоб сконцентрировыать свою мысль на этапе методологическом. Но ведь это означает, что основатель, которого обозначили фаундером, изначально не видел перспективы своего детища. Разве нет?
Интересно, видел ли Нуралиев перспективу своей 1С? Хотел ли Билл Гейтс сделать Windows системой номер 1? Фотошоп был заброшен?
И наоборот, многие до сих пор сожалеют о сиротстве многих ИТ продуктов. Была такая просто прекрасная и перспективная система Делфи. Пути разошлись, продавали и перепродавали. И где сейчас Борланд? И где сейчас Делфи?
Мне кажется, что статья была бы ещё прекраснее, если бы технологические этапы были упомянуты. Не дай бог, если начинающие бизнесмены в ИТ буквально примут советы статьи.
Согласен с тем, что написали коллеги выше.
После чтения статьи возник вопрос.
Означает ли, что если есть все описанное автором, то компания готова к масштабированию?
Масштабирование это не столько цели, процессы, стратегия и тд
Это прежде всего масштаб мышления!
У меня сейчас перед глазами один проект, в котором происходит масштабирование.
Половины того, что описал автор пока в проекте нет, а масштабирование есть.
Проект вышел на новый уровень и уже сейчас начинается работа по подтягиванию системы.
В голове собственника есть точная картинка относительно того, что он хочет получить через 2-3 года и набор текущих шагов к этому.
Вот поэтому я и заподозрил автора в желании отстранить владельца от его бизнеса.
Типа ты иди там где-то владей, а мы с менеджерами тут сами без тебя разберемся.
Это здорово, именно так и должно быть, что владелец, используя свою интуицию и озарения, видит путь.
А менеджеры обычно путь не видят, они его просчитывают, опираясь на МВА, хорошо, если они его вообще правильно поняли.
Солидарен с чек-листом - все пункты критически важны для масштабирования. Однако, как CFO, отмечу ключевой пробел: в статье финансы представлены как вспомогательная функция, хотя на практике они - такой же стержень для роста, как и оргструктура.
Цель бизнеса - прибыль, а не только миссия. Без отлаженного финансового учета вы просто не видите, достигаете ли вы эту цель. Типичная ошибка - задержаться на бесплатных эрзац-инструментах (типа Google Sheets или Excel) после этапа MVP. Ручной ввод и обработка данных начинают тормозить рост, создавать риски ошибок и кассовых разрывов. И никакое расширение штата этих проблем не решит. Готовитесь к росту (или уже растете) - обязательно автоматизируйте финансовый блок!
Помимо классических ERP, появляются новые технологические возможности. Например, уже сейчас можно использовать экспертные промты для нейросетей, которые проводят сложный финансовый анализ за минуты, экономя часы работы специалистов. Пока такие решения еще не стали мейнстримом, но те, кто их интегрирует, получают реальное преимущество в скорости и точности решений. Здесь важно не «хватать» бесплатные варианты, созданные айтишниками, а искать инструменты, написанные финансистами (таких, по моему опыту, пока немного).
Автоматизация финансов, особенно в период масштабирования, - это не расход, не «магия» и не «само собой разумеющаяся» функция, а инвестиция в управляемость и скорость компании. Внедрять ее нужно не тогда, когда ручные процессы уже парализовали работу, а заранее, как и любую другую инфраструктуру.
Согласен абсолютно! Это по-моему уже просто азы. Пожалуй без автоматизации финансов дальше и рассуждать не стоит.
Юрий, приветствую!
Благодарю за содержательную статью!
Правда, получилсь очень частная история. Отсюда и дискретность (например, только кадровая политика? А как на счет, например, информационной безопасности?), и большое рядом с малым (стратегия и регламентация процессов, кстати, когда 2 или даже, скажем, 5-7 человек можно все еще обойтись просто матрицей бизнес-ролей).
Есть и моменты которые улыбнули - например, про запуск регулярного менеджмента именно в момент выхода владельца из бизнеса. А как оно при нем то было? Базовые управленческие практики появляются с момента старта компании. Конечно, могут быть вопросы к тому как именно все это делается. Но без них скорее всего даже не получится дожить до самой постановки вопроса у собственника "А может мне уже пора отойти в сторону?".
В любом случае, статья как бизнес-кейс получилась. Спасибо!
Александр, спасибо за Ваш комментарий.
Возможно, после нескольких редакций основная идея статьи немного перешла в другое русло, поэтому сформулирую тут. Функция генерации идей, масштаб видения, то, о чем Вы пишите - это та самая задача собственника, как двигателя всей организации, которую важно сохранять на протяжении всей жизни компании. Чтобы дать собственнику возможность это делать, а не занимать его время управлением внутренней кухней и нужно выстроить рабочую модель управления с делигированием ответственности. Не случайно я написал кто является ответственным за каждую из областей где обычно случаются пробуксовки, чтобы вовремя передать эти задачи, а управлять направлением развития и изменениями через выстроенную систему.