Партнёр SAP или независимый консультант: когда кто нужен

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

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

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

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

Большинство партнёров внедряют по SAP Activate, методологии внедрения SAP. Она состоит из шести фаз: Discover, Prepare, Explore, Realize, Deploy и Run. В Explore анализ fit-to-standard подтверждает дизайн, а в Realize система строится и тестируется итерациями.

SAP также оценивает партнёров. Её партнёрская программа SAP PartnerEdge использует систему компетенций с семью компетенциями и тремя уровнями для каждой: essential, advanced и expert. Партнёры получают их за экспертные знания, успех клиентов и профессиональный уровень, а искать статусы можно в SAP Partner Finder.

Для RISE with SAP есть дополнительное признание. В описании RISE with SAP Validated Partners от июля 2025 года SAP требует RISE with SAP Methodology и обновлённые навыки на ключевых ролях.

Проекты партнёров также должны документировать контрольные точки качества clean core в SAP Cloud ALM. Моё руководство по выбору партнёра для миграции на S/4HANA объясняет, что эти статусы доказывают и чего не доказывают.

Ничего из этого независимый консультант не заменит. Один человек или несколько человек не могут укомплектовать программу, нести риск внедрения по договору или подменить руководителя направления, который увольняется посреди тестирования.

Где у модели с партнёром структурные ограничения

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

Когда партнёр единственный эксперт в комнате, это создаёт три слепых пятна:

1. Партнёр пишет объём работ. Потом та же фирма выставляет против него запросы на изменение.
2. Партнёр проверяет собственную работу. Проектные документы, результаты тестов и планы перехода подписываются со слов партнёра, если на вашей стороне нет человека, способного их прочитать.
3. Команда предложения не всегда совпадает с командой внедрения. Люди, которые презентовали предложение, могут оказаться не теми, кто придёт после подписания.

Это не делает партнёров плохими. Это значит, что клиенту нужен человек, способный читать работу партнёра с той же глубиной, и этот человек не может получать зарплату у партнёра.

Под «независимым консультантом SAP» понимают две разные работы. Путаница между ними порождает много ошибок при покупке.

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

Эта статья в основном о втором варианте. Ценность консультанта на стороне клиента происходит из одного: после проверки ему нечего вам продать. Мои заметки о консультантах по переговорам с SAP подробнее описывают проверки независимости.

У консультанта тоже есть ограничения. У него нет резерва специалистов, он не несёт ответственности за внедрение, а консультант, который начинает руководить консультантами партнёра, размывает, кто за что отвечает. Держите роль узкой, и она работает.

Вот как две роли сравниваются по вопросам, важным для покупателя:

Вопрос	Партнёр по внедрению SAP	Независимый консультант
На кого работает	На свою фирму, по договору с вами	Только на вас
Что поставляет	Дизайн, разработку, тестирование, миграцию данных, переход, гиперподдержку	Проверки, критику, решения, которые вы можете защитить
Ответственность за внедрение	Да, по описанию работ	Нет
Коммерческий интерес	Выручка растёт с объёмом и сроком работ	Никакого в объёме или сроке внедрения
Главная сила	Мощности, резерв специалистов, методология, знание продукта	Второй читатель, не заинтересованный в ответе
Главное ограничение	Проверяет собственную работу, если вы не добавите проверку	Не может укомплектовать или внедрить программу
Когда привлекать	От подписания договора до завершения гиперподдержки	Выбор и договор, дизайн и приёмка результатов работ

Из таблицы следуют три ситуации:

1. Только партнёр. Ваша команда уже вела программу SAP и может без внешней помощи оспорить архитектуру, договор и результаты работ партнёра. Объём работ небольшой и чётко определён.
2. Только независимый консультант. Строить пока нечего или строить нужно немного. Проверка состояния программы, бизнес-кейс, RFP, проверка договора или одна специализированная роль, которую закрывает подрядчик.
3. Оба. Программа любого заметного размера, где на вашей стороне нет собственного опыта SAP на старшем уровне. Партнёр внедряет, консультант проверяет, вы решаете.

Большинство CIO и CFO, читающих это, находятся в третьей группе. Они вели крупные проекты, но не программу SAP, и партнёр знает о SAP больше, чем кто-либо на стороне клиента.

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

Заключение договора

Выбор партнёра и заключение договора это то место, где задаётся стоимость всей программы. Я бы включал в шорт-лист минимум трёх партнёров, а выбор, если делать его как следует, занимает около 12 недель. Моё руководство по составлению RFP для партнёра SAP разбирает систему оценки.

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

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

Общие ответы, применимые к любой компании, это тревожный признак для обеих.

Проверяйте людей, а не только фирму. Бейджи SAP Certification выдаются на Credly, поэтому попросите у каждого предложенного руководителя ссылку на бейдж, а не PDF сертификата.

С коммерческой стороны я рекомендую модель оплаты по фактическим трудозатратам (time and materials) с количественной оценкой объёма работ. Оценка трудозатрат по фазам и ролям вносится в договор, чтобы вы могли сверять с ней фактические трудозатраты.

