Портал, которым не пользуются: пять причин и что сделать до запуска

Корпоративный портал — редкий тип проекта, где всё формально сделано, а результата нет. Срок выдержан, приёмка подписана, система работает — а через три месяца в неё заходит один сотрудник из десяти. Предъявлять некому: подрядчик сдал ровно то, что было в задании.

Риск этот не технический. Портал конкурирует не с другой системой, а с привычкой: написать в мессенджер, позвонить соседнему отделу, переслать файл почтой. Выигрывает то, что короче. Ниже — пять механик, по которым портал проигрывает привычке; проверки, которые делаются до начала разработки; признаки на второй и третьей неделе, по которым видно, что система не прижилась; и случаи, когда портал не нужен вовсе.

Человек на той стороне всегда делает одно сравнение: сколько действий занимает получить нужное сейчас и сколько — через новую систему. Сейчас: открыл переписку, написал три слова, через десять минут получил ответ. Через портал: вспомнил адрес, вошёл, нашёл раздел, не нашёл в нём нужного поля — и всё равно написал в мессенджер. Второй раз он туда не пойдёт, и будет прав.

Отсюда правило, по которому мы смотрим на такие проекты. Портал обязан не добавлять ещё одно место, где информация тоже есть, а убирать шаг из сегодняшней работы. Не сокращать, а убирать. Если после запуска ни один шаг не исчез, портал обречён на вежливое игнорирование: им не возмущаются, в него просто не заходят. Проверяется это заранее, без единой строчки кода.

До проекта медицинские агенты из регионов и из-за рубежа обращались к специалистам EMC по разрозненным каналам — почта, звонки, мессенджеры. Единой системы не было: обработка затягивалась, а риск потери и дублирования сведений рос.

Сервис собрали из двух модулей. Агенту — одна форма вместо письма произвольного вида, документы, текущее состояние заявки и имя ведущего специалиста. Клинике — распределение заявок с учётом загруженности и области экспертизы, уведомления и напоминания о сроках. Плюс чат внутри системы и права по ролям.

Замер после запуска, формулировкой кейса: путь от запроса до выданного медицинского заключения стал короче на 60%, а врачи отметили, что рутины стало меньше. Границы узкие — онкология, поток агентских заявок, конкретный исходный беспорядок в каналах. На корпоративный портал производственной или логистической группы её переносить нельзя. Переносится устройство, а не процент: одна форма вместо свободного письма, видимое состояние, очередь по загрузке и названный ответственный у каждой заявки.

Каждая строка — действие, которое можно поручить и у которого есть наблюдаемый результат. Восемь проверок делаются силами компании за несколько дней, до подписания технического задания. Там, где результат не нравится, дешевле менять замысел, чем доделывать запущенную систему.

Порядок важен. Первая и третья проверки чаще всего меняют состав первой очереди: из неё уходят эффектные разделы с суточными данными и остаются скучные, но живые — документы, справочники, заявки с понятным адресатом. Четвёртая и седьмая упираются во внутреннюю договорённость, а не в подрядчика, и это самая долгая часть подготовки.

Окно, в котором портал спасается дешёвыми средствами, короткое — по нашему опыту около трёх недель, замера под этой цифрой нет. Дальше у людей складывается мнение, и переубеждать придётся не настройками, а повторным внедрением. Смотреть надо не на общее число визитов — в первые дни оно высокое из любопытства, — а на возвраты и на старые каналы.

Все шесть признаков читаются по данным, которые уже есть: журнал входов, обращения в поддержку, почта клиентского сервиса. Отдельная аналитика не нужна — нужен человек, который смотрит на эти цифры еженедельно первые два месяца. Там, где он был, второй очередью почти всегда делали не то, что планировали, и это нормальный ход событий.

Все пять замен — общая практика, а не история клиента: в наших опубликованных кейсах их нет. Общее у них одно: часть эффекта портала без перестройки поведения всей компании. Сняла замена обращения — у вас есть доказательство спроса и статистика для расчёта. Не сняла — вы узнали это до большого проекта. Обратная сторона темы — клиентский портал: как считать его эффект в часах и что спросит служба безопасности, разобрано в соседней статье, и здесь мы это не повторяем.

Мы не называем долю обращений, уходящую в самообслуживание: у портала для сотрудников производственной группы и у кабинета внешних контрагентов она разная, отраслевой нормы здесь нет. Подрядчик, называющий такой процент до знакомства с вашими данными, называет его из головы.

Мы не обещаем, что портал сам изменит поведение людей. Им пользуются там, где кто-то внутри отвечает за использование, а старый канал закрывается не запретом, а переводом типовых ответов на ссылку. Мы видели аккуратно сделанные системы, оставшиеся пустыми, и неидеальные, которыми пользуются ежедневно, — потому что там по ту сторону есть человек и есть срок ответа.

И отдельно: объём такой работы не измеряется числом экранов. Недели уходят на потоки обмена с учётными системами, на ролевую модель и на поведение при сбоях — на то, чего в демонстрации не видно. Смета, объяснённая количеством страниц, не учитывает ровно то, из-за чего порталы и проваливаются.

Порог для начала разговора низкий: пришлите пять частых операций и напротив каждой — шаг, который должен исчезнуть. Этого обычно хватает, чтобы обсудить предметно: что имеет смысл брать первой очередью, что при вашем способе обмена лучше не запускать совсем и где вместо портала хватит страницы состояния или общего ящика.

Можно наоборот: пришлите техническое задание, если оно уже написано, — покажем, где в задании не видно источника данных и ответственного по ту сторону. Иногда наш ответ звучит как «портал вам пока не нужен», и мы его произносим.