Что должен обеспечить заказчик для успеха IT-проекта
Практика3 минРедакция Innovialabs
Коротко
Заказчик отвечает за быстрые решения, контент, доступы, тестовые данные и регулярную обратную связь — каждый день задержки на его стороне обычно сдвигает весь проект минимум на столько же.
Короткий ответ
Подрядчик пишет код, но проект делают двое. Со стороны заказчика нужны пять вещей: одно ответственное лицо, быстрые решения, готовый контент, доступы к системам и своевременная обратная связь. Если хотя бы одного нет, команда простаивает или делает работу «вслепую», а потом переделывает.
Ответственное лицо с правом решать
Назначьте одного product owner со стороны бизнеса. Он:
- отвечает на вопросы команды в оговорённый срок (например, в течение рабочего дня);
- принимает решения сам, а не собирает согласования неделю;
- сводит мнения отдела продаж, бухгалтерии и руководства в одну позицию.
Частая ошибка — несколько «заказчиков» внутри компании, которые дают противоречивые указания. Команда получает две версии требований и вынуждена ждать, пока вы договоритесь между собой.
Контент и материалы
Сайт или приложение без текстов, фотографий и описаний товаров запустить нельзя. Заранее определите, кто готовит:
- тексты страниц и юридические документы (оферта, политика конфиденциальности);
- фото, логотипы, брендбук;
- каталог товаров, цены, характеристики;
- шаблоны писем и уведомлений.
Контент — самая частая причина задержек на финише. Дизайн и код готовы, а страницы стоят с «рыбой», потому что тексты никто не написал.
Доступы и интеграции
Команде понадобятся доступы, которые есть только у вас:
| Что | Зачем |
|---|---|
| Домен и DNS | Подключить сайт и почту |
| Хостинг или облако | Развернуть проект |
| Платёжные системы | Подключить оплату, получить ключи |
| CRM, 1С, ERP | Настроить обмен данными |
| Аналитика, рекламные кабинеты | Поставить счётчики и цели |
Договоры с платёжными провайдерами и банками иногда оформляются неделями. Начинайте эти процессы параллельно с разработкой, а не в конце.
Тестовые данные и приёмка
Для проверки нужны реальные сценарии: примеры заказов, типичные клиенты, выгрузки из старой системы. Без них тестирование идёт на выдуманных данных и пропускает ошибки, которые проявятся в первый же день работы.
На этапе приёмки от вас ждут:
- проверку каждого готового блока в оговорённый срок;
- замечания списком, с шагами воспроизведения и скриншотами;
- разделение «это ошибка» и «это новое пожелание».
Как задержки влияют на сроки
Задержка заказчика редко равна задержке проекта — обычно она больше. Причины:
- Переключение контекста. Команда, которая ждёт ответа, берёт другую задачу, и вернуться к вашей сразу не получится.
- Цепочки зависимостей. Без утверждённого дизайна нельзя верстать, без API от 1С — делать обмен.
- Переделки. Решение, принятое поздно, часто меняет уже сделанную работу.
Поэтому в договоре полезно прописать, что сроки сдвигаются на период ожидания ответа заказчика, и фиксировать такие паузы письменно.
Чек-лист перед стартом
- Назначен один ответственный с правом решения.
- Есть график встреч и срок ответа на вопросы.
- Понятно, кто и когда готовит контент.
- Доступы собраны или запрошены.
- Подготовлены примеры реальных данных.
- Согласован порядок приёмки и формат замечаний.