White-label для интегратора: как не подорвать репутацию перед клиентом
Клиент купил у вас портал и обмен с 1С. Срок горит, своей разработки не хватает — подключаете «завод за спиной». Через месяц заказчик получает письмо со чужим доменом в копиях, на staging светится логотип субподрядчика, а при инциденте инженер звонит клиенту напрямую «уточнить доступы». Вы чините продукт — и одновременно чините репутацию.
White-label для интегратора — не «продать чужие руки». Это решение директора SI/агентства: как закрыть срез под своим брендом и не подорвать доверие заказчика. Ниже — рамка NDA, эскалации и пакета партнёра. Не про SCADA-коробку и не про ставки — про то, где обычно ломается партнёрство.
Главное. Клиент должен видеть одного ответственного партнёра — вас. Подрядчик работает в вашем контуре: ваш трекер, ваш Git, ваши демо. Риски и задержки — сначала вам, с планом; на клиента выходите только вы. Иначе white-label превращается в скрытый аутсорс с двойным риском.
Перед клиентом — вы. Завод сдаёт вам, не заказчику
Зачем SI вообще нужен white-label
Типичная боль директора интегратора или digital-агентства:
- выиграли тендер на кабинет / портал / обмен с CRM·1С — своей ёмкости не хватает;
- клиент ждёт Senior и демо каждые 1–2 недели, а найм в штат — кварталы;
- отказать = потерять сделку и репутацию «не тянем сложный веб».
White-label и staff augmentation закрывают ёмкость, не бренд. Вы остаётесь лицом проекта. Подрядчик — производственный контур. Если контур «светится» — вы выглядите как перекуп, а не как инженерный партнёр. Про состав MVP кабинета и смету — отдельно: 7 экранов ЛК и scope без цены с потолка. Здесь — как не потерять клиента из-за формата поставки.
Два формата: аутстафф и delivery под брендом
- Staff augmentation. Senior в вашей команде: ваш Jira/Plane, ваши дейли, ваш бренд. Быстрый вход по ёмкости. Риск репутации ниже, если доступы и почта — только ваши.
- White-label delivery. Подрядчик ведёт срез целиком и сдаёт вам. Клиент видит только вас. Нужны жёстче NDA, бренд-правила и лестница эскалации — иначе «завод» начнёт жить отдельной жизнью с заказчиком.
Оба формата легитимны. Ошибка — смешать их без правил: «вроде аутстафф», но письма и staging — на домене подрядчика.
Где обычно подорывают репутацию
Ответ сразу: не в ставке Senior, а в мелочах, которые видит клиент.
- Следы бренда подрядчика — логотип на staging, футер в письмах, репозиторий на чужом GitHub org, Zoom с названием «завода».
- Прямой контакт с заказчиком — «уточним ТЗ», «нужен VPN», «давайте созвонимся без вас». Один такой звонок — и вы уже прослойка.
- Эскалация мимо вас — инцидент чинят в чате с клиентом, а вам постфактум. Вы узнаёте о срыве от заказчика, не от партнёра.
- Риски молчанием — задержка на интеграции с 1С всплывает за три дня до демо. Клиент слышит оправдание, вы — впервые.
- Код «у них» — нет вашего Git с первого дня. Выход из партнёрства = шантаж доступами.
Рынок white-label для агентств пестрит обещаниями «NDA и non-compete в стандарте». Это необходимо, но недостаточно: без операционного пакета NDA остаётся бумагой.
Пакет партнёра: что зафиксировать до старта
Минимум на одной-двух страницах + договор. Без этого не отдавайте доступы клиента.
- NDA + non-solicit. Запрет прямого контакта с вашим клиентом и найма «в обход» на срок проекта и N месяцев после.
- Бренд-правила. Только ваш бренд: демо, staging, письма, тикеты, имена в Zoom. Чеклист «где нельзя светиться».
- Контур доступа. Ваш трекер, ваш Git, ваши корпоративные учётки. Подрядчик не заводит «временный» контур на своих доменах.
- Лестница эскалации. Кто → кому → за сколько часов. На клиента — только вы. Подрядчик эскалирует вам с фактами и планом.
- Инцидент-плейбук. P1/P2: кто чинит, кто пишет статус, кто говорит с заказчиком. Формула статуса для клиента — заранее.
- Права и выход. Код и IaC в вашем репозитории с дня один. Критерий exit: документация, доступы, runbooks без «осталось у нас».
- Один owner с вашей стороны. Без него подрядчик будет согласовывать scope с пятью людьми — и сорвёт и вас, и клиента.
Форматы работы и условия для SI у нас собраны на странице для интеграторов. Отдельный продуктный white-label (мониторинг) — в разборе WL-SCADA; здесь речь про инженерную поставку кабинета/портала/API под вашим брендом.
Эскалация без удара по бренду
Рабочая схема на практике:
- Зелёный контур. Демо и статусы — только от вас. Подрядчик готовит материал, вы проводите.
- Жёлтый. Риск срыва (интеграция, доступы клиента, scope creep) — письмо/тикет вам за N рабочих дней до демо, с вариантами: режем scope / двигаем дату / усиливаем срез.
- Красный (инцидент). Подрядчик чинит и эскалирует вам в SLA. Вы решаете, что сказать клиенту и когда. Прямой чат «завод ↔ заказчик» — запрещён договором, не «по ситуации».
Тест на партнёра: спросите на пресейле — «если прод лёг в пятницу вечером, кто звонит моему клиенту?» Правильный ответ: «никто, кроме вас; мы чиним и даём вам факты». Любой другой — красный флаг.
Красные флаги при выборе «завода»
- Отказываются работать в вашем Git/трекере «пока на нашей песочнице».
- Нет явного запрета контакта с конечным клиентом в договоре.
- Обещают «мы сами всё согласуем с заказчиком — вам проще».
- Не называют одного ответственного на своей стороне до сдачи.
- Портфолио и кейсы хотят публиковать с логотипом вашего клиента без вашего ОК.
- Путают white-label delivery с партнёрской программой «приведите лид — мы продадим от себя».
Чеклист директора SI перед стартом
- Формат выбран: augmentation или delivery — и записан.
- NDA + non-solicit + бренд-правила подписаны до доступов клиента.
- Трекер и Git — ваши с первого дня.
- Лестница эскалации и инцидент-плейбук на одной странице.
- Один owner у вас и один — у подрядчика.
- Критерий сдачи среза и exit без удержания кода.
- Тест-вопрос про пятничный инцидент задан и ответ записан.
Что сделать на этой неделе
Если уже тянете сложный веб чужими руками — пройдитесь по чеклисту следов бренда: staging, почта, Zoom, Git org, тикеты. Один найденный чужой логотип = один разговор с подрядчиком до следующего демо клиенту.
Если только выбираете формат — зафиксируйте пакет партнёра до передачи VPN и ТЗ. Ёмкость закрывается за дни; репутация чинится месяцами.
Нужен инженерный контур под вашим брендом — white-label для интеграторов, оценка среза или Telegram @MozziDev.
Сервисы и материалы по теме
Вопросы директора SI про white-label и субподряд
Формат, в котором инженерный контур (кабинет, API, интеграции, DevOps) делает подрядчик, а перед конечным заказчиком остаётесь только вы: ваш бренд, ваши демо, ваши эскалации. Подрядчик не выходит на клиента от своего имени и не оставляет следов бренда в артефактах.
Аутстафф — люди в вашей команде и процессах. White-label delivery — подряд на контур целиком под вашим брендом: вы продаёте и ведёте клиента, завод сдаёт срезы вам. Оба формата требуют NDA; во втором критичны правила эскалации и «пакет партнёра», иначе инцидент бьёт по вашей репутации.
Запрет прямого контакта с вашим клиентом, non-solicit, брендинг только ваш (включая staging и письма), права на код в вашем Git, лестница эскалации до клиента (только через вас) и регламент инцидента. Шаблон «просто NDA» без этих пунктов репутацию не защищает.
Подрядчик закрывает инцидент на своей стороне и передаёт вам факты, сроки и варианты — без звонка заказчику в обход. Перед клиентом говорите вы. Публичный спор «это не мы, это субподрядчик» почти всегда дороже срыва спринта.
Когда нет одного владельца scope с вашей стороны, подрядчик пишет на своих доменах и почтах, риски узнаёте постфактум, а клиент уже в чате с инженером «завода». Тогда вы теряете контроль и выглядите как прослойка, а не партнёр.
Хотите применить это на практике?
Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.
Статьи по теме
Все материалы: Аудит и тестирование
B2B-кабинет с нуля: scope, сроки и бюджет без «цены с потолка»
Как оценить B2B-кабинет без магической цены: четыре рычага сметы, вилка бюджета и сроков, роль Discovery и один owner до сдачи. Чеклист для CEO и CTO.
Читать статьюЛегаси: переписывать или дотягивать — ROI для CEO и CTO
Легаси-система: rewrite с нуля или рефакторинг по слоям. Рамка ROI — стоимость простоя, риск миграции, окно 6–18 месяцев. Чеклист для CEO и CTO.
Читать статьюРазработка и внедрение ИИ-агентов для бизнеса: пилот за 2–4 недели, не demo-бот
ИИ-агенты для бизнеса: чем отличаются от чат-бота и RAG-виджета, что входит в пилот 2–4 недели, on-prem, интеграции CRM/1С/API, оркестрация и KPI. Чеклист перед заказом.
Читать статьюСвой веб-кабинет или облачный SaaS: когда on-prem выгоднее
Свой веб-кабинет или облачный SaaS: сравнение on-prem и подписки для бизнеса — данные, TCO на 3 года, риски вендора и чеклист выбора кабинета.
Читать статью