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