Когда один Bitrix — это пять разных компанийУ Neiry несколько направлений, и каждое живёт по своей логике:
- продажа оборудования;
- аренда устройств;
- диагностика (в том числе направление «Брейни»);
- исследовательские проекты;
- партнёрские программы.
Попытка «запихнуть всё в одну воронку» убила бы процессы. Поэтому мы пошли другим путём — спроектировали архитектуру как набор независимых, но связанных между собой модулей.
Bitrix получился объёмный. Очень объёмный.
По сути, внутри одной системы мы собрали несколько бизнесов, которые работают по разным моделям монетизации, разной экономике сделки и разной операционной логике — но при этом видят общую картину.
Продажа ≠ арендаСамая показательная история случилась с оборудованием.
Компания не просто продаёт устройства. Часть девайсов уходит в аренду. А это уже совсем другая математика: сроки, возвраты, контроль состояния, повторные циклы.
Если бы мы оставили это внутри обычной сделки, система быстро превратилась бы в хаос. Поэтому мы сделали связанную архитектуру: при определённом сценарии внутри воронки автоматически запускается отдельный смарт-процесс, где фиксируется конкретный девайс, срок аренды, статус и история использования.
В итоге CRM стала учитывать не только деньги, но и физические активы. Руководство теперь видит не просто выручку, а загрузку оборудования и его движение.