Как посчитать эффект портала в деньгах: методика на одном листе

Портал внутри компании обсуждают долго, а упирается разговор в одну фразу: «Хорошо, а в деньгах это сколько?» Ответ «станет удобнее» дальше операционного директора не уходит, и правильно делает: удобство в бюджет не ставится, в бюджет ставятся часы.

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

Своих цен мы здесь не называем: статья про методику, а не про смету. Где появляются конкретные числа — это пример подстановки в формулу, а не наш замер. Замеры из кейсов помечены отдельно, с границами.

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

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

Стоимость обращения = минуты ÷ 60 × полная стоимость часа. Привычное «это же звонок на три минуты» после честного замера обычно оказывается заметно дороже; точную цифру даст ваш замер.

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

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

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

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

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

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

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

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

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

Пример подстановки — числа условные, это не замер и не ориентир. Пусть в месяц приходит 1 400 обращений, разбор сотни показал 62% статусов, документов и расчётов, а среднее обращение съедает 11 минут. Строка 1: 1400 × 0,62 × 11 ÷ 60 ≈ 159 человеко-часов в месяц. Строка 2 — эти 159 часов, умноженные на полную стоимость часа. Строка 3: при переходе 45% вместо теоретических ста остаётся около 72 часов в месяц. Строка 4 — порядка 860 часов в год.

Дальше считается только у вас: в пятой строке стоят предложения подрядчиков и ваши внутренние часы. Но форма ответа видна, и на совещании она звучит иначе, чем «станет удобнее»: возвращаем в работу около семидесяти человеко-часов в месяц, вложения окупаются за столько-то.

Часть эффектов реальна, но непредсказуема по величине, и вносить их в обоснование — быстрый способ потерять доверие финансового директора. Повторная заявка оформляется чаще, потому что путь стал короче. Клиент не уходит к конкуренту с кабинетом. Ошибок меньше, потому что реквизиты вводит тот, кто их знает.

Это случается. Но заранее названная величина любого из них — выдумка, и за неё расчёт и разваливают на защите: одного вопроса «откуда проценты» хватает, чтобы под сомнение попали честные строки. Такие эффекты описывают словами и меряют после запуска.

Проверочное правило: уберите из обоснования всё непроверяемое — если окупаемость исчезла, проект не обоснован. Делать его можно и по другим причинам, вроде требования заказчика, но тогда так и скажите.

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

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

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

«Центр сопровождения бизнеса» ведёт бухгалтерию компаний разных форм собственности и отраслей. Собственник задумался о масштабировании и начал с клиентского сервиса: нужен был продукт, где клиент быстро добирается до финансовых сведений и удобно общается с бухгалтерией.

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

Опубликованного замера экономии по проекту у нас нет, и подставлять вместо него чужие проценты мы не станем. Зато кейс показывает границу между второй и третьей величиной: «какой налог и когда платить», «оплачено или пропущено» — типовой поток, а разбор нестандартной операции остаётся за человеком. Это типичная картина, не привязанная к конкретному клиенту.

Расчёт без контрольного замера остаётся обещанием. До разработки снимите четыре показателя — по ним же будете сверяться через квартал.

Через три месяца после запуска повторите процедуру: та же выборка в сто обращений, то же деление на типы, те же специалисты. Сравнение честно не потому, что цифры сойдутся, а потому, что считали одинаково: правка методики между замерами превращает сравнение в спор о методике.

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

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

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

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

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

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