Неиспользованная золотая жила: создание сервиса по цифровой преемственности бизнеса с помощью Claude Code и Codex

Цифровое спасение бизнес-преемственности: Превращение «персонализированных систем» Японии в передаваемые активы

«Что можно построить с помощью Claude Code и Codex, чтобы заработать?»

Столкнувшись с этим вопросом, большинство людей сразу думают о контрактной разработке AI-приложений, автоматизации бизнеса, чат-ботах, японских версиях зарубежных сервисов или небольших SaaS-продуктах.

Однако эти области уже переполнены.

По мере того как скорость написания кода с помощью ИИ растёт, ценность простого умения «писать код» снижается.

С точки зрения клиента, компании А, Б и В — все говорят: «Мы используем ИИ для краткосрочной разработки». В конечном итоге это приводит к ценовой конкуренции, где сэкономленное с помощью ИИ время превращается в давление на снижение цен.

Итак, что же действительно ценно в эпоху ИИ?

Ответ — не сам код.

Это действие по демистификации бизнес-процессов, которые никто не может объяснить, и создание состояния, при котором компания не остановится, даже если кто-то уйдёт.

Самая перспективная золотая жила, на которую стоит нацелиться, комбинируя Claude Code и Codex, — это следующая деятельность:

«Цифровое спасение бизнес-преемственности»: обнаружение бизнес-правил, погребённых в Excel, VBA, Access, устаревших системах, ручных задачах и головах сотрудников, и преобразование их в спецификации, тесты, планы миграции и операционные процедуры.

Это не просто разработка систем.

Это не просто консалтинг по цифровой трансформации (DX).

Это работа по спасению «невидимого программного обеспечения», захороненного внутри компании в критические моменты, такие как уход президента на пенсию, увольнение опытного сотрудника, слияние и поглощение (M&A) или выход из строя старого ПК.

То, что вы продаёте, — это не программа.

Это спокойствие от того, что «компания продолжит работать, даже если этого человека завтра не будет».

1. Почему это огромная золотая жила в Японии

В Японии насчитывается около 3,36 миллиона малых и средних предприятий (МСП).

По данным Агентства по делам малых и средних предприятий, на июнь 2021 года МСП и микропредприятия составляют 3,365 миллиона субъектов, обеспечивая примерно 70% занятости в Японии.

Другими словами, основу японской экономики составляют не новейшие системы крупных корпораций, а повседневная деятельность местных МСП.

Источник: Агентство по делам малых и средних предприятий «Количество МСП и малых предприятий»

С другой стороны, эти предприятия наполнены такими системами, как:

• Макросы Excel, созданные уже уволившимися сотрудниками
• Базы данных Access, которыми умеет пользоваться только один административный сотрудник
• Системы управления продажами, которые патчили 20 лет
• Задачи по ручной обработке CSV для бухгалтерского ПО
• Обработка заказов, сочетающая вложения электронной почты, общие папки и бумажные контрольные списки
• Исключительные ситуации по скидкам, датам закрытия, распределению запасов и выставлению счетов, известные только определённым сотрудникам
• Пакетные файлы и старые скрипты, к которым никто не хочет прикасаться
• Базы данных, чьё местоположение сервера неизвестно

Ключевой момент: это не просто «старые системы». Они содержат десятилетиями накопленный бизнес-опыт в отношении условий сделок, обслуживания клиентов, управления запасами, контроля качества и выставления счетов.

Даже если код грязный или экраны устарели, если они поддерживают ежемесячные продажи и платежи, это жизненно важный актив для компании.

Однако во многих случаях эти активы не задокументированы в спецификациях или руководствах. Они фрагментарно существуют в головах сотрудников, формулах Excel, ветвлениях VBA, запросах Access и именах файлов в общих папках.

Здесь и возникает проблема преемственности бизнеса.

«Белая книга по малым и средним предприятиям 2025» показывает, что более половины владельцев МСП старше 60 лет, и около 40% индивидуальных предпринимателей намерены прекратить свою деятельность. Хотя доля отсутствия преемников снижается, старение руководства и преемственность бизнеса остаются серьёзными проблемами.

Источник: Агентство по делам малых и средних предприятий «Белая книга по МСП 2025»

Даже если акции или недвижимость переданы, если реальные операции от заказа до выставления счёта понимает только один человек, компания не была по-настоящему передана.

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

Короче говоря, происходящая в Японии преемственность бизнеса требует «Цифровой преемственности бизнеса» — передачи бизнес-правил, данных, систем и процедур.

2. Рынок страдает от нехватки людей, поэтому использование ИИ эффективно

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

Однако нехватка кадров в области DX в японских компаниях серьезна. Согласно опросу IPA, 85,1% японских компаний сообщили о нехватке кадров для продвижения DX.

Особенно в малых предприятиях, хотя интерес к генеративному ИИ есть, фактический уровень использования низок. Только около 20% компаний с численностью менее 100 сотрудников активно используют генеративный ИИ для работы.

Источник: Материалы IPA «Тенденции DX 2025»

На первый взгляд, это плохо для AI-бизнеса. На самом деле — наоборот.

