CRM для майнинг-хостинга: почему универсальные системы не справляются с задачами оператора

Когда майнинг-хостинг в России переходит из стартапного режима в стадию роста, неизбежно встаёт вопрос - как организовать учёт клиентов, оборудования и платежей. Самый очевидный путь в этот момент - взять обычную CRM с рынка. Так делают многие операторы. Мы как площадка тоже пошли по этому пути и через несколько месяцев попыток адаптации универсальных CRM под нашу специфику пришли к выводу, что задача у майнинг-хостинга вообще не CRM-ная. Поделимся опытом и покажем, почему в итоге перешли на операционную систему вместо CRM.

Сразу обозначим позицию: универсальные CRM - отличные продукты для тех задач, под которые они созданы. Они не подходят майнинг-хостингу не потому что плохие, а потому что наша задача не помещается в их модель данных. Аргументируем дальше.

Когда хостинг только запускается, первая система учёта - почти всегда Excel, и у нас было так же. Имена клиентов, контакты, модели асиков, серийные номера, тарифы, даты ввода оборудования, платежи - всё лежало в одной-двух таблицах. Пока клиентов мало, эта схема работает.

Проблемы появились, когда мы начали расти. На 10-15 клиентах таблица уже «жила своей жизнью»: разные сотрудники по-разному заполняли поля, форматы дат расходились, появились дубликаты. На 30 клиентах Excel стал источником постоянных ошибок - где-то опечатка в серийнике, где-то расхождение в тарифе, где-то менеджер забыл обновить статус оборудования.

Не одна большая проблема, а накопление мелких - каждое из которых съедает рабочее время команды. И с ростом нагрузка росла линейно с количеством клиентов.

Логичный шаг в такой ситуации - посмотреть в сторону CRM. На рынке десятки систем, есть бесплатные тарифы для старта, документация подробная, специалистов по внедрению - много. Мы изучили несколько вариантов универсальных CRM и в одной даже стартовали внедрение.

Эти системы прекрасно решают задачи, под которые сделаны: ведение продаж, воронка сделок, контактная база, рассылки, отчёты по выручке, постановка задач сотрудникам. Это сильные продукты с большой пользовательской базой.

Мы шли с понятным запросом: «нам нужна CRM для учёта клиентов». Логика казалась простой - клиенты есть у любого бизнеса, инструменты для работы с ними есть на рынке, надо просто выбрать подходящий. В процессе адаптации стандартной CRM под нашу специфику быстро стало понятно, что мы изначально неправильно сформулировали задачу.

Конкретные пробелы, на которые мы натолкнулись.

1. У нас в учёте не «сделки», а оборудование с историей. В обычной CRM основной объект - клиент или сделка. У нас основной объект - конкретный асик с серийным номером, моделью, локацией в контейнере, потреблением, историей перемещений и сменой владельцев. Этого объекта в стандартной CRM нет, его приходится «прикручивать» через кастомные поля. На 100+ устройствах кастомные поля становятся не учётом, а его подобием.

2. Нет понятия «контейнер» и «полка». Майнинг-хостинг физически устроен по-другому: контейнеры, ряды, конкретные места размещения. Универсальной CRM не нужно знать, на какой полке стоит сделка. Нам нужно - иначе инженер не найдёт оборудование клиента, когда придёт его обслуживать.

3. Биллинг под электричество - не воронка продаж. В стандартной CRM выручка считается через сделки и оплаты. У нас начисление идёт по тарифу × потребление × период размещения, плюс плата за обслуживание, плюс сезонные коэффициенты. Это другая модель расчёта.

4. Личный кабинет клиента нужен с другим содержанием. В обычной CRM ЛК клиента - это интерфейс для просмотра заказов и счетов. У нас клиенту нужен онлайн-статус каждого его асика, история работы, текущее потребление, выгрузка отчётов в ФНС за свой период. Стандартного модуля под это нет.

5. Специфика регуляторной отчётности. Универсальная CRM ничего не знает про реестр операторов майнинговой инфраструктуры. XML-отчёт по схеме ФНС не входит в стандартный функционал ни одной такой системы.

