TalkSonar · buyer resource
CRM publication planning worksheet
English and Russian edition · English / Русский
Back to resourcesEnglish
CRM publication planning worksheet
Decide which analysis results belong in the CRM and who will act on them. Start with the smallest useful set. Do not publish sensitive call content by default.
1. Start with a decision
| Question | Your answer |
|---|---|
| Which team decision should this field support? | __________ |
| Who will use it, and at what point in their workflow? | __________ |
| What source evidence supports the result? | __________ |
| What should happen when evidence is missing or uncertain? | __________ |
2. Map fields
| Analysis output | CRM object / field | Format and allowed values | Reader / action owner |
|---|---|---|---|
| Example: follow-up needed | Opportunity / Follow-up status | Yes, no, review | Account owner |
For every field, agree whether it is new or existing, who may see and edit it, how stale values are cleared, and whether a human must confirm it before action.
3. Test before launch
- Use a small, approved set of test records with known expected values.
- Check correct record matching, permissions, duplicate handling, and field limits.
- Test missing metadata, ambiguous findings, API errors, retries, and correction.
- Confirm how to pause publication and remove test data.
4. Rollout decision
Pilot owner: __________ Review date: __________ Approval needed from: __________
Success measure: __________ Stop condition: __________ Rollback owner: __________
Русский
Рабочий лист планирования передачи результатов в CRM
Определите, какие результаты анализа следует передавать в CRM и кто будет действовать на их основе. Начните с минимального набора, который принесёт пользу. Не включайте передачу конфиденциального содержания разговоров по умолчанию.
1. Начните с решения, которое нужно принять
| Вопрос | Ваш ответ |
|---|---|
| При принятии какого решения команда будет использовать это поле? | __________ |
| Кто будет использовать это поле и на каком этапе работы? | __________ |
| Какой подтверждающий фрагмент исходной записи обосновывает результат? | __________ |
| Что должно происходить, если подтверждающий фрагмент отсутствует или не позволяет сделать однозначный вывод? | __________ |
2. Сопоставьте поля
| Результат анализа | Объект / поле CRM | Формат и допустимые значения | Пользователь данных / ответственный за действие |
|---|---|---|---|
| Пример: нужен повторный контакт | Сделка / Статус повторного контакта | Да, нет, требуется проверка | Ответственный за клиента |
Для каждого поля согласуйте, нужно ли создать его или использовать существующее, кто сможет его просматривать и редактировать, как будут удаляться устаревшие значения и потребуется ли подтверждение человеком перед выполнением действия.
3. Проверьте перед запуском
- Используйте небольшой согласованный набор тестовых записей с заранее известными ожидаемыми значениями.
- Проверьте правильность сопоставления записей, права доступа, обработку дубликатов и ограничения полей.
- Проверьте обработку отсутствующих метаданных, неоднозначных выводов и ошибок API, а также повторные попытки передачи и внесение исправлений.
- Уточните порядок приостановки передачи результатов и удаления тестовых данных.
4. Примите решение о запуске
Ответственный за пилот: __________ Дата проверки: __________ Кто должен согласовать: __________
Показатель успеха: __________ Условие остановки: __________ Ответственный за откат изменений: __________