Облачная или коробочная CRM: что выбрать компании

Сервер меняет обязанности компании

Собственная CRM на сервере добавляет компании контроль и ежедневную работу по сопровождению. Облачная CRM — сервис, который предоставляет поставщик через интернет, а коробочная версия устанавливается на выбранной компанией инфраструктуре. Выбор определяется требуемыми доработками и готовностью обслуживать систему.

Сравним варианты для отдела продаж, который принимает обращения с сайта и ведёт сделки. В качестве конкретного продукта возьмём Битрикс24: его версии позволяют предметно обсудить границу между настройкой процесса и обслуживанием программы. Названия моделей не решают задачу. Если компания ещё не определила, кто принимает заявки и по какому событию меняется стадия сделки, она сохранит эту неопределённость после переноса на собственный сервер. К ней добавятся вопросы сопровождения — резервного копирования и обновлений, за которые теперь потребуется отвечать отдельному сотруднику или подрядчику.

Что компания получает в облаке

По сравнению версий Битрикс24 облако не требует установки на сервер заказчика. Обновления поступают автоматически. Команда может сосредоточиться на доступах, воронке и работе с обращениями, хотя эти настройки всё равно требуют владельца. Поэтому для обычного отдела продаж облако разумнее начинать рассматривать первым: компания не покупает администрирование, пока не назвала конкретную потребность, которая требует другого способа размещения.

Что получает владелец коробки

Коробочная версия устанавливается на сервер и даёт доступ к исходному коду. Это открывает более глубокие изменения продукта, но любое изменение нуждается в поддержке. Купленный доступ не выполняет работу. Если внутреннее правило можно выразить настройкой штатного процесса, изменение программного кода создаст лишнюю зависимость от исполнителя, который позднее будет объяснять совместимость доработки с новым выпуском системы и искать причину сбоя после обновления.

Сравните требование, а не перечень возможностей

Фраза «нам нужна гибкость» не помогает выбрать версию. Полезнее описать действие сотрудника, данные на входе и ожидаемый результат, который сегодня не получается получить в используемых инструментах.

Интеграции и изменения интерфейса

В документации Битрикс24 для облака указан REST API. Это способ подключать внешние приложения и обмениваться данными по установленным правилам сервиса. Для коробки дополнительно назван D7 API. Заказчику не нужно оценивать программные средства по числу названий: исполнитель сначала показывает, какой именно сценарий нельзя выполнить доступным способом, а затем объясняет объём доработки и дальнейшую поддержку. Доступ к более глубокому уровню системы оправдан потребностью бизнеса, а не желанием разработчика использовать знакомый инструмент.

Для коробочной версии также указана поддержка AD / LDAP. Это может иметь значение для компании, которая уже управляет учётными записями сотрудников через соответствующую корпоративную систему. Требование лучше подтвердить с ответственным за инфраструктуру. Сложное название не повод платить. Если в компании нет такого порядка управления доступом и сотрудникам достаточно действующего способа входа, эта возможность не обосновывает переход на коробку.

Внешний сервис может остаться внешним

Размещение CRM у себя не переносит автоматически внутрь компании телефонию, мессенджеры и все приложения. Для каждой связки отдельно изучают, куда передаются данные и как она работает при ограничении сетевого доступа. Здесь полезна схема движения сведений. Если подрядчик обещает полностью закрытую работу, но предлагает отправлять клиентские сообщения внешнему сервису без описания состава данных, вопрос о контроле информации остался нерешённым, даже когда сама база CRM действительно находится на сервере заказчика.

Выбирайте штатную настройку раньше доработки. Она проще в сопровождении, если закрывает нужный сценарий, а отдельный код стоит обсуждать после демонстрации конкретного ограничения, которое команда не готова принять в своей работе.

Данные, права и восстановление требуют владельца

Контроль складывается из прав и действий сотрудников. Адрес сервера ещё не показывает, кто может выгрузить клиентскую базу, кому доступна резервная копия и как прекращаются полномочия после увольнения.

Права остаются задачей заказчика

В обеих моделях компания определяет, каким сотрудникам нужны клиенты, сделки и файлы. Администратору и продавцу требуется разный доступ. Общий логин отдела — плохое решение: по нему трудно различить действия людей и ограничить полномочия одного сотрудника без изменения работы остальных, поэтому удобство первоначальной выдачи пароля оборачивается потерей контроля над тем, кто действительно смотрит и меняет информацию о клиентах.

