Начальный анализ проекта
Фундамент любого успешного цифрового продукта
Начальный анализ - это обязующий документ, описывающий приложение со всех сторон: пользовательской, процессной и технической, ещё до написания первой строки кода. Он становится единым источником правды для разработки, определения объёма работ и итоговой оценки стоимости.
Начальный анализ
Что такое начальный анализ
Начальный анализ - это базовый документ, который детально описывает, как должно работать приложение: пользовательские потоки, процессы, административные интерфейсы, архитектуру системы, модель данных, а также список используемых технологий и внешних интеграций.
Без анализа разработка идёт вслепую: между клиентом, дизайном и разработкой нет общего языка, объём работ постоянно меняется, и каждое изменение стоит времени и денег. С анализом вы точно знаете, что строите, сколько это будет стоить и когда будет готово.
Готовый анализ остаётся у вас - даже если разработку в итоге будет вести кто-то другой, документ ваш и служит полным техническим заданием.
Содержание документа
Что входит в документ
Структура основана на реальном анализе, который мы подготовили для проекта Cleanpeace - платформы для заказа клининговых услуг.
Введение и цель проекта
Краткое описание приложения, его основных функций, целевой аудитории и бизнес-цели. Контекст, на котором основываются все дальнейшие решения.
Вайрфреймы
Кликабельный прототип в Figma, показывающий расположение всех экранов, навигационные потоки и возможные действия пользователя. Позволяет быстро тестировать варианты ещё до отрисовки дизайна и разработки.
Процесс заказа и пользовательский путь
Пошаговое описание основного пользовательского потока - от первого визита через выбор услуги, валидацию адреса и оплату до подтверждающих уведомлений.
Админка для клиентов
Профиль, управление адресами, история заказов, отзывы, рекламации и поддержка. Всё, что нужно конечному пользователю после авторизации.
Админка для сотрудников
Дашборд со статистикой, список назначенных заказов, учёт отработанных часов, оценки и управление доступностью смен.
Админка для руководства
Центральный интерфейс для управления операционной деятельностью - сотрудниками, клиентами, заявками, рекламациями, услугами, ваучерами, рассылками и отчётами.
Архитектура системы
Схема компонентов и их взаимодействия: UI ↔ API ↔ база данных ↔ внешние сервисы (платёжный шлюз, карты, e-mail-автоматизация, аутентификация, отчётность).
Функциональные требования
Детальное описание поведения каждой ключевой функции - что должно происходить, когда и при каких условиях. Отвечает на вопрос «что умеет приложение».
Системные требования
Техническая среда, в которой будет работать приложение, - production, staging, dev. Доступность, производительность, резервные копии и стандарты безопасности.
Процессные модели
Визуальные диаграммы основных бизнес-процессов (например, заказ, согласование, обработка рекламации) - помогают выявить слепые зоны ещё до старта разработки.
Роли пользователей и права доступа
Определение ролей (админ, операционный руководитель, поддержка, сотрудник, клиент) и точное разграничение, кто что видит и что может делать.
Модель данных
Список сущностей, их атрибутов и связей между ними. Основа для проектирования базы данных и API.
Используемые технологии
Frontend, backend, база данных, хостинг, интеграции со сторонними сервисами - с обоснованием выбора каждой технологии под потребности проекта.
Provisioning, стоимость и языковые версии
Бюджет на облачную инфраструктуру и ежемесячные эксплуатационные расходы, план поддерживаемых языков и будущего расширения.
Почему это важно
Почему стоит начать с анализа
Точная цена и сроки
Без анализа невозможно ответственно оценить стоимость. С анализом вы получаете цену и график, на которые действительно можно положиться.
Меньше сюрпризов во время разработки
Объём работ, интеграции и крайние случаи проработаны заранее. Изменения по ходу разработки становятся исключением, а не правилом.
Более быстрая разработка
Разработчики не ждут решений - всё необходимое находится в одном документе, и они могут сосредоточиться на реализации.
Общий язык для всех
Клиент, дизайн, разработка и стейкхолдеры говорят на одном документе. Никаких недопониманий и «я имел в виду другое».
Как мы работаем
Как мы готовим анализ
Discovery-воркшоп
Совместная встреча, на которой мы обсуждаем продукт, целевую аудиторию, бизнес-цели и ключевую функциональность. Убеждаемся, что строим именно то, что нужно.
Картирование процессов и пользовательских путей
Прорисовываем основные бизнес-процессы и пользовательские сценарии. Заранее выявляем крайние случаи и слепые зоны.
Вайрфреймы в Figma
Готовим кликабельный прототип всех ключевых экранов. Вы можете «прокликать» приложение ещё до начала разработки.
Подготовка документа
Объединяем всё в структурированный документ - вайрфреймы, процессы, архитектуру, модель данных, технологии и требования.
Согласование с клиентом
Проходим документ вместе, дорабатываем детали и подписываем как обязующую основу для следующего этапа - дизайна и разработки.