Что происходит с сайтом после покупки компании?

Сделка не объединяет два сайта. Она сталкивает два бизнеса.

ВОПРОС

Когда сделка закрыта

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

Сайт, как правило, где-то в конце этого списка. В чек-листе due diligence он может значиться как домен, маркетинговый канал или просто «цифровые активы». Кто-то подтверждает, что домен принадлежит компании, сайт работает и явных проблем нет.

Потом сделка закрывается, и кому-то приходится отвечать на куда более длинный список вопросов. Кто на самом деле управляет доменом? Где размещён сайт и у кого есть доступ к коду? Какой сайт станет основным? Что будет с тысячами проиндексированных адресов, с позициями в поиске, с формой заявки и CRM, в которую она пишет, с личными кабинетами клиентов и историей заказов, с аналитикой и почтой?

И, пожалуй, самый неудобный вопрос: насколько купленный бизнес зависит от сайта, который никто не считал критической инфраструктурой?

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

Здесь сайт меняет свою природу. До сделки это был «наш сайт». После неё он становится частью задачи по интеграции.

Коротко

• После покупки компании сайт перестаёт быть только маркетинговым активом и становится частью интеграции: домены, хостинг, код, аналитика, CRM, личные кабинеты клиентов и видимость в поиске должны быть учтены.
• Юридическое владение и техническое управление - разные вещи. Договор может передать сайт, а пароли, аккаунты и API-ключи останутся у людей, которые больше не работают в компании.
• Видимая часть сайта редко бывает самой ценной. Чаще ценны история в поиске, контент, интеграции и данные клиентов, и устаревший сайт может нести больше ценности, чем красивый.
• Не делайте редизайн в первые месяцы. Сначала инвентаризация и контроль, затем понимание того, что создаёт ценность, и только потом проектирование общей цифровой архитектуры: примерно 90 дней.
• Если вы продавец, наведите порядок с доступами и правами до сделки. Это намного дешевле, чем объяснять пробелы, найденные на due diligence.

РЕАЛЬНЫЙ АКТИВ

Не просто сайт

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

Но видимая часть сайта - это только интерфейс. За ним могут стоять годы накопленных бизнес-решений. Сайт может быть связан с CRM, платёжной системой, складом, ERP, клиентской базой, почтой, аналитикой, рекламными кабинетами, внутренними API и десятками мелких сервисов, которые уже никто не помнит, как подключал.

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

На главной странице ничего этого не видно. Поэтому оценивать сайт при покупке компании как дизайнерский актив бывает обманчиво: дизайн может стоить очень мало, а система за ним быть незаменимой. Об этом более широком сдвиге мы писали в статье «Софт должен подходить бизнесу».

Вы покупаете не сайт. Вы покупаете его зависимости.

Покупатель платит не за HTML, CSS и дизайн. Он получает сеть связей, которая делает сайт частью бизнеса, и каждая из них после сделки должна продолжать работать или быть осознанно заменена.

ВЛАДЕНИЕ

Владение и контроль

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

Звучит как административная рутина. Это не так. Компания может юридически купить другую компанию и потом обнаружить, что ключевые части её цифровой инфраструктуры контролируют люди, которые больше не имеют к бизнесу отношения. Домен может быть оформлен лично на основателя. Аккаунт хостинга может принадлежать стороннему разработчику. Аналитика может жить в личном аккаунте Google сотрудника, который ушёл три года назад. Код может лежать в репозитории агентства, а интеграция с CRM держаться на API-ключе, который никто не задокументировал.

Формально у компании есть сайт. Фактически полного контроля над ним нет ни у кого.

На бумаге и на практике

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

Поэтому цифровой due diligence не должен заканчиваться вопросом «владеет ли компания своим сайтом?». Правильный вопрос другой: может ли компания действительно управлять всем, что нужно, чтобы её цифровой бизнес продолжал работать? Как проверить это до подписания, мы рассказали в статье «Как проверить сайт или цифровой продукт перед покупкой», а о более широкой картине - в материале «Аудит цифрового владения».

Мы сами оказались на этой стороне

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

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

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

КАКОЙ ОСТАНЕТСЯ

Какой сайт останется

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

• Оставить оба сайта, если компании продолжают работать как отдельные бренды, обслуживают разные аудитории или занимают разные позиции на рынке.
• Встроить купленную компанию в сайт покупателя, если она становится подразделением, продуктовой линейкой или услугой материнской компании.
• Сохранить купленный бренд, но перестроить его цифровое присутствие на новой архитектуре.
• Построить совершенно новую платформу для объединённого бизнеса.

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

Некрасивый сайт может оказаться ценным

Здесь внешний вид начинает опасно вводить в заблуждение. Представьте две компании. У компании А красивый, быстрый, современный сайт. Сайт компании Б выглядит лет на десять старше: устаревшая типографика, неудобная навигация, дизайн, которому явно нужна работа.

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

