Шаблон бизнес-кейса SAP: как получить одобрение без задержек

Бизнес-кейс SAP одобряют тогда, когда те, кто принимает решение, видят проблему, затраты, отдачу и риск на одной странице и на своём языке. Используйте структуру из семи разделов ниже, включите все затраты минимум за пять лет, держите допущения по выгодам консервативными и пишите отдельные фрагменты для CFO, ИТ и бизнеса. Большинство кейсов, которые застревают, проваливаются на подаче, а не на идее.

Я видел, как согласование тянулось неделями, а иногда месяцами, даже когда идея была сильной. Помню миграцию на S/4HANA, где первая презентация провалилась. Предложение было забито схемами системной архитектуры, а об операционной отдаче в нём почти ничего не говорилось. Мы переработали его: вступление строилось вокруг сокращения задержек поставок, снижения затрат на запасы и того, как команда будет всё это делать. CFO одобрил проект на одной встрече.

Ещё одно замечание до самого шаблона. Партнёр по внедрению не должен писать ваш бизнес-кейс. Его интерес в том, чтобы программа началась. Ваш интерес в том, чтобы она закончилась. Так программы на $40 млн незаметно превращаются в программы на $90 млн.

Всё решает резюме для руководства

Уложите его в одну страницу. Руководители могут не прочитать больше ничего.

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

В одной из компаний, которые я раньше сопровождал, резюме открывалось словами вроде «технические объекты» и «Embedded HANA». CFO отложил документ после первого абзаца. Мы переписали резюме так, чтобы оно начиналось с «экономия $2,5 млн в год за счёт сокращения запасов» и «обработка заказов быстрее на 40 %». Тот же CFO прочитал всю страницу и одобрил проект в ту же неделю.

Когда резюме готово, дайте его человеку со стороны. Если он сможет пересказать его вам, значит, оно работает.

Пишите для трёх читателей

Одна версия для всех не работает. Я видел, как сильные предложения гибли, потому что были написаны не для тех читателей.

CFO и совет директоровИТБизнес-пользователи

Что они ищутCFO и совет директоровЦифры, которые можно повторить без шпаргалкиИТОбъём интеграции в сопоставлении с текущими системамиБизнес-пользователиКартину недели по задачам

Что им датьCFO и совет директоровГодовую экономию и окупаемость, а риски названы прямоИТМодель поддержки после go-liveБизнес-пользователиБыло и стало, с честной оценкой времени на обучение

Что их убеждаетCFO и совет директоровОткровенность вместо оптимизмаИТДоказательства, что вы знаете, где похожие проекты ошибалисьБизнес-пользователиЧестность о каждом лишнем клике

CFO и совету директоров нужны цифры, которые можно повторить без шпаргалки: «Экономия $2 млн в год, окупаемость 18 месяцев». Им нужны прямо названные риски. С такой аудиторией откровенность выигрывает у оптимизма.

ИТ нужен объём интеграции в сопоставлении с текущими системами, модель поддержки после go-live и доказательство того, что вы знаете, где похожие проекты ошибались.

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

Однажды CFO отклонила бизнес-кейс прямо на встрече, потому что он не отвечал ни на один из её вопросов. Мы пересобрали его в три раздела, по одному на каждую аудиторию, и привязали каждый к измеримым KPI. Технический план не изменился. Изменился только способ, которым его рассказали.

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

Раздел	Что в нём должно быть
Резюме для руководства	Проблема в цифрах, предложение, выгоды, общий объём инвестиций, сроки, главные риски
Текущая ситуация	Болевые точки, их стоимость сегодня и стоимость бездействия
Предлагаемый подход	Объём, модули, модель развёртывания (RISE, GROW или on-premise), основные интеграции
Финансовое обоснование	Затраты и выгоды за пять лет, ROI, окупаемость, NPV для крупных программ
План внедрения	Этапы, контрольные точки, команда, зависимости
Риски	Конкретные риски с владельцами и мерами по снижению
Управление	Спонсор, управляющий комитет, управление изменениями, правила согласования расширений

Схемы архитектуры и детали настройки выносите в приложение.

Затраты, которые будет искать финансовый директор

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

1. Программное обеспечение: лицензия плюс ежегодная поддержка для on-premise или подписка для RISE и GROW.
2. Вознаграждение партнёра по внедрению.
3. Инфраструктура, если вы эксплуатируете её сами; при RISE её эксплуатирует SAP в рамках подписки.
4. Время внутренних сотрудников. Именно эта строка чаще всего отсутствует.
5. Обучение и управление изменениями.
6. Миграция и очистка данных.
7. Регулярная поддержка. Для on-premise SAP Enterprise Support давно составляет около 22 % стоимости лицензии в год. Для RISE и GROW покажите подписку за каждый год срока.
8. Hypercare после go-live.

Пункт 7 первым проверяют многие финансовые директоры. Если годов со второго по пятый нет, доверие падает сразу. В моём руководстве по стоимости внедрения SAP есть типичные диапазоны по каждой строке, а руководство по проверке контракта для CFO посвящено стороне партнёра.

