Сроки напрямую зависят от требований, как и стоимость разработки сложного сайта. Бывает, что разработка затягивается на годы. Чтобы этого не допустить и уменьшить срок, нужно определить первую версию проекта с минимально необходимым функционалом (MVP). В среднем от начала работы до запуска MVP уходит 3-4 месяца.
Спринты
Второе, что важно, — двигаться поэтапно. Мы разбиваем работу на равные отрезки по 2 недели (спринты). Эта практика позволяет делать промежуточные релизы и поддерживать требования к проекту в актуальном состоянии.
Последовательность
Третье, что критически влияет на срок — последовательность этапов. Отказавшись от проектирования и начав сразу с разработки, вы рискуете зайти в тупик: разработчикам потребуются точные инструкции, а вы без понимания полной картины можете принять неверные решения.
Познать запуска срок
Лишь список ролей и основной функционал нужны нам
Анализ требований — 1-2 дня
На первом этапе нам нужно понять основное — для кого разрабатывается сайт, какие функции в нём должны быть. Изучив требования, мы сможем определить содержание работ и оценить трудозатраты.
Задачи этапа
Понять ваши бизнес-требования
Систематизировать технические требования
Выявить все ограничения проекта
Результаты
Первичное ТЗ по результатам аналитики
Первые прототипы интерфейса
Спринт — 2 недели
Спринт — это фиксированный отрезок времени (у нас это 2 недели). Декомпозиция работ на спринты позволяет следить за прогрессом и вносить корректировки по ходу работы, чтобы не сбиваться с курса.
Правила работы по спринтам
Задачи на спринт согласуются до его начала
Все задачи имеют приоритет
Допустимо добавлять срочные задачи по ходу спринта
По итогам спринта — демонстрация функционала
Результаты каждого спринта
Готовый функционал на стенде
ТЗ на ближайшие 2 недели
Согласованный список задач
Сценарии для тестирования
MVP — 3-4 месяца
MVP — первая версия проекта, с минимальным обязательным функционалом. Раньше запускаетесь — раньше видите, что улучшить. Только в ходе эксплуатации через аналитику можно понять, как должно работать. Поэтому важно выпускать проект как можно раньше, а потом его улучшать.
Задачи этапа
Запуститься как можно раньше
Получить обратную связь от пользователей
Улучшить сервис на основе опыта использования
Результаты
Рабочая версия продукта
Аналитика по использованию
Бэклог задач с приоритетом
Техподдержка — от 1 года до ∞
После запуска вы получаете данные о том, как сайт используется, какие сложности у пользователей и что можно улучшить. Мы оказываем техподдержку по ставке 2000 ₽ / час. Также оцениваем трудозатраты, планируем задачи на спринт в 2 недели и по итогу делаем новый релиз.
Процесс техподдержки
1
2
3
4
Варианты работы
Оплата по часам 2000 ₽/ час
Фикс по ТЗ на 2 недели
Выкуп команды на 160+ часов
Резюме
1. Если не совершать популярные ошибки, то независимо от сложности вашего проекта, можно получить первую рабочую версию через 3-4 месяца.
2. На старте важно провести аналитку и спроектировать интерфейс, чтобы понять, какие роли, функционал и сущности есть в проекте, и как они взаимосвязаны.
3. В процессе разработки лучше двигаться поэтапно, чтобы была возможность внести корректировки с целью экономии бюджета и сокращения сроков.
