Правильный чек-лист выбора сервиса устроен не так, как ожидает покупатель. Функции проверяются девятью вопросами, а оставшиеся шесть — про выход: в каком формате отдадут данные, что не отдадут вообще, сколько будет стоить переезд и что произойдёт, если поставщик закроется. Эти шесть вопросов определяют стоимость решения через два года сильнее, чем весь список возможностей на посадочной странице.
Чек-лист универсальный: он одинаково работает для CRM, системы записи, сервиса распознавания документов и платформы КЭДО. Он не отвечает на вопрос, нужна ли вам вообще покупка, — для этого есть таблица по двенадцати типовым задачам, где видно, что закрывается коробкой, а что нет. Здесь предполагается, что решение покупать уже принято и на столе два-три кандидата.
Задавать эти вопросы нужно письменно и получать письменные ответы. Не из недоверия, а потому, что менеджер по продажам и служба поддержки одного и того же вендора отвечают на вопрос про выгрузку данных по-разному, и через год вам понадобится ссылка на первый ответ.
Пять блоков и почему выход важнее функций
Пятнадцать вопросов разбиты на пять блоков. Первые три блока закрываются на демонстрации, четвёртый требует прайса и договора, пятый — отдельного письма поставщику. Порядок важен: если ответы пятого блока неприемлемы, первые четыре можно было не проверять.
| Блок | Вопросов | Что на самом деле проверяем | Когда задавать |
|---|---|---|---|
| 1. Задача и охват | 3 | Закрывает ли сервис процесс целиком или только его первый шаг | На демонстрации, до разговора о цене |
| 2. Данные и их размещение | 3 | Где физически лежат данные и кто несёт ответственность как оператор | На демонстрации, письменно |
| 3. Интеграции | 3 | Есть ли API, что через него доступно и на каком тарифе он включается | До тестового периода |
| 4. Экономика владения | 3 | Цена не первого месяца, а двенадцатого — с ростом команды и объёма | После получения прайса и договора |
| 5. Выход из сервиса | 3 | Что заберёте при уходе, что потеряете и сколько это будет стоить | До оплаты. Отдельным письмом |
Схема из пяти вертикальных блоков слева направо: «Задача и охват — 3», «Данные и размещение — 3», «Интеграции — 3», «Экономика владения — 3», «Выход из сервиса — 3». Первые три блока соединены тонкими стрелками, четвёртый и пятый — жирными. Пятый блок обведён двойной рамкой с пометкой «здесь отказываются от покупки чаще всего». Под схемой полоса с подписью «6 вопросов из 15 — про выход и деньги на выходе». Чертёжный стиль, подписи по-русски.
Блок 1. Задача и охват — вопросы 1–3
Задача блока — понять, закрывает сервис процесс целиком или только его удобную часть. Самая частая покупка не по делу выглядит так: сервис принимает заявки красиво, но всё, что происходит с заявкой дальше, по-прежнему живёт в таблице.
- 1Вопрос 1. Какой шаг процесса остаётся вне сервиса?
Формулировка важна: не «что умеет система», а что она не делает. Ответ «всё делает» означает, что вопрос не поняли. У любой коробки есть граница, и её лучше увидеть до покупки, чем на третьей неделе работы.
- 2Вопрос 2. Результат виден внутри сервиса или его выгружают в таблицу?
Если итог работы всё равно копируют в Excel, процесс не автоматизирован — автоматизирован его ввод. Это не всегда плохо, но цену такого решения надо сравнивать с ценой ручного ввода, а не с ценой полного закрытия задачи.
- 3Вопрос 3. Что произойдёт при удвоении объёма?
Спрашивайте про конкретные числа своего процесса: 6 000 обращений в месяц, 3 000 документов, 2 000 строк отгрузки в день. У каждой коробки есть порог, за которым тариф ломается или система замедляется, и поставщик обычно знает его точно.
Блок 2. Данные и где они лежат — вопросы 4–6
Оператором персональных данных остаётесь вы, даже если база физически лежит у поставщика. Поэтому три вопроса этого блока — не формальность и не проверка на лояльность закону, а выяснение того, кто и что подпишет, когда придёт проверка. Требования к площадке и разграничению доступа мы описали на странице про безопасность и размещение данных.
- 1Вопрос 4. В каком дата-центре и в какой стране лежат данные?
Ответ должен быть конкретным: город, оператор площадки, наличие данных на серверах в России. Формулировки вида «в надёжном облаке» и «у сертифицированного партнёра» — это отказ отвечать, и он засчитывается как красный флаг.
- 2Вопрос 5. Подписываете ли вы поручение на обработку персональных данных?
Если в сервис попадают имена, телефоны, записи разговоров или медицинские сведения, поручение обработки нужно оформлять. Готовый шаблон у зрелого поставщика есть; отсутствие шаблона говорит о том, что вы у него первый клиент, задавший этот вопрос.
- 3Вопрос 6. Кто из сотрудников поставщика видит содержимое вашей базы?
У любого облачного сервиса есть техподдержка с доступом к данным клиента. Нормальный ответ — доступ по заявке, с журналом и на ограниченное время. Ненормальный — «никто», потому что это неправда и означает, что о разграничении доступа никто не думал.
Блок 3. Интеграции — вопросы 7–9
Сервис почти никогда не остаётся один: он обменивается данными с учётной системой, телефонией и каналами связи. Именно здесь чаще всего выясняется, что заявленное API включается на тарифе вдвое дороже. Что скрывается за словом «поддерживает канал», подробно разобрано в подборке по сбору заявок из всех каналов.
- 1Вопрос 7. На каком тарифе включается API и есть ли лимит запросов?
Два числа: минимальный тариф с доступом к API и предел запросов в сутки. В модельном расчёте ниже переход на тариф с API добавил 90 000 ₽ за год — это не мелкий шрифт, а треть базовой подписки.
- 2Вопрос 8. Что доступно через API, а что только в интерфейсе?
Типичная асимметрия: карточки клиентов доступны, а вложения, история изменений и настройки — нет. Проверять надо ровно те сущности, которые вы собираетесь передавать в 1С или в отчётность, а не наличие API вообще.
- 3Вопрос 9. Есть ли готовый коннектор к вашей конфигурации 1С?
Не «к 1С», а к вашей конкретной конфигурации: интеграции у Бухгалтерии, УНФ и УТ разные. Если готового коннектора нет, это прослойка на 150 000–400 000 ₽ и 3–6 недель — статья бюджета, которую надо учесть до подписания, а не после.
Блок 4. Экономика владения — вопросы 10–12
Цена в прайсе — это цена первого месяца в идеальных условиях. Реальная цена собирается из тарифа, доплат за нужные функции, платы за объём и работ, которые не входят в подписку. Считать надо двенадцатый месяц, а не первый.
- 1Вопрос 10. Как считается плата: за пользователя, за операцию или за оба сразу?
Комбинированные тарифы — источник большинства неприятных сюрпризов. Попросите смоделировать счёт на вашем объёме: 25 пользователей, столько-то заявок, столько-то документов. Разница между оценкой поставщика и вашей может составить два раза.
- 2Вопрос 11. Что входит в подписку, а что оплачивается отдельно?
Обычно отдельно оплачиваются: перенос данных, обучение, настройка интеграций, ускоренная поддержка и работа вне часов. Каждый пункт стоит десятки тысяч рублей, и о каждом сообщают только по прямому вопросу.
- 3Вопрос 12. Как менялась цена за последние два года?
Прямой вопрос про историю индексации. Ответ показывает не только политику вендора, но и то, насколько с вами будут честны позже. Закладывайте в бюджет второго года рост подписки, а не её повторение.
Две вертикальные колонки на одной оси в рублях. Левая — сплошная, 297 000 ₽, подписана «Прайс». Правая — составная, 803 000 ₽, подписана «Первый год», сегменты с подписями: базовый тариф 297 000 ₽, тариф с API 90 000 ₽, настройка и перенос 120 000 ₽, обучение 80 000 ₽, операции сверх пакета 72 000 ₽, ускоренная поддержка 144 000 ₽. Между колонками пометка «×2,7». Чертёжный стиль, подписи по-русски.
Блок 5. Выход из сервиса — вопросы 13–15
Самый важный блок и самый неудобный для поставщика. Спрашивать про выход в момент покупки кажется невежливым, но это ровно тот момент, когда у вас есть переговорная позиция. Через год её не будет: данные уже внутри, люди уже привыкли, и обсуждать условия выгрузки придётся с позиции просителя.
- 1Вопрос 13. В каком формате и какой полноты будет выгрузка?
Просите не обещание, а пример: тестовый архив выгрузки на демо-данных. Разница между «выгружаем всё» и реальным CSV со справочником клиентов без истории обнаруживается за пять минут просмотра файла.
- 2Вопрос 14. Сколько данные хранятся после отказа от подписки?
Нормальный ответ — 30–90 дней с возможностью выгрузки. Плохой — «удаляются в день окончания оплаты». Этот срок стоит зафиксировать в договоре: он определяет, сколько у вас будет времени на переезд, если решение уходить принято внезапно.
- 3Вопрос 15. Сколько стоит выгрузка и помощь при переносе к другому поставщику?
Часть вендоров берёт за полную выгрузку отдельные деньги — от 20 000 до 100 000 ₽. Это законно и не является обманом, но знать цену выхода надо до входа. Как устроен сам перенос, разобрано в материале про миграцию данных при внедрении.
| Что забираете | Отдают ли | В каком виде | Что теряется |
|---|---|---|---|
| Справочник клиентов | Да | CSV или XLSX | Практически ничего |
| Сделки и их история | Частично | Плоский список без структуры | Даты переходов между этапами |
| Переписка с клиентами | Редко | Текст без привязки к каналу | Вложения, порядок сообщений, авторство |
| Файлы и документы | Через API поштучно | Архив по отдельному запросу, иногда платно | Привязка файла к сделке и карточке |
| Настройки, роли, сценарии | Нет | — | Всё: воссоздаётся у нового поставщика вручную |
| Отчёты и аналитика | Нет | Только сырые данные под ними | Расчётные показатели и история срезов |
Сравнение в две колонки. Левая «Уезжает с вами»: справочник клиентов, сделки плоским списком, сырые данные отчётов. Правая «Остаётся у поставщика»: даты переходов по этапам, вложения и порядок переписки, привязка файлов к сделкам, настройки и роли, сценарии автоматизации, расчётные отчёты. Под правой колонкой подпись «40–80 часов ручного восстановления у нового поставщика». Чертёжный стиль, подписи по-русски.
Из этой таблицы следует практический вывод, который дешевле сделать в первый месяц, чем на третий год: выгрузку надо делать регулярно, а не при уходе. Квартальный экспорт в собственное хранилище занимает полчаса, стоит ноль рублей и превращает два неприятных сценария — закрытие поставщика и резкий рост тарифа — из катастрофы в проект на две-три недели. Заодно он проверяет ответ на вопрос 13 на практике: обещанная полнота выгрузки и фактическая расходятся у большинства сервисов, и лучше узнать об этом в спокойный момент.
Роли, права, воронки, шаблоны и сценарии не переносятся между системами ни в каком формате. При переезде их собирают заново — 40–80 часов работы поверх переноса данных. Единственная защита: держать описание настроек в собственном документе с первого дня, а не в интерфейсе поставщика. Такой документ обходится в несколько часов при внедрении и экономит неделю при уходе.
Тестовый период: две недели, одна задача, реальные данные
Бесплатный период чаще всего тратится впустую: сервис ставят, кликают по интерфейсу, восхищаются и покупают. Проверку он не заменяет. Рабочая схема требует дисциплины и занимает две недели.
- 1Одна задача, а не весь процесс. Возьмите самый частый сценарий — приём заявки, обработку пачки документов, запись клиента — и проведите через сервис только его. Попытка проверить всё сразу заканчивается тем, что не проверено ничего.
- 2Реальные данные, а не демонстрационные. Загрузите свой справочник и свои документы, включая кривые: с опечатками, дублями и нестандартными формами. Демо на данных поставщика не проверяет ничего, кроме того, что поставщик умеет готовить демо.
- 3Работают те, кто будет работать потом. Не руководитель и не ИТ-специалист, а менеджер, кладовщик, администратор. Их первое впечатление предсказывает приживаемость системы лучше любой презентации.
- 4Считайте время, а не удобство. Замерьте секундомером, сколько занимает одна операция до и в сервисе. Экономия ниже 20 % на операции обычно не переживает первый месяц: люди возвращаются к прежнему способу.
- 5Проверьте выгрузку в последний день. Нажмите кнопку экспорта и откройте файл. Это единственный способ узнать правду об ответе на вопрос 13.
Если поставщик предлагает продлить тестовый период — соглашайтесь, но не меняйте условия проверки. Соблазн после двух недель «попробовать ещё пару сценариев» приводит к тому, что решение принимается по совокупному впечатлению, а не по замеру. Впечатление к третьей неделе всегда положительное: люди уже привыкли к интерфейсу, и неудобства перестают замечаться. Поэтому итог фиксируется письменно на четырнадцатый день — время операции до и после, доля данных, которые не импортировались, и результат теста выгрузки, — и уже потом обсуждается всё остальное.
Красные флаги и когда не покупать ничего
Четыре ответа снимают вопрос о покупке независимо от того, насколько хорош интерфейс. Это не признаки мошенничества — чаще это признаки незрелости продукта, но последствия для вас одинаковые.
- Отказ назвать место хранения данных. Формулировки «надёжное облако» и «сертифицированный партнёр» вместо названия площадки и страны. Оператором остаётесь вы, отвечать за размещение тоже вам.
- Невозможность показать пример выгрузки. Если тестовый архив нельзя получить за две недели тестового периода, его не будет и через два года.
- Демонстрация только на данных поставщика. Отказ загрузить ваш файл на демо означает, что с реальными данными что-то идёт не так — обычно ломается импорт или падает скорость.
- Срок внедрения, названный до обследования процесса. «Запустим за неделю» без единого вопроса о вашем процессе — это не скорость, а отсутствие интереса к результату. Как мы строим оценку сроков, описано в разделе про порядок работы.
К этим четырём стоит добавить пятый, менее очевидный: поставщик не задаёт встречных вопросов. Продукт, который действительно решает задачу, требует знать объём, состав команды и смежные системы — без этого невозможно ни назвать тариф, ни оценить перенос данных. Разговор, в котором вам только рассказывают, но ничего не спрашивают, обычно заканчивается счётом, не совпадающим с прайсом ровно на те условия, о которых не спросили.
И отдельно — три ситуации, в которых правильный ответ на весь чек-лист «не покупать ничего». Первая: процесс не описан, и на вопрос «что происходит с заявкой после звонка» в компании три разных ответа — сначала карта процесса, потом выбор сервиса. Вторая: данные грязные, справочник содержит дубли и записи без телефонов — любой сервис перенесёт этот беспорядок внутрь себя и сделает его дороже. Третья: у задачи нет владельца — человека, который отвечает за результат и имеет право менять регламент. Без него система приживётся у двух энтузиастов и умрёт через квартал.
Хороший поставщик отвечает на вопросы о выходе спокойно и по пунктам. Плохой объясняет, почему вы не захотите уходить.
