Шесть типов продуктовых команд
Когда я получаю предложение присоединиться к продуктовой команде, я провожу следующие дни или даже недели, рассматривая множество различных параметров. Я считаю это действительно важным решением, которое сильно повлияет на мою жизнь.
Во-первых, я обращаю внимание на то, в чем заключается долгосрочная миссия компании.
Во-вторых, это команда — личности, амбиции и навыки моих будущих партнеров.
В-третьих, это краткосрочные цели — KPI для каждого спринта или квартала. Что движет командой? Что команда может достичь в следующем году, что будет означать успех? Что команда обсуждает больше всего на внутренних встречах? Как все это соотносится с моими личными целями и амбициями?
Мне показалось интересным, что большинство команд сильно отличаются в том, как они работают и принимают решения. Каждая команда оценивает краткосрочный успех по-своему. Я решил сделать небольшую разбивку характеристик каждого типа команды, чтобы помочь себе и другим сделать лучший выбор в будущем.
1. На первом месте — пользователь
Ориентированная на пользователя команда — это команда, которая ставит своих пользователей выше всех других KPI. Дизайн пользовательского опыта — главная ценность в компании. Много времени и усилий уделяется поиску решений, которые будут наиболее приятными для пользователей.
Команда очень хорошо знает своих пользователей, их нужды и проблемы. Большая часть энергии команды используется для повышения удовлетворенности пользователей и укрепления любви пользователей к продукту. Новые фичи тщательно тестируются и добавляются только если они приносят реальную ценность для пользователей.
Примеры: Medium, Duolingo.
Преимущества: Высокий уровень удовлетворенности пользователей может помочь органическому росту и удержанию пользователей.
Недостатки: При таком подходе сложно измерить успех. Даже если пользователи полюбят продукт, это не гарантирует прибыльности и может привести к закрытию продукта по этой причине.
2. На первом месте — рост
Команда ориентированная на рост и больше всего заботится о цифрах. При планировании спринта больше всего говорят о привлечении, конверсии, вовлечении и удержании. Задачи в роадмапе приоритезируются с целью наибольшего влияния на эти показатели, и не обязательно, что это будет лучшим решением для пользователей.
Это можно сделать путем улучшения продукта и добавления ценности, но также усилением промоактивности, увеличением количества уведомлений и в некоторых случаях даже применением темных паттернов дизайна. Сотрудники вознаграждаются в основном за их успех в повышении метрик.
Примеры: Booking.com, LinkedIn.
Преимущества: Если компании удастся вырасти, то новые ресурсы могут помочь в привлечении талантливых сотрудников, которые помогут улучшить продукт и быстрее развиваться на новой стадии.
Недостатки: Удовлетворенность пользователей может уменьшиться и конкуренты, больше ориентированные на пользователя, могут победить в конкурентной борьбе.
3. На первом месте — функционал
Команда ориентированная на функциональность имеет множество новых идей, которые она хочет реализовать. В роадмапе есть дедлайны для каждой фичи и усилия команды сконцентрированы на своевременном создании этой функциональности. Фичи обычно появляются из запросов пользователей, требований стейкхолдеров или отдела продаж, которым нужны специфические функции для повышения выручки.
Примеры: Wix, Atlassian.
Преимущества: Добавление новых функций может привлечь новую аудиторию и увеличить продажи.
Недостатки: Слишком большое количество функций может ухудшить юзабилити продукта. Также, когда команда сконцентрирована только на развитии функциональности это может повлиять на другие аспекты продукта.
4. На первом месте — дизайн
Команда ориентированная на дизайн ставит на первое место красоту и роскошь своих продуктов. Они сконцентрированы на создании продуктов производящих глубокое впечатление. Дизайнеры высоко ценятся, команда много времени тратит на исследования, поиск идей и создание эскизов.
Примеры: Apple, Nike.
Преимущества: Пользователи становятся поклонниками продукции и лояльными покупателями существующих и будущих продуктов компании.
Недостатки: Хороший дизайн обычно недешев. Если публика не принимает такой дизайн, то компанию ждет провал. Иногда красота может быть достигнута за счет удобства использования, а значит уменьшит удовлетворенность пользователей.
5. На первом месте — технологии
Команда ориентированная на технологии фокусируется на развитии и внедрении своих технологических достижений. Много времени тратится на рефакторинг кода, исправлении ошибок, переход на лучший фреймворк, исследования и расширение границ новых технологий.
Примеры: Amazon, Google
Преимущества: Быстрые и стабильные продукты могут повысить удовлетворенность пользователей. Также, иногда такие компании помогают изменить мир.
Недостатки: Затраты времени на улучшение кода для достаточно хороших продуктов может замедлить работу команды.
6. Наивная команда
У наивной команды нет четких краткосрочных KPI при работе над продуктом. Кто-нибудь приходит с идеей, которая принимается командой и люди начинают претворять ее в жизнь.
На исследования, дизайн и разработку тратится минимум времени. Это частая практика при валидации идей или для команд, которые могут себе позволить работать без ясной цели.
Примеры: проекты для хакатонов, стартапы на ранней стадии
Преимущества: Команда может быть креативной и быстро двигаться. Идея может оказаться удачной и ее можно будет монетизировать и улучшить продукт на более поздней стадии.
Недостатки: Результатом может оказаться никому не нужный продукт или низкое качество потребует серьезных переделок в будущем.
Итак, к какой команде вы хотите присоединиться?
Ответ не так очевиден. Как продуктовый дизайнер, я был бы счастлив работать в команде ориентированной на пользователей или на дизайн, а многие разработчики предпочли бы технологии. Означает ли это, что вы не должны вступать в команды, которые не одержимы вашей страстью? Нет.
Команды могут и должны меняться в зависимости от того, на каком этапе они находятся. Я думаю, что хороший баланс между UX, дизайном, технологиями и ростом важен и может быть достигнут благодаря правильным людям и работе с акцентом на самом важном для компании на текущем этапе ее развития.
В дополнение к этому, как члены команды, мы можем влиять на других. Например, даже если моим приоритетом является опыт пользователей, а я присоединяюсь к команде ориентированной на технологии — как дизайнер команды я могу использовать мой опыт и навыки общения для демонстрации важности улучшения пользовательского опыта.
На мой взгляд, более интересный вопрос не в том, какой это тип команды, а в том, с кем вы будете работать каждый день, и будут ли они внимательны к вещам, которые вы считаете важными.
Поделитесь, в команде какого типа вам приходилось работать?