Клиенту не нужно управлять Claude Code или Codex. Поставщик использует ИИ, чтобы сократить сотни часов, обычно требуемых для исследования, чтения кода, извлечения спецификаций, создания тестов и сравнения данных.

Вы не продаёте ИИ клиенту. Вы продаёте:

• Снижение риска остановки бизнеса
• Завершение передачи дел от уходящих сотрудников
• Возможность интеграции после M&A
• Восстанавливаемость после сбоев системы
• Читаемые бизнес-правила
• Проверяемые тесты
• Критерии для того, что отменить, а что сохранить

Чем меньше клиент может использовать генеративный ИИ, тем выше ценность поставщика, который использует его «за кулисами» для предоставления результатов.

Это ключевой момент. В «Внедрении генеративного ИИ» клиент должен учиться новым способам работы. Но в «Цифровом спасении бизнес-преемственности» клиенту не нужно ничего учить. Он просто объясняет свою работу, предоставляет файлы и подтверждает конечные правила. Вы продаёте результаты, а не ИИ.

3. Почему это выигрывает по сравнению с другими AI-бизнес-идеями

Давайте сравним бизнес-идеи с использованием Claude Code и Codex по пяти осям (шкала от 1 до 5):

1. Срочность для клиента
2. Способность платить
3. Возможность продукта/повторяемость
4. Снижение затрат за счёт ИИ
5. Долгосрочные барьеры входа

Общая контрактная разработка AI-приложений

• Срочность: 2 | Цена за единицу: 3 | Повторяемость: 3 | Использование ИИ: 4 | Барьеры: 2 Бюджет трудно получить, когда клиенты просто думают, что это «было бы неплохо». Часто приводит к ценовым войнам.

Обучение промптам / AI-курсы

• Срочность: 2 | Цена за единицу: 2 | Повторяемость: 3 | Использование ИИ: 3 | Барьеры: 1 Легко начать, но высокая конкуренция, а контент быстро устаревает.

Небольшие отраслевые SaaS

• Срочность: 3 | Цена за единицу: 3 | Повторяемость: 4 | Использование ИИ: 4 | Барьеры: 3 Высокий потенциал регулярного дохода, но требует высокой начальной точности в выявлении отраслевых проблем и больших усилий по поддержке/продажам.

Вывод зарубежных AI-сервисов на рынок Японии

• Срочность: 3 | Цена за единицу: 3 | Повторяемость: 3 | Использование ИИ: 4 | Барьеры: 2 Преимущество первого хода существует, но исчезает, если оригинальный сервис добавляет поддержку японского языка.

Цифровое спасение бизнес-преемственности

• Срочность: 5 | Цена за единицу: 4 | Повторяемость: 4 | Использование ИИ: 5 | Барьеры: 4 У этого бизнеса есть чёткие сроки: день выхода сотрудника на пенсию, день ухода президента, дата проведения M&A или окончание поддержки сервера. Срочные проблемы получают бюджеты. Кроме того, точка входа — диагностика, а выход — долгосрочная перестройка инфраструктуры.

4. Истинный смысл «никто не заметил»

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

Проекты, слишком мелкие для крупных игроков, но слишком сложные для местных ИТ-фирм, чтобы исследовать их вручную.

Например, компания с 20–200 сотрудниками, использующая десятки Excel-файлов, файлов Access и старых систем продаж. Размер проекта — несколько миллионов иен. Традиционно одно исследование съедало бы прибыль. Но если использовать Claude Code и Codex для автоматизации исследования, документирования и тестирования, вы можете предлагать их как продукты с фиксированной ценой.

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

5. Зачем использовать «оба» — Claude Code и Codex?

Claude Code и Codex — это не просто инструменты для завершения кода; это агентные среды. Claude Code может читать кодовые базы, редактировать файлы и выполнять команды. Codex также занимается разработкой, рефакторингом и миграцией с неинтерактивным выполнением и интеграцией с Git.

Вы используете оба не для того, чтобы найти победителя, а чтобы разделить «создателя» и «скептика».

Если одна модель делает всё от извлечения до тестирования, она может пронести свои первоначальные недоразумения через весь процесс. Вместо этого разделите роли:

Claude Code: Археолог и Архитектор

Исследует существующие активы. Читает код, SQL, логи и руководства, чтобы организовать зависимости и бизнес-правила. Суб-агенты могут обрабатывать структуры данных, бизнес-правила и руководства отдельно.

Codex: Фабрика и Независимый Проверяющий

Читает спецификации от Claude и проверяет, соответствуют ли они фактическому поведению кода. Затем выполняет параллельные задачи, такие как создание тестов и преобразование данных. Использует CI для проверки на исключения.

Человек: Окончательный Бизнес-Судья

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

6. Продукт — это 8-этапный процесс спасения

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

