Мы делаем системы под заказ и отговариваем от них чаще, чем берёмся. Ниже — ситуации, в которых разработка не нужна, и что разумнее сделать вместо неё.
1. Процесс типовой
Заявка, звонок, счёт, оплата, повторная продажа. Если бизнес живёт по этой схеме, готовая CRM покроет её настройкой за недели. Своя система даст то же самое, только дороже и через полгода.
Что делать: настроить Битрикс24 или другую коробку под себя и вложиться в обучение людей — отдача будет выше.
2. Сотрудников меньше ста
Тариф на сотню человек стоит около 400 тысяч за три года. Разработать и содержать систему за эти деньги невозможно. Экономический аргумент начинает работать от двухсот пятидесяти сотрудников, а до этого разработку оправдывают только нетиповые процессы.
Что делать: посчитать свой случай по ступеням тарифа, а не по ощущениям.
3. Некому принимать решения
Разработка требует человека, который отвечает за результат: согласует модель данных, принимает этапы, разбирается со спорами внутри компании. Если такого человека нет, проект превращается в переписку, а модель данных переделывается после каждой встречи.
Что делать: назначить владельца продукта внутри компании до начала работ. Если назначить некого, разработку стоит отложить.
4. Хотят уйти от хаоса
Запрос звучит как «у нас бардак, нужна система, которая всё упорядочит». Система упорядочивает то, что уже описано: если регламента нет, разработка закрепит хаос в коде, и переделывать его будет дороже, чем менять договорённости.
Что делать: сначала описать процесс на бумаге и прожить по нему месяц. Половина вопросов решится без программирования.
5. Рассчитывают сэкономить на лицензиях
Разработка не бесплатна после запуска: сервер, резервные копии, администрирование, развитие. Экономия на лицензиях съедается этими расходами, если компания небольшая.
Что делать: сравнить полную стоимость владения, а не цену лицензии с нулём.
6. Нужно вчера
Собственная система не делается за месяц: обследование, модель данных, первый рабочий участок — это недели до того, как появится польза. Когда отдел продаж простаивает прямо сейчас, лечится это настройкой готового продукта.
Что делать: закрыть срочное коробкой, а разработку обсуждать отдельно и без спешки.
Когда разработка всё-таки нужна
Остаются случаи, где готовые продукты не помогают: процесс с расчётом на каждом заказе, многопередельное производство, объекты со сметами, запрет на облако, сотни сотрудников с двумя кнопками каждый. Признаки собраны на странице разработки CRM под заказ, а расчёт стоимости — в разборе своей CRM против подписки.
Статья была полезна?
Частые вопросы
Вы отговариваете от своей же услуги. Зачем?
Проект, который не должен был начинаться, заканчивается плохо для обеих сторон: клиент получает систему, которой не пользуется, мы получаем историю, которую не показать. Отказать на старте дешевле, чем разойтись через полгода.
Как понять, что процесс типовой?
Если он описывается словами «пришла заявка, менеджер связался, выставил счёт, получил оплату» и не требует расчёта на каждом шаге — он типовой. Готовые CRM именно под это и сделаны, и бороться с ними не нужно.
У нас хаос в процессах. Своя система это починит?
Нет, она его зафиксирует. Автоматизировать можно только то, что работает: если регламента нет, разработка превратится в бесконечное переобсуждение. Сначала процесс, потом система — в любом порядке, кроме обратного.