Бизнес-аналитик нужен, когда компания понимает проблему, но ещё не определила рабочее решение. Он помогает договориться о процессе, данных и критериях результата до начала настройки. Если сразу нанимать специалиста только на добавление полей и роботов, можно быстро реализовать противоречивые пожелания разных отделов. При поиске аналитика важно оценивать его способ разбирать задачу, а не только знание интерфейса Битрикс24.
Отделите аналитику от настройки
Настройщик отвечает за реализацию согласованной схемы в системе. Аналитик выясняет, какую схему стоит реализовать и как проверить, что она решает проблему. Один специалист может совмещать роли, но результаты работы должны различаться. После обследования у компании остаются описание процессов, требования, открытые вопросы и план проверки, а не только набор устных рекомендаций.
Опишите, зачем вам внешний аналитик. Возможно, нужно внедрить CRM с нуля, разобрать неудачный запуск, подготовить интеграцию или упорядочить работу нескольких подразделений. От этого зависит требуемый опыт. Эксперт по продажам небольшого бизнеса не обязательно имеет достаточную практику проектирования производственного обмена, а знание сложных интеграций само по себе не гарантирует умение обучать команду.
Сформулируйте ожидаемые результаты
До поиска подрядчика составьте короткое описание проекта: участники, текущие системы, проблемы, ограничения и человек, принимающий решения. Не нужно заранее писать подробное ТЗ, чтобы заказать обследование. Достаточно объяснить, где компания теряет управляемость и какие вопросы хочет прояснить. Полезно приложить обезличенный пример рабочего документа или описать один типичный заказ.
Согласуйте, что именно передаст аналитик: схему процесса, словарь объектов, матрицу прав, перечень интеграций, требования к отчётам, этапы внедрения. Объём должен соответствовать задаче. Маленькой команде не всегда нужен большой комплект документов, но даже ей нужны понятные правила обработки обращения и условия приёмки. Размер отчёта не является самостоятельным показателем полезности обследования.
Проверьте подход на конкретном примере
На первой встрече предложите разобрать один проблемный сценарий. Хороший специалист спрашивает, кто участвует, какие данные нужны, где принимается решение и что происходит при исключении. Он различает желаемый эффект и инструмент. Если разговор сразу сводится к покупке тарифа и количеству роботов, попросите объяснить связь предлагаемой настройки с вашей исходной проблемой.
Попросите пример документа из завершённой работы без клиентских данных. Оцените, сможет ли ваш руководитель или сотрудник понять его без автора. Уточните, как аналитик проверяет требования с пользователями и что делает при разногласиях между отделами. Ответ «заказчик сам должен решить» недостаточен: специалист не принимает бизнес-решения за компанию, но должен помогать сформулировать варианты и последствия.
Оцените знание ограничений системы
Аналитик не обязан помнить все детали интерфейса, но должен проверять реализуемость требований. Для нестандартного реестра можно рассматривать смарт-процесс, для обмена — приложение или API, для простой дисциплины работы иногда достаточно регламента. Официальные возможности следует сверять с документацией Битрикс24 и фактическим тарифом портала, а не обещать любую настройку без обследования.
Обсудите, как будет проверяться трудоёмкость интеграций. Нужны версии систем, доступные интерфейсы, владельцы данных и требования к ошибкам. Если аналитик обещает универсальный обмен без доступа к технической информации, оценка пока предварительная. Попросите отдельно обозначать подтверждённые требования, гипотезы и риски. Это помогает избежать ситуации, когда неопределённость скрывается до начала разработки.
Согласуйте формат сотрудничества
В договорённостях нужны этапы, результаты, участники интервью, порядок согласования и правила дополнительных работ. При почасовой оплате заранее определите, как фиксируются выполненные задачи и что считается завершённым этапом. При фиксированной цене уточните границы обследования. В обоих случаях компания должна понимать, какие материалы получит и сможет ли передать их другому исполнителю.
Назначьте со своей стороны владельца процесса и обеспечьте участие ключевых сотрудников. Без этого даже сильный аналитик будет собирать противоречивые версии работы. Подготовьте безопасный доступ к необходимым данным, а не полные административные права по умолчанию. Для интервью обычно достаточно описаний и обезличенных примеров; доступ к рабочему порталу выдают по обоснованной необходимости.
Начните с ограниченного этапа
Для проверки сотрудничества полезно заказать разбор одного процесса с конкретным результатом. После него должно быть ясно, что менять, что оставить и какие сведения ещё нужны. Затем принимайте решение о полном внедрении. Выбирайте специалиста, который помогает вашей команде понимать будущую систему и принимать решения, а не создаёт зависимость от единственного человека, способного объяснить собственную схему.
