[Страница на сайте](https://e5ash.com/services/mvp) Сайты и приложения # Разработка MVP продукта на заказ Создаём первую рабочую версию продукта для проверки идеи: одна роль пользователя, основной сценарий, авторизация и запуск. В базовом составе — 6–8 экранов и 1–2 сущности. Определяем, какой результат нужно проверить, и фиксируем состав, стоимость и срок до разработки. [Обсудить первую версию продукта](https://e5ash.com/contacts/index.md) Срок первой версии **от 14 дней** Состав, точный срок и стоимость согласуем до начала работ. 01 / Результат ## Что входит в базовый MVP - **Одна роль пользователя** Выбираем участника и основной сценарий, который нужно проверить. - **6–8 экранов** Согласуем интерфейс для прохождения выбранного сценария. - **Авторизация** Определяем вход пользователя в первую версию продукта. - **1–2 сущности** Фиксируем основные объекты и данные, необходимые для результата. - **Деплой и запуск** Готовим согласованное окружение и запускаем рабочую версию. - **Один раунд исправления багов** Проверяем результат относительно требований и исправляем найденные ошибки в рамках согласованного раунда. 02 / Границы задачи ## За рамками базового состава - Интеграция с 1С - Платежи - Мобильная версия приложения - Сложный дизайн - Контент Новые функции и изменения сценария обсуждаем до включения в разработку. Они могут изменить состав, стоимость и срок этапа. ## Какую идею проверяет MVP У команды есть идея сервиса, но ещё не ясно, как пользователи будут выполнять основную задачу. Например, человек должен создать запрос, добавить необходимые сведения и получить результат в своём аккаунте. Для проверки этого пути нужна работающая версия с определёнными действиями и данными. До разработки формулируем вопрос: кому нужен продукт, какое затруднение он решает и по чему вы будете судить о пользе. Если сначала требуется разобраться в пользователях и самой задаче, можно начать с [разбора и исследования](https://e5ash.com/services/discovery/index.md) . При необходимости это самостоятельный подготовительный этап. ## Как ограничиваем первую рабочую версию Описываем путь одной роли: вход, нужные действия и результат. Для каждого экрана определяем назначение, доступные поля и состояния. Выбираем 1–2 основные сущности — например, запрос и его результат, если они соответствуют вашей идее. Все функции оцениваем относительно выбранного сценария. Дополнительные роли, сложные правила и внешние подключения обсуждаем отдельно. Количество экранов не означает готовность любого продукта: требования и границы базового MVP должны соответствовать задаче, которую проверяем. ## Чем рабочий MVP отличается от прототипа Прототип помогает обсудить расположение элементов и порядок действий. Рабочая версия позволяет пройти согласованный сценарий в запущенном продукте: войти, выполнить действие и получить результат на подготовленных данных. Состав этой работы фиксируем до старта. Если пока нужно проверить только понятность интерфейса, можно отдельно заказать [UX и прототип](https://e5ash.com/services/ux/index.md) . Если после проверки идеи потребуется несколько процессов предприятия, дальнейшее развитие можно планировать как [ERP по модулям](https://e5ash.com/services/erp/index.md) . Полный состав такой системы не входит автоматически в первый MVP. ## Как проверяем MVP и готовим запуск Согласуем примеры действий и ожидаемые результаты. Во время разработки показываем работающие части, проверяем основной путь, авторизацию и предусмотренные состояния. В базовый состав входит один раунд исправления багов; новые пожелания отличаем от ошибок относительно согласованных требований. Затем выполняем деплой и запуск в выбранном окружении, передаём код, доступы и документацию. В [порядке работы E5ASH](https://e5ash.com/work/index.md) описаны согласование этапов, демонстрации и передача результата. Для проверки идеи заранее определяем с вами, кто будет пользоваться версией и какие наблюдения помогут принять решение. ## Что влияет на стоимость и срок MVP Ориентир — от 14 дней для согласованной первой версии. Оценка зависит от сценария, данных, правил действий и окружения. После уточнения требований фиксируем стоимость и срок; изменение состава рассматриваем до выполнения дополнительных работ. В базовый MVP не входят интеграция с 1С, платежи, мобильная версия приложения, сложный дизайн и контент. Если идея зависит от одной из этих функций, сначала уточняем подходящий объём. После запуска решаем, какой следующий этап нужен по результатам проверки; востребованность продукта и коммерческий успех разработка сама по себе не гарантирует. ## Вопросы перед началом Любой MVP можно сделать за 14 дней? Нет. От 14 дней — ориентир для согласованного базового состава: одна роль, основной сценарий, 6–8 экранов и 1–2 сущности. Точный срок фиксируем после разбора требований. Можно начать без технического задания? Можно прийти с описанием идеи и задачи пользователя. Сначала уточняем сценарий, состав и критерии проверки. Если нужны отдельное исследование или прототип, согласуем этот подготовительный этап. Входит ли мобильное приложение и приём платежей? Мобильная версия приложения и платежи не входят в базовый MVP. Если они необходимы для проверки вашей идеи, оцениваем задачу с учётом этих требований до начала разработки. Следующий шаг ## Сформулируем вопрос для первой версии Опишите пользователя, его задачу и результат, который он должен получить. Укажите, что хотите узнать после запуска и какие функции обязательны для проверки идеи. [Обсудить разработку MVP](https://e5ash.com/contacts/index.md) [Как идёт работа](https://e5ash.com/work/index.md) По вашей задаче ## Может пригодиться [Разбор и исследование задачи от 3 дней](https://e5ash.com/services/discovery/index.md) [UX и прототип интерфейса от 3 дней](https://e5ash.com/services/ux/index.md) [ERP — управление предприятием по этапам](https://e5ash.com/services/erp/index.md)