Цифровизация бизнеса

Роль функционального заказчика и технологического брокера

Тема цифровой трансформации из элемента хайповой повестки уже конвертировалась в одну из пяти Национальных целей развития России до 2030 года (указ президента РФ)

Цифровая трансформация (или цифровизация) - это действительно крайне существенный феномен, составная часть протекающих вокруг нас процессов и изменений, в которые мы в той или иной степени вовлечены

Цифровизация - вполне конкретна. Каждый может ощутить ее на себе, если сфокусировать свое внимание и поставить такую задачу

Например - вчера я получил письмо от ГосУслуг с напоминанием и указанным дедлайном второго укола Спутником V

Никаких прозвонов и обходов квартир фельдшерами - просто сработала проверка записи в базе данных:

“дата первого укола + 21 день приближаются” = true --> выслать email пользователю c dmitry_markov

Просто?

Простейший функционал и логика!

Но, как показывает практика, для бизнеса такое - сложно…

Сложно для осознания, принятия и применения на практике - в своей бизнес-модели

Небольшое отступление:

В этом моменте мне пришла в голову мысль из книги Генриха Альтшуллера - автора ТРИЗ (Теория решения изобретательских задач):

В мире существует два вида систем:

1. природные (горы, реки, леса)
2. искусственные (страны, города, институты… созданные человеком)

Любая система - выполняет функцию (рассылка email’ов)

Идеальная система: системы нет, а функция - выполняется

Это очень важная методологическая диалектика - абстрактного (озеро) и конкретного (утолить жажду здесь и сейчас этому конкретному человеку)

Что мы видим, как активный участник процесса цифровизации бизнеса?

Тотальное доминирование абстрактного над конкретным.
Игнорирование конкретного со стороны бизнеса и конкретных людей - неумение сфокусироваться и работать над конкретикой, деталями

Да вы и сами с этим все сталкиваетесь регулярно - вот типовой уровень повестки и постановки задач цифровизации:

“Что будем внедрять - 1С или SAP?”
“Какую CRM выберем - Битрикс или АМО?”
“У нас есть CRM и WMS-системы, но не хватает ERP и чат-бота в нашей архитектуре”

Какая конкретика стоит за этими абстракциями?

Данный вопрос не то что никому не интересен, зачастую - люди не обладают компетенциями для того, чтобы начать мыслительный процесс об этом

Так - руководители попадают в ловушку цифрового базара, кишащего цыганами-маркетологами, продающих “легендарные it-продукты”

При этом в 2021 году мы находимся в интересном моменте - российский бизнес накопил многолетний опыт использования цифровых продуктов в контексте своих бизнес-моделей

Большинство руководителей набили себе хороший объем шишек в процессе многочисленных попыток автоматизировать/цифровизировать свои процессы “легендарными it-продуктами”

Боль есть у каждого управленца

При этом, зачастую, управленец не может сформулировать - дать ответ на вопрос - что и где болит?

Пример из нашей практики:

Консалтинговая компания, ядром бизнес-модели которой является ведение длинных проектов, купила CRM-систему для контроля исполнения задач

Эксплуатируя систему в течение года - руководство компании пришло к выводу, что CRM-система не заточена под логику управления проектами (логика диаграммы Ганта)

Обратились к нам - мы разработали кастомную систему по управлению проектами (Гант), но на следующей итерации выяснилось, что руководству компании нужна система по управлению продажами (логика воронки продаж - CRM)

Такая ситуация - типовая для подавляющего количества российских компаний

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

Переходим к хорошим новостям

В 2021 году мы видим, как все больше и больше крупных российских корпораций переводят свой процесс цифровизации на рельсы логики работы с технологическими брокерами

Все продукты на цифровом базаре перепробованы, многие боли не решены - крупные компании по сути опустились на уровень собирательства

Ключевыми элементами/ролями процесса собирательства являются:

1. Функциональный заказчик с болью
2. Технологический брокер (посредник)
3. Носитель/владелец технологии (доктор)

Процесс собирательства выглядит следующим образом:

1. Функциональный заказчик формулируют свою бизнес проблему (боль, задачи)
2. Формулируются гипотезы - как эту проблему можно решить
3. Формулируются ожидания относительно того - насколько станет лучше жить с решенной проблемой (метрики, финансовые эффекты и др.)
4. К процессу подключается технологический брокер (по сути - риэлтор)
5. Во вселенную посылается клич - “Доктор - найдись!”
6. Собираются разнообразные доктора
7. Запускается процесс диалога с вовлечением всех участников (ФЗ, брокер, доктор)
8. Формируется пул рецептов по лечению боли от всех докторов
9. Технологический брокер и функциональный заказчик выбирают лучшие рецепты из предложенного (по их мнению/оценке)
10. Носителем технологий оперативно создается новый цифровой продукт под конкретные нужды функционального заказчика
11. Запускается локализованный процесс тестового лечения новым продуктом на 3 месяца (пилот со сформулированными метриками успеха/провала лечения)
12. По прошествии тестового периода - 3 месяца использования нового цифрового продукта (окончание пилота) функциональный заказчик совместно с технолоcическим брокером подводят итог лечения/пилота
13. Если результат попадает или превосходит ожидания - принимается решение о закупке и масштабировании использования нового цифрового продукта на всем бизнес-ландшафте компании (сшитый костюм на заказ пришелся в пору - можно носить)

Одна итерация цифровой трансформации закончена

Подходит ли данная технология/методология для цифровизации малого и среднего бизнеса?

Абсолютно! Ничего космического здесь нет

Ключевыми факторами успешного собирательства нового цифрового продукта под свои нужды являются:

1. Наличие воли и интереса руководства/акционеров
2. Наличие организационного ресурса - сотрудники (функциональные заказчики) должны быть вовлечены в проект
3. Наличие посредника (технологического брокера) - умеющего понимать и разговаривать, как на языке заказчика - так и на языке носителя технологии
4. Связь/контакт с носителями технологий
5. Способность организовать процесс собирательства по перечисленным выше 13 пунктам
6. Толерантность к риску - тонкий момент связанный с культурой (пилот может и не выстрелить)

Разберемся с абстракцией - технологический брокер

На практике данная сущность может приобретать следующие формы:

1. In-house ТехБрокер в крупных корпорациях (центры инноваций, цифровизации, трансформации и т.п.)
2. Внешний посредник-институт - Акселераторы, консалтинговые компании (кстати, жизнь вынудила топовые консалтинговые компании идти именно по этому пути)
3. ТехБрокер-методолог со стороны технологической компании (мы по такому пути эволюционировали)
4. Независимый технологический эксперт с соответствующей репутацией, как в бизнес, так и в технологическом сообществе/среде

Резюмируем

Цифровизация - вполне конкретна

При этом успешность процесса цифровизации во многом зависит от слаженности и скоординированности деятельности следующих ее участников:

1. Функционального заказчика
2. Технологического брокера
3. Носителя/владельца технологии

Автор:
Дмитрий Марков - Управляющий Партнер Neuro Lab! Algorithms, Директор Института цифровизации бизнеса Российской Академии Бизнеса и Предпринимательства, Координатор технологической Лаборатории data-driven менеджмента Экономического факультета НГУ

Читайте также по теме:

"О контексте цифровизации"