Хотите ускорить рост, повысить конкурентоспособность, вырваться вперед? Тогда, возможно, пришло время переосмыслить свой подход к планированию продукта. Дженна Бэстоу из Invision делится в блоге компании опытом внедрения тематических дорожных карт в рабочий процесс и рассказывает о преимуществах, которые принесло команде это решение.
Тематические дорожные карты проекта — это не пошаговая методика; они не предполагают строгих правил и не привязывают вас к определенному продукту или программе. По сути, это просто гибкий подход к разработке стратегии.
Выглядит он так:
А звучит так:
«Что готовит будущее, мы не знаем. Поэтому вот список того, что мы хотим сделать, в общих чертах, а коррективы вносить будем по ходу дела».
С тематическими дорожными картами работа начинается с постановки проблемы и движется к поиску оптимального решения. Процесс не приходится подгонять под заранее заданные схемы и сроки. В вашем распоряжении документ, который можно свободно менять в соответствии с потребностями покупателей и целями, которые они ставят перед вами.
Тематические дорожные карты — это стратегия выработки стратегии, которая оставляет вам пространство для настоящего прорыва. Минимум ограничений — значит, максимум креативности, сотрудничества, инноваций.
Что представляет собой тематическая дорожная карта?
Главная ее цель — четко и в ясной для всех форме определить приоритеты, чтобы команда могла работала на единые цели.
— Какие проблемы нуждаются в немедленном решении?
— Чего бы вы хотели достичь в данный момент?
— Что можно отложить на потом?
Каждая колонка карты представляет определенный временной план, позволяя выстроить примерную иерархию приоритетов.На представленной схеме выделены три временных плана, но их количество может варьироваться:
Сейчас — то, над чем вы работаете в данный момент.
В ближайшем будущем — то, что потребует вашего внимания очень скоро.
В перспективе — то, чем вам хотелось бы заняться в будущем, хотя понадобится много подготовительной работы, прежде чем можно будет приступить.
Каждая карточка задает тему или проблему, которую вы хотите разрешить. Их можно переставлять и менять местами, если приоритеты поменяются — а скорее всего, так и будет.
Таким образом, вы можете проявить гибкость и экстренно поднять соответствующую карточку в случае, если выяснится, что незначительный, как вы думали, недочет на самом деле затрагивает всю пользовательскую базу. И наоборот, решение слишком глобальных проблем, с которыми вы в данный момент не способны справиться, можно сдвигать на более поздние сроки.
Как определить тему?
Смотрите в корень проблемы. Начать лучше всего с бэклога и пользовательских отзывов — там вы найдете много зацепок. Точно зафиксировать, с какими сложностями сталкиваются ваши пользователи или чего именно они хотят добиться — половина дела.
Однако имейте в виду: отзывы выявляют только симптомы и болевые точки. Вы же, формулируя темы, должны думать не о том, какими мелкими доработками можно улучшить пользовательский опыт, но как следует поменять подход, чтобы удовлетворить максимально возможное число потребителей.
Тема — это крупная проблема, нуждающаяся в разрешении, которая стоит за разрозненными жалобами на частности.
В качестве примера автор приводит следующий кейс. Допустим, у вас есть следующий набор отзывов от пользователей:
«Непонятно, куда добавляется товар — в вишлист или в корзину».
«После покупки мне не пришло письмо с уведомлением».
«Почему нельзя платить через PayPal?»
На первый взгляд может показаться, что все это разрешается при помощи мелких правок, но если докопаться до корня проблемы, начинает просматриваться общая тема: ваша схема оплаты покупки не работает.
Поэтому лучше задать себе вопрос: «Как лучше подойти к процессу оплаты, чтобы это было удобно для максимально широкого круга пользователей?».
Рассмотрите множество решений для каждой проблемы
Что здорово в выявлении проблемы, которая лежит в основании, — вы получаете возможность творчески подойти к ее разрешению. Не отбрасывайте идеи как слишком амбициозные или нелепые. Суть в том, чтобы придумать побольше вариантов и мыслить нестандартно, чтобы не пришлось тратить время и ресурсы на недальновидные решения.
Давайте посмотрим, как решаются в этой парадигме повседневные проблемы. Допустим, пользователи предлагают вам добавить в приложение выход в социальные сети. Вот какие вопросы стоит задать себе, чтобы разобраться в ситуации:
Много ли людей просит об этом? Поможет ли это вам достигнуть поставленных бизнес-целей?
Иногда проблема может показаться более серьезной, чем на самом деле из-за пользователей, которые активно выражают свои претензии, в то время как молчаливое большинство вполне довольно текущим положением дел. Ключевой ли это момент или просто приятный бонус для небольшой группы потребителей?
Раз в вашем продукте нет социальной составляющей, как пользователи выходят из положения в данный момент?
Исследуйте поведение пользователей, чтобы получить ответ. Они копируют ссылки в твиты вручную? На что ссылаются? Не исключено, что они вообще ничего не делают, чтобы решить проблему — в таком случае вы можете заключить, что она стоит не так остро, как казалось.
Почему людям хочется делиться контентом? Почему они думают, что для их окружения эта информация важна?
Возможно, вы придете к выводу, что никто не захочет размещать контент публично (например, в виде твита) — пользователи скорее предпочтут переслать его личным сообщением на Facebook или через Whatsapp.
Помещайте каждое придуманное решение на карточку с заявленной темой и ищите дальше.
Заключение
Успешные продукты становятся успешными не потому, что у них больше всего функций, а потому, что они разрешают проблемы наилучшим образом. Нет никакого в смысла в том, чтобы расширять функционал, пока вы не знаете, в чем именно состоит проблема. Пытаясь предсказать будущее в своих планах, вы ничего не выигрываете.
Истинное преимущество происходит из умения наблюдать за пользователями, выдерживать баланс между их потребностями и возможностями компании и бросать совместные силы всех команд на достижение результата.
Автор: Everyday Tools
