Запрос на фичу

Ситуация.

🧑‍🦰Внутренний пользователь оставляет обращение: «Сделайте так-то, а то неудобно».

👱‍♂️Встречные вопросы внутреннему пользователю через service desk: «Расскажите подробнее, как вы пользуетесь этим? Есть ли жалобы от внешних пользователей и от коллег? Сколько их было?».

🧑‍🦰Ответ пользователя: «Я жалуюсь, что это неудобно и непонятно. Я заказчик. Сделайте, пожалуйста, по-человечески».

Чтобы такого не происходило, нужен понятный процесс по доработкам. Ведь кто такой “внутренний пользователь”? Это сейлзы, маркетологи или те, кто работает с продуктом в админке, если она есть. Стоит отталкиваться от того, что они ничего не знают о продуктовой разработке, как принимаются решения в продукте, сколько стоит их задача в деньгах и стоит ли игра свеч.

У Ромы Ковалевского, автора канала-легенды Менеджер от Боженьки, на эту тему есть классный пост — Запрос на новую фичу https://t.me/pm_god/273. Рома сделал для сейлзов схему, как его команда работает с запросами на доработки в продукте. Я думаю, такую нужно прям распечатать и повесить перед каждым внутренним стейкхолдером, который может написать обращение, или зашить схему в service desk на этапе написания заявки, чтобы была перед глазами. Также такая штука полезна, если вы разрабатываете на заказ или у вас нет продакта, а решение принимать нужно.

Схема Ромы ориентирована на привлечение новых клиентов, у вас шаги в алгоритме могут отличаться, опираясь на свою специфику. Например, у меня в компании алгоритм очень похож, но на пятом шаге решение в итоге принимает продакт.

С большой любовью рекомендую подписаться на канал Ромы - Менеджер от Боженьки. В канале вы найдёте всё про управление проектами, работе с командами и заказчиками, а также много полезняшек в виде шаблонов и примеров. Я подписана уже несколько лет и читаю с удовольствием.🖤