Компания готовится к сделке, меняет подрядчика, выходит на новый рынок или восстанавливает сайт после сбоя. В каждом из этих случаев возникает один и тот же вопрос: из чего состоит цифровая система компании, кто её контролирует и продолжит ли она работать после смены людей. Ответ определяет, сколько стоит сайт в сделке и сколько будет стоить его развитие дальше; диагностика продаж и присутствие бренда в AI-ответах остаются за пределами этой статьи.
Цифровой актив имеет пять уровней состава: права, инфраструктура, программная часть, данные с контентом и накопленная коммерческая видимость. Для целей этой статьи управляемый цифровой актив — это совокупность компонентов сайта и связанных систем, для которых компания может подтвердить право использования, административный контроль, резервную копию и порядок передачи.
Статья даёт способ проверить каждый уровень и собрать результат в реестр. Бухгалтерскую и юридическую трактовку компонентов определяют профильные специалисты по применимым нормам; статья показывает, какие вопросы им задать.
Цифровой актив имеет несколько уровней
Пять уровней состава отвечают на вопрос «из чего состоит система». Вторая ось отвечает на вопрос «как компания этим владеет», и здесь тоже пять типов контроля.
Собственность компании: компонент, имущественные права на который принадлежат компании по договору или закону. Пример: исходный код, написанный на заказ, или тексты сайта. Административный контроль: компонент принадлежит стороннему сервису, а компания контролирует учётную запись. Пример: аналитика, Search Console, рекламные кабинеты. Лицензированный компонент: право использования ограничено условиями лицензии. Пример: CMS, тема, плагины, шрифты, стоковые изображения, SaaS-сервисы. Внешний ресурс: компонент существует вне контроля компании. Пример: отзывы на сторонних площадках, внешние ссылки, упоминания. Накопленный результат: состояние, которое меняется рынком и поисковыми системами. Пример: позиции и видимость.
Домен занимает отдельное место: компания имеет право пользования по договору с регистратором и контролирует учётную запись, поэтому для него подтверждаются обе вещи: договор и доступ.
Матрица «уровень состава × тип контроля» показывает, что именно нужно подтвердить в каждой ячейке. Для кода это договор с переходом имущественных прав и доступ к репозиторию. Для аналитики это учётная запись на имя компании с правами администратора. Для темы CMS это лицензия с правом использования на этом домене. Для позиций это история в Search Console, которая остаётся в компании, тогда как сам результат может измениться.
Бухгалтерское признание нематериального актива определяется применимыми стандартами учёта, и ответ на этот вопрос даёт бухгалтер компании.
Инфраструктура обеспечивает непрерывность
Домен и DNS
Домен регистрируется на компанию, а учётная запись у регистратора содержит контактные данные компании; контакты подрядчика или отдельного сотрудника в записи домена создают зависимость. Проверяются: название регистранта в записи домена, доступ к учётной записи регистратора, двухфакторная аутентификация, резервный доступ у второго администратора, дата продления и плательщик. Тот, кто контролирует учётную запись регистратора, может изменить DNS или инициировать перенос домена. Правила переноса зависят от регистратора и зоны, поэтому конкретные сроки уточняются в условиях регистратора.
Хостинг и серверы
Договор на хостинг или сервер заключён на компанию, платежи проходят от компании. Резервные копии существуют, хранятся отдельно от сервера, и кто-то проверял восстановление из них. Журнал изменений на сервере позволяет понять, что и когда изменилось. Проверка простая: сделать восстановление тестового экземпляра из последней копии и зафиксировать время и результат.
Репозиторий и развёртывание
Исходный код хранится в репозитории, где компания имеет права владельца; статус приглашённого участника для компании означает, что владелец кто-то другой. История изменений сохранена, права участников пересмотрены, порядок выпуска версии описан, и предыдущую версию можно вернуть. В модели Inward Labs для услуги разработка и интеграции клиент получает доступ к репозиторию и серверу, ежемесячный отчёт и документацию после завершения работ.
Три вопроса дают ответ о непрерывности: сможет ли компания завтра продлить домен, восстановить сайт из копии и выпустить исправление без участия предыдущего исполнителя.
Права определяют возможность использования
Технический доступ и правовое основание — разные вещи. Доступ к репозиторию позволяет менять код; право использовать и передавать этот код определяет договор и закон. Объекты, для которых основание проверяется: исходный код, дизайн, тексты, изображения, видео, базы данных. Отдельно проверяются сторонние компоненты: CMS и её лицензия, темы и плагины, библиотеки, шрифты, стоковые материалы, SaaS-сервисы и условия подрядчиков.
Для украинского права основание такое. Компьютерные программы входят в перечень объектов авторского права (ст. 6 Закона Украины № 2811-IX). Имущественные права на произведение, созданное по заказу, переходят к заказчику с момента создания, если иное не предусмотрено договором (ст. 15). Имущественные права на служебное произведение переходят к работодателю с момента создания, если иное не предусмотрено (ст. 14). Личные неимущественные права остаются у автора. Положения приведены для украинского права; условия договора имеют приоритет в пределах закона, а применимость к конкретной ситуации проверяет юрист.
Документы, которые подтверждают право использования и передачи: договор с исполнителем с разделом о переходе имущественных прав и акт передачи; служебные задания для штатных сотрудников; лицензии на шрифты, изображения, плагины; условия SaaS с правилами экспорта данных при прекращении подписки.
Перечень вопросов для юридической проверки: содержит ли договор с исполнителем переход имущественных прав на код и дизайн; есть ли основания для использования каждого изображения и шрифта на сайте; разрешают ли лицензии CMS и плагинов передачу сайта другому владельцу; на кого зарегистрированы SaaS-учётные записи и кто вправе их передать; оформлены ли служебные произведения штатных сотрудников; каков порядок передачи результатов при расторжении договора с исполнителем.
Владелец забирает из этого раздела перечень правовых вопросов для профильной проверки; оценку условий конкретных лицензий статья не даёт.
Данные накапливают ценность
Данные рассматриваются здесь как история, которую компания хранит и передаёт. Использование данных для диагностики продаж разобрано в статье о пути от поиска до продажи.
Аналитические данные
История трафика, событий, ключевых событий и сегментов хранится в учётной записи сервиса аналитики. Проверяются: владелец учётной записи, наличие экспорта, глубина сохранённой истории. Учётная запись на имя сотрудника, который уволился, или подрядчика, с которым прекращена работа, означает потерю истории вместе с доступом.
Коммерческие данные
Товары, категории, цены, остатки, обращения, заказы и транзакции имеют единый источник истины: учётная система, CMS или CRM. Если источников два и они расходятся, история становится ненадёжной. Как сохранить управляемость каталога на тысячи позиций, описано в отдельном материале.
Данные о взаимодействии
Внутренний поиск, записи пользовательских сессий, причины отказов и история тестов накапливаются медленно и восстановлению не подлежат. Компания, потерявшая два года истории тестов, начинает проверку гипотез с нуля.
Для всех трёх групп проверяются качество, полнота, доступ, резервирование, экспорт и документирование. Руководитель получает ответ на два вопроса: какая история будет потеряна при смене учётной записи или системы и сколько стоит накопить её заново.
Автоматизации хранят производственную логику
Интеграции с CRM, ERP, оплатой, доставкой и уведомлениями являются правилами работы компании, записанными в коде; отдельный скрипт лишь реализует одно из таких правил. Расписание выгрузки остатков, правило создания сделки из заявки, обработка ошибки оплаты, исключения для отдельных категорий — всё это производственная логика, которая продолжает работать, пока кто-то помнит, как она устроена.
Инвентаризация автоматизаций фиксирует для каждой: входные данные, выходные данные, расписание, правила обработки, контроль ошибок, исключения, владельца и порядок восстановления после сбоя. В модели Inward Labs интеграции, настройки и данные остаются в инфраструктуре заказчика, а документация передаётся после завершения работ. Такая инвентаризация показывает, какие процессы воспроизводимы после смены людей и систем, а какие держатся на одном человеке.
Поисковая видимость усиливает цифровой актив
Накопленная поисковая видимость, которую формируют техническое SEO вместе с разработкой, даёт бизнесу доступ к существующему спросу, и в этом её коммерческая ценность. При этом позиции и видимость отражают текущее состояние и меняются: Google прямо указывает, что соответствие требованиям, рекомендациям и политикам не означает, что страница будет просканирована, проиндексирована или показана.
Поэтому разделяются две вещи. Структура сайта, страницы, контент, технические решения, данные и история развития остаются в инфраструктуре компании по условиям договора; это компоненты, которые передаются. Позиции и видимость являются результатом работы этих компонентов на рынке; они наблюдаются и не передаются. Внешние ссылки и упоминания не являются собственностью компании: они размещены на чужих ресурсах и могут исчезнуть без участия компании; как эти публичные данные влияют на присутствие бренда в AI-поиске, разобрано в отдельной статье.
Позиции и видимость не объявляются собственностью клиента. Клиенту принадлежат или передаются код, структура, контент, настройки, данные, учётные записи, документация и автоматизации в пределах договора. Видимость и позиции остаются изменяемым результатом рынка и поисковых систем.
Так владелец различает компоненты, которые принадлежат компании, и рыночные результаты, которые меняются.
Передаваемость показывает качество актива
Передаваемость проверяется одним сценарием: систему принимает новый сотрудник, новый исполнитель, внутренний ИТ-отдел, покупатель бизнеса или инвестор. Система передаваема, если новый ответственный за согласованный срок получает права, доступы, документацию и резервные копии и может выпустить изменение без участия предыдущего исполнителя.
Условный пример. Новая команда в первый день запрашивает доступ к репозиторию, серверу, домену, аналитике и CRM, а также документацию интеграций. Она находит репозиторий на личной учётной записи предыдущего разработчика, домен на регистратора с контактом бухгалтера, который уволился, и не находит описания, как остатки попадают из учётной системы на сайт. Каждая такая находка превращается в задачу с владельцем и сроком.
Критические зависимости от личных учётных записей и конкретных специалистов фиксируются отдельным списком. Документирование снижает зависимость, полностью её не устраняет: документ описывает систему на дату написания, а система меняется.
Критерий передаваемости и список зависимостей — два проверяемых инструмента, с которыми владелец идёт на переговоры о сделке или передаче.
Инвестор проверяет управляемость и риск
Технологическая проверка перед сделкой смотрит на те же компоненты под углом риска и стоимости развития. Консалтинговое руководство Roland Berger по due diligence цифровых целей поглощения, опубликованное в августе 2023 года, выделяет зоны проверки: архитектура и масштабируемость, безопасность, процессы разработки и состояние кода, данные и аналитика, команда, интеллектуальная собственность, поставщики, соответствие требованиям и технический долг. Руководство даёт структуру зон, статистики из него статья не приводит.
| Зона проверки | Бизнес-последствие | Кто проверяет |
|---|---|---|
| Права и договоры | Невозможность передать или использовать компонент после сделки | Юрист |
| Архитектура и масштабирование | Стоимость роста: выдержит ли система удвоение каталога или трафика | Технический аудитор |
| Безопасность | Риск остановки и утечки данных; регуляторные последствия | Специалист по безопасности |
| Качество данных | Ненадёжная история для решений и отчётности | Аналитик, финансовый аудитор |
| Технический долг | Каждая новая функция стоит дороже предыдущей | Технический аудитор |
| Критические зависимости | Остановка при увольнении одного человека или отключении одного сервиса | Технический аудитор, руководитель |
| Стоимость развития | Бюджет на год после сделки | Финансовый аудитор вместе с техническим |
| Непрерывность работы | Время восстановления после сбоя | Технический аудитор |
Эта таблица даёт инвестору карту вопросов, которые влияют на риск сделки и стоимость развития; юридическую, бухгалтерскую и безопасностную экспертизу проводят профильные специалисты.
Реестр фиксирует состав цифрового актива
Реестр сводит все уровни в один документ. Обязательные строки: домен, DNS/CDN, сервер, CMS, репозиторий, дизайн, контент, аналитика, Search Console, рекламные кабинеты, CRM, интеграции, резервные копии, документация. Для каждой строки заполняются восемь колонок.
| Актив | Расположение | Владелец | Администратор | Основание | Резерв | Передаваемость | Критичность | Следующая проверка |
|---|---|---|---|---|---|---|---|---|
| Домен | Регистратор | Компания (роль: финансовый директор) | ИТ | Договор с регистратором, учётная запись на компанию | Резервный доступ у второго администратора | Смена контактов учётной записи | Высокая | Ежеквартально |
| DNS / CDN | DNS-провайдер, CDN-провайдер | Компания | ИТ | Договор, учётная запись на компанию | Экспорт настроек | Смена администратора | Высокая | Ежеквартально |
| Сервер | Хостинг-провайдер | Компания | Разработка | Договор, плательщик компания | Копии вне сервера, проверенное восстановление | Передача доступа и документации | Высокая | Ежеквартально |
| CMS | Сервер компании | Компания | Разработка | Лицензия CMS, лицензии темы и плагинов | В составе копии сервера | Проверить условия лицензий | Высокая | Раз в полгода |
| Репозиторий | Git-платформа | Компания (роль: технический лид) | Разработка | Договор с переходом имущественных прав | Зеркало или резервная копия | Передача прав владельца | Высокая | Ежеквартально |
| Дизайн | Файлы дизайн-системы | Компания | Дизайнер | Договор, лицензии на шрифты | Копия в хранилище компании | Передача файлов и лицензий | Средняя | Раз в год |
| Контент | CMS, хранилище | Компания | Редактор | Договоры с авторами, лицензии на изображения | В составе копии | Передача вместе с CMS | Средняя | Раз в год |
| Аналитика | Сервис аналитики | Компания | Аналитик | Учётная запись на компанию | Экспорт истории | Смена владельца учётной записи | Высокая | Ежеквартально |
| Search Console | Сервис Google | Компания | SEO-специалист | Учётная запись на компанию, подтверждение домена | Экспорт отчётов | Добавление владельца | Средняя | Ежеквартально |
| Рекламные кабинеты | Рекламные платформы | Компания | Маркетинг | Учётная запись на компанию, плательщик компания | История кампаний | Смена администратора | Средняя | Ежеквартально |
| CRM | Сервис CRM | Компания | Sales Ops | Подписка на компанию | Экспорт базы | Условия экспорта при прекращении | Высокая | Ежеквартально |
| Интеграции | Сервер, iPaaS | Компания (владелец процесса) | Разработка | Код по договору, лицензии сервисов | Документация и копия кода | Документация входов, выходов, расписаний | Высокая | Ежеквартально |
| Резервные копии | Отдельное хранилище | Компания | ИТ | Политика резервирования | Проверенное восстановление | Передача доступа к хранилищу | Высокая | Ежемесячно |
| Документация | Хранилище компании | Компания | Технический лид | Внутренний документ | Копия | Передаётся как есть | Средняя | Раз в полгода |
Строки с пустыми ячейками или с ответом «неизвестно» становятся задачами. Реестр пересматривается в указанные даты и прилагается к документам сделки или передачи.
Результат остаётся в инфраструктуре клиента
Договорная модель Inward Labs построена на том, что результат работы принадлежит компании-заказчику. Код, тексты, настройки, аналитические материалы, учётные записи и накопленные данные остаются в инфраструктуре клиента. Учётные записи создаются на компанию или переводятся под её контроль, если это предусмотрено работой. Продолжение использования результата от нового заказа не зависит. Точный объём прав и порядок передачи определяет действующий договор, и именно с него начинается инвентаризация для клиентов Inward Labs.
Что сделать владельцу
- Назначить владельца реестра цифрового актива и заполнить четырнадцать строк; принципы работы Inward Labs рассматривают архитектуру, код, данные и поисковую видимость как взаимосвязанные активы бизнеса, и реестр отражает именно этот состав. Ответственный: руководитель компании или финансовый директор. Срок: две недели.
- Проверить административный контроль над доменом, репозиторием и аналитикой: учётная запись на компанию, права владельца, резервный доступ. Ответственный: ИТ или технический лид. Срок: неделя.
- Передать юристу перечень из шести правовых вопросов вместе с договорами и лицензиями. Ответственный: юрист компании. Срок: месяц.
- Провести тестовое восстановление сайта из резервной копии и зафиксировать время. Ответственный: разработка. Срок: две недели.
- Зафиксировать дату следующей проверки реестра и включить реестр в документы сделки или передачи. Ответственный: владелец реестра. Срок: после заполнения.
ПРОВЕСТИ ИНВЕНТАРИЗАЦИЮ ЦИФРОВОГО АКТИВА
Inward Labs зафиксирует состав системы, владельцев, доступы, зависимости и порядок передачи результатов.
