В чем разница между джуном и сеньором? Как шутят программисты, джун готов за выходные написать целую программу. Сеньор знает, что просто на замену цвета кнопки уйдет шесть недель. В серии статей мы расскажем, почему сеньор прав и чего ожидать новичку в мире IT, решившему стать разработчиком.
Начнем мы с истории одной маленькой кнопки. За ее созданием стоит работа большого количества совершенно разных людей. В первой статье серии мы расскажем, какой из запроса пользователя рождается продуктовая гипотеза и как ее проверяют на жизнеспособность. Проще говоря — что происходит перед тем, как разработчику поступает техническое задание.
На старт, внимание, той!
Почему так сложно сделать одну кнопку
Как создавать одну кнопку
На старт, внимание, той!
У вас перед глазами интерфейс системы для управления бизнесом Darlean. Мы находимся в проектном модуле, с помощью которого руководители могут создавать и управлять проектами.
Но интересует нас не сам модуль, а одна небольшая кнопка, которая называется “Дублировать”.
Представьте себе, что вы регулярно занимаетесь выполнением проектов для самых разных клиентов. Но у каждого из них есть общие черты с остальными: у вас в основном одна и та же команда, выполнять каждый раз надо схожие задачи, бюджеты нередко отличаются лишь суммами отдельных элементов, а не их содержанием. И даже показатели успеха, ключевые этапы и сроки для задач зачастую совпадают.
Скажем, если вы организуете праздники под ключ, то, зачастую, будете делать это одной и той же командой (проверенные тамада, фотограф, оператор, знакомые подрядчики), вам каждый раз надо будет бронировать рестораны, каждый раз искать артистов и каждый раз нанимать подрядчиков.
Вы примерно знаете цены и сроки различных работ, включая гонорары и время для приготовления блюд и доставки торта на свадьбу, у вас есть типовые договоры. Но вам все равно нужно каждый раз отслеживать прогресс и вести отчетность.
Было бы здорово как-то упростить процесс и избавиться от рутины. И тогда вы обращаетесь к своему персональному менеджеру из команды Darlen. Так появляется продуктовая гипотеза. А вы — становитесь одним из источников гипотезы.
“У нас есть несколько источников гипотез для расширения функционала нашей системы. Идеи поступают от топ-менеджмента DAR, команды маркетинга. Активные пользователи Darlean также являются приоритетными источниками гипотез для разработки новых функций в программе”, — делится продакт-менеджер Darlean Санжар Кадыров.
Почему так сложно сделать одну кнопку
Казалось бы, все должно быть просто. Есть вы. Есть система управления проектами. Есть одна кнопка, которую нужно добавить. Просто даем поручение программисту и он все “пилит” за ночь? Как выясняется, нет.
Сразу оговоримся, вся команда людей, о которой мы расскажем ниже, работает не над одной, а над значительным количеством функций. Мы расскажем об общих деталях работы. Приведенные в статьях данные являются иллюстративными.
Как создавать одну кнопку
Продакт-менеджер формулирует гипотезу:
“Если я добавлю функцию копирования проектов, то это улучшит пользовательский опыт пользующихся Darlean проектных менеджеров и customer engagement score (вовлеченность клиентов, количество действий в программе) увеличится на 20% за 3 месяца”.
Чем больше вовлеченность, тем чаще клиенты используют программу, тем более они склонны рекомендовать продукт (повысится Net promoter score — уровень лояльности к продукту) и продвигать его среди коллег и знакомых. Вовлеченность также увеличивает долгосрочный доход с пользователя и вероятность, что клиент продлит подписку. А это критически важно для SAAS-проектов.
Любовь с первой итерации: зачем нужны сторонники продукта
На основе этой гипотезы проводят Customer development — исследования клиентов.
Арсенал у продакт-менеджеров достаточно широкий. Можно провести интервью с имеющимися и потенциальными клиентами, количественные опросы. Возможно — в случае с нашей кнопкой, достаточно создать прототип. Это когда UX-дизайнер представляет клиентам возможность пройти клиентский путь с кнопкой “Дублировать”, созданной в Figma.
Что такое CustDev и как к нему подготовиться
Итогом исследования будет Product requirements document (документ о требованиях к продукту). В нем даются ответы на вопросы о том, насколько ценной является новая функция, как хорошо она снимает боли клиентов, и, что немаловажно, как хорошо она вписывается в общую дорожную карту развития продукта. Для последнего сверяются с Business requriements document — документом бизнес-требований, в котором указаны общие цели и задачи компании.
“Поняв, что задача важна, мы проводим брейншторминг — обсуждаем с командой, в которую входят дизайнеры, бизнес-аналитики и даже techlead — разработчики DAR Tech. Здесь предлагается несколько вариантов решений, из которых надо выбрать один наиболее подходящий для реализации”, — продолжает рассказывать Санжар Кадыров.
Продолжение в следующей статье
