Общий процесс: пять шагов от заявки до поддержки
Прозрачный процесс работы не означает одинаковые этапы для любого проекта — он означает, что заказчик на каждом шаге понимает, что происходит и сколько это стоит. Пять шагов, из которых собирается любой проект студии:
- Разбор задачи (2–3 дня). Бриф, доступы к текущему сайту и системам, если они уже есть. Формулируем задачу бизнеса и цифру, по которой поймём, что результат достигнут.
- Оценка (до недели). Смета, сроки и порядок работ — письменно, до подписания договора. Что даст результат раньше, а что можно сделать второй очередью.
- Разработка (от 2 недель). Спринтами, с еженедельным показом результата на тестовом контуре. Правки вносятся по ходу работы, а не накапливаются к финальной сдаче.
- Приёмка и запуск. Прогон по сценариям, перенос на боевой сервер, передача исходников и доступов.
- Поддержка (постоянно). Мониторинг с первого дня, реакция на сбои, доработки по мере роста задачи.
Три сценария: лендинг, интернет-магазин, внедрение Odoo
Одинаковый список этапов для лендинга и для внедрения Odoo — самое частое упрощение на рынке. На практике риски и состав работ разные, и вот в чём именно.
| Шаг | Лендинг / визитка | Интернет-магазин с обменом 1С | Внедрение Odoo |
|---|---|---|---|
| Аналитика | Короткий бриф, план из 1 экрана | Каталог, категории, сценарий заказа и оплаты | Аудит процессов: где данные входят и выходят |
| Проектирование | Часто пропускается — макет сразу | Структура каталога, карточка товара, личный кабинет | Архитектура: состав модулей, роли, доработки |
| Интеграции | Обычно не требуются | Обмен номенклатурой, ценами, остатками, заказами с 1С | Справочники, обмен с сайтом, кассой, банком |
| Тестовый контур | 1–2 показа | Прогон сценария заказа целиком, включая оплату | Опытная эксплуатация рядом со старой системой |
| Запуск | Один день | Перенос каталога, проверка обмена на боевых данных | Поэтапное заселение подразделений, отключение старой системы |
| Ориентир по сроку | 1 день — 2 недели | От месяца | От нескольких недель до нескольких месяцев |
Разница объясняет, почему смета «под ключ» с одним списком этапов на все три сценария почти всегда неточна: у интернет-магазина риск в интеграции с 1С, у Odoo — в переносе данных без остановки текущей работы, а у лендинга риска почти нет вовсе.
Техническое задание и заключение договора
Составление ТЗ и заключение договора — не бюрократия ради бюрократии, а фиксация того, что именно оплачено. Техническое задание на сайт описывает структуру, состав функциональности и то, что явно не входит в текущий этап — последнее не менее важно первого: без него любая недосказанность превращается в спор о том, кто виноват в перерасходе бюджета.
Формат работы и модель оплаты фиксируются в договоре до старта: пакетная оплата за согласованный объём — для проектов с понятным заранее ТЗ, почасовая — для доработок и задач без фиксированного объёма. Смешанный формат — пакет на разработку плюс часы на доработки сверх ТЗ — самый частый на практике.
Что требуется от заказчика и когда
Три вещи ускоряют разработку сайта сильнее остального, и по каждой понятно, на каком шаге она нужна.
- На старте — доступы. К текущему сайту, хостингу, домену, учётной системе, если предстоит интеграция. Без них часть первого шага уходит на восстановление истории вместо анализа задачи.
- На этапе разработки — тексты и материалы. Готовые тексты и фотографии либо согласие писать их совместно по ходу работы, а не после сдачи макета — иначе вёрстка ждёт контент, а не наоборот.
- На каждом показе — один человек с правом решения. Чем больше согласующих на стороне заказчика, тем дольше растягивается каждый спринт: комментарии от трёх людей с разными мнениями замедляют больше, чем сложность самой правки.
Тестирование, отладка и приёмка проекта
Приёмка — не один клик «нравится», а прогон по сценариям: заполнение форм с ошибками ввода, проверка на разных экранах, для интернет-магазина — оформление заказа целиком, включая оплату и обмен с 1С, для Odoo — сверка перенесённых данных со старой системой. Список сценариев приёмки составляется на этапе оценки, а не придумывается по ходу — так заказчик заранее видит, что именно будет проверяться перед сдачей.
Релиз и что происходит после запуска
Запуск — перенос на боевой сервер и передача исходников и доступов заказчику, а не финальная точка отношений с подрядчиком. После релиза сайт остаётся на мониторинге с первого дня: «Обходчик» проверяет доступность круглосуточно и присылает уведомление, если что-то сломалось. Доработки и сопровождение — отдельная услуга с пакетом часов в месяц, которую можно подключить сразу или добавить позже, когда станет понятно, какая нагрузка на поддержку у конкретного сайта.