Для интегратора тоже назначают конкретные полномочия и срок работ, а после завершения настройки постоянный широкий доступ пересматривают. Вместе с ним смотрят приложения и способы подключения: отключённый сотрудник может быть только одной частью связки, а действующее приложение продолжит получать данные до отдельного изменения его прав и настроек.

Сопровождение коробки принимают отдельно

В руководстве по безопасности Битрикс24 прямо выделены дополнительные обязанности владельца коробки по администрированию. Там же перечислены обновления и резервное копирование. Это работы с разным результатом. Обновление закрывает известные ошибки и меняет продукт, а копия помогает восстановить сведения, поэтому наличие одного пункта в договоре не позволяет считать вторую задачу решённой и оставлять команду без понятного действия при остановке системы.

Для коробки я выбирал бы подрядчика с обязанностью показать восстановление на отдельном экземпляре. Отчёт о создании архива слабее такого испытания: повреждённый файл или отсутствующая часть данных обнаружатся только в момент восстановления, когда продавцам уже нужна CRM. Для облака также полезно заранее изучить доступные способы получения своих данных и восстановления через поставщика, не приписывая сервису возможностей, которых нет в выбранных условиях.

Требования к информации формулируют предметно

Если особый порядок размещения задан договором с заказчиком или внутренними правилами, его передают ответственному за защиту информации до покупки версии. Точное ограничение полезнее общей фразы о безопасности: требование о составе доступа, местах хранения и допустимых внешних сервисах можно сопоставить с конкретной системой, тогда как слово «коробка» ещё не описывает настройку, которая выполнит все эти условия.

Во сколько обходится каждый вариант

Сравнение лицензии с подпиской скрывает большую часть работы. Компания оплачивает подготовку процесса, перенос данных, подключение каналов, обучение и поддержку при любом способе размещения.

Одинаковый период сравнения

Для оценки выбирают один горизонт и одинаковый состав пользователей. Срок задаёт компания. Если в облачной смете учтена вся команда, а коробка оценена только по стартовой лицензии без размещения и поддержки, итог сравнивает разные покупки, поэтому перед решением полезно попросить каждого исполнителя заполнить одну и ту же таблицу, включая расходы после запуска и действия при смене подрядчика.

Экономию нельзя выводить из уменьшения одного платежа. Более дешёвая подписка может требовать дополнительных приложений, а собственный сервер — времени штатного специалиста. Даже если сотрудник уже получает зарплату, эта работа занимает его ресурс и влияет на другие задачи. В оценке полезно указывать владельца каждой статьи, чтобы сэкономленные на внешнем договоре деньги не превращались в скрытую перегрузку человека, который одновременно обслуживает всю инфраструктуру компании.

Что вынести в отдельное решение

Редкие пожелания разумнее отделить от обязательных сценариев. Начальный запуск не обязан ждать красивого интерфейса для действия, которое продавец выполняет изредка. Если пожелание всё же требует коробки, его стоимость сравнивают с пользой этого изменения, а не со всем эффектом будущей CRM: порядок работы с клиентами может быть доступен и в более простом варианте, без дополнительного сервера и собственной разработки.

Версия выбирается после пробного сценария

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

Что показать на демонстрации

Исполнитель воспроизводит рабочие роли. Продавец видит нужных клиентов, руководитель — состояние команды, а администратор — способы поддержки. Важен конкретный результат. Если демонстрация проходит только под самым широким доступом, заказчик ещё не знает, как CRM будет работать у обычного сотрудника, который каждый день принимает обращения. Такой сотрудник не может самостоятельно исправить настройки интеграции или вернуть случайно скрытые данные.

Для нетипичного требования готовят отдельную демонстрацию. В ней видно, какие части закрывает настройка. Места дополнительной разработки отмечают отдельно, чтобы стоимость поддержки не потерялась в общей цене запуска. Решение о коробке становится обоснованным, когда такое требование действительно необходимо, доступный способ в облаке его не выполняет, а компания принимает обслуживание вместе с затратами и ответственными людьми. Готовность исполнителя однажды написать код не заменяет договорённость о поддержке после завершения проекта.

Как сформулировать выбор

Облако подходит отделу, которому хватает штатных инструментов и доступных подключений. Коробка оправдана конкретными требованиями к размещению и глубоким изменениям, если для неё выделено сопровождение. Оба выбора сохраняют работу по процессу. После решения у компании остаётся короткий документ с выбранными сценариями, причинами отказа от другого варианта и владельцами данных, чтобы обсуждение внедрения продолжалось от задачи продаж, а не возвращалось к сравнению названий тарифов.