ROI, окупаемость и выгоды, которым поверит CFO

ROI равен чистой выгоде, делённой на общий объём инвестиций. Выгоды за пять лет на $3,5 млн при затратах $2 млн дают чистую выгоду $1,5 млн, то есть 75 %.

Окупаемость равна объёму инвестиций, делённому на годовой чистый денежный поток. Проект на $1,2 млн, который возвращает $400 000 в год, окупается за три года.

NPV приводит будущие денежные потоки к сегодняшней стоимости. Если совет директоров его запросит, подключите финансовую команду.

Оценивайте выгоды, показывая расчёт:

• Запасы: запасы на $10 млн, сокращённые на 15 % при стоимости хранения 20 %, экономят $300 000 в год.
• Время процессов: задача на 45 минут, выполняемая 200 раз в день и сокращённая до 15 минут, при ставке $30 в час экономит около $750 000 в год за 250 рабочих дней.

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

Будьте консервативны. Я видел, как компании добивались одобрения сложных проектов SAP, будучи предельно честными в затратах и консервативными в выгодах. Один производственный клиент сначала показал ROI 30 % по проекту S/4HANA. Когда это поставили под сомнение, он пересмотрел кейс до более реалистичных 18 %. CFO оценил откровенность и одобрил проект.

Подписка заменяет лицензию и поддержку. RISE и GROW оформляются по подписке, поэтому первый год стоит меньше, чем покупка лицензии on-premise. Итог за пять лет зависит от числа пользователей, объёма и срока. Покажите первый, третий и пятый годы рядом.

Меняется не только денежный поток, но и учёт. По МСФО облачный контракт часто даёт вам доступ к программному обеспечению, а не программный актив, которым вы управляете. В таком случае решение по повестке дня 2021 года Комитета по интерпретациям МСФО (IFRS Interpretations Committee) означает, что затраты на настройку и кастомизацию обычно относят на расходы по мере получения услуг, а не капитализируют. Из-за этого значительная часть затрат на программу может переместиться из баланса в отчёт о прибылях и убытках. Согласуйте с аудиторами порядок учёта по вашему контракту RISE или GROW до того, как финансовое обоснование уйдёт совету директоров.

Clean Core меняет долгосрочную стоимость. Расширения, построенные на выпущенных интерфейсах, дороже в проектировании, но переживают обновления. Модификации дешевле сегодня и дороги при каждом последующем обновлении. Пятилетняя модель должна показывать эту разницу, особенно в Private Edition, где ядро по-прежнему можно изменять.

ИИ попадает в кейс только с допущениями на уровне рабочих процессов. Joule и другие функции ИИ могут экономить время на конкретных задачах. Привяжите каждую выгоду от ИИ к названному рабочему процессу, числу пользователей и уровню внедрения, который вы можете защитить. CFO каждую неделю видят презентации вида «ИИ преобразит бизнес» и сильно их дисконтируют.

Не учтена стоимость бездействия. Если текущая система вызывает $500 000 в год на переделки, этому место в кейсе. Иногда эта сумма больше инвестиций в SAP.

Игнорируются сбои в работе. Время на обучение, простой при переключении и медленный первый месяц после go-live снижают отдачу.

Расплывчатые риски. «Проблемы с данными» риском не является. «Несовпадение основных данных, из-за которого счета отклоняются в первые 30 дней» является.

Одна дата go-live без деталей. Задержки обычно начинаются на стыках: от требований к настройке, от тестирования к приёмке, от обучения к готовности. Покажите их.

Не учтён размер компании. В одном проекте, в котором я работал, небольшой дистрибьютор скопировал процесс управления у крупной корпорации. Еженедельные заседания управляющего комитета превратились в часы потерянной производительности, пока процесс не урезали. Для компании меньше 200 сотрудников достаточно 8-10 страниц. Крупные предприятия ждут полного финансового моделирования и подробного раздела об управлении.

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

Что должен включать бизнес-кейс SAP?

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

Почему бизнес-кейсы SAP отклоняют?

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

Как рассчитать ROI внедрения SAP?

Разделите чистую выгоду за период, обычно пять лет, на общий объём инвестиций. Включите все затраты: программное обеспечение или подписку, вознаграждение партнёра, время внутренних сотрудников, обучение, миграцию данных, регулярную поддержку и hypercare. Используйте консервативные выгоды с выходом на плановый уровень после go-live. Реалистичные 18 % закрываются быстрее, чем оптимистичные 35 %.

Как RISE with SAP меняет бизнес-кейс?

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

Какой длины должен быть бизнес-кейс SAP?

Одностраничное резюме для руководства, затем примерно от 15 до 25 страниц для программы среднего рынка и до 40 для крупного предприятия. Всё, что длиннее, выносите в приложения. Если спонсору нужен час, чтобы подготовиться по документу, он слишком длинный.

Что такое стоимость бездействия в бизнес-кейсе SAP?

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