NineLabNineLab.ru
КейсыЦены
Контакты
9 сентября 2026Евгений · Технический директор

White-label для интегратора: как не подорвать репутацию перед клиентом


Клиент купил у вас портал и обмен с 1С. Срок горит, своей разработки не хватает — подключаете «завод за спиной». Через месяц заказчик получает письмо со чужим доменом в копиях, на staging светится логотип субподрядчика, а при инциденте инженер звонит клиенту напрямую «уточнить доступы». Вы чините продукт — и одновременно чините репутацию.

White-label для интегратора — не «продать чужие руки». Это решение директора SI/агентства: как закрыть срез под своим брендом и не подорвать доверие заказчика. Ниже — рамка NDA, эскалации и пакета партнёра. Не про SCADA-коробку и не про ставки — про то, где обычно ломается партнёрство.

Главное. Клиент должен видеть одного ответственного партнёра — вас. Подрядчик работает в вашем контуре: ваш трекер, ваш Git, ваши демо. Риски и задержки — сначала вам, с планом; на клиента выходите только вы. Иначе white-label превращается в скрытый аутсорс с двойным риском.

White-label для интегратора: NDA, эскалация и репутация перед клиентом

Перед клиентом — вы. Завод сдаёт вам, не заказчику

Зачем 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, а в мелочах, которые видит клиент.

  1. Следы бренда подрядчика — логотип на staging, футер в письмах, репозиторий на чужом GitHub org, Zoom с названием «завода».
  2. Прямой контакт с заказчиком — «уточним ТЗ», «нужен VPN», «давайте созвонимся без вас». Один такой звонок — и вы уже прослойка.
  3. Эскалация мимо вас — инцидент чинят в чате с клиентом, а вам постфактум. Вы узнаёте о срыве от заказчика, не от партнёра.
  4. Риски молчанием — задержка на интеграции с 1С всплывает за три дня до демо. Клиент слышит оправдание, вы — впервые.
  5. Код «у них» — нет вашего Git с первого дня. Выход из партнёрства = шантаж доступами.

Рынок white-label для агентств пестрит обещаниями «NDA и non-compete в стандарте». Это необходимо, но недостаточно: без операционного пакета NDA остаётся бумагой.

Пакет партнёра: что зафиксировать до старта

Минимум на одной-двух страницах + договор. Без этого не отдавайте доступы клиента.

  1. NDA + non-solicit. Запрет прямого контакта с вашим клиентом и найма «в обход» на срок проекта и N месяцев после.
  2. Бренд-правила. Только ваш бренд: демо, staging, письма, тикеты, имена в Zoom. Чеклист «где нельзя светиться».
  3. Контур доступа. Ваш трекер, ваш Git, ваши корпоративные учётки. Подрядчик не заводит «временный» контур на своих доменах.
  4. Лестница эскалации. Кто → кому → за сколько часов. На клиента — только вы. Подрядчик эскалирует вам с фактами и планом.
  5. Инцидент-плейбук. P1/P2: кто чинит, кто пишет статус, кто говорит с заказчиком. Формула статуса для клиента — заранее.
  6. Права и выход. Код и IaC в вашем репозитории с дня один. Критерий exit: документация, доступы, runbooks без «осталось у нас».
  7. Один owner с вашей стороны. Без него подрядчик будет согласовывать scope с пятью людьми — и сорвёт и вас, и клиента.

Форматы работы и условия для SI у нас собраны на странице для интеграторов. Отдельный продуктный white-label (мониторинг) — в разборе WL-SCADA; здесь речь про инженерную поставку кабинета/портала/API под вашим брендом.

Эскалация без удара по бренду

Рабочая схема на практике:

  • Зелёный контур. Демо и статусы — только от вас. Подрядчик готовит материал, вы проводите.
  • Жёлтый. Риск срыва (интеграция, доступы клиента, scope creep) — письмо/тикет вам за N рабочих дней до демо, с вариантами: режем scope / двигаем дату / усиливаем срез.
  • Красный (инцидент). Подрядчик чинит и эскалирует вам в SLA. Вы решаете, что сказать клиенту и когда. Прямой чат «завод ↔ заказчик» — запрещён договором, не «по ситуации».

Тест на партнёра: спросите на пресейле — «если прод лёг в пятницу вечером, кто звонит моему клиенту?» Правильный ответ: «никто, кроме вас; мы чиним и даём вам факты». Любой другой — красный флаг.

Красные флаги при выборе «завода»

  • Отказываются работать в вашем Git/трекере «пока на нашей песочнице».
  • Нет явного запрета контакта с конечным клиентом в договоре.
  • Обещают «мы сами всё согласуем с заказчиком — вам проще».
  • Не называют одного ответственного на своей стороне до сдачи.
  • Портфолио и кейсы хотят публиковать с логотипом вашего клиента без вашего ОК.
  • Путают white-label delivery с партнёрской программой «приведите лид — мы продадим от себя».

Чеклист директора SI перед стартом

  1. Формат выбран: augmentation или delivery — и записан.
  2. NDA + non-solicit + бренд-правила подписаны до доступов клиента.
  3. Трекер и Git — ваши с первого дня.
  4. Лестница эскалации и инцидент-плейбук на одной странице.
  5. Один owner у вас и один — у подрядчика.
  6. Критерий сдачи среза и exit без удержания кода.
  7. Тест-вопрос про пятничный инцидент задан и ответ записан.

Что сделать на этой неделе

Если уже тянете сложный веб чужими руками — пройдитесь по чеклисту следов бренда: 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.

Все материалы: Аудит и тестирование

Аудит и тестирование3 сентября 2026 г.
B2B-кабинет с нуля: scope, сроки и бюджет без «цены с потолка»

Как оценить B2B-кабинет без магической цены: четыре рычага сметы, вилка бюджета и сроков, роль Discovery и один owner до сдачи. Чеклист для CEO и CTO.

Читать статью
Аудит и тестирование31 августа 2026 г.
Легаси: переписывать или дотягивать — ROI для CEO и CTO

Легаси-система: rewrite с нуля или рефакторинг по слоям. Рамка ROI — стоимость простоя, риск миграции, окно 6–18 месяцев. Чеклист для CEO и CTO.

Читать статью
Аудит и тестирование20 августа 2026 г.
Разработка и внедрение ИИ-агентов для бизнеса: пилот за 2–4 недели, не demo-бот

ИИ-агенты для бизнеса: чем отличаются от чат-бота и RAG-виджета, что входит в пилот 2–4 недели, on-prem, интеграции CRM/1С/API, оркестрация и KPI. Чеклист перед заказом.

Читать статью
Свой веб-кабинет или облачный SaaS: когда on-prem выгоднее

Свой веб-кабинет или облачный SaaS: сравнение on-prem и подписки для бизнеса — данные, TCO на 3 года, риски вендора и чеклист выбора кабинета.

Читать статью