Вартість розробки CRM: модулі, міграція та експлуатаційний бюджет
На цій сторінці
Бюджети повних проєктів розробки на замовлення в Horizon Dynamics починаються від 50 000 USD. Змістовна оцінка CRM також визначає шлях клієнтського запиту, системи, які залишаються в роботі, та завдання з перенесення даних і переходу команди на новий процес.
Нижче — два ілюстративні розрахунки модулів за нашою моделлю планування. Це не середні ринкові ціни й не вартість клієнтських проєктів. Порівняйте склад функцій, а повну оцінку будуйте з урахуванням власних даних, інтеграцій і вимог до запуску. У загальному матеріалі про вартість ПЗ пояснюємо, як порівнювати пропозиції за цими межами.
Спочатку передача роботи між командами, потім модулі
Уявімо сервісний бізнес: відділ продажів реєструє запит, операційна команда виконує погоджене замовлення, а керівникам потрібно бачити звернення без відповідального. Перша версія потребує клієнтських записів, ролей, замовлень, завдань, звітів і перенесення даних. Клієнтський портал — окреме рішення: він корисний, якщо клієнти справді мають самі перевіряти стан роботи.
У цьому прикладі CRM визначає відповідальних за клієнтів та етапи продажу. Операційна команда веде стан замовлень. Бухгалтерська система залишається джерелом проведених рахунків і стану оплати. CRM може показувати ці фінансові дані через погоджене підключення; це не перетворює її на бухгалтерську систему.
До оцінювання опишіть звичайний сценарій і три винятки: дублікат клієнта, замовлення, яке не вдалося передати, та спробу працівника відкрити запис з обмеженим доступом. Так видно роботу, яку не розкриває перелік екранів.
Два бюджети модулів CRM, які можна змінити
Перша конфігурація охоплює внутрішню передачу роботи. Друга додає доступ клієнтів через портал. Обидві включають спільну основу й модуль користувачів, необхідний для клієнтських записів. Таблиці використовують той самий розрахунок, що й Studio; посилання переносить обрані модулі та опції в конструктор.
Приклади планування в USD за поточною моделлю Solution Studio. Це оцінки модулів, а не комерційні пропозиції на повний проєкт.
CRM із передачею роботи операційній команді
| Обсяг робіт | Приклад бюджету |
|---|---|
| Спільна основа | $10,800–$16,200 |
| Користувачі та ролі | $5,400–$9,000 |
| Клієнти та CRM | $10,800–$16,200 |
| Замовлення | $8,100–$13,500 |
| Завдання | $4,500–$8,100 |
| Звіти | $9,900–$16,200 |
| Міграція та синхронізація даних | $8,100–$14,400 |
| Разом за модулями | $57,600–$93,600 |
Та сама CRM із клієнтським порталом
| Обсяг робіт | Приклад бюджету |
|---|---|
| Спільна основа | $10,800–$16,200 |
| Користувачі та ролі | $5,400–$9,000 |
| Клієнти та CRM | $10,800–$16,200 |
| Клієнтський портал | $9,000–$15,300 |
| Замовлення | $8,100–$13,500 |
| Завдання | $4,500–$8,100 |
| Звіти | $9,900–$16,200 |
| Міграція та синхронізація даних | $8,100–$14,400 |
| Разом за модулями | $66,600–$108,900 |
Спільна основа й обов’язкові модулі враховані один раз. З’єднання не додають вартості в цій моделі. Дослідження, детальне проєктування, інтеграції з конкретними джерелами, очищення даних, перевірки версії та впровадження оцінюємо окремо. Хостинг, ліцензії, платні API, податки й подальша підтримка не включені.
Модель множить оцінені години розробки модулів на ілюстративну ставку 45 USD за годину. Діапазон стосується обраного обсягу: зміна джерел даних, правил доступу чи клієнтських процесів потребує перегляду кошторису.
Оцінка порталу охоплює модуль, наведений у моделі. Онлайн-платежі, оформлення замовлень клієнтами та доступ до документів потребують власних вимог. До оцінки міграції перевірте вихідні дані, а для підключення бухгалтерської системи визначте окремий обсяг робіт.
Перетворіть припущення про інтеграцію та міграцію на обсяг робіт
Для кожної наявної системи зафіксуйте інтерфейс, відповідального за доступ, ідентифікатори, дозволений напрям оновлення та відповідального за збої. Назви клієнта недостатньо, щоб визначити, чи два записи стосуються однієї особи або компанії. До імпорту історії погодьте ідентифікатор джерела або правило зіставлення з перевіркою.
Наприклад, клієнт C-104 надходить двічі після перерваного перенесення. Очікуємо одного клієнта з потрібною історією. Якщо наступне оновлення змінює телефон, правило володіння даними визначає, чи CRM прийме його. Старий експорт із бухгалтерії не повинен непомітно перезаписувати новіше контактне поле, за яке відповідає CRM.
Для оцінки надайте типовий зразок без конфіденційних даних і перелік типів записів. Уточніть, чи переносимо вкладення, активності, призначення колишніх працівників і видалені записи. Визначте, хто розбирає неоднозначні збіги. Зафіксувати рішення допоможе шаблон планування міграції.
Оцінюйте конкретний інтерфейс на основі цих даних. Зіставте його обсяг із розрахунком модуля міграції, щоб одна робота не була врахована двічі або залишена без відповідального. Перед фіксованою ціною назвіть невідомі умови.
Погодьте критерії приймання звітів і доступу
«Дашборд продажів» — недостатній критерій приймання. Конкретніше: порахувати відкриті запити без відповідального на погоджений момент, виключивши скасовані. Кожне число має вести до записів, які уповноважений працівник може перевірити.
Для нашої першої версії можна погодити такі перевірки:
- Імпортувати C-104 двічі та підтвердити одного клієнта з очікуваними пов’язаними записами.
- Погодити замовлення й підтвердити одну передачу операційній команді; повторити після збою без створення другого замовлення.
- Увійти з обмеженою роллю й перевірити, що захищений клієнт і деталі його звіту недоступні.
- Зіставити звіт про запити без відповідального з підготовленим зразком на той самий момент; зафіксувати та усунути розбіжності.
Представник бізнесу погоджує очікувані результати. Команда розробки оцінює реалізацію й перевірки. Журналювання доступу, правила зберігання та перевірка безпеки також потребують визначеного обсягу: вибір модуля користувачів не доводить виконання цих вимог.
Відокремте розробку від експлуатації CRM
Повний бюджет планування поєднує модулі, дослідження й проєктування, роботу з конкретними джерелами, перевірки та запуск. Далі бюджет експлуатації додає хостинг коштом клієнта, ліцензії, платні API та підтримку за визначений період. У власному бізнес-бюджеті врахуйте час працівників на рішення, очищення даних і навчання.
Платна підтримка є частиною співпраці з Horizon Dynamics. Обсяг і оплата можуть передбачати погодинну роботу або погоджену команду підтримки. Гарантійні виправлення, експлуатаційна підтримка й нові функції мають окремі визначення. Цілодобове обслуговування потребує погоджених умов; воно не випливає з ціни модуля.
Наш приклад бюджету розробки й експлуатації показує, як до модулів додати окремі роботи та дванадцять місяців після запуску. Він також ілюстративний: перед фінансовим рішенням замініть його припущення власними.
Коли не варто починати з власної CRM
Якщо готовий продукт уже підтримує ваш процес, а бракує налаштування чи одного підключення, спочатку оцініть цей варіант. Власна система потребує бізнес-підстави: особливих передач роботи, правил доступу або операцій між системами, які виправдовують володіння ПЗ. Зробити вибір допоможе матеріал про розробку, налаштування та інтеграцію.
Для предметної розмови підготуйте перелік систем, один шлях клієнтського запиту, зразки записів, потрібні звіти та визначте відповідального за приймання першої версії. Перегляньте наш підхід до розробки CRM і надішліть бриф CRM. На цій основі можна обговорити можливу архітектуру та роботу, необхідну для оцінки проєкту.
Досвід у схожих проєктах.
Global Business Assistant
Замовлення, складський облік та бухгалтерський облік у багатьох валютах у рамках інтегрованих систем ERP та CRM.
Переглянути
BDO Global Portal
Документи, рецензенти, завдання та схвалення в одному робочому середовищі.
Переглянути