1. Определить решение по сделке
Анализ должен начинаться с принимаемого решения. Ценообразование приобретения, подготовка к продаже, анализ справедливости, инвестиции в рост, андеррайтинг долга и создание стоимости после слияния требуют разных доказательств и распределения рисков. Дату оценки, периметр сделки, смену собственника, горизонт прогноза, структуру финансирования и ожидаемую интеграцию следует указать явно.
Центральный вопрос — какой дополнительный, передаваемый и устойчивый денежный поток возникает из определённых рабочих процессов, поддерживаемых AI, после всех затрат, рисков и коммерческих ответных мер. Демонстрация модели, количество пользовательских лицензий или сокращение времени выполнения задачи сами по себе не подтверждают маржу предприятия.
Доказательства следует зафиксировать на определённую дату. Устранимые пробелы относятся к дью-дилидженсу; остаточная неопределённость — к сценариям, структуре, удержаниям, ковенантам или цене. Наблюдаемые результаты, утверждённые инициативы и перспективные сценарии использования следует разделять.
2. Определите экономический и контрольный периметр
Периметр должен определять бизнес-подразделения, юридические лица, рабочие процессы, продукты, географические регионы, сотрудников, поставщиков, данные, модели, программное обеспечение, инфраструктуру и договоры, включённые в заявленный прирост.
Контроль имеет значение. Целевая компания может владеть кодом и данными, лицензировать модель, использовать программный сервис или зависеть от основателя, интегратора или системы клиента. Выгоды, требующие непередаваемых прав или неформального доступа, могут исчезнуть после закрытия сделки.
Экономический периметр должен сверять выручку, труд, подрядчиков, облачные услуги, лицензии, внедрение, данные, управление, безопасность, соответствие требованиям, устранение недостатков, оборотный капитал и капитальные затраты. Экономия за пределами приобретаемого периметра не должна включаться в стоимость целевой компании без механизма, подлежащего принудительному исполнению.
3. Сформировать реестр доказательств стоимости, обеспечиваемой AI
Таблица 1. Реестр доказательств маржи, обеспечиваемой AI
| Уровень | Контролируемые доказательства | Вопрос покупателя |
|---|---|---|
| рабочий процесс | процесс, объём, персонал, системы и контроль | какая деятельность изменилась? |
| вмешательство | модель, версия, пользователи, сроки и внедрение | что вызвало изменение? |
| результат | время, пропускная способность, ошибки, качество и выручка | что наблюдалось? |
| затраты | разработка, лицензирование, вычислительные ресурсы, данные, изменения и контроль | во что обошёлся результат? |
| денежные средства | затраты на оплату труда, поставщики, цена, объём и оборотный капитал | что дошло до денежного потока? |
| устойчивость | права, внедрение, дрейф, конкуренция и регулирование | что сохраняется при смене собственника? |
Каждое утверждение о стоимости должно увязываться с контролируемой базой, операционным учётом, ответственным владельцем и последствием для денежного потока.
Реестр должен сохранять источник, определение, единицу измерения, период, совокупность, версию и утверждающее лицо. Исправления должны сохранять исходную запись. Управленческие оценки должны быть помечены в рабочих документах по сделке, даже если отчёты для читателей используют описания сценариев простым языком.
Покупатель должен иметь возможность выбрать корректировку оценки и проследить её в обратном направлении через денежный поток, операционный результат, вмешательство, базовую линию и исходные данные. Разорванные связи должны включаться в негативный сценарий.
4. Определите рабочий процесс, поддерживаемый AI
Рабочий процесс следует описать до модели. Входные данные, решения, выходные данные, контроли, передачи, исключения, влияние на клиентов и ответственные роли определяют, меняет ли техническая возможность экономику предприятия.
Сценарии использования могут включать поддержку клиентов, помощь в продажах, программирование, обработку документов, прогнозирование, выявление мошенничества, техническое обслуживание, контроль качества, ценообразование и проектирование продуктов. Каждый из них предъявляет разные требования к задержке, точности, проверке человеком, ответственности и внедрению.
Покупатель должен определить ограничивающий этап. Более быстрое создание черновиков имеет ограниченную ценность, когда узким местом остаются утверждение, привлечение клиентов или внедрение. Ценность определяется сквозным рабочим процессом, а не изолированной задачей.
5. Зафиксируйте протокол базового уровня
Протокол следует адаптировать к рабочему процессу, горизонту принятия решений и доступному контрфактическому сценарию.
В базовом уровне следует указать период, совокупность, объём, уровень обслуживания, качество, структуру, численность персонала, затраты, цену, систему и исключительные события. В нём должны использоваться определения, которые можно воспроизвести по исходным записям.
Сезонность, рост, накопленные незавершённые работы, инфляция, реструктуризация и другие технологические изменения могут влиять на одни и те же метрики. Протокол должен определять корректировки до проверки результатов. Удобный предыдущий месяц редко является достаточным контрфактическим сценарием.
Управление базовым уровнем должно определять, кто может изменять определения и как утверждаются пересчёты. Изменения в системах-источниках, реорганизации и пересмотренные правила распределения могут сделать последующие периоды лучше без операционного прироста. Покупатель должен сохранить как отчётный базовый уровень, так и версию, нормализованную для сделки, с таблицей перехода между ними. Финансовые показатели должны сверяться с соответствующими счетами главной книги; операционные показатели должны сверяться с контролируемыми записями событий. Выборочная проверка может быть пропорциональной для деятельности с большим объёмом при условии репрезентативного дизайна и тестирования исключений.
Пропускная способность и качество должны иметь общую границу. Если время обработки на базовом уровне не включает исследование, эскалацию или работу после звонка, а период AI включает только этап с поддержкой модели, сравнение смещено. Эффекты очередей и спроса также имеют значение: снижение времени обработки при слабом спросе может не изменить пропускную способность. Поэтому протокол должен измерять сквозное завершение, накопленные незавершённые работы, уровень обслуживания и использование ресурсов наряду со временем выполнения задачи. Любое предполагаемое будущее ухудшение базового уровня, например рост заработной платы или увеличение объёма, должно оставаться драйвером прогноза, а не искажать наблюдаемый прирост.
6. Выберите метод идентификации
Рандомизированное внедрение, поэтапное внедрение, сопоставленная контрольная группа, разность разностей, прерванные временные ряды и контролируемый анализ «до и после» дают разные уровни причинно-следственных доказательств. Метод должен соответствовать операционным ограничениям и качеству данных.
Смещение отбора имеет значение, потому что более сильные команды или более увлечённые пользователи часто внедряют первыми. Поэтому сравнение внедривших и невнедривших может приписать существовавшие ранее различия в результативности AI. Эффекты перелива могут искажать контрольную группу, когда пользователи обмениваются результатами или практиками.
В анализе следует указывать размер эффекта, неопределённость, длительность и совокупность. Статистическая значимость не устанавливает финансовую существенность, а существенная оценка со слабой идентификацией должна получать более широкий диапазон оценки.
Рандомизация может проводиться на уровне пользователя, команды, клиента, случая или временного окна. Единица рандомизации должна отражать эффекты перелива и операционную независимость. Кластерное распределение может уменьшить загрязнение, но также снизить статистическую мощность. Поэтапное внедрение может быть практичным при ограниченной мощности внедрения, если сроки не выбираются по ожидаемой эффективности. Разность разностей требует доказательств того, что группа воздействия и контрольная группа следовали бы сопоставимым трендам в отсутствие вмешательства. Графики анализа событий могут выявлять предтренды и отложенные эффекты.
Команда дью-дилидженса должна проверить выбытие, отсутствующие записи, несоблюдение режима воздействия и изменения в сборе метрик. Оценки intention-to-treat измеряют эффект предложения инструмента; оценки treatment-on-the-treated требуют более сильных допущений и могут быть полезны для будущего сценария внедрения. Множественные результаты и повторная настройка модели повышают вероятность избирательных положительных результатов. В отчёте следует указать заранее заданные показатели, тесты чувствительности и отрицательные результаты. Там, где контролируемая идентификация невозможна, триангуляция по времени, командам, системам, интервью и денежным потокам даёт более честный диапазон доказательств, чем один точный процент.
7. Отделите производительность выполнения задач от производительности предприятия
Время выполнения задачи может сократиться без снижения затрат или роста выручки. Высвобожденное время сотрудники могут использовать для проверки, координации, работы с клиентами, обучения или простоя. Численность при этом может оставаться неизменной, а качество обслуживания — улучшаться.
Полевое исследование NBER по генеративному ассистенту для агентов поддержки клиентов зафиксировало средний рост производительности при существенной неоднородности по опыту. Это данные для конкретного рабочего процесса и условий. Это не автоматическое допущение по марже для другой компании.
Покупателю следует проследить эффект от задачи через пропускную способность рабочего процесса, узкое место, загрузку, решение о мощности и денежный поток. Самое слабое звено конверсии ограничивает капитализируемую стоимость.
Производительность на уровне предприятия должна использовать знаменатель выпуска, отражающий ценность для клиента или бизнеса. Количество созданных документов, строк кода или попыток контакта может расти, тогда как принятые релизы, конверсия клиентов или маржинальная прибыль стагнируют. Структуру выпуска следует контролировать, поскольку после внедрения более простая работа может смещаться к измеряемой совокупности. Покупатель может изучать распределения, а не только средние значения: разброс, хвостовые ошибки и эскалация могут выявить затраты, скрытые средней скоростью.
Высвобожденная мощность может использоваться несколькими способами. Она может обеспечить рост без найма, сократить сверхурочные или привлечение подрядчиков, поддержать улучшение сервиса, сократить время выполнения, увеличить активность продаж или позволить сократить персонал. У каждого пути разные сроки, затраты и определенность. Финансовая модель должна выбирать явный маршрут в разрезе когорты и периода. Она также должна сохранять мощность, необходимую для проверки, обучения, устойчивости и пиков спроса. Когда руководство планирует перераспределение персонала, принимающая деятельность должна иметь спрос, подотчетность и измеримый вклад; иначе экономия остается операционной возможностью.
8. Измеряйте внедрение по когортам
Внедрение должно различать назначение лицензий, вход в систему, допустимое использование, активное использование, принятый результат, использование с соблюдением требований и устойчивую интеграцию в рабочий процесс. Один агрегированный процент пользователей может скрывать неактивные лицензии и концентрацию продвинутых пользователей.
Когорты следует определять по дате начала, роли, местоположению, руководителю, базовой производительности, рабочему процессу и версии модели. Кривые удержания могут показывать, становится ли первоначальный эксперимент устойчивой практикой.
Эффекты часто различаются в зависимости от опыта. Покупателю следует избегать переноса самого сильного результата когорты новичков на всех сотрудников. Взвешенные по когортам результаты должны использовать будущую структуру персонала.
9. Построить кривую «внедрение — стоимость»
Замените кривую фактическими данными по пользователям, имеющим право на использование, устойчивому внедрению, использованию в рабочих процессах и конверсии в денежный поток.
Кривая конверсии должна увязывать совокупность пользователей, имеющих право на использование, с активным, интегрированным и конвертируемым в денежный поток использованием. Отсев может возникать из-за доступа, доверия, обучения, качества, задержек, политики, поддержки руководителя или несоответствия рабочему процессу.
Прогноз внедрения должен использовать наблюдаемые коэффициенты перехода и запланированные мероприятия. Внезапный переход к полному внедрению без обучения, перепроектирования процессов или стимулов заслуживает явного учета негативного сценария.
10. Определите иерархию результатов
Результаты следует классифицировать как входные ресурсы, деятельность, операционный результат, результат для клиента и денежные средства. Лицензии и промпты относятся к входным ресурсам; завершённые задачи и принятые предложения — к деятельности; время, ошибки и пропускная способность — к операционным результатам; удержание и конверсия — к результатам для клиента; фонд оплаты труда, цена, объём и оборотный капитал доходят до уровня денежных средств.
Опережающие показатели могут поддерживать управленческие действия и не должны капитализироваться так, как если бы денежные средства уже были получены. Мостик оценки должен указывать допущение о конвертации между каждым уровнем.
Качество и риск должны учитываться наряду со скоростью. Более быстрый выпуск, который увеличивает объём исправлений, жалоб, переделок или юридической ответственности, может уничтожить кажущуюся выгоду.
11. Сверить мост экономии
Значения приведены для иллюстрации; корректировки по сделке должны основываться на контролируемых операционных и финансовых учётных данных.
Мостик должен начинаться с наблюдаемой ёмкости задач и вычитать узкие места, неполное внедрение, потери качества, затраты на внедрение и регулярные затраты. Затем он должен определить утверждённое действие, которое преобразует ёмкость в денежные средства.
Экономию нельзя учитывать дважды — и за счёт сокращения численности, и за счёт роста выпуска, — кроме случаев, когда рабочий процесс действительно позволяет получить и то и другое. Мостик должен сверяться с финансовым прогнозом и отчётом о движении денежных средств.
Валовая ёмкость задач должна рассчитываться исходя из допустимого объёма, наблюдаемого изменения времени и завершения с поправкой на качество. Она должна исключать работу, с которой модель не справляется, случаи, отклонённые пользователями, и ёмкость, затрачиваемую на подготовку промптов, проверку и устранение недостатков. Конвертация в рамках рабочего процесса затем учитывает ограничивающий этап, график персонала, уровень обслуживания, спрос и управленческие действия. Финансовая конвертация применяет экономику заработной платы, подрядчиков, поставщиков или маржинального вклада по фактической предельной ставке, а не среднюю выручку на сотрудника.
Мостик должен сверяться по периодам. Внедрение может вызвать первоначальное снижение производительности на время обучения и интеграции. Экономия может нарастать по мере распространения, а затем снижаться из-за конкуренции или смены модели. Выходные пособия, расторжение договоров, дублирование систем и меры по удержанию персонала могут отложить окупаемость. Покупатель должен показать валовую выгоду, затраты, чистые денежные средства и накопленные инвестиции, а также момент, когда программа начинает самофинансироваться. Это не позволяет принимать стабильный годовой показатель за текущую прибыль.
12. Различайте фактические, предотвращённые и прогнозные затраты
Фактическое сокращение затрат отражается в учётных данных по заработной плате, подрядчикам, поставщикам или иным денежным операциям после внедрения. Предотвращённые затраты — это обоснованные будущие расходы, которые компании больше не требуются. Прогнозная экономия зависит от действия, которое ещё не завершено.
Предотвращённый найм требует утверждённого плана численности, прогноза спроса и подтверждения того, что услугу можно оказывать без этой должности. Вакансия или управленческое пожелание не подтверждают предотвращённые денежные затраты.
Оценка должна уделять наибольший вес повторяющимся фактически полученным денежным средствам, затем подтверждённой доказательствами экономии затрат, затем прогнозной выгоде с поправкой на риск. Стоимость опциона относится вне базовой прибыли, если только метод сделки явно не учитывает её в цене.
13. Проверить конверсию рабочей силы
Кадровый мостик должен сверять мощность в эквиваленте полной занятости, фактические роли, текучесть, найм, выходные пособия, перераспределение сотрудников, сверхурочные и расходы на подрядчиков. Организационная реорганизация и консультации могут задержать конверсию в денежные средства.
Передача знаний может изменить распределение производительности. AI может помочь менее опытным сотрудникам приблизиться к более сильным коллегам, при этом принося ограниченную пользу экспертам. Кадровые прогнозы должны сохранять необходимую проверку, эскалацию и предметную экспертизу.
Трудовые отношения, трудовое право и эффекты стимулирования требуют локальной проверки. Агрессивные допущения по экономии могут навредить внедрению или повысить риск контроля.
14. Сохранять качество и результаты для клиентов
Показатели качества должны быть определены до внедрения. Точность, решение с первого обращения, дефекты, переделки, жалобы, отток, удовлетворённость, безопасность и регуляторные исключения могут нивелировать выигрыш в скорости.
Проверка человеком может сохранить качество и уменьшить экономию времени. Интенсивность проверки должна отражать риск и наблюдаемую производительность модели. Прогноз не должен без доказательств предполагать одновременно полную автоматизацию и неизменные затраты на проверку.
Реакция клиентов может влиять на выручку. Более быстрое обслуживание может улучшить удержание, тогда как шаблонный или неверный результат может подорвать доверие. Результаты следует измерять по когортам и сравнивать с надёжной контрольной группой.
15. Атрибутировать прирост выручки
Утверждения о приросте выручки могут возникать благодаря большей пропускной способности продаж, более точному таргетированию, более быстрому ответу, более высокой конверсии, улучшенному ценообразованию, продуктовым инновациям или удержанию. Для каждого пути нужна контролируемая связь от вмешательства к действию клиента и денежным средствам.
Активность в воронке не является выручкой. Лиды, предложения и взаимодействие должны сверяться с заказами, поставкой, счетами, поступлениями и приростной маржой. Существующий спрос и стимулы для продаж могут исказить атрибуцию.
Для приростной выручки следует использовать маржинальную прибыль после выполнения, комиссий, поддержки, облачных расходов, возвратов и оборотного капитала. Применение мультипликатора выручки к валовой воронке, связанной с AI, может существенно завысить стоимость.
Эксперименты в продажах должны контролировать территорию, потенциал клиента, представителя, кампанию, доступность продукта и полномочия по ценообразованию. Коммуникации с поддержкой AI могут повысить активность, одновременно снижая релевантность или качество бренда. Скоринг лидов может перенаправлять усилия на клиентов, которые и так вероятно совершат покупку, улучшая измеренную конверсию без создания приростного спроса. Контрольные группы, рандомизированные рекомендации или поэтапное внедрение могут усилить атрибуцию. Эффекты на уровне клиентов следует проверять на концентрацию; одно крупное продление может доминировать в кажущемся приросте.
Сценарии использования в ценообразовании требуют дополнительной осторожности. Более высокая фактическая цена может отражать структуру продаж, дефицит, сроки контрактов или сокращённые полномочия по скидкам, а не модель. Покупатель должен рассматривать цену, объём, отток, долю выигранных сделок, стоимость обслуживания и вклад за жизненный цикл вместе. Рекомендательные системы могут перераспределять спрос между собственными продуктами целевой компании, создавая валовой прирост без приростной ценности для группы. Прогноз выручки также должен учитывать сроки цикла продаж и поступления. Оформленный заказ, который требует большего внедрения или предусматривает право на отмену, не должен оцениваться так же, как фактически полученная повторяющаяся маржа.
16. Проверить перекладывание затрат в условиях конкуренции
Повышение эффективности может увеличить маржу, поддержать снижение цен, улучшить сервис или профинансировать новые функции. Результат зависит от конкуренции, переговорной силы клиентов, продления контрактов и дифференциации.
Если конкуренты получат доступ к аналогичным инструментам, часть экономии может перейти к клиентам через цену или требуемый уровень сервиса. Покупатель должен стресс-тестировать цену, удержание клиентов и долю рынка, а не исходить из того, что вся экономия затрат сохранится в EBITDA.
Защищённость может обеспечиваться собственными данными, интеграцией в рабочие процессы, издержками переключения, дистрибуцией, брендом, регулированием, масштабом или обучением. Лицензия на модель, доступная конкурентам, даёт ограниченный самостоятельный ров.
Перекладывание затрат может происходить через формальные тендеры, продление контрактов, переговоры с клиентами или более высокий ожидаемый уровень сервиса. Скорость зависит от срока контракта, раскрытия информации, концентрации клиентов и прозрачности структуры затрат. Соглашения «издержки плюс» могут быстро передавать экономию; контракты с фиксированной ценой могут сохранять выгоду до пересмотра цен; регулируемые рынки или рынки с бенчмарками могут устанавливать отдельный механизм распределения. Коммерческая модель должна описывать механизм, а не применять единое универсальное затухание.
Конкуренты могут использовать AI, чтобы снизить цену, сократить сроки поставки, добавить функции или нацелиться на тех же клиентов. Целевая компания может сохранить стоимость, реинвестируя часть экономии в дифференциацию. Это создаёт намеренное разделение между маржой и инвестициями в рост. Сценарии покупателя должны сравнивать стратегию сбора урожая со стратегией защиты и роста, включая реакцию клиентов и требуемые расходы. Утверждение о наличии рва следует проверять через права, уникальность данных, встроенность в рабочие процессы, накопление доказательной базы и издержки переключения. Один только масштаб слаб, когда затраты на модели и данные широко снижаются по всему рынку.
17. Построить полную структуру затрат на внедрение
Таблица 2. AI: структура затрат на внедрение и регулярных затрат
| Уровень затрат | Примеры | Отражение в оценке |
|---|---|---|
| исследование | картирование процессов, аудит данных и пилотные проекты | понесённые или оставшиеся затраты по программе |
| создание с нуля | интеграция, кастомизация, тестирование и миграция | капитальные затраты или расходы, учитываемые согласно политике |
| внедрение | обучение, управление изменениями, контроль и временное снижение производительности | денежные расходы и сроки внедрения |
| эксплуатация | лицензирование, модель, облачные услуги, поддержка и мониторинг | регулярные операционные затраты |
| контроль | безопасность, конфиденциальность, соответствие требованиям, гарантии и аудит | регулярные и событийные затраты |
| продление | переобучение, замена, устранение недостатков и выход | затраты жизненного цикла и завершающие затраты |
Затраты следует распределять по рабочим процессам, этапам и порядку учёта.
Затраты на внедрение должны включать внутренние трудозатраты и перебои в бизнесе. Капитализация затрат в бухгалтерском учёте не устраняет денежные расходы или риск исполнения. Оставшиеся расходы следует привязать к контрольным точкам и мощностям.
Затраты на общую платформу требуют распределения, соответствующего ожидаемому использованию. Скидки поставщиков, минимальные обязательства и валюта могут менять юнит-экономику при изменении объёма.
18. Моделирование регулярной юнит-экономики
Регулярная экономика должна измерять стоимость в расчёте на принятый, соответствующий требованиям и полезный результат, а не только на токен или вызов модели. Неудачные, отклонённые и повторные результаты потребляют ресурсы.
Лицензирование, инференс, хранение, извлечение, данные, наблюдаемость, проверка человеком, поддержка и безопасность могут масштабироваться по-разному. Цены могут измениться после вводных периодов или пересмотра условий с поставщиком.
Юнит-экономику следует стресс-тестировать при более высоких объёмах, более длинном контексте, замене модели, требованиях к уровню обслуживания и резидентности данных. Экономия затрат должна выдерживать реалистичные условия поставщиков.
19. Управляйте данными, конфиденциальностью и интеллектуальной собственностью
Покупателю следует провести картирование источника данных, согласия, цели, качества, доступа, хранения, передачи и удаления. Чувствительные данные клиентов, сотрудников и регулируемые данные могут ограничивать использование и создавать затраты на устранение нарушений.
Права на обучение, извлечение и выходные результаты должны быть проверены в трудовых договорах, договорах с поставщиками, лицензиях на open-source, договорах с клиентами и партнёрами. Владение кодом или промптами не обязательно даёт права на исходные данные или сгенерированные материалы.
Риски конфиденциальности, соблюдения тайны и интеллектуальной собственности должны учитываться как в денежном потоке, так и в механизмах защиты сделки. Неподкреплённые обязательства или незаконная обработка могут ухудшить сценарий использования после закрытия сделки.
20. Соблюдайте учётную дисциплину
Признание в учёте и оценка связаны, но различны. МСФО (IAS) 38 требует идентифицируемый контролируемый ресурс и критерии признания нематериального актива. Конфигурация или кастомизация в облачной схеме может оставаться стоимостью услуги, если клиент не контролирует актив.
Покупателю следует сверить капитализированную разработку, расходы на исследования, лицензии, предоплаченные услуги, обесценение и срок полезного использования. Улучшение EBITDA может быть искусственно завышено классификацией затрат без изменения денежного потока.
Учёт приобретения может выявлять технологические, клиентские и иные нематериальные активы в соответствии с применимыми стандартами. Оценка сделки должна избегать двойного учёта одной и той же выгоды как в прогнозном денежном потоке, так и в отдельной премии к активу.
Анализ качества прибыли должен обеспечить переход от отражённого EBITDA к денежному потоку и выявить, где возникают затраты на разработку, обязательства по облачным услугам, внутренний труд и кредиты поставщиков. Компания может отражать более высокий EBITDA после капитализации соответствующих затрат на разработку при росте оттока денежных средств. И наоборот, инвестиции, списанные в расходы, могут снижать текущую прибыль, поддерживая будущий денежный поток. Покупателю следует нормализовать показатели с помощью политики, последовательно применяемой к историческим и прогнозным периодам, и сохранять применимые требования учёта.
Распределение цены покупки и оценка сделки служат разным целям. Идентифицированная технология может оцениваться затратным, доходным или рыночным методом в рамках применимой системы отчётности. Клиентские отношения могут уже отражать в прогнозе удержание, подкреплённое AI. Плата за вкладные активы и сроки полезного использования не должны пересекаться. Анализ обесценения после закрытия сделки может выявить бизнес-кейс, основанный на внедрении или росте, которые не материализуются. Поэтому модель сделки должна сохранять допущения, обосновывающие как цену, так и будущую отчётность, с управлением изменениями.
21. Обеспечьте передаваемость и контроль
Стоимость передаётся, когда покупатель получает права, системы, данные, персонал, договоры и операционные знания, необходимые для продолжения результата. Знания основателя, неформальный доступ к поставщику или исключение для конкретного клиента могут быть хрупкими.
Команда дью-дилидженса должна выявить согласие на смену контроля, передачу лицензии, переносимость данных, доступ к модели, исходный код, документацию, ключевой персонал, субподрядчиков и помощь при выходе. Выгода, зависящая от инфраструктуры, сохраняемой продавцом, требует переходного соглашения и затрат.
Передаваемость следует проверять с помощью контролируемого восстановления или передачи, когда это соразмерно. Объём документации является более слабым доказательством, чем способность уполномоченной команды работать и воспроизводить результаты.
22. Валидируйте модели и механизмы контроля решений
Валидация должна охватывать точность, калибровку, предвзятость, устойчивость, дрейф, объяснимость (где требуется), соответствие рабочему процессу, безопасность и финансовый результат. Следует использовать данные и условия, отличные от тех, что применялись при разработке.
Реестр моделей должен определять владельца, назначение, версию, зависимости, данные, утверждение, ограничения и мониторинг. Артефакты продуктивной среды должны быть связаны с утверждённой версией. Переопределения и исключения должны сохраняться.
NIST AI Risk Management Framework и ISO/IEC 42001 предлагают концепции управления, на основе которых можно выстроить соразмерные меры контроля. Соответствие требованиям структуры должно подтверждаться операционной практикой, а не только заявлением в политике.
Валидация должна проверять систему в том рабочем процессе, в котором заявлена ценность. Точность в офлайн-режиме может не отражать задержку, сбой извлечения данных, интерпретацию пользователем, предвзятость автоматизации или взаимодействие с правилами утверждения. Тестовые выборки должны охватывать обычные, сложные, высокоценные и высокорисковые случаи. Пороговые значения приемлемости должны утверждаться ответственными владельцами бизнеса и рисков. Если модель рекомендует цену, кредитное решение, решение о трудоустройстве, безопасности или иное значимое решение, стандарты управления и правовые требования могут быть существенно выше, чем для помощи в подготовке документов.
Мониторинг должен сочетать опережающие и запаздывающие индикаторы. Дрейф входных данных, уверенность модели, отклонения, переопределения и исключения могут сигнализировать об ухудшении до появления денежных потерь. Доработка, жалобы, результат для клиента, нарушение комплаенса и фактическая маржа подтверждают эффект. Пороговые значения должны запускать определённые действия: дополнительную проверку, сокращение области применения, откат, переобучение или приостановку. Повторяющиеся ручные исправления могут показать, что кажущаяся автоматизация по-прежнему зависит от экспертного труда. Оценка должна учитывать этот труд и ожидаемый цикл продления.
23. Проверьте концентрацию поставщиков и инфраструктуры
Рабочие процессы AI могут зависеть от поставщиков моделей, облачных сервисов, векторных баз данных, поставщиков данных и партнёров по интеграции. Сбой, изменение цен, политики, вывод модели из эксплуатации или поглощение могут изменить экономику.
Контракты должны определять услуги, безопасность, использование данных, интеллектуальную собственность, аудит, ответственность, изменения, расторжение и переход. Минимальные расходы и уровни объёма должны сверяться с прогнозом.
Тесты на замену поставщика должны учитывать качество результатов, задержку, интеграцию, переобучение, утверждения и обязательства перед клиентами. Номинальный второй поставщик не обеспечивает устойчивость, если переключение требует месяцев переработки.
24. Оцените киберустойчивость и операционную устойчивость
Векторы атаки могут включать prompt-инъекции, утечку данных, отравленное извлечение данных, скомпрометированные учётные данные, вредоносные инструменты и уязвимые интеграции. Система, которая воздействует на записи или внешние сервисы, может создавать прямые операционные потери.
Меры контроля должны включать управление идентификацией, минимальные привилегии, сегментацию, обработку входных и выходных данных, мониторинг, ограничение частоты запросов, утверждение изменений, резервное копирование, восстановление и реагирование на инциденты. Утверждение человеком должно соответствовать потенциальным последствиям.
Стоимость обеспечения устойчивости должна входить в операционную модель. Страхование и ответственность поставщика могут предусматривать существенные исключения или ограничения; покупателю следует оценить остаточную подверженность денежным потерям в стресс-сценарии.
25. Разработайте тест на устойчивость
Замените иллюстративную кривую наблюдаемыми данными по денежным потокам, внедрению, модели, клиентам и затратам.
Устойчивость следует проверять по техническим показателям, внедрению, интеграции в рабочие процессы, реакции клиентов, конкуренции, затратам поставщиков, регулированию и организационным возможностям. Один единый коэффициент затухания скрывает разные причины.
У каждого фактора должны быть наблюдаемые индикаторы и ответственный. Тогда прогноз можно обновлять по мере появления более надежных данных. Покупателю следует избегать терминальной маржи, превышающей устойчивость, которую поддерживают права и структура рынка.
Техническую устойчивость следует измерять по бизнес-результату, а не только по зафиксированному тестовому набору. Входные совокупности, язык, продукты и поведение клиентов могут меняться. Обновления модели могут повышать среднее качество, но при этом менять тональность, задержку, стоимость или поведение в пограничных случаях. Регрессионные наборы тестов должны включать коммерчески значимые и высокорисковые случаи. Устойчивость в рабочих процессах требует стабильных интерфейсов, согласований, обучения, поддержки и подкрепления со стороны руководителей. Снижение показателей когорты может сигнализировать о том, что инструмент создает трение или что ранние пользователи были нерепрезентативны.
Устойчивость денежных потоков должна согласовывать продление, цену, затраты и обслуживание. Выгода может оставаться операционно видимой, пока затраты поставщика растут или клиенты забирают ее себе. Модель должна оценивать реинвестиции, необходимые для сохранения данных, интеграций, средств контроля и компетенций. Периоды устойчивости должны соответствовать договорным и технологическим данным, а не стандартному горизонту прогноза по умолчанию. Структура сделки может учитывать данные, которые станут зрелыми после закрытия, через поэтапную оплату или измеримые ковенанты.
26. Отделяйте дрейф модели от коммерческого затухания
Дрейф модели возникает, когда данные или взаимосвязи меняются и технические показатели ухудшаются. Коммерческое затухание происходит, когда конкуренты имитируют, клиенты требуют уступок по цене, объемы меняются или рабочий процесс теряет стратегическую значимость.
Способы устранения различаются. Переобучение может восстановить точность, но не может вернуть утраченную ценовую премию. Поэтому продуктовые и коммерческие команды должны отслеживать ценность наряду с метриками модели.
Сценарии оценки должны различать устранимую деградацию, регулярные затраты на продление и структурную эрозию. Терминальные допущения должны отражать ожидаемые реинвестиции, необходимые для поддержания преимущества.
27. Проверяйте ограничения масштаба и интеграции
Пилот может работать на специально подготовленных данных, выбранных пользователях и ручном сопровождении. Корпоративное внедрение привносит устаревшие системы, пограничные случаи, пиковую нагрузку, юрисдикцию, контроль доступа и обязательства по обслуживанию.
Данные, подтверждающие масштабируемость, должны включать репрезентативный объем, долю исключений, задержку, доступность, трудозатраты на поддержку, удельную стоимость и эффективность контроля. Успех пилота не следует умножать на общий объем предприятия без этих проверок.
Интеграция с финансовыми, клиентскими, цепочечными и операционными системами может создавать как ценность, так и зависимость. Оставшиеся интерфейсы, исправление данных и перепроектирование процессов должны учитываться в затратах и сроках.
28. Отделить автономную выгоду от синергии покупателя
Стоимость на самостоятельной основе должна отражать целевую компанию в текущей структуре владения с учётом обоснованных инициатив. Синергия, специфичная для покупателя, может возникать за счёт масштаба, данных, дистрибуции, закупок, платформ, доступа к клиентам или устранения дублирования.
При оценке следует избегать оплаты продавцу за синергию, которую может создать только покупатель, если только конкурентный процесс или переговоры не требуют её разделения. Каждая синергия должна сопровождаться затратами, сроками и риском исполнения.
Следует также моделировать отрицательную синергию. Интеграция может прерывать рабочие процессы, изменять лицензии, требовать получения согласий, снижать вовлечённость сотрудников или создавать ограничения по данным.
29. Выберите метод оценки
Дисконтированный денежный поток позволяет моделировать дополнительную выручку, затраты, инвестиции, риск и терминальную стоимость, связанные с AI. Мультипликаторы сопоставимых компаний или сделок могут обеспечить рыночную перекрёстную проверку и могут отражать разную подверженность AI и различия в учёте.
Отдельный метод оценки технологического актива может быть полезен, когда права и денежные потоки можно изолировать. Подходы на основе освобождения от роялти, избыточной прибыли, стоимости замещения и опционов требуют доказательств, специфичных для метода, и не должны приводить к двойному учёту прогнозных выгод.
Метод должен следовать экономическому источнику стоимости. Широкая премия за маркировку AI слаба, если устойчивые денежные потоки, права и дифференциация не продемонстрированы.
Модель дисконтированного денежного потока должна формировать стоимость по сценариям использования или рабочим процессам, где это существенно, а затем сверяться с консолидированным прогнозом. Допущения по выручке, затратам, инвестициям, налогам, оборотному капиталу и терминальной стоимости должны опираться на одни и те же драйверы внедрения и устойчивости. Сценарии должны сохранять зависимости: более активное использование может увеличивать как выгоду, так и затраты на модель; более быстрая автоматизация может увеличивать выходные пособия и расходы на контроль; более сильная конкурентная реакция может снижать цену, одновременно повышая требуемые инновации.
Рыночные данные следует нормализовать с учётом роста, прибыльности, повторяющейся выручки, концентрации клиентов, капиталоёмкости, учёта и бизнес-модели. Компании, описываемые как AI-бизнесы, могут владеть технологией, перепродавать инфраструктуру, применять AI внутри или просто использовать этот ярлык в маркетинге. Премии в сделках могут отражать дефицит, стратегический контроль или конкуренцию в процессе, а не воспроизводимую маржу. Покупатель должен использовать рыночные мультипликаторы как диапазон для проверки разумности и объяснять любую дополнительную премию через денежные потоки, права или структуру.
30. Построить водопад оценки для покупателя
Значения носят иллюстративный характер; вычеты должны подтверждаться доказательствами по сделке и согласованными сценариями.
Водопад должен начинаться с заявленного прироста и вычитать неподтверждённую базовую линию, неопределённость атрибуции, неполное внедрение, утечку качества, стоимость жизненного цикла, передачу конкурентных выгод в цены и остаточный риск. Итоговый результат должен сверяться с денежными потоками оценки.
Корректировки не должны пересекаться. Риск, уже учтённый через снижение денежных потоков, не должен дублироваться через идентичное снижение мультипликатора, если только не сохраняется остаточная неопределённость.
Водопад следует строить для каждого существенного сценария использования, а затем консолидировать. Совокупный показатель портфеля может скрывать один зрелый генерирующий денежные потоки рабочий процесс и несколько спекулятивных пилотов. Общая стоимость платформы должна распределяться единообразно, а общие риски, такие как поставщик модели или источник данных, должны подвергаться стресс-тестированию по всем зависимым сценариям использования. Мост должен отдельно показывать наблюдаемые периоды, периоды run-rate и прогнозные периоды. Run-rate должен требовать завершённых действий, текущих возможностей и доказательств того, что период является репрезентативным.
Корректировки покупателя также могут быть положительными, когда дью-дилидженс выявляет недозагруженные мощности с подтверждённым спросом и обеспеченным финансированием планом конверсии. Такая стоимость остаётся прогнозной, пока не будут наблюдаться внедрение и денежные потоки. Отчёт должен указывать доказательства, необходимые для включения в базовую стоимость, ответственного владельца и ожидаемую дату пересмотра. Это создаёт живой кейс андеррайтинга, который может поддерживать управление интеграцией, расчёты earn-out и будущий обзор обесценения.
31. Стройте согласованные сценарии негативного развития
Сценарий негативного развития должен объединять причинно связанные события. Более низкое внедрение может снижать затраты на лицензии и вычисления, одновременно задерживая действия с персоналом. Недостаточная эффективность модели может одновременно увеличивать стоимость проверки и ухудшать результаты для клиентов.
Сценарии должны стресс-тестировать выгоды, сроки, внедрение, повторяющиеся затраты, цену поставщика, регулирование, конкуренцию, качество и устранение недостатков. Ликвидность должна покрывать траекторию через неудачное или задержанное развёртывание.
Сценарии менеджмента следует сравнивать с наблюдаемыми диапазонами и независимыми доказательствами. Вероятностно-взвешенный сценарий не должен подразумевать точность, не подкреплённую базовыми драйверами.
Построение сценария негативного развития должно начинаться с режимов отказов. Права на данные могут ограничивать рабочий процесс; изменение модели может снижать качество; поставщик может поднять цену; пользователи могут отвергнуть инструмент; регуляторы или клиенты могут потребовать проверки; интеграция может задержаться; действия с персоналом могут стоить дороже; а конкуренты могут передавать выгоды в цены. Каждый режим отказа должен сопоставляться с затронутыми сценариями использования, сроками, денежными потоками, устранением недостатков и контролем. Диверсификация портфеля по нескольким сценариям использования должна отражать общих поставщиков, данные, потенциал изменений и управление.
Анализ ликвидности должен включать обязательные лицензии, минимальные платежи за облако, подрядчиков, устранение недостатков, выходные пособия, дублирующиеся системы и влияние на оборотный капитал. Неудачная инициатива может сохранять расходы на персонал при сохранении технологических обязательств. Восстановление может потребовать замены модели или отката рабочего процесса, что само по себе стоит денег и прерывает обслуживание. Покупатель должен определить точки принятия решений, где инвестиции можно остановить, перенаправить или расширить. Такая реальная операционная гибкость может снижать негативные последствия, когда контракты и архитектура это поддерживают; её не следует предполагать там, где обязательства зафиксированы.
32. Защитите терминальную стоимость
Терминальная стоимость должна предполагать продолжение инвестиций в модели, данные, интеграцию, безопасность, навыки и соответствие требованиям. Маржа, обеспечиваемая AI, не может сохраняться бесконечно без обновления, когда меняются технологии и конкурентная среда.
Покупатель должен отличать устойчивую способность рабочего процесса от конкретной версии модели. Переносимость, права на данные и организационное обучение могут сохраняться при смене поставщика; временное преимущество модели может не сохраниться.
Допущения по выходу должны учитывать, сможет ли другой покупатель воспроизвести денежный поток и получить необходимые права. Неподтверждённые стратегические премии должны оставаться за пределами базовой стоимости.
33. Использовать структуру сделки для закрытия пробелов в доказательной базе
Earn-out, удержания, поэтапное возмещение, заверения, возмещения, эскроу и ковенанты могут распределять конкретную неопределённость. Метрики должны определяться на основе контролируемых записей и быть устойчивыми к манипуляциям после закрытия сделки.
Earn-out, привязанный к валовой выручке, может стимулировать скидки или рост затрат. На показатель маржи или денежного потока может влиять распределение затрат при интеграции. Соглашение должно определять периметр, порядок учёта, инвестиции, управленческий контроль и разрешение споров.
Структура не должна заменять дью-дилидженс в отношении законности, безопасности, прав на данные или фундаментальной осуществимости. Некоторые пробелы требуют устранения до закрытия сделки.
34. Подготовьте запрос на дью-дилидженс
Запрос должен охватывать карты рабочих процессов, бизнес-кейсы, базовые данные, записи о внедрении, реестр моделей, валидацию, пользователей, уровень принятия, выходные данные, качество, персонал, клиентов, поставщиков, затраты, инциденты, финансовые результаты и прогнозы.
Выборка должна включать успешные, слабые, исключительные и неудачные периоды. Исходные записи должны сохраняться. Подготовленные демонстрации должны сверяться с логами продуктивной среды и фактическими денежными данными.
Интервью должны охватывать владельцев рабочих процессов, пользователей, финансовую функцию, технологии, безопасность, юристов, комплаенс, HR, продажи и, где это разрешено, клиентов. Несогласованные определения должны быть устранены до оценки.
35. Создайте data room покупателя
Таблица 3. Data room для дью-дилидженса маржинальности с поддержкой AI
| Направление работы | Приоритетные подтверждающие данные | Проверка воспроизводимости |
|---|---|---|
| рабочий процесс | процесс, объём, базовый уровень и узкое место | воспроизвести операционный базовый уровень |
| технологии | модели, данные, интеграции и валидация | повторно сформировать репрезентативные результаты |
| внедрение | когорты, пользователи, обучение и переопределения | воспроизвести устойчивое использование |
| Коммерческие аспекты | клиенты, цена, конверсия и качество | увязать результат с выручкой |
| финансы | затраты, фонд оплаты труда, счета и денежные средства | сверить прирост с данными бухгалтерского учёта |
| Управление | права, согласования, инциденты и средства контроля | определить ответственных владельцев |
Полноту следует проверять на соответствие периметру сделки и дате оценки.
Комната данных должна сохранять исходные файлы, владельцев, даты и историю версий. Сводки должны ссылаться на исходные записи. Доступ должен обеспечивать защиту персональной, конфиденциальной и регулируемой информации.
Независимый проверяющий должен воспроизвести отдельные утверждения на основе исходных данных рабочего процесса вплоть до финансовых последствий. Пробелы должны учитываться в цене, условиях или структуре.
36. Классифицируйте корректировки покупателя
Таблица 4. Подход покупателя к заявлениям о стоимости, подкреплённым AI
| Класс требований | Требуемые доказательства | Иллюстративный подход |
|---|---|---|
| реализованные регулярные денежные поступления | сверенная отчётность и устойчивая операционная деятельность | базовая прибыль или денежный поток |
| подтверждённые избегнутые затраты | утверждённый план, подтверждение спроса и мощности | прогноз с поправкой на риск |
| инициатива с обязательствами | профинансированный план, этапы и ответственный владелец | корректировка на вероятность и сроки |
| сценарий использования без обязательств | концепция, пилот или неполные права | опционная или исключённая стоимость |
| синергия покупателя | специфичные для покупателя возможности и затраты | отдельный сценарий синергии |
| риск или обязательство | инцидент, нарушение, устранение последствий или зависимость | негативный сценарий, резерв или структура |
Трактовка зависит от доказательств, передаваемости и устойчивости, а не от ярлыка, присвоенного инициативе.
Классификация должна быть согласованной в оценке, обзоре качества прибыли и документах сделки. Переобозначение прогноза как run-rate не должно менять требования к доказательствам.
Покупатель должен документировать каждую корректировку, владельца, источник, чувствительность и трактовку. Это создаёт защитимую связку от дью-дилидженса к цене.
37. Проектирование совета директоров и отчётности по интеграции
Отчётность должна связывать рабочий процесс, внедрение, качество, клиентов, затраты и денежные средства. Показатели нуждаются в стабильных определениях, отсечках и сверке со счетами. Когорты и версии моделей должны оставаться видимыми.
Совет директоров должен видеть концентрацию по сценариям использования, поставщикам, источникам данных, клиентам и драйверам стоимости. Он также должен видеть инциденты, ручные переопределения, дрейф, остаточную стоимость внедрения и выгоды, которые остаются прогнозными.
Отчётность по интеграции должна сохранять исходную базовую линию и отдельно выделять действия покупателя. Это поддерживает справедливый анализ earn-out, синергий и результатов после сделки.
38. Выявите красные флаги
К красным флагам относятся заявленный процент без базовой линии, ретротесты с идеальным послезнанием, отобранные пользователи, отсутствие данных о качестве, валовая мощность, приравненная к денежным средствам, неучтённый внутренний труд, капитализированные затраты, представленные как экономия, и терминальная маржа без реинвестирования.
Другие сигналы включают непередаваемые лицензии, слабые права на данные, незафиксированные в журнале изменения моделей, концентрацию поставщиков, неподтверждённый маркетинг AI, нерешённые инциденты и прогнозы, превышающие наблюдаемое внедрение.
Красный флаг — это повод для дью-дилидженса. Его влияние на оценку зависит от доказательств, существенности, устранения и структуры.
39. Реализовать стодневный план покупателя
Таблица 5. Стодневный план проверки маржи AI
| Период | Основная работа | Контрольная точка принятия решений |
|---|---|---|
| дни 1–30 | зафиксировать базовую линию, права, затраты, модели и когорты | подтвердить операционную реальность |
| дни 31–60 | воспроизвести результаты, конверсию в денежные средства и негативный сценарий | утвердить кейс, подлежащий капитализации |
| дни 61–100 | внедрить механизмы контроля, ответственность и финансируемые мероприятия | перейти к отчетности перед советом директоров |
Последовательность должна отражать сроки сделки, риск, пробелы в доказательствах и зависимости интеграции.
В первый месяц следует сверить определения, системы, договоры, операционные записи и денежные средства. Приоритет отдается неотложным пробелам в правовой сфере, безопасности, обслуживании клиентов и контроле.
На втором этапе следует воспроизвести репрезентативные результаты и количественно оценить мост оценки. На заключительном этапе следует внедрить утвержденные действия с ответственными, финансированием, базовыми показателями и мониторингом.
40. Заключение
Маржа, обеспечиваемая AI, должна оцениваться на основе доказательств на пути от рабочего процесса до денежных средств. Достоверный кейс фиксирует базовый уровень, выявляет причинно-следственную связь, измеряет внедрение и качество, конвертирует потенциал через утвержденное мероприятие и включает полную стоимость жизненного цикла.
Производительность задач является входным параметром для стоимости предприятия. Узкие места, действия персонала, реакция клиентов, конкуренция, эффективность модели, права и управление определяют сумму, которая доходит до устойчивой маржи.
Наблюдаемые регулярные денежные потоки могут поддерживать базовую оценку, если они переносятся и сохраняются. Избегнутые затраты, принятые инициативы и стоимость опциона требуют последовательно более сильной корректировки на риск. Синергия, специфичная для покупателя, относится в отдельный кейс.
Практический стандарт — воспроизводимость. Независимый проверяющий должен иметь возможность выбрать заявленную выгоду, воссоздать базовый уровень, определить вмешательство, измерить результат, проверить внедрение и качество, сверить затраты и проследить чистый результат до денежных средств.
Сильные доказательства могут поддерживать эффективное ценообразование и целевую структуру. Слабые доказательства должны снижать стоимость, усиливать защиту или откладывать признание. Эта дисциплина позволяет покупателям и продавцам обсуждать AI через операционную и финансовую реальность, а не через ярлыки.
Структуру следует применять пропорционально. Небольшому внутреннему ассистенту с низкими последствиями требуется меньше контролей, чем автономному клиентскому, ценовому или кредитному процессу. Существенность зависит от денежных средств, клиентов, безопасности, правовых и репутационных рисков. Пропорциональная работа по-прежнему требует четкого базового уровня, полной стоимости и подотчетного владельца. Изощренность архитектуры модели не компенсирует слабые операционные доказательства.
По мере взросления бизнеса покупатель может заменить широкие допущения на внедрение по когортам, контролируемые результаты, удельную стоимость, поведение клиентов и денежные средства. Это улучшает распределение капитала между сценариями использования. Программы, не прошедшие контрольные точки по доказательствам, можно переработать или остановить; более сильные рабочие процессы могут получить приоритет в финансировании и интеграции. В результате такая дисциплина рассматривает AI как операционный портфель, стоимость которого зарабатывается за счет повторяемого исполнения.
Для комитетов по сделкам итоговый результат должен представлять собой краткий мост от заявления менеджмента к трактовке покупателя, подкреплённый проверяемым пакетом доказательств. В нём следует указать, что реализовано, что остаётся зависимым от действий менеджмента, какие выгоды передаются, какое реинвестирование их поддерживает и как обеспечивается защита от негативного сценария. Этот мост может последовательно переходить в анализ качества прибыли, коммерческий дью-дилидженс, технологический дью-дилидженс, юридическую проверку, оценку, финансирование и документы по сделке. Согласованность между этими направлениями работы сама по себе является контролем: выгода не должна выглядеть доказанной в оценке, оставаясь нерешённой в технологиях, договорах или операционных планах.
Итоговая запись должна также определять ответственного владельца, дату проверки и необходимое обновление доказательной базы перед подписанием, завершением и каждым обзором создания стоимости после закрытия сделки.
Источники
- Банк международных расчётов, внедрение AI, производительность и занятость: данные европейских компаний, https://www.bis.org/publications/working-paper-1325-ai-adoption-productivity-and-employment-evidence-european-firms
- ОЭСР, Чудо или миф? Оценка макроэкономического прироста производительности от искусственного интеллекта, https://www.oecd.org/en/publications/miracle-or-myth-assessing-the-macroeconomic-productivity-gains-from-artificial-intelligence_b524a072-en.html
- ОЭСР, Влияние искусственного интеллекта на производительность, распределение и рост, https://www.oecd.org/en/publications/the-impact-of-artificial-intelligence-on-productivity-distribution-and-growth_8d900037-en.html
- ОЭСР, Макроэкономический прирост производительности от искусственного интеллекта в экономиках G7, https://www.oecd.org/en/publications/macroeconomic-productivity-gains-from-artificial-intelligence-in-g7-economies_a5319ab5-en.html
- Евростат, Использование технологий искусственного интеллекта в Европейском союзе: ключевые результаты, издание 2026 года, https://ec.europa.eu/eurostat/web/products-statistical-reports/w/ks-01-26-009
- Евростат, Использование искусственного интеллекта на предприятиях, https://ec.europa.eu/eurostat/statistics-explained/index.php?title=Use_of_artificial_intelligence_in_enterprises
- Бринйолфссон, Ли и Рэймонд, Генеративный AI на работе, рабочий документ NBER 31161, https://www.nber.org/papers/w31161
- NBER, Измерение влияния генеративного AI на производительность, https://www.nber.org/digest/20236/measuring-productivity-impact-generative-ai
- Ной и Чжан, Экспериментальные доказательства влияния генеративного искусственного интеллекта на производительность, Science, https://www.science.org/doi/10.1126/science.adh2586
- Бюро переписи населения США, Обзор деловых тенденций и прогнозов, https://www.census.gov/hfp/btos/data_downloads
- Стэнфордский институт человеко-ориентированного AI, Отчёт об индексе AI за 2026 год, https://hai.stanford.edu/ai-index/2026-ai-index-report
- Комиссия по ценным бумагам и биржам США, Выступление на круглом столе SEC по искусственному интеллекту в финансовой отрасли, https://www.sec.gov/newsroom/speeches-statements/uyeda-ai-roundtable-032725
- Комиссия по ценным бумагам и биржам США, Выступление комиссара Креншоу на круглом столе по AI, https://www.sec.gov/newsroom/speeches-statements/crenshaw-remarks-ai-roundtable-032725
- Федеральная торговая комиссия США, Следите за обоснованностью заявлений о AI, https://www.ftc.gov/business-guidance/blog/2023/02/keep-your-ai-claims-check
- Федеральная торговая комиссия США, AI-компании: выполняйте свои обязательства в отношении неприкосновенности частной жизни и конфиденциальности, https://www.ftc.gov/policy/advocacy-research/tech-at-ftc/2024/01/ai-companies-uphold-your-privacy-confidentiality-commitments
- Национальный институт стандартов и технологий США, Система управления рисками искусственного интеллекта, https://www.nist.gov/itl/ai-risk-management-framework
- Европейский союз, Регламент (ЕС) 2024/1689, устанавливающий гармонизированные правила в отношении искусственного интеллекта, https://eur-lex.europa.eu/eli/reg/2024/1689/oj
- Управление Уполномоченного по информации Великобритании, Руководство по AI и защите данных, https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/artificial-intelligence/guidance-on-ai-and-data-protection/
- Управление по конкуренции и рынкам Великобритании, обновлённый отчёт о фундаментальных моделях AI, https://www.gov.uk/government/publications/ai-foundation-models-update-report
- Фонд МСФО, проект по нематериальным активам, https://www.ifrs.org/projects/work-plan/intangible-assets/
- Фонд МСФО, затраты на конфигурацию или кастомизацию в рамках договора облачных вычислений, https://www.ifrs.org/projects/completed-projects/2021/configuration-or-customisation-costs-in-a-cloud-computing-arrangement-ias-38/
- Фонд МСФО, IFRS 3 «Объединения бизнесов», https://www.ifrs.org/issued-standards/list-of-standards/ifrs-3-business-combinations/
- Фонд МСФО, IFRS 13 «Оценка справедливой стоимости», https://www.ifrs.org/issued-standards/list-of-standards/ifrs-13-fair-value-measurement/
- Фонд МСФО, IAS 36 «Обесценение активов», https://www.ifrs.org/issued-standards/list-of-standards/ias-36-impairment-of-assets/
- Международная организация по стандартизации, ISO/IEC 42001 Системы управления искусственным интеллектом, https://www.iso.org/standard/81230.html
- Совет по международным стандартам оценки, Международные стандарты оценки, https://ivsc.org/standards/
