Внедрение CRM и Dynamics 365
Из чего складывается бюджет CRM-внедрения в Казахстане: лицензии, роли, модули, данные, миграция, интеграции, обучение, поддержка и место Dynamics 365.
Tugelbay Konabayev, Marketing Specialist · 9 июня 2026 г.
Эти блоки отвечают на практические вопросы без скрытого текста и без неподтвержденных обещаний по срокам, стоимости или результату.
Стоимость внедрения CRM нельзя честно назвать одной цифрой без описания объема работ. Бюджет складывается из лицензий, ролей пользователей, выбранных модулей, настройки процессов, миграции данных, интеграций, отчетности, обучения, поддержки и закупочного маршрута. Dynamics 365 стоит учитывать, когда Microsoft-экосистема действительно подходит задаче.
Потому что два запроса с названием `внедрение CRM` могут означать разные проекты: простую воронку продаж, сервисные обращения, миграцию из старой CRM, интеграцию с 1С, управленческие отчеты Power BI, филиалы, роли доступа, формальную закупку или поддержку после запуска.
На лицензионный бюджет влияют роли пользователей, выбранные приложения, Sales или Customer Service, полный или ограниченный доступ, сценарии Power Platform, дополнительные возможности, контекст тенанта и закупочный маршрут. Эта статья не публикует цены и не заменяет лицензионный разбор.
На бюджет работ влияют бизнес-процессы, количество ролей, уровень настройки, кастомизация, формы, поля, роли безопасности, автоматизации, тестирование, обучение, отчетность, миграция данных, интеграции, документация, критерии приемки и модель поддержки после запуска.
Миграция влияет на бюджет, потому что нужно определить источники, качество данных, дубликаты, исторические записи, владельцев, сопоставление полей, очистку, контрольную загрузку, проверку результата и порядок перехода. Слабая миграция создает ошибки, задержки и недоверие пользователей.
Интеграции влияют на стоимость через количество систем, направление обмена, готовность API, безопасность, владельца основных данных, обработку ошибок, мониторинг, тестирование и поддержку. Связь с 1С, ERP, сайтом, телефонией, Power BI или Power Platform нужно считать отдельно от базовой настройки CRM.
Нужно заложить обучение по ролям, принятие системы пользователями, владельца администрирования, разбор обращений, заявки на изменения, порядок релизов, контроль качества данных, корректировки отчетов и развитие очереди задач. CRM не заканчивается запуском.
Отправьте цели проекта, текущие системы, роли пользователей, процессы продаж или сервиса, пример данных, список интеграций, отчетность, потребности миграции, страны и филиалы, ограничения закупки, желаемый первый запуск, ожидания поддержки и критерии приемки.
Стоимость CRM-внедрения в Казахстане нельзя назвать одной цифрой. Один клиент под “CRM” понимает простую базу клиентов и воронку продаж. Другой — Dynamics 365 Sales, Customer Service, интеграцию с 1С, Power BI отчеты, миграцию исторических данных, филиалы, роли доступа, обучение, поддержку и формальную закупку. Это разные проекты, хотя запрос звучит одинаково.
Правильный вопрос: из чего складывается бюджет CRM-проекта и какие вводные нужны для оценки. Бюджет состоит из лицензий, работ, данных, интеграций, отчетности, обучения, поддержки и управления изменениями. Dynamics 365 появляется в расчете, когда компании нужна не просто карточка клиента, а управляемая платформа бизнес-приложений вокруг Microsoft 365, Power BI, Power Platform, Dataverse, продаж, сервиса, отчетности и интеграций.
Гайд не публикует точные суммы, не является коммерческим предложением и не обещает результат. Его задача — помочь IT, продажам, сервису, финансам, закупке и руководству увидеть факторы бюджета до запроса. Чем точнее объем, тем честнее оценка. Чем слабее вводные, тем выше риск получить красивую, но бесполезную цифру.
CRM-бюджет лучше раскладывать на отдельные линии. Проще сравнивать предложения, обсуждать ожидания и не смешивать разовые работы с будущей поддержкой. Если все в одну строку, предложение выглядит просто, но управлять трудно.
| Бюджетная линия | Что входит | Что уточнить до оценки |
|---|---|---|
| Лицензии | Права пользователей на нужные CRM-приложения, роли, модули, дополнительные возможности и связанные сервисы. | Кто работает в системе ежедневно, кому нужен ограниченный доступ, какие приложения нужны и как проходит закупка. |
| Работы по внедрению | Обследование, проектирование, настройка процессов, роли безопасности, формы, поля, автоматизации, тестирование и запуск. | Какие процессы входят в первый запуск, что остается в очереди развития и кто принимает решения по объему работ. |
| Кастомизация | Доработки логики, расширения интерфейса, нестандартные правила, сложные автоматизации или интеграционные элементы сверх базовой настройки. | Что можно закрыть стандартной настройкой, а что требует отдельной разработки и дальнейшей поддержки. |
| Миграция данных | Источники, сопоставление полей, очистка, дубликаты, контрольные загрузки, проверка результата, порядок перехода и архивные решения. | Какие данные переносить, в каком качестве, кто владеет справочниками и кто принимает результат миграции. |
| Интеграции | 1С, ERP, сайт, формы заявок, почта, Teams, телефония, Power BI, Power Platform, API и порталы. | Направление обмена, владелец данных, ошибки, безопасность, мониторинг и поддержка после запуска. |
| Отчетность | Дашборды, управленческие отчеты, Power BI, определения KPI, владельцы метрик и логика обновления. | Какие решения руководство принимает по отчету и какие источники данных нужны для этих решений. |
| Обучение и принятие | Обучение по ролям, инструкции, подготовка администраторов, проверка готовности пользователей и коммуникация изменений. | Какие роли учить, кто владелец процесса и как компания понимает, что пользователи готовы работать в CRM. |
| Поддержка и развитие | Обращения пользователей, заявки на изменения, очередь задач, релизы, качество данных и небольшие улучшения. | Что считается поддержкой, а что новым проектным объемом, и кто управляет приоритетами после запуска. |
Если линии смешаны, предложение трудно сравнивать. Один подрядчик считает только лицензии и базовую настройку. Другой включает discovery, миграцию, интеграции и поддержку. Третий считает первый запуск без отчетности. Перед оценкой приведите предложения к одной структуре: лицензии, работы, данные, интеграции, поддержка отдельно.
Лицензии — заметная часть бюджета, но не вся. Microsoft показывает, что Dynamics 365 имеет разные приложения и планы, включая Sales и Customer Service. Это означает: лицензионный бюджет зависит не от общего числа сотрудников, а от ролей и сценариев использования.
Для оценки лицензий нужно разделить пользователей:
Не начинайте с “у нас сто сотрудников, посчитайте CRM”. У них разные роли. Продажи работают с возможностями, активностями, прогнозом каждый день. Руководство смотрит обзор воронки. Сервис ведет обращения. Финансы видят статус оплаты и заказов. IT отвечает за роли и администрирование. Это разные сценарии и разные лицензионные предпосылки.
Если Dynamics 365 рассматривается как маршрут, лицензионная часть должна следовать из процесса и модуля:
Этот гид не переводит публичные страницы Microsoft в локальное коммерческое предложение. Доступность, локальные условия, налоги и коммерческие правила нужно проверять отдельно. Для подготовки бюджета важнее другое: лицензионная строка является только одной частью CRM-проекта.
Работы зависят от понимания процесса и отличия CRM от стандартного поведения платформы. Microsoft акцентирует бизнес-процессы: действия, роли, функции, данные, системы. Для бюджета это практичный сигнал: невозможно честно оценивать CRM, если процесс описан только общими словами.
Если процесс продаж описан плохо, discovery займет больше времени. Если этапы воронки спорные, логика прогноза не согласована, а обязательные поля меняются каждую встречу, настройка будет постоянно переделываться. Если сервисный процесс живет в почте и мессенджерах, сначала нужно описать жизненный цикл обращения. Если руководству нужен отчет, но отделы спорят о метриках, придется решать вопрос данных до сборки дашборда.
Бюджет работ растет, когда:
Различайте настройку и кастомизацию. Настройка — адаптация возможностей платформы. Кастомизация — доработка за пределами базовой настройки. Кастомизация влияет на тестирование, поддержку, документацию, будущие изменения и релизы. Хорошее описание показывает отдельно: что стандартно, что требует доработки, что отложить в очередь развития.
Microsoft Success by Design рассматривает blueprint как способ заранее описать решение и его границы. Для бюджета это означает, что discovery и проектирование - не лишняя встреча, а способ не платить за переделки позже.
Миграция данных — один из самых недооцененных факторов. На демонстрации можно показать чистые карточки клиентов и аккуратную воронку. В реальности — дубли, старые Excel-файлы, разные правила статусов, неполные телефоны, спорные контакты, архивные сделки, незакрытые обращения, разные справочники и неясный владелец.
Microsoft Learn по управлению данными и миграции в проектах Dynamics 365 разделяет конфигурационные данные и данные миграции. В этом материале подчеркивается, что данные нужно планировать, тестировать и контролировать на протяжении проекта, а слабое управление данными может приводить к ошибкам, задержкам и потере данных. Поэтому миграция должна быть отдельной бюджетной линией, а не скрытой задачей “в конце”.
На миграцию влияют:
Иногда бюджет миграции можно контролировать, не перенося всю историю. Например, первый запуск требует активные компании, открытые сделки и незакрытые обращения, а старые данные остаются в архиве или отчетном слое. Но это должно быть управленческое решение, а не техническая случайность.
Если миграцию не обсудить заранее, проект получает неприятный сюрприз: CRM вроде настроена, но пользователи не доверяют данным. А когда пользователи не доверяют данным, они возвращаются в Excel, даже если система формально запущена.
Интеграция — не одна строка “связать с 1С”. Это набор решений: какие данные передаются, кто владелец, направление обмена, события, ошибки, видимость журнала, исправление проблем, тестирование, поддержка после запуска.
Стоимость CRM растет, когда интеграции включают:
Для каждой интеграции нужно задать вопросы:
Иногда интеграцию нужно делать сразу, потому что процесс без нее не работает. Иногда лучше отложить и начать с управляемого MVP. Если команда переходит с Excel на CRM, можно сначала закрепить воронку, а обмен с ERP отложить. Но если процесс продаж зависит от оплат, задолженности или статуса заказа, данные 1С или ERP могут быть обязательны в первом запуске.
Для интеграционного контура есть отдельный материал: интеграция Dynamics 365 и 1С в Казахстане. Здесь главный принцип такой: интеграции должны быть видимы в оценке до сравнения предложений.
CRM без отчетности часто становится инструментом ввода данных, а не управления. Руководство ожидает видеть воронку, прогноз, нагрузку, конверсию, причины потерь, SLA, активности, показатели команд. Но отчетность зависит от качества процесса и данных.
На бюджет отчетности влияют:
Важно не обещать дашборд до согласования данных. Если этапы продаж не определены, прогноз будет спорным. Если причины потерь не заполняются, отчет по потерям будет пустым. Если финансовые данные живут в 1С, а CRM их не видит, отчет должен учитывать границы источников.
Power BI может быть отдельной бюджетной линией или отдельным проектом. Иногда первый запуск CRM должен включать только базовые представления и простые отчеты. Иногда управленческий дашборд является ключевым результатом. Если главная боль компании - “цифры расходятся”, возможно, начинать нужно с разбора данных и отчетности, а не с большого CRM-проекта.
Для отдельной темы Power BI + 1С есть материал: Power BI и 1С в Казахстане. В CRM-бюджете этот вопрос нужно учитывать как отчетный объем работ, а не прятать в строку “настроим отчеты”.
CRM внедряется не только в системе, но и в поведении людей. Microsoft подчеркивает: обучение пользователей важно для успешного использования. Это означает: обучение и принятие нельзя считать украшением, если сотрудники должны работать по-новому.
На обучение влияют:
На поддержку влияют:
Без поддержки CRM деградирует. Пользователи просят изменения, поля устаревают, отчеты перестают работать, интеграции требуют внимания, очередь не управляется. Поэтому поддержка должна быть отдельной бюджетной линией даже для небольшого первого этапа.
Самый простой способ потерять контроль над бюджетом - пытаться запустить идеальную CRM для всех сразу. Более надежный подход - поэтапный MVP: первый запуск решает одну сильную бизнес-задачу, а не все боли компании.
MVP может быть:
MVP не означает “сделать плохо”. Он означает: первую ценность, ограничить объем, проверить принятие, спланировать следующую очередь. Хороший MVP имеет ясные критерии приемки:
Если первый запуск не имеет границ, контроль бюджета невозможен. Любая новая идея становится “надо добавить сейчас”. Если границы есть, идеи попадают в очередь задач и могут быть приоритизированы.
Dynamics 365 не должен быть ответом на каждый запрос “нужна CRM”. Если компания ищет простую карточку клиента, один список задач и минимальную отчетность, может быть достаточно более легкого маршрута. Но Dynamics 365 имеет смысл учитывать в бюджете, если CRM должна стать частью Microsoft-экосистемы и более широкого бизнес-процесса.
Dynamics 365 выглядит уместнее, если:
Официальные страницы Microsoft по Dynamics 365 pricing полезны как напоминание, что лицензирование отличается по приложениям и планам. Но бюджет внедрения CRM не равен выбору плана. Для покупателя в Казахстане главный вопрос обычно другой: что именно внедряем, кто пользуется, какие данные переносим, какие интеграции нужны и кто поддерживает систему после запуска.
Если вопрос не в бюджете, а в сравнении платформ, используйте Dynamics 365 или 1С в Казахстане. Если вопрос в выборе подрядчика, используйте гид по выбору партнера Dynamics 365 CRM.
Чтобы получить реалистичную оценку, отправьте подрядчику пакет вводных. Он не должен быть идеальным. Но он должен показать, что именно оценивается и где есть неизвестные.
Минимальный пакет:
Если такого пакета нет, можно начинать с обследования. Но не стоит требовать точную оценку на пустом описании. Она почти наверняка будет либо слишком общей, либо будет скрывать допущения.
Технические факты и продуктовый контекст в этом гайде опираются на официальные Microsoft и Microsoft Learn источники:
Гайд не публикует точные суммы, не является юридической или закупочной консультацией, не подтверждает статус Promise Group Kazakhstan у Microsoft и не заменяет коммерческое предложение. До коммерческого, юридического, закупочного, источникового и SEO-ревью материал должен оставаться в закрытом режиме подготовки.
Количество пользователей важно, но это только часть бюджета. Два проекта с одинаковым числом пользователей могут сильно отличаться из-за данных, интеграций, ролей, отчетности, миграции, кастомизации, обучения и поддержки.
Так сравнивать некорректно. Dynamics 365 может быть избыточен для простой базы клиентов, но может быть оправдан, если CRM связана с Microsoft 365, Power BI, Power Platform, сервисными процессами, интеграциями, ролями безопасности и управляемым развитием.
Да, если сузить первый запуск: один процесс, ограниченная группа пользователей, понятные данные, минимум интеграций и ясные критерии приемки. Но такой MVP должен иметь дорожную карту и владельца поддержки, иначе он останется временным решением.
Часто забывают очистку данных, тестирование миграции, обучение, UAT, отчеты, поддержку после запуска, владельца администрирования, заявки на изменения, документацию и мониторинг интеграций.
Если руководству нужны управленческие показатели, отчетность нужно планировать рано. Но не каждый отчет должен входить в первый запуск. Сначала важно определить метрики, владельцев данных, источники, частоту обновления и права доступа.
Бюджет быстро растет, когда нет владельца объема работ, добавляется много кастомизации, интеграции не описаны, данные не подготовлены, критерии приемки отсутствуют, а пользователи ожидают повторения всех привычек старой системы без изменения процесса.
RFP полезен для крупного или формального проекта, но для первичного понимания бюджета часто достаточно краткого описания вводных. Важно не запрашивать предложение на неполном описании процесса: такие ответы будет трудно сравнить.
Нет. Гид объясняет факторы бюджета и помогает подготовить вводные. Коммерческое предложение должно строиться после discovery, уточнения пользователей, модулей, данных, интеграций, отчетности, закупочного маршрута и ожиданий поддержки.
Используйте этот гид как пакет подготовки: соберите пользователей, роли, процессы, текущие системы, данные, интеграции, отчетность, ограничения закупки и ожидания поддержки. После этого CRM-проект можно оценивать без выдуманных цифр и лишнего объема работ.
