Как выбрать систему управления задачами для компании: ключевые критерии и функции
Практический чек-лист выбора: от каких требований отталкиваться, какие функции критичны, а какие продают, и на чём чаще всего ошибаются при сравнении систем.
Сравнивать системы по таблицам функций — плохая идея: у всех будет «есть, есть, есть». Разница вылезает через месяц работы, когда выясняется, что нужного отчёта нет, права настраиваются только глобально, а поддержка отвечает через день. Ниже — порядок, который снижает вероятность такой встречи.
Начните не с систем, а со сценариев
Выпишите 5–7 реальных рабочих ситуаций и проверяйте каждую систему на них. Не «нужен канбан», а «менеджер получает заявку с почты, заводит клиента, ставит задачу производству, через неделю руководитель видит, сколько часов ушло». Такой сценарий сразу отсекает половину вариантов.
Хороший набор сценариев для проверки:
- приход работы извне (письмо, звонок, заявка с сайта) и её превращение в задачу;
- передача работы между отделами;
- работа с внешним подрядчиком без доступа к остальным данным;
- ответ на вопрос «сколько мы потратили на этого клиента»;
- ввод нового сотрудника в курс дел;
- поиск документа спустя полгода.
Критерии, которые действительно различают системы
1. Где хранятся данные
Первый вопрос, потому что он отсекает целые классы решений. Если есть требования к размещению данных или просто нежелание зависеть от чужого облака — нужна система, которая ставится на ваш сервер. Уточните, что именно можно развернуть локально: часто «on-premise» касается только приложения, а звонки или редактор документов всё равно идут через чужие сервисы.
2. Гранулярность прав
Проверяйте не наличие ролей, а глубину: можно ли скрыть целый раздел от подразделения, можно ли закрыть проект от всех, кроме участников, что увидит подрядчик, приглашённый в один проект. Права — та часть, которую невозможно доделать самостоятельно, если её нет.
3. Учёт времени
Есть ли разделение планового и фактического времени, можно ли править план только через корректировку с комментарием, выгружаются ли отчёты. Если учёт времени сводится к секундомеру — на нём не построить ни оценку рентабельности, ни планирование.
4. Работа с документами
Ключевой вопрос: что происходит при загрузке одного файла в задачу и в папку проекта — появятся две копии или одна с двумя ссылками. От ответа зависит, будете ли вы через год искать актуальную версию среди дублей.
5. Связь с клиентами и деньгами
Если у вас есть продажи, разделение «таск-трекер отдельно, CRM отдельно» рано или поздно приведёт к разрыву между обещанием клиенту и работой производства. Смотрите, связаны ли задачи со сделками и компаниями в одной системе.
6. Что происходит при росте
Спросите, что изменится, когда пользователей станет втрое больше: цена, производительность, необходимость менять тариф или архитектуру.
Функции, которые продают, но редко нужны на старте
| Функция | Когда действительно понадобится |
|---|---|
| Диаграмма Ганта | Когда есть проекты с жёсткими зависимостями между работами |
| Сложные автоматизации и сценарии | Когда процесс устоялся; до этого автоматизировать нечего |
| Оценка в story points | В командах разработки, работающих по спринтам |
| Десятки интеграций | Когда есть конкретная система, с которой нужен обмен |
| Мобильное приложение из магазина | Если сотрудники работают в полях; иначе хватает мобильной версии сайта |
Вопросы поставщику, которые экономят деньги
- Что входит в цену, а что оплачивается отдельно (пользователи, дисковое пространство, модули, обновления)?
- Как выглядит миграция наших данных и кто её делает?
- Можно ли выгрузить все данные, если мы решим уйти? В каком формате?
- Как часто выходят обновления и можно ли их откладывать?
- Кто и в какие сроки отвечает при сбое?
- Что происходит при отключении интернета в офисе?
Особенно важен третий пункт. Возможность забрать свои данные — это страховка от ситуации, когда система перестала устраивать, а уйти дорого.
Типичные ошибки выбора
Сравнение по числу функций. Побеждает самая перегруженная система, а пользуются в итоге пятью экранами из сорока.
Выбор без исполнителей. Решение принимает руководитель, работать будут сотрудники. Дайте двум-трём будущим пользователям пройти сценарий самостоятельно — их замечания точнее любой презентации.
Игнорирование стоимости внедрения. Лицензии — часто меньшая часть расходов. Настройка, перенос данных и обучение занимают недели рабочего времени.
Пилот на выдуманных данных. Тестируйте на настоящем проекте с настоящими людьми. На демо-данных всё работает у всех.
Как проводить пилот
Ограничьте пилот одним отделом и одним реальным процессом на 2–4 недели. Заранее договоритесь, по каким признакам поймёте, что система подходит: например, «руководитель узнаёт статус без вопросов сотрудникам», «ни одна задача за две недели не потерялась», «новый сотрудник разобрался за день». Без критериев обсуждение скатится во вкусовщину.
Подробно о том, как проходит внедрение после выбора, — в пошаговом руководстве.
Коротко
Начинайте с рабочих сценариев, а не с таблиц функций. Различают системы вещи, которые нельзя доделать потом: размещение данных, глубина прав, учёт времени, работа с документами и связь задач с клиентами. Пилот проводите на реальном процессе и с теми, кто будет работать в системе каждый день.