От простой задачи к нетиповому решению
Когда клиент приходит с запросом «нам нужен учёт сотрудников», логично первым делом открыть Zoho People и начать настройку. Но на практике такие задачи часто оказываются масштабнее. Один из наших клиентов обратился к нам с достаточно типовым запросом, на первый взгляд. Он хотел видеть рабочее время линейного персонала, но в процессе обсуждения картина начала усложняться. Выяснилось, что за этим запросом стоит целая операционная модель. Если быть точнее, модель с выездным линейным персоналом:
- Объекты, смены, наряды или техкарты/
- Необходимость фиксировать фактическое выполнение работ
- Большое количество сотрудников, которым нельзя давать полный доступ в систему
- Потребность в управленческой отчётности по объектам и людям.
Это уже не HR-задача и стандартным решением Zoho People ее не закрыть. Ключевая мысль: за простым запросом часто скрывается необходимость построить полноценную операционную систему.
Почему стандартные решения не сработали
Изначально рассматривались стандартные инструменты Zoho.
Zoho People хорошо решает задачи HR: учет рабочего времени, структура компании, отпуска. Но как только появляется необходимость учитывать объекты, виды работ, стандарты выполнения и реальные действия сотрудников на местах — его возможностей становится недостаточно. Zoho FSM — решение, которое функционально закрывает подобные задачи. Однако в данном случае оно оказалось экономически избыточным и не соответствовало модели бизнеса клиента.
В итоге сложилась ситуация, при которой один инструмент не закрывает необходимую логику, а другой выходит за рамки бюджета.
Как мы решили задачу в Business Lab
Вместо поиска «идеального инструмента» команда Business Lab спроектировала собственное решение из нескольких приложений Zoho.
Zoho CRM в данном случае выступает не как инструмент продаж, а как операционная база данных с гибкой структурой.Zoho People остался там, где он действительно силён в HR-контуре: сотрудники, плановая загрузка, структура команды.Zoho Catalyst обеспечивает логику обработки данных, интеграции и взаимодействия между модулями без избыточного доступа пользователей к интерфейсам системы.Telegram mini app решил задачу взаимодействия с линейным персоналом.
В результате сотрудник на объекте не взаимодействует со сложной системой — ему нужно лишь открыть приложение, нажать check-in и check-out, а всё остальное происходит автоматически: фиксируется факт работы, данные связываются с объектами и задачами, формируется отчётность. Для бизнеса это означает переход от ручного или частично автоматизированного учёта с разрывом между планом и фактом к полной прозрачности и управляемости.
В итоге получилась система, где всё связано между собой: план и факт совпадают, действия фиксируются автоматически, а бизнес получает прозрачную картину работы.
Почему это важно и когда применять такой подход
Этот кейс показывает ключевую идею: ценность Zoho не в отдельных приложениях, а в возможности собирать из них решения под конкретную бизнес модель. Такой подход особенно важен для компаний с выездным персоналом и объектной логикой, где коробочные решения либо не закрывают задачу, либо не вписываются в рамки бюджета компании.
Поэтому начинать стоит не с выбора инструмента, а с проектирования процессов, и именно в этом заключается подход Business Lab: мы не просто внедряем Zoho, а проектируем операционные системы, которые действительно работают в реальном бизнесе.
Если вы сталкиваетесь с нетиповой задачей и понимаете, что готового решения «из коробки» не хватает, имеет смысл начать не с выбора инструмента, а с проектирования логики. Команда Business Lab помогает разложить процессы, увидеть реальную картину и собрать решение на базе Zoho, которое будет работать именно в вашей бизнес-модели — без лишней сложности и переплат.