White-label — всё ли так гладко? Знаем, практикуем и делимся своим опытом

Мы с командой Digital Wand периодически практикуем сотрудничество с клиентами по модели White-label, выступая на стороне субподрядчика. Формат непростой для обеих сторон, но мы научились обходить «подводные камни», и теперь решили поделиться своим опытом, который будет полезен как для генподрядчиков, так и для субподрядчиков.

White-label — это процесс взаимодействия двух компаний, когда одни производят продукт/услугу, а другие покупают и продают её под своим именем. Система давно распространена и популярна в IT-сфере. Она позволяет компаниям сфокусироваться на своих сильных сторонах, закрыть пробелы во внутренней кадровой кухне, повысить узнаваемость и репутацию.

White-label здорово выручает обе стороны. Предположим, в проекте нет разработчика, который сможет закрыть какую-то специфическую задачу. А у субподрядчика в команде есть такой специалист, но запрос от генерального заказчика поступил не к ним.

В таком случае две команды подписывают партнёрское соглашение — решают вопрос разработки и получают деньги. Материальная сторона вопроса индивидуальна и обговаривается «на берегу». Главное — ответственно подойти к разработке бизнес-плана, корректно распределить обязанности сторон и не забывать про человеческий фактор.

К Digital Wand обратилось дизайн-агентство N с запросом от генерального заказчика — разработать приложение по автоматизации выплат и ведению отчётности. Первичные прототипы, архитектура и дизайн интерфейса были готовы, дело стояло за разработкой. Незакрытыми оставались работы по фронту и бэкенду для уникальной b2b платформы.

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

Обязанности по проекту были поделены между двумя проджект-менеджерами.

Сотрудник дизайн-агентства занимался:

Мы были ответственны за техническую часть проекта:

ТЗ было составлено — команда дизайн-агентства N изначально запросила необходимую информацию у заказчика. Здесь стоит понимать, что сразу идеально составленного ТЗ, которое не потребует дополнений и правок, не бывает. Готовьтесь к тому, что в ходе работы постоянно что-то будет меняться, дополняться, а чего-то будет не хватать.

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

White-label — это отличное решение для подрядчика, если среди ваших кадров не хватает нужного специалиста. Вы привлекаете квалифицированного субподрядчика и не теряете клиента. Но, как и в любой форме сотрудничества, здесь есть свои нюансы: субподрядчик может не иметь глубокого понимания сути и важности правок, запрашиваемых ген. подрядчиком, а у ген. подрядчика может быть неверное понимание уровня сложности задач или технических особенностей их реализации. Возможны весьма напряженные дискуссии в рабочих чатах и на звонках, неравномерное распределение обязанностей и размытая зона ответственности.

Но все эти проблемы не страшны и вполне решаемы, даже если у вас, как у подрядчика, не было такого опыта. Важно, чтобы на стороне субподрячика была опытная команда, которая уже не раз сотрудничала по модели White-label. В случае с этим кейсом мы как раз выступали в роли «теневого» исполнителя, и это уже был не первый такой опыт, но по-своему уникальный и интересный. Всегда есть, чему поучиться, причём всем участникам такого сотрудничества, по обе стороны соглашения.

В этот раз команде Digital Wand пришлось заново настраивать процессы выполнения задач. Так произошло, потому что менеджеры дизайн-агентства решили активно участвовать в технической части проекта — вмешивались в этапы разработки, к которым, по сути, не имели отношения; делились своим субъективным мнением и пытались контролировать наших сотрудников. Это существенно тормозило работу команды. Не надо так :)

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

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

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

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

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

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

Как и ожидалось, на практике всё оказалось иначе — наша команда 7 дней переписывала ТЗ, требования к функционалу платформы, продумывала и корректировала сервисы для реализации запросов, настраивала и документировала методы совместной работы.

Все эти организационные процессы отняли немало времени, но поверьте, это того стоило. Через подрядчика нам всё-таки удалось грамотно сориентировать заказчика в его собственных запросах, выявить нашу основную миссию в проекте, как разработчиков, и чётко определить следующие шаги. Здесь снова выручила открытость и готовность к коммуникации со стороны всех участников проекта.

Digital Wand выступали в роли субподрячика, но в этой части статьи мы разберём плюсы и минусы системы White-label в отношении двух сторон — подрядчика и субподрядчика. А ещё поделимся лайфхаками, которые будут полезны для субподрядчиков.

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