Для руководителя или владельца CRM одна из самых опасных ловушек — воспринимать каждое пожелание пользователя как задачу, которую нужно обязательно выполнить.
Пользователь говорит: «Добавьте это поле», «поменяйте цвет», «сделайте ещё один отчёт», «пусть система присылает уведомление». Каждая просьба по отдельности выглядит разумной. Но если последовательно реализовывать все пожелания, CRM быстро превращается в набор разрозненных доработок, а команда сопровождения — в диспетчерскую по исполнению заявок.
Проблема не в том, что пользователи предлагают плохие идеи. Наоборот, именно пользователи лучше всех знают свои ежедневные сложности. Проблема в другом: пользователь оценивает удобство своей работы, а владелец CRM должен оценивать эффект для бизнеса в целом.
Поэтому задача владельца CRM — не выполнить максимум пожеланий, а выбрать те изменения, которые дадут наибольший результат при разумных затратах.
Простая модель приоритизации
Для каждой заявки достаточно задать шесть вопросов:
- Какую проблему решаем?
Не «добавить кнопку», а «сотрудники тратят время на ручную проверку статуса». - Сколько сотрудников это затрагивает?
Одно неудобство для одного человека и проблема, с которой ежедневно сталкивается весь отдел, — это разные по значимости задачи. - Как часто возникает проблема?
Раз в месяц, несколько раз в неделю или десятки раз в день? - Сколько времени или денег теряется?
Можно оценить часы ручной работы, количество ошибок, потерянные заявки, просрочки или недополученную выручку. - Сколько стоит решение?
Учитываются не только часы разработчика. В стоимость входят анализ, разработка, тестирование, обучение пользователей и последующее сопровождение. - Какой ожидаемый эффект?
Что изменится после внедрения: высвободится время, снизится количество ошибок, ускорится обработка клиентов, уменьшится просрочка или появится более качественный управленческий контроль?
Так появляется гораздо более полезный вопрос:
Не «насколько пользователю хочется эту функцию?», а «какой эффект мы получим на единицу затрат?»
Примеры
«Поменять цвет поля»
Такая просьба может быть вполне обоснованной: пользователю действительно может быть удобнее работать с другим цветом.
Но если изменение не влияет на скорость работы, количество ошибок или качество процессов, его эффект обычно невысокий.
Это не значит, что задачу нельзя делать никогда. Её просто не следует автоматически ставить выше задач, которые экономят десятки часов или предотвращают финансовые потери.
Приоритет: низкий, если речь только об эстетике и индивидуальном удобстве.
«Автоматически уведомлять о неоплаченных счетах»
Здесь ситуация совершенно другая.
Если сейчас сотрудники вручную проверяют оплаты, периодически забывают это делать или узнают о просрочке слишком поздно, автоматическое уведомление может:
- сократить ручную работу;
- уменьшить количество просроченных счетов;
- ускорить работу менеджеров;
- снизить финансовые потери;
- сделать процесс более контролируемым.
Даже если такая доработка стоит дороже изменения цвета поля, её потенциальный эффект может быть значительно выше.
Приоритет: потенциально высокий, но его всё равно нужно подтвердить цифрами: сколько счетов затрагивается, сколько времени тратится на проверку и какие потери возникают из-за просрочек.
«Добавить новый отчёт»
Здесь нельзя оценивать задачу только по формулировке.
Нужно спросить: кому и для какого решения нужен этот отчёт?
Если руководитель использует его каждую неделю для управления продажами, а без него данные приходится собирать вручную из нескольких источников, задача может иметь высокий приоритет.
Если же отчёт нужен «на всякий случай» и после создания его никто регулярно не использует, ценность может оказаться низкой.
Поэтому хороший вопрос к такой заявке:
«Какое управленческое решение будет принято на основании этого отчёта?»
Если на него нет ясного ответа, с задачей, скорее всего, стоит повременить.
Удобная таблица для оценки
Не обязательно строить сложную математическую модель. Для большинства CRM достаточно простой оценки по шкале, например от 1 до 5.
| Критерий | Что оцениваем |
|---|---|
| Проблема | Насколько существенна текущая проблема |
| Охват | Сколько сотрудников или подразделений затронуто |
| Частота | Как часто возникает проблема |
| Потери | Сколько времени или денег теряется |
| Стоимость | Сколько ресурсов потребуется на решение |
| Эффект | Какой результат даст внедрение |
Особенно полезно отдельно фиксировать факты, а не только субъективное мнение пользователя.
Например:
«Менеджеры хотят автоматическое уведомление»
гораздо менее информативно, чем:
«12 менеджеров ежедневно проверяют около 80 счетов вручную; на проверку уходит примерно 2 часа в день; при просрочке клиенту иногда не напоминают вовремя».
Во втором случае уже можно принять управленческое решение.
Почему нельзя делать всё сразу
У CRM есть ограниченный бюджет изменений. Даже если разработчики физически могут реализовать десять небольших задач, это не означает, что все десять нужно делать.
Каждая новая функция имеет свою цену не только в момент разработки. Она увеличивает сложность системы:
- её нужно тестировать;
- описывать;
- объяснять новым сотрудникам;
- поддерживать;
- учитывать при следующих изменениях;
- иногда исправлять после обновлений.
Поэтому CRM тоже имеет технический и функциональный долг.
Если бесконечно добавлять небольшие функции «потому что попросили», система становится сложнее, но не обязательно становится полезнее.
Роль backlog
Для этого и нужен backlog — единый список предложений, проблем и задач, которые потенциально нужно реализовать.
Главное преимущество backlog в том, что заявка не теряется, но и не получает автоматического права на немедленную разработку.
Пользователь сообщает о проблеме → задача попадает в backlog → её уточняют → оценивают эффект и стоимость → определяют приоритет → включают в план, откладывают или отклоняют.
Это снимает сразу две проблемы.
Для пользователей:
их предложения не исчезают в переписке и не зависят от того, насколько настойчиво они о них напоминают.
Для команды CRM:
работа перестаёт превращаться в бесконечный поток срочных поручений.
При этом backlog не должен быть «кладбищем пожеланий». Если задача годами лежит без пересмотра, её ценность нужно переоценить: проблема могла исчезнуть, процесс измениться или появиться более эффективное решение.
Регулярное планирование важнее постоянной реакции
Хорошая практика сопровождения CRM — регулярно разбирать backlog и формировать план работ на следующий период.
Например, раз в две недели или раз в месяц:
- собрать новые заявки;
- уточнить проблемы и ожидаемый результат;
- оценить охват, частоту и потери;
- получить предварительную оценку стоимости;
- определить приоритет;
- выбрать ограниченное количество задач в работу;
- после внедрения проверить фактический эффект.
Последний пункт особенно важен.
Если CRM-команда внедрила автоматическое уведомление и предполагала, что оно сэкономит 40 часов в месяц, через некоторое время стоит проверить, произошло ли это на самом деле.
Так сопровождение CRM превращается из «исполнения пожеланий» в управление портфелем улучшений.
Главное правило для владельца CRM
Пользователь имеет право предложить любую идею. Но предложение пользователя — это входные данные для принятия решения, а не готовый приоритет.
Поэтому на любую заявку полезно смотреть через одну простую последовательность:
Проблема → охват → частота → потери → стоимость решения → ожидаемый эффект.
И уже после этого решать: делать сейчас, поставить в backlog, объединить с другой задачей или не делать вовсе.
Зрелая CRM — это не система, в которой реализованы все пожелания пользователей.
Зрелая CRM — это система, в которой в первую очередь реализуются изменения, дающие бизнесу наибольшую ценность.
Развивайте Битрикс24 не количеством изменений, а пользой для бизнеса
Если в вашей компании используется Битрикс24, важно не только внедрить систему, но и правильно развивать её дальше.
В процессе работы всегда появляются новые идеи, пожелания сотрудников и задачи по улучшению процессов. Но максимальную пользу CRM приносит не количество внесённых изменений, а их влияние на работу бизнеса.
Мы помогаем сопровождать Битрикс24 системно: анализируем запросы пользователей, помогаем определить приоритеты, планируем доработки и развиваем систему с учётом реальных потребностей компании.
Вместо постоянной реакции на отдельные просьбы — вы получаете понятный план развития CRM, где каждая задача оценивается по ценности для бизнеса, затратам и ожидаемому результату.
Если вы хотите, чтобы Битрикс24 оставался удобным инструментом для сотрудников и приносил больше пользы руководству — мы готовы помочь с его сопровождением и развитием.
