Что именно Вы хотите посчитать
«Создать CRM» может означать настройку готовой системы, её доработку или разработку приложения с нуля. У этих вариантов разный состав работ. Для сравнения сначала опишите процесс, который сотрудники должны выполнять: от поступления обращения до результата для клиента.
В Goose Expert стоимость собственной CRM рассчитывается по задаче; утверждённых публичных расценок на разработку пока нет. Ниже — условный пример первой версии и структура расчёта, с которыми можно подготовить запрос на оценку. Это не клиентский кейс и не готовое предложение с фиксированной ценой.
Готовая CRM или разработка на заказ
Если готовая система поддерживает нужный процесс, сначала имеет смысл оценить её настройку. Собственная CRM требует бюджета не только на создание, но и на дальнейшее обслуживание. Рассматривать её стоит, когда важные правила, доступ к данным или интеграции трудно реализовать в подходящем готовом продукте.
| Вопрос | Готовая система | Собственная CRM |
|---|---|---|
| Как выглядит запуск? | Настройка процессов, полей, доступов и необходимых расширений. | Проектирование, разработка интерфейса и логики, проверка и развёртывание. |
| Что оплачивается регулярно? | Лицензии, дополнительные модули и сопровождение — по условиям поставщиков. | Инфраструктура, внешние сервисы и согласованное сопровождение. |
| Как изменить процесс? | Проверить возможности настройки и ограничения продукта. | Оценить изменение собственной системы и связанные проверки. |
| Что будет с данными? | Проверить доступный экспорт, API и условия доступа после прекращения оплаты. | Определить хранение, выгрузку, резервное копирование и ответственность за них. |
Универсального победителя здесь нет. Сравнивайте оба варианта на одном процессе и за одинаковый период эксплуатации. Низкая цена входа мало помогает, если нужный обмен данными придётся поддерживать вручную.
Пример первой версии: обработка заявок с сайта
Представим компанию, где менеджеры получают обращения с сайта и ведут их в таблице. В условной первой версии CRM нужен один рабочий путь: обращение попадает в систему, получает ответственного, проходит согласованные этапы и отражается в отчёте.
- Карточка. Контакты клиента, источник, ответственный, статус и история действий.
- Работа менеджера. Список своих заявок, комментарии и задача на следующий контакт с датой.
- Работа руководителя. Назначение ответственного, просмотр заявок команды и отчёт по этапам.
- Связь с сайтом. Приём обращения, проверка обязательных полей и согласованная обработка повторной отправки.
- Доступ. Правила того, какие заявки может видеть и изменять каждый сотрудник.
В этом примере телефония, обмен с 1С, генерация документов и дополнительные воронки остаются за границами первой версии. Если без одной из этих функций процесс не работает, её нужно включить в расчёт сразу. Перенос существующих записей оценивается после проверки исходных данных.
Критерий готовности можно записать конкретно: заявка с сайта появляется в CRM, менеджер получает её в работу и меняет статус, руководитель видит результат в отчёте. Повторная доставка того же обращения не создаёт вторую заявку, а сотрудник без нужных прав не может открыть чужую карточку.
Какие требования сильнее меняют стоимость
Процесс и исключения. Несколько отделов, возврат заявки на предыдущий этап, согласование скидки и замещение сотрудника добавляют правила. Нужны ответы на вопрос «что происходит дальше» для каждой такой ситуации.
Интеграции. Формулировки «подключить 1С» недостаточно. Уточните версию и конфигурацию системы, какие данные передаются, в каком направлении и как часто. Отдельно определите, что делать при недоступности второй стороны или конфликте изменений.
Отчёты. Для показателя «конверсия» нужны правила расчёта: какие обращения учитываются, за какой период и что считается успешным результатом. Они влияют и на хранение истории, и на проверку итоговых цифр.
Права сотрудников. Видимость карточек, возможность выгрузки базы, изменение ответственного и удаление записей — отдельные действия. Лучше описать их до расчёта, чем обнаружить различия после демонстрации.
Почему перенос данных оценивают отдельно
Количество строк — только часть задачи. Нужно сохранить связи между клиентами и обращениями, сопоставить поля, определить обработку дублей и решить, какая история должна остаться. В исходных данных могут быть разные форматы телефонов, отсутствующие ответственные или несколько карточек одного клиента.
Для первичной оценки подготовьте обезличенный фрагмент выгрузки с названиями полей и примерами связей. Затем согласуйте правила переноса и контроль: как сверяем число записей, выборочные карточки и связанные документы. Не отправляйте рабочую клиентскую базу через форму заявки.
Из каких строк складывается смета
| Работа и роль | Что оценивается | Проверяемый результат |
|---|---|---|
| Описание процесса · аналитик | Этапы, роли и исключения. | Согласовано, кто и что делает с заявкой на каждом этапе. |
| Интерфейс · дизайнер | Карточки, списки, отчёты и состояния ошибок. | Сотрудник может пройти свой сценарий на макетах. |
| Разработка · разработчик | Законченные сценарии и права доступа. | Процесс работает с согласованными правилами и историей действий. |
| Интеграции · разработчик | Каждый источник или получатель данных. | Проверены обмен, повторная доставка и обработка ошибок. |
| Перенос · специалист по данным | Каждый источник и согласованный набор сущностей. | Записи и связи перенесены; результаты сверены. |
| Проверка и запуск · тестировщик и инженер | Сценарии, окружение, перевод сотрудников в новую систему. | Пройдена приёмка и определён порядок действий при проблемах запуска. |
Для каждой строки нужны допущения, трудоёмкость или фиксированная сумма и условия приёмки. Если расчёт ведётся по времени, сравнивают часы и ставки специалистов. Если цена фиксированная — границы работ и правила внесения изменений. Несколько перечисленных ролей может выполнять один человек.
Лицензии внешних сервисов, инфраструктура, обучение сотрудников и сопровождение должны быть либо отдельными строками, либо явно включённой частью этапа. Так можно сопоставить предложения по одинаковому объёму, а не только по итоговой сумме.
Как сократить первую версию без потери рабочего результата
Начните с одного отдела или процесса, выберите обязательные интеграции и конкретный отчёт для руководителя. Дополнительные каналы, виды документов и сложную аналитику можно вынести в следующий этап, если сотрудники смогут работать без них.
При этом нельзя просто вычеркнуть доступы, проверку переноса или тестирование: они определяют, можно ли пользоваться системой с реальными данными. Сокращать лучше количество сценариев, сохраняя целостность каждого.
Что подготовить для оценки CRM
Опишите путь одной заявки сегодня и желаемый результат, роли сотрудников, системы для обмена и источники данных. Добавьте ограничения по размещению, бюджету и дате запуска. Подробное техническое задание для первого разговора не обязательно.
Отправить задачу можно на странице разработки CRM на заказ. Если Вы планируете продавать доступ к системе другим компаниям, потребуется также оценить разделение их данных и подписки — эти вопросы разобраны в материале о стоимости разработки SaaS.