Какой сайт ценнее? Не тот, что выглядит лучше. Десятилетний сайт может быть более ценным активом в сделке, чем красивый новый, потому что визуально устаревший не значит экономически устаревший. В M&A внешний вид часто оказывается самым ненадёжным мерилом цифровой ценности. Именно поэтому слишком быстрый редизайн сайта купленной компании может быть опасен.

Можно улучшить дизайн и случайно уничтожить сам актив.

ПОИСКОВЫЙ КАПИТАЛ

Невидимый актив

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

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

Поэтому решение «сайт старый, сделаем новый» вполне разумно. Неразумно считать, что старый сайт ничего не стоит, раз у него устаревший интерфейс. Редизайн может сохранить эту ценность. Небрежная миграция может её уничтожить.

«Просто поставим редиректы на всё»

Эта фраза создала немало проблем. Представьте, что у купленной компании 2 000 проиндексированных адресов: товары, услуги, статьи, категории, старые кампании. У одних есть обратные ссылки, другие приносят трафик, третьи уже ничего не стоят. Теперь представьте, что все 2 000 перенаправлены на главную страницу новой компании. Технически миграция сработала. Стратегически это может быть катастрофой.

Серьёзная миграция задаёт каждой странице вопросы: чем она была, какую ценность имела, откуда шёл трафик, кто на неё ссылался, что ей соответствует в новой архитектуре и что с ней делать: сохранить, объединить, перенаправить или закрыть? Задача не в том, чтобы перенаправить адреса. Задача в том, чтобы перенести полезные части старой информационной архитектуры в новый бизнес. Техническую сторону этого мы разбираем в статье «Обновление старого сайта на Laravel или PHP».

Сайт как летопись бизнеса

Структура адресов часто показывает, как развивалась компания: продукты, решения, отрасли, материалы, филиалы, поддержка. Под ней могут лежать годы организационной истории. Каких-то категорий уже нет, какие-то продукты сняты с производства, какие-то рынки потеряли значение, а другие неожиданно оказываются очень ценными.

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

СИСТЕМЫ

CRM, кабинеты и данные

Теперь вопрос выходит за пределы поиска. Сайт может не только приводить трафик. Он может питать всю воронку продаж компании: форма, CRM, менеджер, коммерческое предложение, договор.

Представьте, что покупатель работает в Salesforce, а купленная компания в HubSpot, и сайт по-прежнему отправляет заявки в старую систему. Миграция перестаёт быть проектом сайта. Это проект отдела продаж, и последствия серьёзнее, чем сломанная страница. Перестала работать форма - потеряны заявки. Сломалась интеграция - данные не доходят до продажников. Дубли записей создают операционные проблемы, пропавшее поле ломает автоматизацию, а изменённый источник лида обессмысливает маркетинговую атрибуцию. Как эти системы соотносятся между собой, мы описали в статье «CRM и ERP: в чём разница».

В e-commerce это видно ещё отчётливее. Допустим, у купленной компании 40 000 клиентских аккаунтов с адресами, историей заказов, подписками, бонусными баллами, счетами и историей обращений. У покупателя своя клиентская база. Как две базы становятся одной? Это не редизайн. Это архитектура данных, а сайт часто и есть интерфейс, через который клиенты к этим данным обращаются. Сделайте это плохо, и клиенты потеряют доступ к своим кабинетам, заказам или подпискам. Новый дизайн может быть прекрасным, а работать с компанией станет хуже.

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

ТЕХНИЧЕСКИЙ ДОЛГ

Долг, который вы наследуете

Сделка может свести вместе две совершенно разные технические философии. Одна компания работает на собственном приложении на Laravel с современным фронтендом и внутренними API. Другая на WordPress с WooCommerce и набором плагинов, накопленных за годы. У одной структурированная база данных, у другой таблицы, которые делают работу, давно требующую автоматизации. Одна выкладывает изменения через нормальный конвейер, другая заходит на рабочий сервер и заливает файлы. У одной есть документация. У другой есть «спросите у Алекса», а Алекс, возможно, уже уволился.

Вот почему технический due diligence так важен. Сделка не устраняет технический долг. Она передаёт его покупателю: неподдерживаемое ПО, устаревшие фреймворки, незадокументированные интеграции, небезопасные плагины, код, в котором никто не разбирается, системы, завязанные на одного сотрудника, дублирующиеся базы данных и брошенная инфраструктура.

Технический долг редко заявляет о себе в презентации для покупателя. Он проявляется, когда кто-то пытается что-то изменить. На главную нужна новая форма. Форма зависит от старого API. API работает на сервере, к которому никто не знает, как подключиться, и на ПО, которое никто не хочет обновлять. И «небольшая правка на сайте» превращается в проект миграции.

Иногда самый дешёвый сайт в сделке обходится дороже всего.

То, что делает его дорогим, редко видно в дизайне. Это всё, что никто не проверил под ним до сделки.

Что показывает сайт

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

Сайт показывает не только то, что компания продаёт. Он показывает, как она работает, и на due diligence это может стоить больше, чем ещё одна отполированная презентация.

БРЕНД

Что будет с брендом

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

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

