Список проголосовавших за комментарий " Разбор: DIAS vs DGTL. Почему один чуть лучше другого в эпоху AI<p><strong>Ключевая оговорка:</strong><br/> Оба находятся в уязвимой зоне (заказная разработка). Речь не о том, что DIAS — «buy», а DGTL — «sell». Речь о том, <strong>у кого больше времени и пространства для манёвра</strong>.</p><hr/><h3>1. Бизнес-модель (сегодня)</h3> <table><tr> <th>Параметр</th> <th>DIAS</th> <th>DGTL</th> </tr><tr> <td>Основной драйвер выручки</td> <td>АБС + заказная разработка для банков</td> <td>чистая заказная разработка (FTE / проекты)</td> </tr><tr> <td>Доля человеко-часов</td> <td>выше средней, но есть продуктовая «подушка» (АБС)</td> <td>практически 100%</td> </tr><tr> <td>Глубокая интеграция</td> <td>да (АБС в core banking)</td> <td>нет (проекты, можно заменить)</td> </tr><tr> <td>Предсказуемость выручки</td> <td>средняя (поддержка АБС стабильна)</td> <td>низкая (зависимость от новых проектов)</td> </tr></table><p><strong>Вывод по модели:</strong><br/> DIAS чуть лучше за счёт гибрида «продукт + услуги». DGTL — чистая услуга, а услуга в эпоху AI — самый уязвимый формат.</p><hr/><h3>2. Что делает AI с их позициями</h3><p><strong>Угрозы для обоих:</strong></p><ul><li><p>клиенты начинают сдвигать IT-бюджеты в AI → заказной разработки становится меньше</p></li><li><p>AI ускоряет написание кода → падение человеко-часов на проект</p></li><li><p>pricing power падает (клиент знает, что код стал дешевле в производстве)</p></li></ul><p><strong>Почему DIAS пострадает меньше (относительно):</strong></p><ol><li><p><strong>АБС — это не просто код, это бизнес-процесс банка.</strong><br/> Заменить АБС — это многомесячный проект с рисками остановки операционной деятельности.<br/> Клиент не заменит АБС, даже если AI позволит написать новый аналог за полцены. Слишком дорого.</p></li><li><p><strong>Поддержка и развитие АБС — recurring revenue.</strong><br/> Даже если новые проекты заказной разработки сожмутся, поток от сопровождения останется.</p></li><li><p><strong>У DIAS есть доступ к клиентским данным (в рамках АБС).</strong><br/> А это — база для встройки AI в бизнес-процесс заказчика. Именно туда, по вашим же рекомендациям, нужно двигаться.</p></li></ol><p><strong>Почему DGTL в более сложной позиции:</strong></p><ol><li><p><strong>Нет «якорного» продукта.</strong><br/> DGTL продаёт руки и головы. Если AI снижает спрос на руки и головы — не за что зацепиться.</p></li><li><p><strong>Стоимость замены поставщика — низкая.</strong><br/> Клиент, который пользуется услугами DGTL, через 1–2 месяца может переключиться на другого аутсорсера или даже собрать внутреннюю команду + AI.</p></li><li><p><strong>Нет встроенности в операционку клиента.</strong><br/> DIAS сидит внутри банковской системы. DGTL — снаружи, решает точечные задачи.</p></li></ol><hr/><h3>3. Что могут сделать (стратегически)</h3> <table><tr> <th>Стратегия</th> <th>DIAS</th> <th>DGTL</th> </tr><tr> <td>Перейти на usage-based pricing</td> <td>сложно, но можно (например, оплата за транзакции через АБС)</td> <td>очень сложно (нет продукта как носителя usage)</td> </tr><tr> <td>Встроить AI в свой продукт</td> <td>✅ естественно: AI-агенты внутри АБС, автоотчётность, антифрод</td> <td>❌ не во что — нет продукта</td> </tr><tr> <td>Встроить AI в бизнес-процесс клиента</td> <td>✅ через АБС — органично</td> <td>🟡 только как отдельный AI-проект (но это снова FTE)</td> </tr><tr> <td>Оптимизировать себя через AI</td> <td>🟡 могут, но риск (клиент скажет: «вы ускорились — платите меньше»)</td> <td>✅ могут и должны, но это снизит их же выручку в FTE-модели</td> </tr></table><p><strong>Ключевая асимметрия:</strong><br/> DIAS может использовать AI, чтобы <strong>усилить свой продукт</strong> и продать его дороже.<br/> DGTL может использовать AI, чтобы <strong>сократить свои затраты</strong>, но это не увеличит выручку, а сожмёт её (меньше часов).</p><hr/><h3>4. Инвестиционный вывод (субъективно)</h3> <table><tr> <th>Критерий</th> <th>DIAS</th> <th>DGTL</th> </tr><tr> <td>Запас прочности перед AI</td> <td>средний</td> <td>низкий</td> </tr><tr> <td>Время на перестройку</td> <td>2–3 года</td> <td>1–1.5 года</td> </tr><tr> <td>Потенциал выигрыша от AI</td> <td>🟡 может усилить АБС</td> <td>🔴 AI скорее враг</td> </tr><tr> <td>Готовность CEO (оценка)</td> <td>неизвестно, но у DIAS больше стимулов меняться</td> <td>высокая инерция (FTE-модель приносит деньги сейчас)</td> </tr></table><p><strong>Итог:</strong><br/> DIAS объективно лучше позиционирован, но не потому, что он «хороший», а потому что DGTL — экстремально уязвим.<br/> Обоим нужно срочно уходить от продажи часов.<br/> Если ни один не изменит модель — оба будут сжиматься. Просто DIAS сожмётся медленнее.</p><hr/>Чек-лист для due diligence IT-компании в эпоху AI<p>(какие вопросы задавать CEO / владельцу)</p><h3>Блок 1. Бизнес-модель и монетизация</h3><ul><li><p>Какой процент выручки сегодня зависит от продажи человеко-часов (FTE / проекты без привязки к результату)?</p></li><li><p>Есть ли recurring revenue (подписка, поддержка, usage)? Какой % от выручки?</p></li><li><p>Как изменится pricing, если клиент скажет: «мы внедрили AI — делайте ту же работу за 50% времени»?</p></li><li><p>Тестируете ли вы модель оплаты за результат (fixed outcome), а не за часы?</p></li><li><p>Есть ли эксперименты с usage-based pricing (токены, запросы, транзакции)?</p></li></ul><h3>Блок 2. Продукт и интеграция в клиента</h3><ul><li><p>Есть ли у компании свой продукт (а не только услуги)?</p></li><li><p>Какова стоимость замены вашего продукта/услуги для клиента (в месяцах и деньгах)?</p></li><li><p>Есть ли доступ к клиентским данным (легально и технически) для встройки AI?</p></li><li><p>Ваш продукт решает бизнес-задачу или просто «автоматизирует процесс»?</p></li><li><p>Может ли AI заменить ваш продукт полностью или частично?</p></li></ul><h3>Блок 3. AI-стратегия (конкретика)</h3><ul><li><p>Есть ли утверждённая AI-стратегия не дольше чем на 6 месяцев?</p></li><li><p>Какой бюджет на AI в 2025–2026 (в % от выручки или FCF)?</p></li><li><p>Используете ли вы AI внутри компании для ускорения разработки (Copilot, автотесты, генерация кода)?</p></li><li><p><strong>Самый важный вопрос:</strong></p><blockquote><p><em>Какую новую ценность для клиента вы создаёте с помощью AI, которую он не может получить сам?</em></p></blockquote></li><li><p>Продаёте ли вы уже AI-функции как отдельный продукт или апсейл?</p></li><li><p>Есть ли пилоты по встройке AI в бизнес-процессы клиента (не в вашу внутреннюю кухню)?</p></li></ul><h3>Блок 4. Риски и конкуренция</h3><ul><li><p>Кто ваш главный AI-конкурент через 2 года? Это другой аутсорсер, продуктовая компания или сам клиент с внутренней AI-командой?</p></li><li><p>Что произойдёт с выручкой, если крупнейший заказчик сократит IT-бюджет на 20% из-за AI-оптимизации?</p></li><li><p>Какой % ключевых клиентов уже экспериментирует с AI для автоматизации задач, которые раньше отдавали вам?</p></li><li><p>Есть ли план на случай, если market rate на разработчика упадёт на 30–40% из-за AI (ваши сотрудники уйдут? вы снизите цены?)?</p></li></ul><h3>Блок 5. Финансы и метрики (AI-adjusted)</h3><ul><li><p>Как изменилась средняя выручка на одного разработчика за последние 12 месяцев (выросла или упала)?</p></li><li><p>Есть ли у вас метрика «стоимость создания единицы функциональности» (например, один бизнес-сценарий за клиента)? Снижается ли она быстрее, чем у конкурентов?</p></li><li><p>Какая доля FCF тратится на R&D в AI vs на поддержку legacy?</p></li><li><p>Как изменится EBITDA-маржинальность, если вы переведёте 50% разработки на AI-ассистентов?</p></li></ul><h3>Блок 6. Организационная готовность</h3><ul><li><p>Уволил ли кто-то из топ-менеджмента за последний год «из-за AI»? Нанял ли AI Head / Chief AI Officer?</p></li><li><p>Есть ли у сотрудников (не только у C-level) KPI, связанные с внедрением AI?</p></li><li><p>Как часто вы обсуждаете AI на совете директоров / стратегических сессиях (раз в квартал, раз в месяц)?</p></li><li><p>Бонусный вопрос (самый честный):</p><blockquote><p><em>Если бы вы создавали компанию сегодня с нуля, она была бы устроена так же, как сейчас?</em></p></blockquote></li></ul><hr/><h3>Как пользоваться чек-листом</h3><p><strong>Красный флаг (дальше не смотреть), если:</strong></p><ul><li><p>▶️ Выручка на 80%+ из FTE / человеко-часов и нет плана перехода</p></li><li><p>▶️ CEO говорит: «у нас специфика, AI нас не коснётся»</p></li><li><p>▶️ Нет ни одного пилота по AI внутри продукта или в бизнес-процессе клиента</p></li></ul><p><strong>Жёлтая зона (можно брать, но с дисконтом), если:</strong></p><ul><li><p>▶️ Стратегия есть, но на уровне «смотрим»</p></li><li><p>▶️ Продукт есть, но AI не встроен</p></li><li><p>▶️ Рекурринг есть, но низкая маржинальность</p></li></ul><p><strong>Зелёная зона (можно рассматривать серьёзно), если:</strong></p><ul><li><p>▶️ Переход от FTE к usage или fixed outcome начался</p></li><li><p>▶️ AI встроен в продукт и продаётся как апсейл</p></li><li><p>▶️ Компания зарабатывает не на часах, а на результате для клиента</p></li></ul><hr/><p>Если хотите — следующим шагом могу:</p><ul><li><p>применить этот чек-лист к DIAS / DGTL / любой другой компании (что получится)</p></li><li><p>сделать краткую версию чек-листа для инвестиционного меморандума (1 страница)</p></li><li><p>написать шаблон «AI-transformation roadmap» для CEO софтверной компании</p></li></ul><p>Говорите, что забираете в работу.</p>"