ПРОДУКТЫ ДЛЯ ПОДДЕРЖКИ КЛИЕНТОВ
Продуктовая команда по поддержке клиентов создает инструменты и системы, которые используются сотрудниками внутри компании, обеспечивающими довольно значительную часть клиентского опыта.
Среди них могут быть, к примеру, системы для расширения возможностей службы поддержки клиентов или непосредственных работников магазина.
В этом случае топология может дать командам по работе с клиентским опытом более широкие полномочия, согласуя их с комплексными потребностями пользователей внутри компании.
И последнее: ваша топология не обязательно должна организовывать все команды по работе с клиентским опытом в соответствии с одним параметром, таким как вертикальный рынок или размер компании клиента. Некоторые топологии используют разные параметры согласованности в разных областях, если так лучше для дела.
Топология и дизайн
Большинство компаний понимают, что кросс-функциональная продуктовая команда — по крайней мере, для команды по работе с клиентами — должна иметь предметно-ориентированного продуктового дизайнера. Это свидетельствует о признании значимости продуктового дизайна для создания высококачественного продукта.
Однако в некоторых случаях руководитель по продуктовому дизайну компании предпочитает другую модель, которая называется моделью внутреннего агентства. В этом случае у руководителя есть сервисная команда дизайнеров, и продуктовые команды должны обращаться к ней с просьбой о создании дизайна для их продуктов.
Будет справедливо признать, что у этого подхода есть ряд определенных преимуществ, особенно в плане обеспечения целостного взгляда на дизайн.
Однако, как говорится, «нужно быть среди тех, кто принимает ключевые решения».
Модель внутреннего агентства не предполагает, чтобы дизайнер делал именно так, и, следовательно, дизайнеру — а в итоге и нашим пользователям — приходится за это расплачиваться.
Дизайн продукта слишком важная вещь, чтобы рассматривать его как задачу внутреннего поставщика услуги. Дизайнер должен быть полноправным членом продуктовой команды первого ряда, таким же, как менеджер по продукту и техлид.
Менеджер по дизайну может обеспечить целостный подход к дизайну продукта, устанавливая стандарты дизайна, его правила и системы, проверяя работу дизайнеров, а также реализуя стратегию дизайна и проводя обзорные сессии с более широкой группой продуктовых дизайнеров.
Обратите внимание: для компаний, где используются функциональные команды, это, по сути, не имеет значения, поскольку ключевые решения принимаются до того, как происходят первые консультации с дизайнером.
Топология и структура подчинения
Структура подчинения инженерного персонала чаще всего строится на основе конкретных наборов навыков. Например, группы инженеров по обработке данных, фронтенд-инженеров и мобильных инженеров, как правило, подчиняются разным менеджерам. Благодаря такой системе любой менеджер по инжинирингу может проводить специализированный коучинг для каждого инженера в своей команде.
Это не является большой проблемой, но руководители технологических компаний могут поддаться искушению полностью выстроить продуктовые команды в соответствии с подобной структурой подчинения. Например, создать отдельную команду только из фронтенд-инженеров.
Такой подход редко приводит к созданию продуктовых команд с расширенными полномочиями, поскольку команды не связаны ничем, кроме набора технических навыков, что редко оказывает влияние на конечные результаты, нужные бизнесу.
Например, при топологии, которая делит организацию на веб-команду, iOS-команду, команду Android и бэкенд-команду, очень трудно предоставить любой из них возможность отвечать за многоканальное обслуживание клиентов.
Знаменитый программист Мелвин Конвей придумал то, что часто называют «законом Конвея». Он гласит, что «любая организация, проектирующая системы, неизменно создает проекты, копирующие коммуникационную структуру этой организации».
Можно сформулировать это иначе: будьте внимательны, не рассылайте потребителям схему вашей оргструктуры.
Одно из преимуществ кросс-функциональных команд в том, что участие в них определяется тем, что будет полезней для продукта.
Подведем итог: нет никаких оснований утверждать, что схема подчинения должна диктовать топологию команд.
Глава 45. Топология и близость
До сих пор мы говорили о составе продуктовых команд и о том, как их разделить по объему ответственности, но не обсуждали аспект, связанный с физическим местонахождением этих команд. Это еще один важный фактор, который нужно учитывать при определении топологии.
Еще до пандемии началась тенденция перехода к альтернативным офисным стратегиям, связанная главным образом с нехваткой доступных высококлассных специалистов и очень высокой стоимостью жизни в крупных технологических центрах.
Во многих компаниях просто нет реальной возможности нанимать достаточное количество людей с необходимыми навыками там, где находится штаб-квартира, поэтому они вынуждены рассматривать другие варианты.
С одной стороны, можно набрать сотрудников на удаленную работу. Такой подход имеет ряд преимуществ — это и возможность нанять талантливых людей практически в любом месте, и то, что они сами могут жить где угодно, по своему выбору.
С другой стороны, некоторые компании предпочитают, чтобы все сотрудники работали в одном офисе, но в связи с нехваткой талантов и высокой стоимостью жизни они переносят свою штаб-квартиру в новую локацию.
Однако существует и очень эффективное компромиссное решение — удаленные офисы.
Многие компании открывают удаленные офисы по всему миру — особенно в крупных городах с большим количеством талантливых инженеров и дизайнеров — и укомплектовывают штат продуктовых команд в этих удаленных офисах, пополняя его по мере необходимости за счет сотрудников, также работающих удаленно.
Эта модель использует ресурсы местных талантов, сохраняя при этом преимущества офисной структуры.
Как всегда, не обходится без издержек, и эти удаленные офисы могут стать дополнительным бременем для организации. Особенно трудно бывает менеджерам, которые проводят коучинг сотрудников и следят за эффективностью их работы. Давайте рассмотрим более подробно разные формы близости и конкретные компромиссные решения, связанные с каждой из них.
Близость к команде
Речь идет о том, являются ли команды совместно расположенными (то есть находящимися физически в одном месте), полностью распределенными (каждый работает из дома) или смешанными (например, менеджер по продукту, продуктовый дизайнер и техлид сидят вместе, а остальные разработчики находятся либо дома, либо в другом офисе).
Совместное расположение команды имеет существенное преимущество, особенно для команд, которые рассчитывают на реальное внедрение инноваций. Динамика продуктового исследования зависит от интенсивного сотрудничества — между менеджментом продукта, продуктовыми дизайнерами и инженерами. А при удаленной работе это сопряжено с определенными сложностями.
Если инженеры находятся либо в другом офисе, либо работают удаленно, большая часть дополнительной нагрузки, связанной с обменом информацией, ложится на техлида.
Близость к клиентам
Если ваша команда создает услуги для потребителей или бизнесов в Индии, реально выгодно находиться в Индии. Тем не менее у нас есть эффективные инструменты, чтобы удаленно контактировать с пользователями и клиентами в разных странах мира, особенно при наличии в той или иной стране человека, который помогает нам в плане языка или культурных аспектов. Таким образом, мы способны преодолевать географическую удаленность с помощью дополнительных усилий, преимущественно со стороны менеджера по продукту и продуктового дизайнера.