Сайт - это реализация такого решения. Принимать его должен не он.

СРОКИ

Не спешите с редизайном

Это, вероятно, самая частая ошибка. Сделка закрыта, новое руководство хочет показать результат, и кто-то говорит: «Давайте переделаем сайт». Через пару недель все обсуждают цвета, шрифты и макет главной.

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

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

90 ДНЕЙ

Первые 90 дней

Практический цифровой план после сделки можно разбить на четыре этапа.

До закрытия сделки: знать, чем вы владеете. Задокументируйте всё: домены, хостинг, код, CMS, аналитику, рекламу, CRM, почту, API, базы данных, внешние сервисы, пользователей, права, лицензии, резервные копии, договоры и отношения с агентствами. Цель пока не в том, чтобы что-то менять. Цель в том, чтобы понять, что существует.

Дни 1-30: взять под контроль то, что купили. Убедитесь, что новая организация действительно управляет инфраструктурой. Передайте административные права, смените пароли и ключи, проверьте пользователей и права, восстановите брошенные аккаунты, задокументируйте критические зависимости, проверьте резервные копии и подтвердите доступ к доменам, DNS, хостингу, репозиториям и аналитике. Этот этап скучный. Но именно на нём с небольшими затратами снимаются одни из самых больших рисков.

Дни 30-60: понять, что создаёт ценность. Посмотрите на системы с точки зрения бизнеса. Какие страницы приносят трафик, заявки и выручку? На какой контент есть обратные ссылки? Какие интеграции критичны, а от каких систем можно отказаться? Какие данные клиентов нужно перенести и какой технический долг опасен? Задача в том, чтобы отличить наследие от ценной истории. Это не одно и то же.

Дни 60-90: решить, что остаётся. Только теперь новая цифровая архитектура должна становиться конкретной: отдельные бренды или один, какие домены остаются, что будет с поиском, клиентскими кабинетами, CRM, контентом и аналитикой, что перестраивается, что закрывается и что интегрируется. На этом этапе проект сайта уже не редизайн. Это цифровая реализация стратегии сделки.

СОХРАНИТЬ ИЛИ УБРАТЬ

Что сохранить, от чего отказаться

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

Что-то должно просто исчезнуть: старые кампании, дубли страниц, мёртвые интеграции, брошенные плагины, неиспользуемые функции, устаревший контент, избыточные системы, старое отслеживание, дыры в безопасности и процессы, которые существуют только потому, что «так всегда делали». Сделка даёт редкую возможность задать вопрос получше: если бы мы строили этот бизнес сегодня, построили бы мы его так?

Два сайта или один, но слишком быстро

Иногда проблема не в том, что один сайт плохой. Проблема в том, что их два: две CMS, два хостинга, две системы аналитики, две дизайн-системы, два набора интеграций, две поверхности для атак и две версии истории компании. Сохранить оба бренда может быть стратегически верно. Держать две цифровые экосистемы, потому что никто не хочет принимать решение, - это не стратегия. Это накопленная сложность.

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

ДЛЯ ПРОДАВЦОВ

Подготовка до сделки

Всё написанное выше - взгляд покупателя. Для продавца тот же список становится планом подготовки.

Покупатели всё внимательнее смотрят на цифровую сторону бизнеса во время due diligence, и каждый найденный пробел превращается в вопрос, задержку или спор о цене. Домен, оформленный лично на основателя, аналитика в аккаунте бывшего сотрудника, код в репозитории агентства, интеграция, которую никто не задокументировал: каждое из этого дёшево исправить за год до продажи и дорого обнаружить посреди неё. Такие пробелы ещё и усиливают впечатление, что бизнес зависит от конкретных людей, а покупатели закладывают это в цену. Об этом мы рассказываем в статье «Зависимость от основателя: скрытый дисконт».

Если на горизонте продажа, передача бизнеса или новые инвестиции, шаги по инвентаризации и контролю из плана на 90 дней стоит сделать уже сейчас, на своих условиях. Сессия готовности к продаже и передаче бизнеса - один из структурированных способов начать, хотя внимательная внутренняя проверка покрывает многое из того же. Более широкую подготовку мы описываем в статье «Прежде чем продать, уйти на покой или передать бизнес».

ВЫВОД

Две истории, один бизнес

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

Сделка не объединяет два сайта. Она объединяет две истории, две клиентские базы, два технологических стека, два бренда и два набора представлений о том, как должен работать бизнес. Сайт - просто то место, где эти различия становится невозможно игнорировать.

Поэтому правильный вопрос после сделки не «какой сайт оставить?». Правильный вопрос: «какие части этих двух бизнесов стоит взять с собой?» Когда на него есть ответ, сайт строить гораздо проще.

Сайт не должен хранить прошлое ради самого прошлого. Он должен сохранить то, что делало это прошлое ценным.

Лучший сайт после сделки делает новый бизнес неизбежным.

Лучший сайт после сделки - не тот, что выглядит как слияние. Это тот, после которого кажется, что новый бизнес всегда должен был существовать.

FAQ