Часть описания работ, которую клиенты чаще всего упускают, это подробные допущения и исключения. Каждое расплывчатое допущение это будущий запрос на изменение. Моё руководство по описанию работ SAP перечисляет категории, а мои заметки о переговорах по договору ERP разбирают поимённо названные ресурсы и вехи.

Дизайн

Бюджеты получают удар в фазе Explore, по мере роста списка WRICEF (workflows, reports, interfaces, conversions, enhancements and forms: процессы согласования, отчёты, интерфейсы, конвертации, расширения и формы). Партнёр проводит воркшопы fit-to-standard и предлагает дизайн. Ваша бизнес-команда часто соглашается с ним, не зная, какие решения потом обойдутся в деньги.

Независимый консультант читает дизайн с тремя вопросами:

1. Остаётся ли он близко к стандарту SAP? Каждое отклонение требует бизнес-обоснования, а не привычки, перенесённой из старой системы.
2. Обоснован ли каждый объект WRICEF? Посчитайте объекты в начале Explore и в конце и спросите, зачем нужен каждый новый.
3. Соответствует ли дизайн тому, что было оценено? Если Explore даёт более крупный дизайн, чем предполагал договор, вам нужно знать это до начала Realize.

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

Оценка результатов работ партнёра

Каждая фаза заканчивается документами: проектные документы, функциональные спецификации, планы и результаты тестирования, сверки миграции данных, план перехода. Если приёмка привязана к оплате, их подписание это коммерческое решение, а не только техническое.

Консультант проверяет каждый результат работ по критериям приёмки до того, как ваша команда его подпишет. Вопрос простой: достаточно ли это полно, чтобы строить, тестировать или выходить в go-live, или это заготовка, которую потом доделают за ваш бюджет? Моё руководство по контрольным точкам качества SAP показывает, как сделать такие подписания надёжными.

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

Эти правила сохраняют работоспособность такой схемы:

1. Закрепите независимость письменно. Никакой выручки от оцениваемых партнёров, никаких реферальных вознаграждений и никаких реселлерских договорённостей.
2. Исключите последующую работу. Человек, который оценивал предложения, не должен потом участвовать в тендере на внедрение.
3. Пропишите объём работ консультанта. Какие документы он проверяет, на каких этапах и кому подчиняется.
4. Сохраните одну линию ответственности. Консультант проверяет, клиент решает, партнёр внедряет. Консультант не руководит командой партнёра.
5. Сообщите партнёрам на этапе RFP. Партнёр, который знает, что его договор, дизайн и результаты работ будут проверены, готовит их тщательнее. Партнёру, уверенному в своём плане, второй читатель почти ничем не грозит.

Иногда проверка находит проблему, которую партнёр не может исправить. Я менял партнёра по ходу программы, и причиной было то, что партнёр не мог предоставить качественные ресурсы. Моё руководство по смене партнёра SAP в середине проекта объясняет, что нужно обеспечить до этого разговора.

До отправки RFP перечислите решения, которые ваша собственная команда должна уметь оспорить. Это архитектура и план, договор, дизайн в Explore и каждая приёмка результатов работ.

Рядом с каждым запишите имя человека на вашей стороне, который может это сделать. Пустые строки и есть место для независимого консультанта.

За 21 программу SAP, которые я вёл или спасал, самая большая ошибка, которую я вижу, это недостаточное планирование в самом начале. Решить, кто проверяет партнёра, это часть такого планирования.

Если вам нужен независимый взгляд на шорт-лист партнёров, договор или дизайн, я помогаю организациям с этим, и вы можете связаться со мной здесь.

Чем партнёр SAP отличается от независимого консультанта SAP?

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

Консультант проверяет договор, дизайн и результаты работ партнёра. Он не заинтересован в выручке партнёра.

Когда нанимать независимого консультанта SAP?

Привлекайте его, когда у вашей команды нет опыта SAP на старшем уровне, чтобы оспаривать решения партнёра. Важнее всего этап заключения договора, дизайн в фазе Explore и приёмка результатов работ партнёра. Независимый консультант подходит и для работы, где строить пока нечего, например для проверки состояния программы, бизнес-кейса или RFP.

Может ли независимый консультант заменить партнёра по внедрению SAP?

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

Как проверить, что консультант SAP действительно независим?

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

Будет ли мой партнёр SAP возражать против независимого консультанта?

Некоторые партнёры воспринимают это как помеху, поэтому выстраивайте схему открыто. Сообщите партнёрам на этапе RFP, что договор, дизайн и результаты работ будут независимо проверяться, и ограничьте роль консультанта проверкой, без руководства командой партнёра. Партнёру, уверенному в своём плане, второй читатель почти ничем не грозит.

Как проверить сертификацию консультанта SAP?

Бейджи SAP Certification выдаются на Credly. Попросите у каждого предложенного консультанта ссылку на его бейдж, а не PDF сертификата, и проверьте на странице бейджа название квалификации, владельца и дату. Сертификация подтверждает знания на экзамене; способен ли человек внедрять, показывают рекомендации по похожим проектам.