Исходная точка: три системы, ни одной картины
Меня зовут Евгений Семёнов, я технический директор ITfresh. Мы больше пятнадцати лет занимаемся IT-аутсорсингом для московских компаний до пятидесяти рабочих мест и держим собственные серверы в дата-центре МТС. Это заключительная статья нашей серии про YetiForce CRM, и она — про деньги и практику. Кейс собирательный: я сложил его из нескольких реальных внедрений последних двух лет, изменив узнаваемые детали, но каждая цифра и каждая грабля в нём — из жизни.
Итак, клиент: оптовик-дистрибьютор инженерного оборудования, 30 сотрудников. Отдел продаж — 12 менеджеров плюс руководитель, склад — 4 человека, сервисный отдел по гарантийке — 3 инженера, остальное — закупки, бухгалтерия и руководство. К моменту нашего знакомства учёт у них жил в трёх непересекающихся мирах. Продажи — в amoCRM на тарифе на 12 мест. Остатки — в Excel-файле на сетевом диске, за блокировку которого кладовщики воевали каждое утро: файл открыт у одного — остальные ждут или плодят копии «Остатки_финал_2». Гарантийные обращения падали в общий почтовый ящик, где их никто системно не разбирал.
Боли собственника формулировались за пять минут разговора. Уволился менеджер — вместе с ним «уехала» клиентская база, потому что половину контактов он вёл в личном телефоне. Отдел продаж регулярно продавал то, чего физически нет на складе: Excel обновлялся раз в день в лучшем случае. Гарантийные заявки терялись неделями, и клиенты уходили к конкурентам не из-за цен, а из-за молчания. А последней каплей стало очередное повышение тарифов на облачные подписки: суммарно три сервиса (CRM, складской учёт, хелпдеск, который как раз собирались докупить) выходили в приличную ежегодную сумму, при этом база клиентов лежала на чужих серверах — а у компании было внутреннее требование хранить коммерческие данные у себя.
Проектирование: какие модули включаем, какие прячем
Главная ошибка внедрения YetiForce, о которой пишут в половине негативных отзывов, — включить всё. В системе больше восьмидесяти модулей и за сотню панелей конфигурации, и если вывалить это на менеджера, привыкшего к трём кнопкам amoCRM, внедрение умрёт за неделю. Поэтому первый этап у нас всегда — вычёркивание. Из всего каталога мы оставили около пятнадцати модулей: контрагенты, контакты, сделки, коммерческие предложения, счета, товары и услуги, склад с приходными и расходными документами, закупки, тикеты, база знаний, календарь с задачами и блок отчётов. Всё остальное — проекты, HR, финансы, маркетинговые кампании — отключили с прицелом «включим, когда дозреют».
Второй слой проектирования — карта ролей. YetiForce позволяет разграничить доступ гибче, чем большинству малых компаний вообще нужно, и этим стоит пользоваться аккуратно:
| Роль | Кто | Что видит и может |
|---|---|---|
| Директор | собственник | всё, включая экспорт базы — он есть только у этой роли |
| РОП | руководитель продаж | все сделки и клиенты, отчёты по воронке, без настроек системы |
| Менеджер | 12 продавцов | только свои контрагенты и сделки, без массового экспорта |
| Кладовщик | 4 сотрудника склада | склад и документы движения, цены закупки скрыты |
| Сервис | 3 инженера | тикеты, база знаний, карточки клиентов в режиме чтения |
Отдельно отмечу деталь, которая потом сыграла: право на экспорт клиентской базы мы оставили одной-единственной роли — директору. История «менеджер уволился и унёс базу» в этой конфигурации технически не повторяется: выгрузить XLSX со всеми контактами рядовой пользователь просто не может.
Контур продаж: мультиворонка под опт
Оптовые продажи не живут в одной воронке — это первое, что мы объяснили РОПу, который в amoCRM годами держал всё в общем конвейере. В YetiForce мы настроили две: «Новые клиенты» — длинная, от лида через квалификацию, коммерческое предложение и счёт до отгрузки, со средним циклом полтора-два месяца; и «Повторные закупки» — короткая, от входящей заявки до счёта, потому что постоянному дистрибьютору не нужна повторная квалификация, ему нужна скорость. Разделение мгновенно очистило статистику: конверсия и длина цикла перестали смешиваться в среднюю температуру по больнице.
Дальше — автоматизации на встроенных workflow. Мы сознательно ограничились тремя, которые окупаются сразу:
- Спящий клиент. Если у контрагента 45 дней нет ни одного заказа — менеджеру автоматически ставится задача «позвонить». Для опта с повторными закупками это главный сторож выручки: клиент, тихо ушедший к конкуренту, обнаруживается через полтора месяца, а не через год на инвентаризации базы.
- Просроченный счёт. Счёт выставлен, оплата не отмечена в срок — задача менеджеру и уведомление РОПу.
- Передача в отгрузку. Сделка перешла в статус «оплачено» — складу автоматически падает уведомление о резерве под отгрузку.
Шаблоны документов настроили под русскую первичку: КП и счета генерируются в PDF с реквизитами, печатью и подписью, русскими форматами дат и суммами в рублях. Тут будем честны: сам конструктор шаблонов и редактор workflow местами остаются на английском — русский языковой пакет YetiForce закрывает базовый интерфейс, но в глубоких настройках инженер должен быть готов к английским строкам. Пользователей это не касается: менеджеры видят полностью русские карточки и кнопки.
Контур склада: от Excel к остаткам в реальном времени
Складской контур начали с номенклатуры: 1200 позиций из того самого Excel-файла. Прямой импорт мы не делаем никогда — сначала нормализация. В файле за годы накопились дубли («Насос К-100», «насос К100», «К-100 насос»), позиции без артикулов и товары, которых не было в продаже три года. После чистки осталось 1080 живых позиций, которые и заехали в справочник товаров через штатный импорт из XLSX с маппингом колонок.
Дальше выстроили цепочку движения: приходный документ от поставщика увеличивает остаток, связка «сделка → резерв → расходный документ» списывает под отгрузку. Ключевое отличие от Excel даже не в актуальности остатков, а в резервировании: как только сделка оплачена, товар зарезервирован и другой менеджер его уже не продаст. Ситуация «продали то, чего нет», ради которой всё затевалось, закрылась именно этим механизмом.
Чего не хватило из коробки
Тут проходит граница применимости, которую я всегда проговариваю до договора, а не после. Склад YetiForce — это учёт остатков и движения, а не WMS. Серийного учёта в удобном виде нет, адресного хранения (ячейки, зоны, маршруты комплектовщика) нет, терминалы сбора данных из коробки не подключаются. Для оптовика с одним складом и парой тысяч SKU этого достаточно с запасом. Производству со сложной логистикой, партионным учётом и адресным складом нужен либо отдельный WMS, либо связка с 1С — и тогда YetiForce остаётся CRM-слоем, а склад живёт в учётной системе.
Контур сервиса: гарантийка с SLA
Сервисный контур оказался самым благодарным: здесь не было даже Excel — только общий ящик и память трёх инженеров. Мы включили почтовый сканер: письма на адрес гарантийного отдела автоматически превращаются в тикеты с привязкой к контрагенту по адресу отправителя. Статусная модель простая: новый → в работе → ждём запчасть → закрыт. Отдельный статус ожидания запчасти важен для honest-метрик: пока деталь едет от производителя полтора месяца, SLA-таймер стоит на паузе и не портит статистику инженера.
По типам обращений настроили SLA-таймеры: на первичный ответ — 4 рабочих часа, на диагностику — 2 рабочих дня. База знаний закрыла типовые неисправности: инженеры за первый месяц написали три десятка коротких статей, и новые обращения по известным проблемам стали закрываться ссылкой на инструкцию за минуты.
Результат сформулирую одной фразой: у компании впервые появилась метрика среднего времени закрытия гарантийного обращения. До внедрения этот показатель нельзя было даже посчитать — не существовало данных. Через три месяца после запуска он стал предметом планёрки сервисного отдела, а само время закрытия типового обращения сократилось примерно вдвое — в основном за счёт того, что заявки перестали лежать незамеченными.
Миграция и запуск: как переезжали и что сломалось
Переезд из amoCRM шёл по плану, который мы подробно разобрали в статье про интеграции и миграцию: выгрузка через API, преобразование структуры, импорт с сохранением связей. Объём: 2400 контрагентов, 900 сделок в работе и закрытых за последний год, история примечаний по каждой сделке. Примечания — самое ценное и самое муторное: именно в них живёт память отдела продаж, и терять её при переезде нельзя.
Две недели системы работали параллельно: сделки велись в YetiForce, amoCRM оставался на чтение для сверки. Параллельный период — это страховка, но затягивать его нельзя: пока есть «старая система, где всё привычно», часть людей будет саботировать новую.
Что не взлетело с первого раза
Расскажу честно, потому что именно это отличает реальный кейс от рекламного буклета. Первое: кладовщики тихо саботировали двойной ввод. Две недели они вели и Excel, и YetiForce, на третьей — «забывали» про новую систему. Помогло только жёсткое решение собственника: в объявленный понедельник Excel-файл переехал в архив с правами «только чтение». Через три дня возмущения склад работал в системе, через месяц кладовщики сами просили доработать печатную форму под свои нужды.
Второе: часть менеджеров путалась в карточке сделки — после аскетичного amoCRM в ней было слишком много полей. Мы сократили форму вдвое, убрав всё, что заполнялось «на всякий случай», и жалобы кончились. Урок, который я повторяю на каждом внедрении: кастомизация интерфейса под роль — не опция «на потом», а условие приживаемости системы. Люди не работают в системе, которая заставляет их думать о лишнем.
Цифры проекта
Теперь то, ради чего собственники читают кейсы, — сроки и деньги. Календарный план проекта выглядел так:
| Этап | Длительность | Что происходит |
|---|---|---|
| Обследование | 1 неделя | интервью с отделами, карта процессов, список модулей и ролей |
| Настройка | 2 недели | установка на VPS, модули, роли, воронки, workflow, шаблоны PDF |
| Миграция | 1 неделя | нормализация номенклатуры, перенос из amoCRM, сверка |
| Обучение и опытная эксплуатация | 2 недели | тренинги по ролям, параллельный период, донастройка по жалобам |
Итого шесть недель от старта до полного отключения старых систем. По деньгам картина такая: разовый бюджет внедрения с подрядчиком — сопоставим с годовой стоимостью одного только amoCRM на 30 мест (компания переезжала с тарифа на 12 мест, но при росте отдела продаж пришлось бы платить за всех). Ежегодные расходы после запуска — VPS плюс сопровождение по регламенту, который мы описали в статье об эксплуатации: обновления, бэкапы, мониторинг. Против этого стояла альтернатива: amoCRM на 30 мест + облачный складской сервис + хелпдеск-подписка, все три — с ежегодной индексацией цен.
Точка окупаемости у проекта — примерно первый год: разовое внедрение против суммы трёх годовых подписок выходит близко к нулю, а со второго года экономия становится чистой. Плюс неучитываемое в таблице: база у себя, число пользователей не ограничено (десять новых сотрудников не изменят стоимость лицензий — их нет), и все три контура связаны — сделка видит остатки, тикет видит историю продаж.
Выводы: когда этот сценарий повторяем
Паттерн, при котором мы уверенно рекомендуем повторить этот кейс: торговая или дистрибьюторская компания на 15–50 рабочих мест, которой нужны продажи, склад и сервис в одном окне, есть требование self-hosted и есть готовность месяц-полтора серьёзно заниматься внедрением. В этих рамках YetiForce закрывает потребности, под которые обычно продают три отдельные подписки или недешёвую ERP.
И красные флаги, при которых мы сами отговариваем клиента:
- Нет внутреннего владельца процесса. Если со стороны клиента некому отвечать за систему — принимать решения о полях, воронках, правах — внедрение выгорит. Подрядчик настраивает, но жить в системе бизнесу.
- Нужна розница с кассами. ККТ, эквайринг, ЕГАИС и маркировка — не территория YetiForce; здесь дорога в сторону 1С и специализированных кассовых решений.
- Склад уровня WMS. Адресное хранение, серийный и партионный учёт, ТСД — граница, за которой нужен другой класс систем.
Если ваш случай похож на описанный — приходите на бесплатное обследование: за неделю мы составим карту процессов и честно скажем, ляжет ли YetiForce на ваш бизнес или лучше смотреть в другую сторону. Развернём демо-стенд на нашем сервере, чтобы вы покликали систему руками до каких-либо решений. Установку своими силами мы разобрали в пошаговом руководстве — а если хочется сразу с подрядчиком, контакты внизу страницы.
Оставить комментарий