BYstudio. Чек-лист приемки внедрения CRM
21 октября 2026. Заполните под согласованный этап. Это процедура проверки, а не результат уже выполненной приемки.
Source: https://bystudio.ru/solutions/crm-implementation-acceptance/

Проект:
Дата, среда и версия:
ТЗ и объем этапа:
Принимающий сотрудник:
Будущий пользователь и проверяемые роли:
Исполнитель:
Тестовый заказ и исходное состояние:
Разрешенные получатели тестовых уведомлений:
Исключенные функции:
Критерий завершения этапа:

1. Новая заявка
Одна запись в нужной воронке, верные поля, контакт и источник. Уведомление проверено отдельно.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

2. Ответственный и доступ
Проверены разрешенные и запрещенные действия под ролью сотрудника, а не только администратора.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

3. Обязательные поля
Без обязательного поля переход ограничен там, где требует ТЗ. После заполнения согласованный переход работает.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

4. Следующее действие
Созданы предусмотренные дело, срок и уведомление при согласованных условиях. Настройка и выполнение проверены отдельно.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

5. Исполнение и расчет
Завершение заказа, фактические данные и связанные записи верны. Для ресурса проверены резерв, списание и отмена; оплата имеет согласованный источник.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

6. Изменение и повтор
Повтор того же события и новая задача прежнего клиента обработаны по разным правилам. Правка завершенного заказа не удваивает связанные операции.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

7. Сбой и восстановление
В тестовой среде видны незавершенная передача, уведомление и восстановление. Повтор не создает лишнюю запись.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

8. Отчет и передача
Заказ находится в согласованном отчете. Получены доступы, инструкция, резервное копирование, ответственные и условия поддержки.
Роль и исходные данные:
Действия:
Ожидаемый результат (уточнить по ТЗ):
Фактический результат:
Состояние: пройдено / замечание / не проверено / не входит в этап
Подтверждение без клиентских данных:
Номер замечания и ответственный:
Повторная проверка, версия и результат:

ИТОГ ЭТАПА
Проверенные требования:
Непроверенные и исключенные требования:
Незакрытые замечания и влияние на запуск:
Ответственные и сроки повторной проверки:
Переданные материалы и поддержка:
Решение и условия запуска в согласованном для проекта порядке:

Один заказ является первым проходом. Другие типы заказов, роли, перенос,
исключения и нагрузка требуют своих проверок, если входят в объем.
Используйте обезличенные данные и согласованный тестовый контур.
Не отправляйте настоящие платежи и сообщения клиентам ради проверки.