Чеклист приемки системы: что проверить до оплаты этапа

Приемка — это момент, когда вы превращаете “ощущение, что сделали” в понятный факт: система выполняет нужные сценарии и готова к следующему шагу. Если приемка слабая, вы рискуете оплатить то, что потом будет долго исправляться. Если приемка слишком хаотичная, вы утонете в мелких замечаниях и затянете проект.

Ниже — практичный чеклист “что проверить”, чтобы приемка была быстрой и справедливой.

1) Проверка по сценариям (самое важное)

Составьте список 5–15 ключевых сценариев и прогоните их целиком. Пример: “клиент оставил заявку → менеджер взял в работу → выставили счёт → клиент оплатил → статус обновился → ушло уведомление”.

Проверьте:

• сценарии проходят без “затыков” и ручных обходов;
• система понятна сотруднику без объяснений “как надо нажимать”;
• результат соответствует ожиданию (статусы, суммы, документы, уведомления).

2) Исключения: “что будет, если…”

Это то, что ломает процессы в реальности.
Проверьте хотя бы минимально:

• неверные/пустые данные (система подсказывает, что исправить);
• повторные действия (не создаются дубли там, где нельзя);
• отмена/возврат/ошибка операции — что видит пользователь и что происходит дальше.

3) Данные: качество и порядок

• Данные сохраняются и отображаются корректно.
• Нет дублей ключевых сущностей (клиент, заказ, заявка) — или есть понятные правила, когда дубли допустимы.
• Поиск/фильтры работают на ваших примерах, а не на “идеальных данных”.

Если есть перенос данных, приемка должна включать проверку нескольких десятков записей выборочно: это быстро и очень показательно.

4) Роли и доступы

Проверьте, что:

• разные роли действительно видят разный набор функций и данных;
• опасные действия доступны ограниченному кругу;
• есть администраторские возможности: создать/заблокировать пользователя, сменить роль, сбросить доступ.

5) Интеграции (если они входят в этап)

Даже если интеграция “вроде работает”, примите её по простым бизнес-критериям:

• данные приходят/уходят в нужном формате;
• статусы не “расходятся”;
• есть понятный признак ошибки и способ её заметить (например, список сбойных операций).

6) Документы и “что вы получаете на руки”

До оплаты этапа зафиксируйте:

• что сделано в рамках этапа (списком);
• что перенесено на следующий этап (и почему);
• инструкции минимум для 5–10 типовых действий пользователя;
• доступы и владение тем, что критично для бизнеса (аккаунты сервисов, админ-доступ к системе).

7) Правила исправления ошибок

Чтобы приемка не превратилась в торг, заранее согласуйте:

• что считается ошибкой (и исправляется без доплат);
• сроки реакции/исправления;
• как вы подтверждаете, что ошибка устранена.

Этот чеклист помогает принимать спокойно: вы платите за проверяемый результат, подрядчик понимает критерии, а проект не “разваливается” на спорах.