Техническое задание vs Product Vision

Примеров неудачных покупок встречается огромное количество. Взять хотя бы автомобиль. В рекламе и буклетах вы видите красивый, современный и вроде бы надежный аппарат. На тест-драйве даже попробовали его в деле. Однако если при покупке ориентировались только на критерии «модно, стильно, молодежно», то впоследствии, с высокой долей вероятности, вы начнете испытывать дискомфорт из-за специфики обслуживания, дополнительных расходов или неправильного использования некоторых фишек чудо-техники.

Если же рассмотреть проект реализации IT-решения как покупку товара, то здесь все намного сложнее. Финальную версию создаваемого решения, отвечающую вашим запросам и ожиданиям, можно получить только при условии предоставления исполнителю четких требований к будущему программному продукту.

В современной разработке под четкими требованиями к программному продукту понимается видение продукта (Product Vision), которое помогает спрогнозировать будущую функциональность и рассмотреть продукт в долгосрочной перспективе.

Как подготовить Product Vision?

Со стороны любой правильно выстроенной IT-компании всегда работает менеджер проекта или аналитик, в зону ответственности которых входят помощь в составлении видения и уточнение всех деталей проекта. Однако заказчик должен представлять, зачем эта информация необходима исполнителю, и быть готовым к продуктивному взаимодействию для успешной реализации своего проекта.

На основе видения продукта компания-разработчик делает первоначальную оценку трудозатрат, что, в свою очередь, дает возможность заказчику узнать ориентировочный бюджет проекта, принять решение о дальнейшей его реализации или корректировке требований.

При подготовке видения продукта важно ответить на вопросы, которые впоследствии лягут в основу нефункциональных требований и дизайна будущего IT-решения. Ниже мы привели перечень основных:

1. Какова идея проекта?

В этом пункте необходимо раскрыть главный замысел проекта, его основную идею. Рассказать о том, на что он будет нацелен, в чем его конкурентные преимущества и уникальность. Эта информация ляжет в основу общей концепции проекта и его функциональных требований.

2. Какова цель проекта?

Цель — это то, к чему вы стремитесь, чего планируете достичь за счет реализации вашей идеи. Одним словом, цель — это желаемый результат. При ее/их формулировании рекомендуем воспользоваться системой SMART, так как четко сформулированные цели — залог успешно реализованного проекта.

3. Какие задачи будет решать создаваемое IT-решение?

Задачи направлены на достижение целей проекта. В зависимости от вашей бизнес-сферы они могут быть направлены на увеличение прибыли компании, повышение узнаваемости бренда, лояльности пользователей/клиентов и т. д. Правильно поставленные задачи позволят составить основные требования к программному решению.

4. Кто будет пользоваться программным решением?

Целевая аудитория (ЦА) — потенциальные пользователи создаваемого IT-продукта. Именно от их потребностей следует отталкиваться в процессе создания видения продукта. Для этого необходимо проанализировать социальные и поведенческие характеристики ЦА, такие как: пол, возраст, интересы, семейное положение и т. д. Результаты анализа помогут корректно сформулировать функциональные требования к решению, чтобы учесть интересы и потребности ЦА.

5. Каковы критические атрибуты (метрики) успешности проекта?

Каждому проекту метрики устанавливаются в соответствии с его целями и бизнес-задачами. Они позволят в цифрах оценить уровень успешности проекта. Это могут быть:

— метрики, показывающие уровень лояльности пользователей (NPS) ;

— метрики, отражающие приток пользователей к IT-решению за определенный период времени;

— метрики, позволяющие оценить уровень прибыльности компании после реализации проекта;

6. Существуют ли на рынке аналоги вашей идеи?

Если вы планируете создать продукт, идея которого уже реализована на рынке, то имеет смысл изучить конкурентов с целью выявления отличительных особенностей их IT-решения и разработки вашего собственного с уникальными преимуществами. В этом вам поможет метод дифференциации конкурентных преимуществ . К документу с видением продукта рекомендуем приложить ссылки на аналогичные решения с описанием понравившихся функциональных блоков, что значительно упростит дальнейший процесс взаимодействия с исполнителем проекта.

7. Каков срок реализации и бюджет проекта?

В этом пункте укажите информацию о желаемых сроках завершения проекта и бюджетных ограничениях. При этом помните о правиле проектного треугольника: качество проекта прямо пропорционально адекватно спланированному сроку и бюджету его реализации. Чем грамотнее спланированы эти два составляющих, тем качественнее продукт вы получите в итоге.

Что делать дальше?

Видение продукта — отправная точка любого IT-проекта. Оно дает представление о программном решении, его целях, задачах и долгосрочной перспективе. В случае отсутствия видения шансы на создание успешного продукта снижаются ввиду размытых границ и приоритетов проекта.

Зачастую многие заказчики испытывают дискомфорт, а иногда и страх при виде этого словосочетания. Однако не стоит бояться сложностей. Со всеми тонкостями и нюансами проекта вам помогут разобраться менеджер проекта и бизнес-аналитик. Именно они проведут анализ вашего сегмента, поделятся мнением о функциональности будущего решения и сориентируют по технологиям разработки, а также бюджету и срокам реализации проекта. В следующей статье мы рассмотрим, что такое ТЗ, кто его составляет и какую несёт пользу.

Если у вас есть идея, заполняйте форму заявки на нашем сайте или присылайте информацию о вашем проекте на электронную почту: welcome@inostudio.com.