Disclaimer. Шаблон кейса. Все числа помечены TODO до согласования с клиентом.
Почему RevOps обычно говорит «нет»
RevOps не должен любить новые инструменты. Каждый новый инструмент — это потенциальный новый источник правды, новая теневая база, новая статья в exit-плане. И в 90% случаев AI-инструменты добавляют ровно это.
С Timepicker.online мы решили: начнём разговор с архитектуры, не с продукта.
Что именно проверял Contoso RevOps
Чек-лист (мы используем его как шаблон для всех RevOps-проверок — см. чек-лист в материалах):
- Scope permissions. Timepicker.online запросил read на Lead / Contact / Opportunity / Activity. Write — только на Activity и Note. Acceptable.
- Data residency. Контекст для AI-драфтов — в одном регионе с Salesforce org. Никакой части данных не уходит в third-party модели без контракта. TODO: validate — обновить с точной формулировкой.
- Теневая база. Нет. Timepicker.online хранит scoring и метаданные о сигналах. Клиентские данные — только read через API. Это ключевой пункт.
- Explainability. Каждый приоритет объяснён конкретными сигналами. Можно показать CFO.
- Audit log. Каждая запись в Activity помечена как AI-draft или human-edit. Экспорт — по запросу.
- Rate control. Ограничения per-user, per-domain, per-day. По блоклисту — совпали с существующим списком RevOps.
- Exit. В контракте: экспорт scoring + метаданных, отключение за 24 часа, никаких retention-задержек.
Что было сложно
- Маппинг кастомных полей. В Salesforce у Contoso было 14 кастомных полей на Opportunity. Timepicker.online использовал только 4 из них. Остальные 10 пришлось явно описать как «игнор» — иначе scoring был бы искажён.
- Расширение scope. Через 3 недели появилась потребность писать в Case для customer success. Делали через отдельный scope-extension с отдельным approval. Правильное решение.
Результат
RevOps Lead Contoso в интервью для этого кейса: «Я готовился отказать. Остался, потому что первый разговор был не про AI, а про архитектуру».
TODO: validate quote.
Что мы вынесли
- Начинать с read-only — работает. Read-only в первой неделе + write во второй существенно снимает политический риск.
- Не запрашивать доступ шире, чем нужно. Каждое расширение — отдельный approval. Это занимает больше времени, но окупается доверием.
- Audit log — не опция. Мы сделали его стандартом. Без него в enterprise-сегменте не подписывают.
Contoso — сейчас в годовом контракте с расширением на CS-команду. TODO: validate — уточнить статус расширения.