MVP — руководство для бизнеса

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

Зато можно — расставить приоритеты, найти ключевое, то, без чего сложно обходиться уже сейчас, — и сделать начальную версию продукта (MVP). Внедрив её, вы:

MVP (minimum viable product, минимально жизнеспособный продукт) — это начальная, тестовая версия продукта, прототип с ограниченным функционалом, который уже несёт в себе ценность, позволяет решать ключевые на данный момент задачи без внушительных затрат на разработку и оперативно получать обратную связь от пользователей.

mvp-techhuz.jpg

Концепция MVP на примере CRM-системы

Представьте, что у вас прямо сейчас есть проблема — вы теряете клиентов и прибыль, потому что менеджеры хранят все запросы в разных блокнотах и переписках, забывают фиксировать заявки, звонить и писать клиентам…

Нужно решить проблему — сделать систему, в которой будут храниться все обращения.

Можно сразу пойти дорогим и сложным путём и разработать ту идеальную, полноценную CRM с современным интерфейсом, в которой есть ВСЁ. Заявки создаются автоматически (из чатов и форм на сайте, e-mail, социальных сетей и т. д.), разговоры менеджеров с клиентами записываются, доступна детальная статистика, внутренний чат для сотрудников и многое-многое другое.

Здорово — но долго и дорого. А главное — всё время до внедрения системы бизнес продолжает работать по-старинке, менеджеры теряют клиентов, а вы — прибыль.

А можно начать с MVP. И уже с первым релизом получить простую систему с примитивным интерфейсом, в которой каждый менеджер сможет зарегистрироваться и вручную внести все данные о клиентах, прикрепить файлы. Да, будет не весь функционал. Но вы сможете быстро внедрить систему в работу и, решив главную проблему, перестанете на пустом месте терять доход. А дальше будете заниматься развитием системы и постепенно, итерация за итерацией, масштабировать её и добавлять необходимый функционал.

3177.png

2 проблемы бизнеса, которые решает гибкая разработка проектов с MVP

Если начать работу над продуктом без разработки MVP, то велика вероятность столкнуться с описанными ниже проблемами.

Проблема №1. Затягиваются сроки разработки (либо начало откладывается на неопределённый срок) — из-за долгого составления ТЗ, долгого принятия работы и перфекционизма

Без детально прописанного технического задания (ТЗ) невозможно получить тот продукт, который вы хотите, — ведь ни разработчики, ни бизнес-аналитики не умеют читать ваши мысли. ТЗ необходимо для начала разработки: именно оно позволяет обозначить стоимость и сроки.

Чем больше в вашей будущей системе нестандартного функционала, тем объёмнее будет ТЗ и тем больше времени понадобится на его составление.

Вот здесь и кроется ловушка. Если вы склонны к перфекционизму и хотите во что бы то ни стало приступить к разработке по всему ТЗ сразу, без разбивки на итерации, то ваше желание близко к утопии. Такая разработка может занять неоправданно много времени — вплоть до года и даже больше. И это не шутка.

plan-vs-reality.jpg

Когда разработка ведётся по всему ТЗ, без приоритизации задач, вам самому, как заказчику, сложно принимать проект. Ведь нужно тестировать огромный кусок работы, которую проделали разработчики. Это занимает много времени и ресурсов — и опять же затягивает сдачу проекта.

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

Поэтому в своей работе мы используем гибкие методологии Agile, которые позволяют оперативно вносить изменения в проект. И вместо обычного ТЗ вместе с клиентами составляем высокоуровневое — Vision and Scope (документ концепции и границ).

Документ Vision and Scope включает следующие разделы: 

Поэтому вам и вашим сотрудникам, как заказчикам, важно:

При разработке проекта по гибкой методологии с созданием MVP работа двигается куда быстрее и эффективнее в сравнении с традиционным подходом:

agile_metodology.png

Проблема №2. Готовым ПО неудобно пользоваться, в нём не хватает необходимых функций — либо вы, наоборот, переплатили за разработку ненужного функционала

Чаще всего те, кто заказывает разработку системы, составляет ТЗ, контролирует процесс и согласовывает результат и те, кто реально будет работать в системе, — совершенно разные люди. И то, что считают важным и нужным руководители и менеджеры, может оказаться совершенно бесполезным и попросту неудобным рядовым пользователям. И наоборот: того, о чём руководители не подумали, будет не хватать.

При разработке сложного проекта с нуля, без MVP, всегда есть неопределённость и риск, что:

Избежать этих рисков помогает разработка MVP:

В итоге вы платите за действительно нужное — а за ненужное не платите.

И получаете качественный и удобный конечный продукт, который создан с учётом конкретных запросов будущих пользователей.

Чтобы добиться результата, нужна сильная команда с вашей стороны

Важно, чтобы в разработке документа Vision and Scope и дальнейшей работе над проектом принимали участие:

Создание MVP — это удобный, выгодный и эффективный подход в разработке жизнеспособных и полезных для пользователей продуктов любого масштабного и сложности. Не бойтесь следовать этому подходу и двигаться маленькими шагами — в результате вы обязательно придёте к большой цели.

Давайте обсудим как odoo поможет вашему бизнесу

Просто укажите, что ожидаете звонка и с вами свяжутся наши специалисты, которые подберут решение исходя из ваших потребностей

+7 977 452 05 48

info@icodelab.ru