Как Дмитрий Кушников вернулся в разработку и вырос до CTO и COO Manychat

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

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

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

На собеседовании Дмитрий столкнулся с другой версией той же проблемы. Ему дали материалы о двух заводах и попросили решить, куда вложить деньги. Он сравнил предложенные варианты и упустил возможность сохранить средства. Расчёты помогли выбрать завод внутри заданной рамки. С учётом исходного положения главный вопрос меняется. Оправдывает ли ожидаемый результат инвестиционный риск?

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

До Manychat Дмитрий уже руководил инженерами. Он откликнулся на вакансию бэкенд-разработчика, потому что ему хотелось снова писать код и разобраться, как устроен продукт в маленькой компании. Руководящей должности для него тогда не было. При смене отрасли или страны прежний уровень бывает трудно сохранить. Знакомая работа, по мнению Дмитрия, помогает освоиться в новой среде.

Команда начинала с рассылок в Telegram, затем воспользовалась запуском платформы ботов Facebook Messenger. Одним из главных ранних релизов стал Flow Builder, визуальный редактор автоматизаций. Под капотом его сценарии напоминали язык программирования, но редактор ограничивал набор действий под задачи маркетологов. Команда выбирала функции по тому, помогают ли они маркетологу автоматизировать общение с аудиторией. Кушников считает этот фокус одной из причин, по которым пользователи увидели смысл платить. Позже компания добавила Instagram, и к моменту разговора он стал основным каналом.

Когда продукт начал расти, Кушников занялся наймом, стал руководить разработкой и со временем взял на себя роль CTO. Технический сооснователь сосредоточился на архитектуре и инфраструктуре. По воспоминаниям Дмитрия, мало было открыть вакансии и ждать откликов. На рынке уже были известные работодатели, поэтому Manychat начал рассказывать о своих инженерных задачах на конференциях.

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

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

У оценки есть побочный эффект. Александр вспоминает закон Гудхарта. Когда наблюдаемое поведение становится целью, люди учатся его демонстрировать. В обсуждении Дмитрий оставляет человеку пространство, чтобы самому понять принцип и применить его к ситуации. В качестве примера он вспоминает небольшую группу, которая сама выбрала, как испытывать ИИ-инструменты и проверять результаты. От руководителя в таком случае требуется объяснить, к какому будущему команда идёт, и дать ей возможность найти способ работы.

Переход в операционное управление начался ещё до смены должности. Кушников помогал строить функцию работы с персоналом, а затем взялся за аналитику. Чтобы разобраться в незнакомой области, он разговаривал с людьми из других компаний, искал через них новые знакомства и объяснял кандидатам, какой продукт и какую команду хочет построить Manychat. Опыт управления московским офисом пригодился, когда команда переезжала и открывала офисы в Ереване, Барселоне и Амстердаме.

Международный рост требовал заново выстраивать найм и отношения с кандидатами. Дмитрий связывает свою готовность браться за работу такого масштаба с доверием сооснователя Майка Яна. Он мог ошибаться и рассчитывать на поддержку. Кушников старается дать команде такую же возможность. Люди, которые тратят силы на то, чтобы избежать любой ошибки, реже пробуют новые способы работы.

Flow Builder исполняет заданный сценарий по предсказуемым правилам. Генеративный ИИ меняет это свойство, если его вывод становится частью общения с клиентом. По словам Кушникова, ранние эксперименты с ИИ давали материал для внутренних задач, но качество ответов оставалось препятствием для внешней коммуникации. Маркетологи и авторы вели через Manychat диалог со своей аудиторией, поэтому цена неуместного сообщения была выше, чем в эксперименте внутри команды.

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