Как совершить покупку, чтобы потом о ней не жалеть? Наверняка этим вопросом задавался каждый из вас. А ведь ответ очевиден: достаточно заранее проанализировать пользу и выгоду, которые вы получите после приобретения товара или услуги.
Примеров неудачных покупок встречается огромное количество. Взять хотя бы автомобиль. В рекламе и буклетах вы видите красивый, современный и вроде бы надежный аппарат. На тест-драйве даже попробовали его в деле. Однако если при покупке ориентировались только на критерии «модно, стильно, молодежно», то впоследствии, с высокой долей вероятности, вы начнете испытывать дискомфорт из-за специфики обслуживания, дополнительных расходов или неправильного использования некоторых фишек чудо-техники.
Если же рассмотреть проект реализации IT-решения как покупку товара, то здесь все намного сложнее. Финальную версию создаваемого решения, отвечающую вашим запросам и ожиданиям, можно получить только при условии предоставления исполнителю четких требований к будущему программному продукту.
В современной разработке под четкими требованиями к программному продукту понимается видение продукта (Product Vision), которое помогает спрогнозировать будущую функциональность и рассмотреть продукт в долгосрочной перспективе.
Как подготовить Product Vision?
Со стороны любой правильно выстроенной IT-компании всегда работает менеджер проекта или аналитик, в зону ответственности которых входят помощь в составлении видения и уточнение всех деталей проекта. Однако заказчик должен представлять, зачем эта информация необходима исполнителю, и быть готовым к продуктивному взаимодействию для успешной реализации своего проекта.
На основе видения продукта компания-разработчик делает первоначальную оценку трудозатрат, что, в свою очередь, дает возможность заказчику узнать ориентировочный бюджет проекта, принять решение о дальнейшей его реализации или корректировке требований.
При подготовке видения продукта важно ответить на вопросы, которые впоследствии лягут в основу нефункциональных требований и дизайна будущего IT-решения. Ниже мы привели перечень основных:
1. Какова идея проекта?
В этом пункте необходимо раскрыть главный замысел проекта, его основную идею. Рассказать о том, на что он будет нацелен, в чем его конкурентные преимущества и уникальность. Эта информация ляжет в основу общей концепции проекта и его функциональных требований.
2. Какова цель проекта?
Цель — это то, к чему вы стремитесь, чего планируете достичь за счет реализации вашей идеи. Одним словом, цель — это желаемый результат. При ее/их формулировании рекомендуем воспользоваться системой SMART, так как четко сформулированные цели — залог успешно реализованного проекта.
3. Какие задачи будет решать создаваемое IT-решение?
Задачи направлены на достижение целей проекта. В зависимости от вашей бизнес-сферы они могут быть направлены на увеличение прибыли компании, повышение узнаваемости бренда, лояльности пользователей/клиентов и т. д. Правильно поставленные задачи позволят составить основные требования к программному решению.
4. Кто будет пользоваться программным решением?
Целевая аудитория (ЦА) — потенциальные пользователи создаваемого IT-продукта. Именно от их потребностей следует отталкиваться в процессе создания видения продукта. Для этого необходимо проанализировать социальные и поведенческие характеристики ЦА, такие как: пол, возраст, интересы, семейное положение и т. д. Результаты анализа помогут корректно сформулировать функциональные требования к решению, чтобы учесть интересы и потребности ЦА.
5. Каковы критические атрибуты (метрики) успешности проекта?
Каждому проекту метрики устанавливаются в соответствии с его целями и бизнес-задачами. Они позволят в цифрах оценить уровень успешности проекта. Это могут быть:
— метрики, показывающие уровень лояльности пользователей (NPS) ;
— метрики, отражающие приток пользователей к IT-решению за определенный период времени;
— метрики, позволяющие оценить уровень прибыльности компании после реализации проекта;
6. Существуют ли на рынке аналоги вашей идеи?
Если вы планируете создать продукт, идея которого уже реализована на рынке, то имеет смысл изучить конкурентов с целью выявления отличительных особенностей их IT-решения и разработки вашего собственного с уникальными преимуществами. В этом вам поможет метод дифференциации конкурентных преимуществ . К документу с видением продукта рекомендуем приложить ссылки на аналогичные решения с описанием понравившихся функциональных блоков, что значительно упростит дальнейший процесс взаимодействия с исполнителем проекта.
7. Каков срок реализации и бюджет проекта?
В этом пункте укажите информацию о желаемых сроках завершения проекта и бюджетных ограничениях. При этом помните о правиле проектного треугольника: качество проекта прямо пропорционально адекватно спланированному сроку и бюджету его реализации. Чем грамотнее спланированы эти два составляющих, тем качественнее продукт вы получите в итоге.
Что делать дальше?
Видение продукта — отправная точка любого IT-проекта. Оно дает представление о программном решении, его целях, задачах и долгосрочной перспективе. В случае отсутствия видения шансы на создание успешного продукта снижаются ввиду размытых границ и приоритетов проекта.
Зачастую многие заказчики испытывают дискомфорт, а иногда и страх при виде этого словосочетания. Однако не стоит бояться сложностей. Со всеми тонкостями и нюансами проекта вам помогут разобраться менеджер проекта и бизнес-аналитик. Именно они проведут анализ вашего сегмента, поделятся мнением о функциональности будущего решения и сориентируют по технологиям разработки, а также бюджету и срокам реализации проекта. В следующей статье мы рассмотрим, что такое ТЗ, кто его составляет и какую несёт пользу.
Если у вас есть идея, заполняйте форму заявки на нашем сайте или присылайте информацию о вашем проекте на электронную почту: welcome@inostudio.com.