1. Сохранение доказательств: Запишите резервные копии, списки файлов и конфигурации серверов. Пока не изменяйте производственную среду.
2. Инвентаризация цифровых активов: Соберите всё — VBA, скрипты, CSV, бумажные контрольные списки и заметки сотрудников.
3. Запись фактического ввода/вывода: Зафиксируйте типичные входные данные и результирующие выходные данные (например, обычные заказы, скидки, возвраты), чтобы увидеть, как код на самом деле ведёт себя.
4. Картографирование бизнес-правил: Преобразуйте код в структурированные бизнес-правила (Ввод, Условие, Формула, Приоритет), которые может прочитать руководство.
5. Создание эталонных тестов (Golden Master): Зафиксируйте текущие входные и выходные данные как базовый уровень, чтобы убедиться, что новые процессы дают те же результаты.
6. Классификация (Отменить, Заменить, Обернуть, Перестроить): Не перестраивайте всё. Используйте SaaS, где возможно, и перестраивайте только ключевую конкурентную логику.
7. Инкрементальная миграция: Используйте рабочие деревья Codex для миграции модулей (например, приём заказов, расчёт цены) по одному, запуская старый и новый параллельно.
8. Предоставление пакета преемственности: Передайте пакет, содержащий списки активов, блок-схемы, реестры правил, процедуры восстановления и дорожную карту.

7. Пример: Спасение «загадочного Excel» в местном оптовике

Оптовый продавец с 45 сотрудниками полагается на макрос VBA объёмом 10 000 строк для расчёта цен. Создатель ушёл; только один 59-летний сотрудник знает, как его запустить. Вместо полной замены системы служба спасения извлекает правила, обнаруживает, что 8 из 20 процессов не используются, 7 можно обрабатывать с помощью SaaS, и только 5 уникальны. Вы перестраиваете только эти 5. Ценность — завершённая передача дел и задокументированные правила, а не просто код.

8. Дизайн продукта и ценообразование

• Продукт 1: Диагностика риска «чёрного ящика» (5–10 дней, 300 000–800 000 иен): Предоставляет список активов, выявление задач, зависящих от конкретного человека, и план улучшений.
• Продукт 2: Пакет цифровой преемственности (4–8 недель, 1,2–3 млн иен): Устанавливает бизнес-правила, словари данных и процедуры восстановления.
• Продукт 3: Спринты инкрементальной миграции (2–6+ месяцев, 3–15+ млн иен): Мигрирует модули на SaaS или API.
• Продукт 4: Постоянное обслуживание (100 000–500 000 иен/месяц): Ежемесячные резервные копии, выполнение тестов и обновление документации по передаче.

9. Модель дохода для сольного оператора

Сольный оператор может зарабатывать более 20 миллионов иен в год, обеспечив 12 диагностик и 4 пакета преемственности, плюс несколько контрактов на ежемесячное обслуживание. Рынок огромен; даже если только 0,05% из 3,36 млн МСП Японии купят услугу за 2 млн иен, это будет рынок в 3,3 млрд иен.

10. Целевые отрасли

Сосредоточьтесь на компаниях с 20–200 сотрудниками в оптовой торговле, производстве или логистике со сложными задачами по заказам и запасам. Конкретно нацеливайтесь на бэк-офисные задачи, такие как «От заказа до выставления счёта», «Запасы и заказ» и «Ежемесячное/ежегодное закрытие».

11. Стратегия продаж: Используйте «доверенных посредников»

Не продавайте напрямую генеральным директорам через рекламу. Сотрудничайте с теми, кто уже пользуется доверием: налоговыми консультантами, региональными банками, M&A-брокерами и местными ИТ-компаниями по обслуживанию. Используйте вопросы вроде: «Какая задача остановится, если завтра не будет одного человека?»

12. Реальный барьер входа

Это не AI-инструменты. Это накопленные активы:

1. Словари бизнес-правил для японской коммерции.
2. Шаблоны анализа устаревших активов (VBA, Access и т.д.).
3. Дизайн интервью для извлечения «скрытых» правил.
4. Эталонные тестовые компоненты.
5. Отраслевые шаблоны миграции.

13. Что НЕ СЛЕДУЕТ доверять ИИ

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

14. 90-дневная дорожная карта выполнения

• Дни 1–14: Выберите одну отрасль и создайте демонстрационную среду с поддельными устаревшими файлами.
• Дни 15–30: Опросите 10 посредников (налоговых консультантов и т.д.), чтобы доработать продукт.
• Дни 31–60: Выполните 2 платные диагностики по низкой цене, чтобы проверить процесс.
• Дни 61–90: Завершите один пакет преемственности и превратите его в готовый для партнёров продукт.

15. Конечная цель: Платформа цифровой преемственности

В конечном итоге эволюционируйте от услуги к платформе, включающей автоматизированных агентов для инвентаризации, реестры бизнес-правил, «Баллы преемственности» и «Комнату бизнес-преемственности» для покупателей в M&A для проверки рисков.

Заключение: Не продавайте код. Продавайте «непрерывность бизнеса».

В эпоху ИИ стоимость написания кода падает, но стоимость понимания «что строить» и «как это работает сейчас» остаётся высокой. Claude Code и Codex — это кирка и рудоразборщик. Реальный продукт — это уверенность в том, что компания продолжит работать завтра, даже если её ключевой сотрудник уйдёт.