Невикористана золота жила: створення сервісу цифрової бізнес-спадковості за допомогою Claude Code та Codex

Цифрове спасіння спадкоємності бізнесу: перетворення «персоналізованих систем» Японії на активи, що передаються

«Що можна створити за допомогою Claude Code та Codex, щоб заробити гроші?»

Коли постає це запитання, більшість людей одразу думають про контрактну розробку AI-додатків, автоматизацію бізнесу, чат-ботів, японські версії закордонних сервісів або невеликі SaaS-продукти.

Однак ці сфери вже перенасичені.

Зі зростанням швидкості написання коду за допомогою AI цінність простої здатності «писати код» знижується.

З точки зору клієнта, компанії А, Б і В кажуть: «Ми використовуємо AI для короткострокової розробки». Зрештою, це призводить до цінової конкуренції, де час, зекономлений завдяки AI, перетворюється на тиск щодо зниження цін.

Отже, що ж насправді є цінним в епоху AI?

Відповідь — не сам код.

Це — дія з розкриття бізнес-процесів, які ніхто не може пояснити, та створення стану, коли компанія не зупиняється, навіть якщо хтось звільняється.

Найпотужніша золота жила, на яку варто націлитися, поєднуючи 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. На ринку не вистачає людей, тому використання AI працює

Спроба зробити це традиційними трудомісткими методами не є прибутковою. Потрібні люди, які вміють читати старий код, опитувати співробітників, аналізувати дані, проектувати нові системи та писати тести.

Однак нестача DX-фахівців у японських компаніях є гострою. Згідно з опитуванням IPA, 85,1% японських компаній повідомили про нестачу фахівців для просування DX.

Особливо в малих підприємствах, хоча існує інтерес до генеративного AI, фактичний рівень використання низький. Лише близько 20% компаній з менш ніж 100 співробітниками активно використовують генеративний AI для роботи.

Джерело: IPA «Тенденції DX 2025» Матеріали

На перший погляд, це виглядає погано для AI-бізнесу. Насправді, все навпаки.

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

Ви не продаєте AI клієнту. Ви продаєте:

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

Чим менше клієнт може використовувати генеративний AI, тим вища цінність постачальника, який використовує його за лаштунками для досягнення результатів.

Це ключовий момент. У «Впровадженні генеративного AI» клієнт повинен навчитися новим способам роботи. Але в «Цифровому спасінні спадкоємності бізнесу» клієнту не потрібно нічого вчити. Він просто пояснює свою роботу, надає файли та підтверджує остаточні правила. Ви продаєте результати, а не AI.

3. Чому це виграє в інших AI-бізнес-ідей

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

1. Терміновість для клієнта
2. Здатність платити
3. Можливість продукту/повторюваність
4. Зниження витрат завдяки AI
5. Довгострокові бар'єри входу

Загальна контрактна розробка AI-додатків

• Терміновість: 2 | Ціна: 3 | Повторюваність: 3 | Використання AI: 4 | Бар'єри: 2 Бюджет важко отримати, коли клієнти просто вважають, що це «було б непогано». Це часто призводить до цінових воєн.

Тренінги з промптів/курси з AI

• Терміновість: 2 | Ціна: 2 | Повторюваність: 3 | Використання AI: 3 | Бар'єри: 1 Легко почати, але висока конкуренція, і контент швидко застаріває.

Невеликий галузевий SaaS

• Терміновість: 3 | Ціна: 3 | Повторюваність: 4 | Використання AI: 4 | Бар'єри: 3 Високий потенціал для регулярного доходу, але вимагає високої початкової точності у визначенні галузевих проблем та значної підтримки/продажів.

Вихід закордонних AI-сервісів на японський ринок

• Терміновість: 3 | Ціна: 3 | Повторюваність: 3 | Використання AI: 4 | Бар'єри: 2 Перевага першого гравця існує, але зникає, якщо оригінальний сервіс додає японську підтримку.

Цифрове спасіння спадкоємності бізнесу

• Терміновість: 5 | Ціна: 4 | Повторюваність: 4 | Використання AI: 5 | Бар'єри: 4 Цей бізнес має чіткі дедлайни: день виходу співробітника на пенсію, день відставки президента, дата виконання M&A або кінець підтримки сервера. Термінові проблеми отримують бюджети. Крім того, точка входу — діагностика, але вихід — довгострокова перебудова інфраструктури.

