Продуктовая IT компания - это...

Продуктовая IT компания - это...

Василий Иванов Oct 19, 2017

Полный цикл работы в продуктовой компании или почему аутсорс - это всего лишь незначительный придаток продуктовой разработки. Наверное, так лучше всего начать ответ на часто задаваемый вопрос "в чем разница между продуктовыми IT компаниями и аутсорсом".

Конечно, чтоб в полной мере познакомиться с деятельностью продуктовой компании, необходимо потратить минимум 5 лет деятельности в такой компании и быть весьма вовлеченным и наблюдательным. Однако, в общих чертах, я постараюсь изложить всё в одной статье.

 

1. Прежде чем начать...

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

Конечно, невозможно совмещать в себе десятки профессий и быть в них лучшим. Тут я хочу привести пример с популярным спором, когда Apple заявляет, что выпустил самый тонкий, быстрый и легкий компьютер, а на пространстве интернета находятся специалисты, которые тут же приводят в сравнение компьютер, который тоньше, чем MacBook, компьютер, который быстрее, чем MacBook, компьютер, который легче, чем MacBook и т.д. Да, они правы, но если они будут ходить с тремя ноутбуками, которые в чем-то лучше, чем MacBook, это точно не будет удобно. Так же и с основателем, он далеко не гуру во всех областях, но для старта бизнеса или продукта этого и не требуется. Требуется наличие опыта и понимания во всех этих областях. Другой вариант - множество коллег, с которыми придется вместе реализовывать идею. Кстати, поиск соответствующих коллег может оказаться значительно более сложной задачей, чем самостоятельно изучить необходимые направления.

 

 2. Аналитика рынка

Итак, мы представили, что появился человек с достойной идеей. Прежде, чем он начнет что-либо реализовывать, он начинает изучать рынок: конкурентов, спрос на продукт, сложность входа на рынок, возможные риски и многое другое. В результате проведенного анализа формируется портрет пользователя и формируются ожидания по спросу. Кстати, именно на этом этапе многие компании отказываются от идеи, поняв, что они не смогут зайти на рынок либо не получат необходимый поток клиентов.

Цель шага - определить полный список требований с достаточной детализаций для перехода к следующим шагам.

 

 3. Документация/проектирование

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

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

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

Цель шага - создать законченный набор материалов, необходимый для планирования работ, найма кандидатов согласно требованиям продукта.

 

4. Найм команды

Пункт опциональный, однако, если его предстоит проходить, он окажется решающим в судьбе продукта. Ведь, достойные профессионалы, согласные с идеей продукта будут заниматься им не по расписанию рабочего дня. А если сделать ошибку, то первые 80% будут не так сложны, как вторые 80% :)

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

К слову, если удастся найти профессионалов и те вовлекутся в жизнь компании, руководитель сможет спокойно выдохнуть и браться за следующее направление развития.

Цель шага - создать команду, уровень специалистов которой будет достаточен для реализации создания продукта.

 

5. Планирование

Тот самый этап, которых так хочется перескочить и скорее уже сесть что-то делать, но нет, надоедливый руководитель заставляет давать оценку каждой задачи и определять где есть риск отстать от плана. А вы часто задумывались о необходимости писать код по принципу "только вперед" или как еще его называют в некоторых методологиях - TDD. Мой опыт создания ПО состоит как из мелких продуктов, так и очень больших, состоящих из сотен технологий и десятков языков программирования. Еще ни разу я не видел, чтоб без детального проектирования и планирования проект был выполнен в срок и с соответствующим функционалом/качеством.

Самые уверенные в своей продуктивности и профессионализме оказались именно те, кто работал по методу TDD и схожим с ним, когда пишутся функции и, по мере надобности, дописывается код вокруг них. Такой подход может и не плох, но вряд ли позволит соответствовать ожиданиям менеджмента и маркетинга.

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

 

6. Выполнение проекта

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

Помимо самого кодирования продукта, дорабатывается дизайн, проводятся тесты продукта, проводятся демонстрации потенциальным пользователям, лидерам мнений и членам компании.

Цель шага - успешно выполнить запланированные работы в соответствии с документацией.

 

7. Запуск продукта

Иногда запуск начинается с открытой бета-версии, нацеленной на испытание идеи в реальных условиях и сбор первых отзывов. Чаще, продукт выходит уже как законченное решение с масштабными действиями маркетологов и PR менеджеров. Команда разработчиков имеет несколько минут отдышаться и бросается за исправление всех вновь всплывших проблем, а так же перерабатывает опробованные идеи, если рынок того требует.

На этом этапе в активную фазу входит команды продавцов и обслуживания клиентов. Если первые просто увеличивают доход продукта, то вторые разбираются с проблемами и пожеланиями пользователей, контактируют с командой и превращают обращение пользователей в новое, более качественное обновление продукта. К слову, в KeepSolid команда обслуживания клиентов работает 24/7 для обеспечения максимально быстрых решений проблем у пользователей.

Цель шага - выпустить продукт, сделать его известным и получить отзывы пользователей и медиа.

 

 8. Анализ успешности продукта

Запуск продукта - это всего лишь фундамент его будущего успеха. Большинство продуктов не становятся на долго популярными после первого запуска. Многим требуется время для постепенного завоевания позиций, совершенствование согласно запросам пользователей и наращивание функционала. Вся информация о продукте на рынке обрабатывается аналитиками, маркетологами, техническими специалистами, продавцами и т.д. для поиска пробелов в возможностях продукта. Эта информация становится описанием нового продукта, который выйдет в виде обновления текущего.

Вот пример проведения бета-запуска нашего нового продукта KeepSolid Sign.

Цель шага - провести работу над ошибками и сформировать список необходимых изменений/улучшений продукта.

 

 За кадром

Выше описаны этапы, касающиеся цикла работы над продуктом. Но это еще не создание компании. В компании развиваются отделы, позволяющие создавать продукты не оглядываясь на остальные работы. К таким относятся:

  • Финансовый отдел. Занимается планированием и контролем расходуемых и поступающих средств. Так же, проводит бухгалтерское обслуживание самой компании и всех ее членов.
  • Юридический отдел. Следит за корректностью ведения бизнеса в правовом поле, отстаивает интересы компании и торговых марок в случае их нарушения.
  • Обслуживание офиса. Позволяет сотрудникам сконцентрироваться на работе, а не поиске еды и других привилегий.
  • Работа с персоналом. Люди не роботы, поэтому поломки не видны на первый взгляд и часто оборачиваются обидами или увольнениями ввиду конфликтов в команде. Эти проблемы решает команда HR и старается поддерживать всех сотрудников на эмоционально высоком уровне.
  • Подразделение безопасности. Обычно, продукты создаются в позитивном тоне для решения какой-либо задачи пользователей. Но всегда находятся злоумышленники, старающиеся найти уязвимость и использовать ее в своих интересах. Специалисты по безопасности стараются предотвратить подобные ситуации заранее.

Как я и обещал, все шаги описаны в одной небольшой статье, однако каждый из них - это еще одна большая статья, а то и книга по конкретному процессу. Чего стоит только менеджмент команды в продуктовой компании. На эту тему можно найти как небольшие книги в интернете, так и целые учебные программы на 3-4 года с разными подходами к людям. Конечно, все это описать коротко невозможно, но могу сказать только одно: продуктовая компания - это сложно, интересно, захватывающе, развивающе, продвигающе, зарабатываще, карьерно и вдохновительно.