Партнерство является основой нашего бизнеса: у нас тысячи партнеров по приложениям, и их число растет с каждым днем. Нам повезло работать со всеми этими партнерами и иметь фантастическую команду по продукту, которая помогает поддерживать их. Но в зависимости от того, как устроена ваша компания, ваша команда (или команды!) может жонглировать несколькими различными проектами одновременно — от усовершенствования процессов до новых функций и исправления ошибок. Если вы не являетесь членом команды по продукту, получить приоритет и включить свой проект в дорожную карту продукта может быть непросто. Как специалист по партнерствам в маркетинговой команде, я хочу убедиться, что наши партнеры получают хорошую поддержку, а это означает помощь в создании интеграций и поддержку новых функций. Исходя из моего опыта работы в партнерстве, вот четыре совета, которые я считаю полезными для влияния на дорожную карту продукта.
WILDBERRIES
САЛОНЫ КРАСОТЫ
ТРАНСПОРТИРОВКА И ХРАНЕНИЕ
БЛАГОТВОРИТЕЛЬНЫЕ ФОНДЫ
Узнайте о целях команды разработчиков продукта
В идеале цели каждой команды должны соответствовать целям компании, но это не значит, что они всегда идеально совпадают. Важно начать с изучения уникального набора целей или KPI вашей продуктовой команды, чтобы определить, как и где они совпадают. Используйте эту информацию, чтобы определить, как позиционировать и расставлять приоритеты для взаимовыгодных проектов. Например, если вы работаете в SaaS-компании, и использование является одним из KPI вашей команды разработчиков, вы подчеркнете те аспекты вашего проекта, которые повысят использование. Упоминание этих ключевых слов в проектном предложении сделает его лучше услышанным и поможет укрепить позитивные межфункциональные отношения между командами. Помимо знания их целей, вы захотите быть в курсе всех событий. Поддерживайте открытые линии связи и узнавайте как можно больше о том, как работает команда разработчиков. Например:
- Проводите регулярные встречи с командой разработчиков, чтобы всегда быть в курсе того, над чем они работают. Никогда не знаешь, когда что-то новое совпадет с проектом, который вы хотели бы сделать приоритетным.
- Изучите их документацию, чтобы понять, как они работают над новыми проектами. Таким образом, вы сможете работать в рамках их систем, и они будут чувствовать себя более комфортно с вашими предложениями.
- Будьте в курсе бэклога команды разработчиков и пропускной способности новых проектов. Оказывая давление на команду, которая и так перегружена высокоприоритетной работой, вы можете оставить у нее неприятный привкус во рту.
Пусть клиенты помогут вам обосновать свою позицию
Каждая команда разработчиков продукта стремится обеспечить наилучший возможный опыт для клиентов. Поэтому если вы сможете показать им, что ваш проект будет способствовать положительному опыту пользователей, они с гораздо большей вероятностью примут участие в проекте. Есть много способов сделать это, но один из самых простых — просмотреть ваш инструмент поддержки клиентов и упоминания в социальных сетях. Зафиксируйте все запросы или темы, связанные с вашим проектом. Другой вариант — разослать опрос или провести интервью с пользователями, но, скорее всего, у вас уже есть необходимая обратная связь в инструментах, которые вы уже используете. Как только у вас появятся анекдотические свидетельства того, что пользователи хотят то, что вы предлагаете, соберите эту информацию в более удобоваримую форму. Включите несколько реальных примеров, но также подкрепите их цифрами (например, X пользователей запросили эту функцию за последние 6 месяцев).
Это поможет убедить их в том, что они будут работать над чем-то, что окажет непосредственное влияние на клиентов, что всегда является победой для продуктовых команд. P.S. Если у вас есть другие исторические свидетельства того, что проекты, подобные этому, были успешными, обязательно укажите их.
Определите масштаб проекта
Возьмите часть работы на себя, проведя предварительную оценку проекта. У вас не получится сделать это слишком конкретно (и вы не хотите показаться самонадеянным!), но если вы дадите им представление о том, каким может быть проект, это поможет им лучше понять контекст запроса. Вместо сообщения в Slack или электронного письма с первоначальным запросом, идите подготовленным: предоставьте краткий документ, включающий любые ресурсы, необходимые для уточнения масштаба проекта. Вот что я рекомендую включить в этот документ:
- Краткое описание проекта в одном или двух предложениях
- Цели проекта (и как они согласуются с целями команды разработчиков продукта)
- Причины возникновения проекта (включая информацию из предыдущего совета)
- Ожидаемые результаты работы команды по продукту
- Ожидаемый уровень усилий (даже по простой шкале 1-10)
Разошлите этот документ вместе с приглашением на встречу, где вы сможете представить больше нюансов проекта. (А перед этим ознакомьтесь с этими советами по проведению совещания по продукту, если вы не являетесь руководителем).
Думайте нестандартно
Легко списать проекты на «просто небольшую особенность» или «просто изменение функциональности». Поэтому постарайтесь представить свой проект вне этих обычных рамок. Вот несколько идей:
- Сравните свой продукт с продуктом конкурентов и покажите, как ваш проект поможет вам выделиться.
- Направьте свой проект на создание бренда. Конечно, это может быть небольшое изменение в продукте, но оно может быть представлено на рынке таким образом, что окажет большое влияние.
- Позиционируйте проект как перспективный: как он заложит основу для более значительных изменений в будущем?
Поскольку вы не являетесь менеджером по продукту, вы привносите в разговор уникальную точку зрения. Используйте эту точку зрения, чтобы подчеркнуть ценность вашего проекта.
Представляя свой проект, помните, что существует масса конкурирующих приоритетов. Вы должны убедить всех, что ваш проект заслуживает места в дорожной карте. В конце концов, все хотят быть уверенными в том, что приоритет отдается наиболее значимым проектам, поэтому если вы сможете продемонстрировать, что ваш запрос поможет сдвинуть дело с мертвой точки, у вас будет шанс побороться.