Шаг 3 Клиенты
Исследуем клиентов, на ценностное предложение для которых влияет новая идея, выявленная проблема или решение поставленной задачи.
Описывая предметную область, как правило, выделяют лиц, заинтересованных прямо или косвенно в устранении проблемы или исполнении задачи. Клиенты это те, кто удовлетворяет свои потребности с помощью предлагаемого решения. Исследование клиентов и выделение целевых сегментов способствует фокусировке на практическом результате цифровой трансформации на повышении удовлетворенности потребителя. Кроме того, связывая внутреннюю идею, проблему или задачу с выходом на ценностное предложение для клиента получается запустить наиболее выгодные для бизнеса варианты изменений, не только внутренне эффективные, но внешне повышающие конкурентоспособность.
Шаг 4 Процессы
Выстраиваем оптимальный процесс, улучшающий ценностное предложение для клиента и в котором исключена проблема или который решает поставленную задачу.
Прямой выход на ценность для клиента это, как правило, сквозной процесс понятный, эффективный, формализованный. И проанализированный с учетом принципов автоматизации, обязательных для проектов цифровой трансформации. Но процессы всегда связаны с целевыми результатами и множеством физических, виртуальных и информационных объектов. Следовательно, они оптимизируются в моделях, описывающих элементы процесса и связанные сущности. В проектах цифровой трансформации оптимизация процессов требует обычно существенного их переопределения и пересборки в рамках качественного реинжиниринга.
Шаг 5 Решение
Выбираем комплексное решение, основываясь на оптимизированном процессе.
Исходя из понимания предметной области, модели оптимизированного процесса и результатов исследования клиентов определяется решение, которое имеет смысл реализовывать т. е. какое целевое состояние бизнес-модели (с выходом на потребителей) требуется получить в итоге. Что безусловно предполагает с заданным уровнем детализации описание текущей ситуации и промежуточных состояний. В отличие от оптимизации, выбор и проектирование решения, как правило, не ограничивается одним процессом, а охватывает прямо или косвенно связанные виды деятельности (объекты, участников, события, задачи, процедуры). Решение вписывает оптимизированный сквозной процесс и зависимые сущности в интегральную модель деятельности субъекта. Кроме того, решение должно отражать этапность и исполнимость проектируемых изменений. Отделение оптимизации процесса от проектирования решения призвано расширить и специализировать работу менеджера и заставить не просто обозначить локальный вариант изменений, а продумать и встроить изменения в общую бизнес-модель.
Шаг 6 Платформы и технологии
Проектируем платформенное решение и формируем технологический стек цифровой платформы.
Выбранное на предыдущем шаге комплексное модельное решение переводится на основе наилучших доступных технологий в автоматизированное или автоматическое. В результате создается (модифицируется) цифровой продукт или сервис для клиентов или разрабатывается программное обеспечение для внутренних целей. Но логика цифровой трансформации предписывает в любом случае предложить такую автоматизацию, которая станет новым целостным платформенным решением для конечного потребителя или улучшенной частью существующего платформенного решения. На этом шаге как раз и воплощаются все особенности цифровой трансформации, акцентированные на предыдущих этапах.
Шаг 7 Проекты
Запускаем проект изменений проект цифровой трансформации для реализации выбранного решения (в том числе подпроект по автоматизации процессов).
Во многом это организационный и исполнительский этап, основанный на проектном управлении. Тем не менее учитывается ряд оригинальных характеристик проектов разработки цифровых продуктов и сервисов. В том числе: итерационность и версионность, управление стеком задач, специализация и архитектурный подход, пользовательский опыт и обратная связь, сервисная поддержка, метрики, модели технологической кооперации и т. п.
Шаг 8 Команды
Собираем команду, способную реализовать проект.
На данном шаге уже во многом понятно, кто, с какими ресурсами, компетенциями и когда подключается к проекту и помогает с его реализацией. Но учитывая сложность, специализацию и скорость проектов цифровой трансформации это обычно не простая задача. Ведь в итоге необходимо получить гибкую работоспособную энергичную команду, управляющую не только изменениями, запланированными в проекте, но и изменениями самого проекта, и даже изменениями самой команды. Поэтому её сборка и последующая продуманная пересборка в предусмотренных точках проекта нуждаются в особом внимании и специальных компетенциях.