Если посмотреть на эти пять пунктов вместе, становится виден главный вывод. Это не задачи для CRM. CRM - про работу с клиентами и сделками. Нам нужно учитывать оборудование, считать биллинг по электричеству, фиксировать инциденты, давать клиенту полноценный личный кабинет с онлайн-данными, готовить регуляторную отчётность. Это уже не CRM. Это другой класс системы - операционная система хостинга.

Можно было бы попробовать собрать ту же функциональность из нескольких отдельных программ: CRM для клиентов, отдельная программа для биллинга, отдельный мониторинг оборудования, отдельный сервис для ЛК клиентов, отдельный конвертер для XML-отчётов. На бумаге звучит логично. На практике такой связкой пользоваться тяжело.

Когда системы разные, данные приходится синхронизировать. Либо через интеграции, которые ломаются при любом обновлении одной из систем. Либо вручную. Каждое изменение приходится вносить в несколько мест: появился новый клиент - заведи его в CRM, в биллинге, в системе доступа в ЛК, в учёте оборудования. Переместился асик из одного контейнера в другой - отрази в учёте, в мониторинге, в ЛК клиента.

Если данные где-то расходятся, начинаются споры с клиентами, ошибки в отчётах, потерянное время команды на разбирательства. В единой системе одно изменение в одном месте автоматически отражается везде.

Сформулировав, что нам нужна не CRM, а операционная система, мы стали смотреть в специализированные решения для майнинг-хостинга. Перешли на ROC - операционную платформу, изначально построенную вокруг наших объектов учёта: клиент, оборудование, контейнер, потребление.

ROC - это не CRM и не специализированная CRM для майнинга. Это полноценная операционная система майнинг-хостинга. В одном контуре живёт учёт клиентов и оборудования, биллинг электричества, инциденты и задачи команде, личный кабинет клиента, отчётность в ФНС, ролевой доступ для сотрудников, мультиплощадочная архитектура. CRM-задачи - карточка клиента, история взаимодействий - внутри тоже есть, но как один из модулей.

Внедрение заняло около трёх недель: миграция данных из Excel и старой CRM, обучение команды, настройка ролей и тарифов под нашу специфику. Не всё пошло гладко - часть данных пришлось чистить вручную, потому что в исходных источниках они были непоследовательными. Это была разовая работа, после которой система начала работать ровно.

Чтобы картина не выглядела рекламной, важно проговорить ограничения. Финальная проверка отчётов в ФНС перед подачей остаётся за нашим бухгалтером - цена ошибки в налоговой отчётности высокая. Сама подача в ФНС идёт через личный кабинет налогоплательщика, не через нашу систему. Бухгалтерия и электронный документооборот пока живут в отдельных программах, прямой интеграции с ROC нет, и часть данных мы переносим вручную или через выгрузки. И внедрение системы требует ресурсов: для хостинга на 5-10 клиентах переход экономически не оправдан, ручной учёт ещё дешевле.

Универсальной CRM или Excel может хватать, если на площадке до 10-15 клиентов, парк оборудования небольшой и однотипный, биллинг считается простыми формулами, а отчётность в ФНС вы пока не подаёте.

Пора смотреть в сторону специализированной операционной системы, если: клиентов больше 30-40, у одного клиента есть разные модели оборудования или несколько договоров, менеджеры регулярно собирают вручную «таблицу для отчёта», подготовка отчёта в ФНС стала отдельной задачей на дни.

Российский майнинг-хостинг находится в моменте, когда регуляторная нагрузка растёт быстрее, чем зрелость операционных процессов в индустрии. Многие площадки до сих пор работают на адаптированных универсальных инструментах, которые задумывались под другие задачи. Это работает на старте и перестаёт работать при росте.

Универсальные CRM - отличные системы для тех задач, под которые они созданы. Но майнинг-хостинг - это не про продажу клиенту услуги один раз, это про долгосрочное обслуживание оборудования, регулярный биллинг, операционную работу команды и регуляторную отчётность. Под этот класс задач нужен другой класс инструмента - операционная система, а не CRM.

Если вы оператор майнинг-площадки и узнаёте у себя похожие операционные вводные, команда ROC проводит демо и отвечает на вопросы по специфике майнинг-хостинга. Контакт - Telegram.

Функциональность платформы ROC может отличаться от описанной в статье - система развивается, набор возможностей меняется. Упомянутые универсальные CRM-системы - отличные продукты для задач, под которые они созданы.