Основные этапы
Исследование и определение объёма продукта (картирование сценария, модели данных и ролей), дизайн ключевых экранов, разработка (фронтенд, бэкенд, база данных, интеграции) и тестирование на реальных пользовательских сценариях перед запуском.
Что ускоряет процесс
Узко определённый MVP (см. Что должно входить в MVP), одна роль пользователя, минимум сторонних интеграций и понятный, уже проработанный сценарий ещё на этапе скоупинга.
Что замедляет процесс
Несколько ролей с разными наборами прав, несколько сторонних интеграций, требующих собственной логики, неясный или меняющийся по ходу проекта сценарий вместо чётко определённого заранее, а также любая ИИ-функция, которую нужно реально протестировать на пограничных случаях.
Если это внутренний инструмент
Для внутреннего инструмента сроки определяются тем, сколько ролей им пользуется и насколько чётко описана повседневная работа каждой роли. Заранее решите, кто что видит и меняет, откуда берутся данные и нужен ли их импорт, как люди входят в систему и какие документы или выгрузки инструмент должен формировать. Нерешённые вопросы по этим пунктам — то, что реально затягивает разработку внутреннего инструмента.
Если это клиентский портал
Клиентский портал добавляет внешних пользователей, поэтому те же четыре вопроса приобретают больший вес: роли (клиент, сотрудники клиента, ваша команда), какие данные видит каждый клиент и как они отделены от данных других клиентов, аутентификация и восстановление доступа, а также документы, которые портал должен хранить или формировать. Решения по этим пунктам принимаются до дизайна, а не по ходу него.
Честно о расползании объёма
Самая частая причина того, что сроки растягиваются сильнее ожидаемого, — объём, добавляемый уже в середине проекта: именно фиксированный, письменно зафиксированный объём из полноценного разговора о скоупе продукта реально защищает сроки, а не оптимистичная оценка. Письменный процесс изменения объёма, такой как в change requests for software projects (на английском), позволяет оценивать и планировать новые запросы, а не просто поглощать их незаметно.
Частые вопросы
Есть ли фиксированное число недель?+
Нет универсального числа — оно зависит от количества ролей, сложности интеграций и того, насколько уже проработан сценарий, — это подтверждается при скоупинге.
Можно ли сначала запустить более узкий MVP, а потом расширять?+
Да — обычно это более быстрый и честный путь, чем сразу обязываться на полный объём. См. [SaaS MVP Development](/ru/saas-mvp-development/).
Тестирование заметно увеличивает срок?+
Оно заложено в сроки, а не идёт довеском, — именно пропуск тестирования приводит к тому, что предотвратимые ошибки доходят до реальных пользователей.
Сайт и форма заявки — на русском, проект ведётся на английском. Русский как язык проекта мы не обещаем.