4. Справжнє значення фрази «ніхто не помітив»

Якщо бути точним, ринок модернізації застарілих систем для великих підприємств вже існує, і його обслуговують великі SIer'и та консалтингові фірми. «Вільна ніша» ось тут:

Проекти, занадто малі для великих гравців, але занадто складні для місцевих IT-компаній, щоб досліджувати їх вручну.

Наприклад, компанія з 20-200 співробітниками, яка використовує десятки файлів Excel, Access та старі системи продажів. Розмір проекту — кілька мільйонів єн. Традиційно, саме дослідження з'їло б прибуток. Але якщо використовувати Claude Code та Codex для автоматизації дослідження, документування та тестування, можна пропонувати це як продукти з фіксованою ціною.

Це не винахід нового ринку; це стиснення модернізації, яка раніше працювала лише для великих компаній, у продукт для МСП.

5. Чому використовувати «обидва» — Claude Code та Codex?

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

Ви використовуєте обидва не для того, щоб знайти переможця, а щоб розділити «творця» та «скептика».

Якщо одна модель робить все — від вилучення до тестування — вона може пронести свої початкові помилки через весь процес. Натомість розділіть ролі:

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

Досліджує наявні активи. Читає код, SQL, журнали та інструкції, щоб організувати залежності та бізнес-правила. Підагенти можуть окремо обробляти структури даних, бізнес-правила та інструкції.

Codex: Фабрика та Незалежний верифікатор

Читає специфікації від Claude та перевіряє, чи вони відповідають фактичній поведінці коду. Потім він виконує паралельні завдання, такі як створення тестів та перетворення даних. Він використовує CI для перевірки на винятки.

Людина: Остаточний бізнес-суддя

Навіть якщо моделі згодні, людина затверджує. AI не повинен приймати остаточні рішення про те, чи потрібен виняток, чи правильна обробка податків.

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

Не починайте зі створення нової системи. Спочатку задокументуйте, що працює, і вирішіть, що залишити. Процес продуктований у 8 етапів:

1. Зберегти докази: Запишіть резервні копії, списки файлів та конфігурації серверів. Не змінюйте робоче середовище поки що.
2. Інвентаризувати цифрові активи: Зберіть все — VBA, скрипти, CSV, паперові контрольні списки та нотатки співробітників.
3. Записати фактичні вхідні/вихідні дані: Зафіксуйте типові вхідні дані та отримані результати (наприклад, звичайні замовлення, знижки, повернення), щоб побачити, як код насправді працює.
4. Відобразити бізнес-правила: Перетворіть код на структуровані бізнес-правила (Вхідні дані, Умова, Формула, Пріоритет), які може прочитати керівництво.
5. Створити тести «Золотого стандарту»: Зафіксуйте поточні вхідні та вихідні дані як базову лінію, щоб переконатися, що нові процеси дають ті самі результати.
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-брокерами та місцевими IT-компаніями з обслуговування. Використовуйте запитання: «Яке завдання зупиниться, якщо завтра не буде однієї людини?»

12. Справжній бар'єр входу

Це не інструменти AI. Це накопичені активи:

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

13. Що НЕ МОЖНА довіряти AI

Ніколи не давайте AI доступ на запис до робочих даних спочатку. Відокремте оригінальні файли від робочих копій. Не жорстко кодуйте секрети. Найважливіше: пояснення AI — це не докази; пов'язуйте їх з фактичним кодом і результатами введення/виведення. Остаточні юридичні/податкові/бухгалтерські рішення повинні приймати експерти.

14. 90-денний план виконання

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

15. Кінцева мета: Платформа цифрової спадкоємності

Зрештою, еволюціонуйте від послуги до платформи, що включає автоматизованих агентів інвентаризації, журнали бізнес-правил, «Оцінки спадкоємності» та «Кімнату спадкоємності бізнесу» для покупців M&A для перевірки ризиків.

Висновок: Не продавайте код. Продавайте «безперервність бізнесу».

В епоху AI вартість написання коду знижується, але вартість розуміння «що будувати» та «як це зараз працює» залишається високою. Claude Code та Codex — це кайло та рудосепаратор. Справжній продукт — це гарантія того, що компанія продовжуватиме працювати завтра, навіть якщо її ключова людина піде.