Власна CRM чи Salesforce: налаштувати, розширити або розробити?
На цій сторінці
Почніть з оцінки Salesforce, якщо головне завдання — вести клієнтів, угоди та роботу команди продажів. Розгляньте розширення або інтеграцію, якщо проблема полягає в конкретній передачі даних до операційної системи. Власна CRM стає переконливішим варіантом, коли важливі процеси залишаються складними після такої оцінки, а бізнес готовий фінансувати розробку й подальшу експлуатацію.
Порівнюйте вартість і зручність виконання одного процесу, включно з винятками. Цей приклад умовного дистриб’ютора спирається на публічну документацію, перевірену 7 жовтня 2026 року; процес у тестовому середовищі Salesforce не випробовували.
Порівнюйте однакову роботу
Припустімо, є 25 внутрішніх користувачів у двох регіонах продажів. Менеджер створює клієнта й комерційну пропозицію; знижки понад узгоджений поріг потребують погодження. Прийнята пропозиція стає замовленням у чинній ERP. Склад може відвантажити шість із десяти одиниць зараз і чотири пізніше. Продажам потрібно бачити залишок до відвантаження та відповідального за виняток без повторного введення замовлення.
ERP залишається основною системою обліку залишків і відвантажень. Бухгалтерія залишається в поточній обліковій системі. Клієнтський портал необов’язковий і оцінюється окремо. Застосуйте ці межі до обох пропозицій, щоб порівнювати однаковий обсяг і відповідні витрати.
Порівняйте дев’ять вимог до процесу
Матриця розділяє задокументовані можливості налаштування, запропоновану розробку та вимоги, обсяг яких ще потрібно визначити. Невідоме потребує дослідження й не означає відсутності функції у Salesforce. Перевірте кожну вимогу в редакції та середовищі, зазначених у пропозиції.
Колонка власної CRM описує роботи, які потрібно виконати й прийняти. Під кожною вимогою рядок приймання визначає результат демонстрації для обох варіантів: сама документація не підтверджує проходження сценарію.
| Salesforce: підхід для оцінки | Власна CRM: запропонована розробка |
|---|---|
| Клієнти й етапи продажів | |
| Конфігурація Зіставити компанії, контакти й угоди з процесом продажів. Можливості продажів | Розробити картки клієнтів, етапи, історію активності й пошук. |
Критерій приймання Створити клієнта, змінити етап угоди та знайти її історію. | |
| Погодження знижки | |
| Конфігурація Оцінити погодження за потрібним порогом і правилами відповідальних. Процеси погодження | Розробити стани погодження, права та журнал дій. |
Критерій приймання Непогоджена знижка не потрапляє до передачі замовлення. | |
| Регіональний доступ до записів | |
| Конфігурація Спроєктувати доступ до записів разом із правами на об’єкти й поля. Доступ до запису | Розробити й застосувати регіональні права в інтерфейсі та API. |
Критерій приймання Користувач іншого регіону не може прочитати закритий запис. | |
| Передача замовлення до ERP | |
| Розробка Підтвердити право на API та права користувача; визначити обсяг конектора. Доступ до API за редакціями | Розробити відповідні зіставлення, повтори, облік результатів і звірку. |
Критерій приймання Повторний запит створює одне замовлення; збої залишаються видимими. | |
| Історія часткових відвантажень | |
| Налаштування та розробка Оцінити власні записи для рядків відвантаження та інтегрувати оновлення ERP. Власні об’єкти й поля | Розробити зв’язки замовлень із відвантаженнями та операційне подання. |
Критерій приймання Шість відвантажених одиниць і чотири до відвантаження пов’язані з початковими десятьма. | |
| Звіт про прострочені замовлення з кількох систем | |
| Невідомо до визначення обсягу Підтвердити спосіб звітності після зіставлення потрібних джерел даних. Порівняння можливостей редакцій | Визначити показник, створити набір даних, правила доступу й звіт. |
Критерій приймання Підсумки звіту збігаються з даними замовлень і відвантажень на погоджений момент. | |
| Експорт даних і перехід | |
| Налаштування та перевірка Обрати спосіб експорту та перевірити файли, зв’язки й частоту. Способи експорту даних | Визначити формати експорту, ідентифікатори, документацію та перевірку відновлення. |
Критерій приймання Відтворити з експорту зразок клієнта, замовлення й відвантаження. | |
| Портал самообслуговування клієнтів | |
| Невідомо до визначення обсягу Отримати окрему оцінку проєктування й ліцензій для зовнішніх користувачів. Питання про вартість до постачальника | Оцінити окремий портал з ізоляцією клієнтів і відновленням доступу. |
Критерій приймання Клієнт може бачити лише власні замовлення й документи. | |
| Експлуатація та майбутні зміни | |
| Невідомо до визначення обсягу Окремо погодити підтримку платформи, адміністрування й супровід конектора. Обсяг підтримки й доповнень | Погодити хостинг, підтримку, оновлення та інженерну відповідальність. |
Критерій приймання Визначені відповідальні можуть вирішити інцидент і випустити перевірену зміну. | |
Для цього дистриб’ютора спочатку оцініть налаштування та інтеграцію: збережіть стандартний процес продажів і перевірте на прототипі передачу замовлення та оновлення відвантажень. Результати перевірки й повні пропозиції дадуть підстави вирішити, чи потрібна заміна CRM.
Оцініть розширення до заміни
Залишайте Salesforce серед кандидатів, якщо користувачі можуть виконувати стандартний процес продажів, а складність полягає в обміні з ERP, спеціалізованому екрані чи звіті. Salesforce документує власні об’єкти й поля; нестандартний запис сам по собі не є причиною заміни платформи.
Попросіть команду впровадження показати складний випадок: погодити пропозицію, передати її, повторити запит після втраченої відповіді, отримати часткове відвантаження й показати потрібному користувачу решту кількості. Окремо зафіксуйте налаштування, розробку, залежності та невирішені обмеження. Гайд з інтеграції CRM та ERP описує перевірки цього обміну.
Оцініть власну розробку, якщо випробування виявило непідтримуване обов’язкове правило, надмірну вартість супроводу розширень або потребу в окремому процесі з доведеною цінністю для бізнесу. Зафіксуйте конкретне обмеження та порівняйте альтернативу з чітко визначеним обсягом.
Підтвердьте комерційний пакет і право користування API
7 жовтня 2026 року сторінка цін Salesforce Sales у доларах США вказувала для Core USD 195 за користувача на місяць з річною оплатою. Ця ціна ілюструє розрахунок; потрібний пакет і комерційні умови підтвердьте актуальною пропозицією.
Стаття про доступ до API використовує назви редакцій, зокрема Enterprise і Professional, та розрізняє включений доступ і додаткову опцію. Попросіть Salesforce зіставити продукт у вашій пропозиції з його фактичними правами. Письмово підтвердьте потрібний API, ліміт викликів, права інтеграційного користувача, середовища, зовнішніх користувачів і платні доповнення. Купівля додаткової місткості й отримання права користуватися API — різні питання.
Порівняйте одне впровадження та 36 місяців роботи
Візьміть однакову кількість користувачів, обсяг даних, інтеграції та період роботи. Для постійних 25 платних користувачів за зафіксованою ціною USD 195 на місяць арифметика така: 25 × 195 × 36 = USD 175 500. Це лише ліцензійна складова за три роки з припущенням незмінної ставки. Вона не враховує знижки, зміни ціни під час поновлення, податки, впровадження й інші необхідні продукти чи послуги. Це не повна вартість і не прогноз.
Для кожного варіанта додайте відповідні складові:
- Дослідження, налаштування або розробку, міграцію, тестування, навчання та запуск.
- Ліцензії, хостинг, зберігання даних, оплату використання та збережені системи.
- Адміністрування, підтримку, моніторинг, резервні копії та перевірки відновлення.
- Супровід конекторів і визначений бюджет майбутніх змін бізнесу.
- Експорт, документацію та перехід у разі зміни постачальника.
Непрораховані складові позначайте як невідомі, а не нульові. Власна система також потребує інженерії, хостингу, підтримки й розвитку; заміна CRM не скасовує автоматично ERP та інші підписки. Гайд з вартості власної CRM відділяє приклади модулів від міграції та запуску. Повні проєкти Horizon Dynamics починаються від USD 50 000, але цей стартовий бюджет не є порівнюваним підсумком для цього дистрибутора. Розділ вартості та процесу роботи допоможе визначити межі обговорення.
Порівняйте пропозиції CRM на однакових умовах
Зафіксуйте докази для дев’яти вимог, невідомі витрати та обставини, які змінять рішення. Є попередня оцінка для дистрибутора.
- Налаштування, розробка та невідомі для кожної вимоги
- Впровадження та 36 місяців роботи для обох варіантів
- Докази прототипу, відповідальний за рішення та перевірки переходу
Текстовий файл для редагування (.txt)
Заповніть у зручному редакторі. Для звернення надішліть короткий опис без конфіденційних даних.
Перевірте можливість переходу та операційну відповідальність
Salesforce надає способи експорту даних. Перевірте частоту обраного способу та включені записи й файли. Наявність експорту не доводить, що інша команда зможе відтворити потрібні зв’язки між клієнтом, замовленням і відвантаженням.
Попросіть обох постачальників показати таке відтворення на зразку. Окремо зафіксуйте доступ до конфігурації або коду, середовищ, облікових даних інтеграцій, інструкцій розгортання та відповідальність після передачі. Підтримка платформи, адміністрування застосунку й супровід окремого конектора — різні обсяги.
Замовте прототип для перевірки складного процесу
До рішення про заміну попросіть команду впровадження продемонструвати передачу замовлення, часткове відвантаження та регіональний доступ. Визначте відповідального за приймання й отримайте вартість реалізації та експлуатації однакового обсягу. Перевірка має показати, які вимоги покриває Salesforce і чи потрібен окремий компонент або власна CRM.
Для ширшого вибору скористайтеся матеріалом розробити, налаштувати чи інтегрувати. Якщо конкретне обмеження залишається, перегляньте розробку CRM або опишіть процес, із яким не справляється поточна CRM. Підготуйте виняток, поточні інструменти й обмеження; ми допоможемо визначити, що потрібно перевірити до вибору підходу.