Первое решение: купить, доработать или создать своё
Своё решение оправдано конкретным преимуществом или требованием, которое нельзя разумно закрыть иначе. При этом собственный код ещё не означает независимость: модель, облако или внешние данные могут остаться у поставщика. До разработки проверьте, чем вы действительно будете владеть и как сможете сменить компоненты
| Подход | Когда рационален | Главный риск |
|---|---|---|
| Готовое решение | задача типовая, процесс можно подстроить, интеграции стандартные | ограничения продукта и зависимость от его дорожной карты |
| Расширить готовое | ядро задачи типовое, но нужны свои данные, интерфейсы и правила | сложность интеграции и поддержка кастомного слоя |
| Собственная разработка | уникальный рабочий процесс, собственное конкурентное преимущество, требования к контролю, которые проверенные готовые варианты не закрывают | стоимость владения, качество данных и необходимость продуктовой команды |
На узком экране таблицу можно прокручивать вбок
Матрица «готовое / расширение / своё»
Матрица ниже — авторский checklist для сравнения готового продукта, расширения и собственной разработки. Microsoft Learn подтверждает саму постановку build / buy / extend, но не эту четырёхвопросную модель выбора.
Четыре вопроса помогают составить список проверок перед выбором. Они не учитывают весь рынок, бюджет, команду поддержки и условия работы с данными, поэтому не выдают окончательное решение. Высокая цена ошибки - причина усилить ограничения, а не дополнительный балл в пользу собственной разработки
Как считается. Сумма баллов не рассчитывается. Ответы указывают, что проверить при сравнении готового продукта, его расширения и собственной разработки; высокая цена ошибки рассматривается отдельно
Оценки описывают требования к решению, а не доказывают его окупаемость или безопасность. Для ответа нужны все четыре оценки.
Что подготовить для запроса на разработку
Бизнес-результат
что изменится в деньгах, времени, качестве или мощности
Единица работы
заявка, документ, звонок, договор, заказ или другой объект
Входные данные
источники, доступы, качество, ограничения и владельцы
Правильный ответ
как проверяется результат, кто его принимает и какие ошибки недопустимы
Интеграции
куда читать данные и куда записывать результат
Человек в контуре
что система может выполнить, что только готовит и когда передаёт задачу человеку
Архитектура начинается с рабочего процесса
Интеграции, права, журнал действий и контроль качества нужно проектировать вместе с основным маршрутом. Иначе получится отдельное ИИ-демо, которое команда затем вручную связывает с рабочими системами. Под «действием» на схеме может пониматься и подготовка черновика: самостоятельная запись в учётную систему требует других полномочий и проверок
Заранее определите, что произойдёт при недоступности модели, неполных данных или неизвестном результате внешней операции. Повторный вызов не должен создавать дубль заказа или платежа. Не все действия можно отменить - для необратимых последствий нужна проверка до исполнения. NIST AI RMF рассматривает управление риском на протяжении проектирования, использования и оценки системы [3]
Считайте полную стоимость владения, а не цену модели
- разработка и продуктовая аналитика
- интеграции и доступ к данным
- вычисления и обращения к модели
- мониторинг качества и журналирование
- обработка исключений человеком
- поддержка после изменений интерфейсов и процессов
- информационная безопасность и управление доступом
- подготовка тестовых примеров, проверка качества и обучение пользователей
Разделите разовые затраты и регулярную стоимость работы под ожидаемой нагрузкой. Обращения к модели - одна из статей: поддержка, интеграции и проверка человеком могут менять экономику не меньше. Отчёт OpenAI описывает внедрение ИИ в рабочие процессы своих корпоративных пользователей [2], но не даёт норматив стоимости или окупаемости вашего проекта
Для более подробного разбора разовых и регулярных расходов см. материал «стоимость внедрения ИИ в бизнес».
Как должен выглядеть пилот
- Один конкретный поток с понятным владельцем
- Зафиксированная исходная точка до внедрения
- Разрешённые к использованию реальные примеры, включая сложные исключения, и отдельная выборка для итоговой проверки
- Метрика качества и бизнес-метрика одновременно
- Заранее определённый порог «не масштабируем»
- Проверка восстановления там, где оно возможно, и предотвращения необратимого ошибочного действия
- Решение, что произойдёт с высвобождённой мощностью после успеха
Порог остановки определите до теста, а результаты смотрите по классам задач и ошибок. Средняя точность может скрыть редкую дорогую ошибку. После успешной проверки расширяйте объём постепенно: новый источник данных, тип документов или право на действие меняет условия, в которых решение уже было проверено
Как выбирать подрядчика
| Сильный признак | Слабый признак |
|---|---|
| сначала разбирает процесс и экономику | сразу продаёт конкретную модель |
| может объяснить тестирование и ограничения | обещает «точность 99%» без тестового набора |
| показывает стоимость владения и поддержку | показывает только стоимость разработки |
| проектирует права, журнал, восстановление и защиту необратимых действий | думает только о красивом демо |
| готов назвать условия, при которых ИИ не нужен | видит ИИ в каждой задаче |
На узком экране таблицу можно прокручивать вбок
Источники и границы выводов
Ссылки и доступные материалы проверены 12 сентября 2026 года; ограничения указаны у источников. Расчёты и примеры на странице не являются клиентскими результатами
- Microsoft Learn - Architect AI Solutions for Business Productivity. Учебный маршрут включает выбор build / buy / extend и оценку затрат. Это платформенный материал Microsoft, не независимое сравнение поставщиков и не обоснование балльной матрицы
- OpenAI - The state of enterprise AI, 2025. Отчёт поставщика об использовании его продуктов и опыте корпоративных пользователей. Не доказывает окупаемость собственной разработки и не задаёт норматив времени или стоимости
- NIST - AI Risk Management Framework. Добровольная рамка управления рисками ИИ. Не сертификат безопасности, не обязательный российский регламент и не гарантия качества конкретной системы
