Что передаёт интегратор
Этот чек-лист используют после настройки конкретного канала. Инструкция по созданию бота, сообщества, виджета или доступу к API остаётся в руководстве выбранного канала. Здесь интегратор и клиент фиксируют общий проверяемый результат и передают ежедневную ответственность команде.
| Роль | Что делает на приёмке |
|---|---|
| Интегратор | Готовит подключение, ведёт контрольный сценарий и устраняет найденное расхождение до передачи. |
| Ответственный клиента | Подтверждает канал, участников, результат диалога и владельца процесса после запуска. |
| Сотрудник команды | Открывает обращение и отвечает через свой рабочий вход, без передачи общего пароля. |
Подготовьте безопасное контрольное обращение
Используйте отдельного внешнего отправителя и короткий вопрос с пометкой «тест приёмки». Не вставляйте в сообщение реальные заказы, телефоны, адреса, пароли или ключи. Запишите только время этапов и итог «прошёл / не прошёл»; тест не включайте в клиентские KPI.
9 проверок перед передачей
| Отметка и проверка | Что зафиксировать |
|---|---|
| □ 1. Канал и владелец названы | Понятное рабочее название канала и ответственный со стороны клиента. |
| □ 2. Источник включён до теста | Дата и время начала проверки; без токена, пароля или ключа. |
| □ 3. Обращение отправлено снаружи | Контрольный вопрос отправлен не из рабочего кабинета и помечен как тестовый. |
| □ 4. Входящее найдено в нужном кабинете | Время появления и правильный канал, без копирования текста клиента. |
| □ 5. Первый сотрудник открыл диалог | Сотрудник вошёл под своей учётной записью и видит нужную переписку. |
| □ 6. Ответ отправлен из рабочего кабинета | Время отправки и имя ответственного сотрудника. |
| □ 7. Отправитель получил ответ | Время получения в исходном канале и итог проверки. |
| □ 8. Второй сотрудник проверил свой доступ | Участник с назначенными правами открыл диалог через личный рабочий вход. |
| □ 9. Ответственность передана | Дата передачи, владелец обращений и контакт для восстановления работы. |
Если одна проверка не прошла
Остановите передачу на конкретном шаге и запишите наблюдаемый результат: например, «входящее видно, внешний отправитель не получил ответ». Не переподключайте рабочий канал наугад. Интегратор устраняет причину, затем повторяет только контрольный сценарий целиком — от внешнего сообщения до полученного ответа.
Что остаётся у клиента после приёмки
- Заполненные отметки с датой и временем, но без секретов и содержания клиентских переписок.
- Имена ответственного за обращения и контакта для восстановления работы.
- Понятный маршрут эскалации: кто проверяет канал и кто сообщает команде о результате.
- Ссылка на инструкцию именно того канала, который был принят.
Частые вопросы
Кто должен проводить приёмку клиентского канала?
Интегратор ведёт проверку вместе с ответственным представителем клиента. Финальный вход и ответ повторяет сотрудник, который будет работать с обращениями после передачи.
Достаточно ли увидеть статус «подключено»?
Нет. Практическая приёмка заканчивается, когда контрольное обращение появляется в рабочем кабинете, сотрудник отвечает, а отправитель видит ответ в исходном канале.
Можно ли использовать переписку настоящего клиента для теста?
Для приёмки лучше создать отдельное контрольное обращение без персональных данных и секретов. Пометьте его как тестовое, чтобы не учитывать в клиентских результатах.
Нужно ли передавать сотрудникам токен или пароль канала?
Нет. Проверяйте личный рабочий доступ сотрудника к кабинету. Токены, пароли и ключи не вносят в чек-лист и не пересылают вместе с актом приёмки.
Когда можно размещать ссылку на канал для всех клиентов?
После полного контрольного диалога, проверки доступа как минимум двух участников и назначения ответственного за обращения и восстановление работы.