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