Люблю шорткаты.
Не те, где отключили проверки, выкатили в пятницу и уехали за город. А те, где посмотрели на пять месяцев работы и поняли, как получить результат за неделю. Вот нужно перевезти кучу партнёров на новый протокол процессинга.
Собираем список. Разбираем интеграции. Оцениваем доработки. Согласовываем с партнёрами. Раскладываем по итерациям. Тестируем. Перевозим волнами.
Нормальный план. Люди работают, задачи закрываются. Через пять месяцев закончим. Если партнёры не подведут. Они, конечно, подведут.
А потом кто-то открывает оба протокола и спрашивает: «Почему каждый партнёр вообще должен что-то менять? Можем мы принять старый запрос, преобразовать в новый и отправить куда нужно?» Оказывается, можем.
Вместо десятков чужих бэклогов получаем адаптер на своей стороне. Процессинг переключаем за неделю. Партнёрские интеграции обновляем постепенно.
Красиво? Да. Бесплатно? Конечно нет.
Теперь адаптер наш. Его поддерживать, мониторить, разбирать несовпадения статусов. И до победного доклада нужно проверить, что за красивой схемой не спряталась неприятная деталь.
Например, отправляем перевод.
Процессинг его принимает, но ответ теряется. Партнёр повторяет запрос. Что сделает адаптер: вернёт результат первой операции или создаст вторую?
Если вторую — мы нашли быстрый способ удвоить переводы.
Придётся разобраться с идентификаторами, хранением результата и обработкой повторов. Возможно, после этого неделя превратится в две. Всё ещё сильно лучше пяти месяцев.
С возвратом назад тоже интересно: переключить маршрут легко.
А что будет с операциями, которые уже ушли в новый процессинг и ещё не завершились? Их нельзя просто забыть вместе с неудачным экспериментом.
Вот после таких проверок можно обсуждать сроки.
Мы обменяли месяцы координации на техническую сложность. Такой обмен может быть очень выгодным. Но цену надо назвать вслух.
С поддержкой похожая история. Все жалуются: долго отвечают. Первое решение — увеличить штат.
А я бы сначала открыл обращения. Вполне может оказаться, что заметная часть — это «где мой перевод?», «вы получили заявку?» и «ну что там?».
Люди пишут, потому что система молчит. Потом пишут повторно, потому что молчит уже поддержка.
За неделю можно сделать понятные статусы, уведомления и AI-бота с базой знаний. Пока полноценный кабинет ждёт своей очереди, человек уже видит движение обращения и получает ответы на типовые вопросы.
Статус бот берёт из системы, сроки не сочиняет, сложный случай передаёт сотруднику.
Шорткат здесь начинается с обнаружения обращений, которых вообще могло не быть. Если просто поставить бота перед той же очередью и научить его говорить «ожидайте», очередь останется.
Теперь с искусственным интеллектом.
Вот эту способность сокращать путь я считаю отдельной компетенцией руководителя.
Она растёт из привычки лезть в детали. Какой результат нам нужен? Зачем ради него менять всех партнёров? Почему клиент вынужден спрашивать статус? Где мы приняли привычный способ решения за обязательный?
А дальше — проверять свою идею на неудобных случаях.
Потерянном ответе. Повторном запросе. Незавершённой операции. Отсутствующем статусе.
План на пять месяцев вполне может оказаться правильным. После разбора иногда выясняется, что нужны все сорок задач. Тогда делаем сорок.
Но сначала полезно проверить саму дорогу. Подробный план очень легко создаёт ощущение, что думать уже закончили.
Для меня ценность руководителя появляется в том числе здесь: найти более короткий путь, проверить его и взять ответственность за последствия.
А просто сказать команде «давайте за неделю вместо пяти месяцев» — это пока только сократить срок в презентации.
