Легаси настройки в CRM-системе — 26 марта 2026 г. в 09:21:10.127
Легаси настройки в CRM-системе Термин legacy (с анг. "наследие") обычно применяют в разработке, когда говорят об устаревшем коде, доставшемся в наследие от предыдущих разработчиков. Но при этом в последнее время термин всё чаще употребляется в среде аналитиков и продавцов, когда систему (в нашем случае CRM-систему) настраивал каждый новый аналитик, РОП или иной руководитель под себя. Что получается в итоге: - много сущностей или полей, которые пользователями не используются, но которые каждый день отвлекают этих самых пользователей от продаж. Тоже самое с уведомлениями, лишними правами, аналитикой. Мне в своё время понравился подход одной небольшой CRM-системы, которые для пользователя сократили все разделы до одного, который назывался "Работать тут". Сейчас тоже используем такой подход во время запуска системы, если понимаем, что продавцы до этого не работали в CRM; - много "костылей", которые были придуманы несколько лет назад за неимением данного функционала в базе на тот момент. Эти самые "костыли" иногда поражают своей логикой. При этом некоторые подобные решения весьма элегантны. Видимо работал профессионал. Проблема только в том, что уже давно появился стандартный функционал, который закрывает эту проблему. Про элегантность решений - всегда внимательно слушаю клиента, когда он говорит, почему они работают в системе именно так, а не как было задумано вендором. Иногда это даёт серьёзную пищу для размышлений, и как следствие появления нового программного продукта; - каждое новое решение идёт вразрез с логикой CRM-системы, и в итоге мы приходим к точке невозврата. Помню, предлагали одному крупному компьютерному центру поставить CRM-систему. Но как-то скатились в обсуждение их ERP. Это, конечно же, была 1С. Версия 7.7. В штате было два специалиста, которые её постоянно дописывали. При этом бэклог был огромен. Ни один франчайзи 1С не брался дорабатывать эту систему. Все предлагали на тот момент перейти на версию 8.2, но стоимость перехода были предельно высокой. При этом специалистов по 1С, знающих версию 7.7, на рынке становилось всё меньше и соответственно - всё дороже. Почему такое происходит и как быть? - все системы, чтобы лучше продаваться, позиционируются как самовнедряемые. В итоге все РОПы и РОМы становятся специалистами по внедрению CRM. Про себя могу сказать, что я до сих пор открываю что-то новое в проектировании CRM. Мы в своей компании, как мне кажется, только сейчас (прошло 6 лет) пришли к более менее устоявшимся процессам продаж; - нет аналитиков, способных сказать "нет". Есть много грамотных аналитиков, знающих как сделать, но мало тех, которые на слова заказчика "мне так удобнее" скажут, так делать не надо. На одном проекте заказчик приходил в ярость, когда я не соглашался с его требованиями. В итоге я из проекта потихоньку вышел, передав всю работу рядовым аналитикам. При этом заказчик потом пару раз звонил, консультировался, снова спорили. Видимо проект шёл скучно и не хватало прежнего драйва. Итак, вы видите перед собой систему, в которой: - каждый работает так, как умеет. При этом два рядом сидящих сейлза могут работать совершенно по-разному; - получить какую-то аналитику из системы не представляется возможным; - зачастую, даже по конкретному клиенту получить информацию практически невозможно: есть какие-то звонки, пару комментариев сейлза и всё; - да и работники в систему заходят пару раз в день на 5 минут И вот когда перед вами стоит задача - разобраться во всём этом, вы первым делом думаете как Брэдли Купер в фильме “Области тьмы” - “Всё сжечь… но здравый смысл возобладал” Что делать. Давайте по пунктам: 1. Все поля, которые не используются пользователями, переназываем, добавляя слово “архив” и скрываем от пользователей либо переносим в группу полей с названием “Архив”. То же самое делаем с воронками, иными разделами и сущностями. Главное правило - на этом этапе ничего не удаляем. После этого система уже начинает выглядеть по-новому и можно идти дальше.