Отсутствие собственного ИТ-отдела не мешает внедрить ИИ — оно меняет распределение работ: инфраструктура берётся как сервис, разработка и сопровождение отдаются подрядчику, а внутри остаётся то, что передать нельзя ни при каком бюджете — решение о том, какой ответ считается правильным, и контроль качества. Проблемы начинаются не там, где нет ИТ-специалистов, а там, где заказчик пытается передать вовне и эту часть тоже.
Что делает ИТ в ИИ-проекте
Чтобы понять, чем закрывать пробел, нужно разобрать роль на составляющие. В проекте ИТ отвечает за пять вещей:
- доступы — к системам, из которых берутся данные;
- интеграции — связь решения с учётной системой, почтой, CRM;
- инфраструктура — где всё работает и кто следит за работоспособностью;
- безопасность — что можно передавать вовне, как хранятся данные;
- техническая приёмка — проверка того, что сделано, с технической стороны.
Ни одна из этих функций не требует наличия отдела. Каждая закрывается иначе, и почти все — деньгами.
Что можно передать вовне
Инфраструктуру — облачному сервису. Это самый простой пункт. При использовании облачных моделей своего сервера не нужно вообще: нет оборудования, нет администрирования, нет обновлений. Для компании без ИТ облачный сценарий почти всегда предпочтительнее локального — собственный сервер требует именно того, чего нет, то есть людей, которые за ним следят. Когда локальное развёртывание всё же необходимо, разбирается в статье «Локальное развёртывание LLM».
Разработку и интеграции — подрядчику. Обычная работа по договору. Важно, чтобы в него вошло то, что при наличии ИТ подразумевается по умолчанию: настройка окружения, документация, передача доступов.
Сопровождение — тому же или другому подрядчику. Отдельный договор на поддержку. Для компании без ИТ это не роскошь, а обязательный пункт: решение требует обновления базы знаний, контроля расходов и миграции при смене модели — см. «Сопровождение ИИ-решений».
Техническую приёмку — независимому специалисту. Разовая работа: пригласить эксперта, который проверит, что сделано, и не связан с исполнителем. Стоит немного и снимает основную часть риска принять работу, качество которой некому оценить.
Что нельзя передать никому
Здесь находится реальная граница, и она не техническая.
Решение о том, какой ответ правильный. Подрядчик может обнаружить, что инструкция противоречит приказу, и показать это. Выбрать действующую версию — не может: это решение о сути вашего процесса. Попытка переложить его на исполнителя приводит к тому, что он выбирает наугад, а ошибка всплывает в эксплуатации.
Оценку качества. Эталонные ответы для проверочной выборки готовит ваш эксперт. Если экзамен для системы составляет тот, кто её делает, приёмка теряет смысл.
Решение о доступе к данным. Что можно выгружать и передавать вовне — вопрос ответственности компании, а не подрядчика. При работе с персональными данными это прямо установлено законом: ответственность несёт оператор, то есть вы, — см. «152-ФЗ и нейросети».
Переход на новый порядок работы. Изменить регламент и добиться, чтобы решением пользовались, может только человек внутри.
Всё перечисленное — работа владельца процесса, а не ИТ-специалиста. В этом и заключается главный вывод: отсутствие ИТ-отдела закрывает меньше дыр, чем кажется, потому что критичные роли в ИИ-проекте изначально не ИТ-шные. Подробнее — «Кто ведёт ИИ-проект внутри компании».
Кто закрывает функции ИТ
| Функция | Кто закрывает без своего ИТ | На что обратить внимание |
|---|---|---|
| Инфраструктура | Облачный сервис | Проверить требования к размещению данных |
| Разработка | Подрядчик | Права на результат: корпус, промпты, настройки |
| Интеграции | Подрядчик | Наличие API у ваших систем выясняется заранее |
| Доступы | Сотрудник, отвечающий за системы | Не отдавать администраторские права наружу |
| Безопасность | Решение владельца + требования в договоре | Что нельзя передавать вовне — списком |
| Техническая приёмка | Независимый специалист разово | Не тот, кто делал работу |
| Сопровождение | Договор на поддержку | Обязательно, а не опционально |
| Качество ответов | Ваш эксперт | Передать нельзя |
Главный риск: зависимость от подрядчика
Компания без ИТ сильнее зависит от исполнителя, и с этим стоит работать заранее, а не после конфликта.
Что снижает зависимость:
- Права на результат в договоре. Подготовленная база знаний, промпты и настройки должны принадлежать вам. Это актив, созданный в проекте, и нередко он ценнее кода: собрать корпус заново дороже, чем переписать интеграцию.
- Доступы оформлены на компанию. Аккаунты в облачных сервисах, домены, ключи — на юридическое лицо, а не на сотрудника подрядчика. Пункт, о котором вспоминают в худший момент.
- Документация как условие приёмки. Описание того, как всё устроено, на уровне, достаточном для передачи другому исполнителю.
- Отсутствие уникальных решений там, где хватает стандартных. Чем типовее архитектура, тем проще найти замену.
- Понимание, где что лежит. Один человек внутри должен знать, какие сервисы используются, что сколько стоит и куда идти при сбое.
Последний пункт — минимальная внутренняя компетенция, которая нужна в любом случае. Это не программист: достаточно ответственного сотрудника, ведущего простой перечень используемых сервисов, доступов и контактов.
Когда всё-таки понадобится свой специалист
Внешнего исполнителя перестаёт хватать при трёх условиях: работающих решений стало несколько, они завязаны на внутренние системы, и изменения требуются постоянно. К этому моменту стоимость постоянного подряда приближается к стоимости своего человека, а скорость реакции падает.
До этого порога нанимать специалиста под ИИ преждевременно: он будет долго делать одну задачу, а компания получит расходы без ускорения. Разумная последовательность — первые проекты с подрядчиком, затем постепенный рост внутренней компетенции. Как выбирать исполнителя — «Как выбрать специалиста по ИИ».
Частые вопросы
Можно ли внедрить ИИ, если в компании нет ни одного технического специалиста?
Да. Инфраструктура берётся как облачный сервис, разработка и сопровождение — по договору, техническая приёмка — разово у независимого специалиста. Что действительно необходимо внутри, не относится к технике: человек, который решает, какой ответ правильный, и эксперт, оценивающий качество. Без них проект не состоится независимо от наличия ИТ-отдела.
Что обязательно должно остаться внутри компании?
Четыре вещи: решение о том, какой ответ считается правильным; оценка качества на проверочной выборке; решение о том, какие данные можно передавать вовне; переход сотрудников на новый порядок работы. Все они относятся к предметной области и полномочиям, а не к технологиям, поэтому купить их у подрядчика невозможно.
Облако или свой сервер, если некому администрировать?
Облако, за исключением случаев, когда требования к данным прямо запрещают передачу вовне. Собственный сервер требует постоянного администрирования, обновлений и мониторинга — то есть именно того ресурса, которого нет. Если локальное решение необходимо по требованиям, администрирование тоже отдаётся на подряд, и это отдельная статья регулярных расходов.
Как принять работу, если некому проверить её технически?
Разделить приёмку на две части. Содержательную — долю правильных ответов на вашей выборке с эталонами от вашего эксперта — принимает владелец процесса, и это главная часть. Техническую — разово приглашённый независимый специалист, не связанный с исполнителем. Такая проверка стоит немного и снимает основной риск.
Как не попасть в полную зависимость от подрядчика?
Зафиксировать в договоре права на результат, включая базу знаний и настройки; оформить все аккаунты и доступы на компанию, а не на сотрудников исполнителя; сделать документацию условием приёмки. Дополнительно — назначить внутри человека, который просто знает, какие сервисы используются, сколько они стоят и к кому обращаться при сбое. Это не требует технических навыков, но резко снижает риск.
Что дальше
Кого назначить ответственным внутри — «Кто ведёт ИИ-проект внутри компании». Как выбрать исполнителя и что спросить до подписания — «Как выбрать специалиста по ИИ» и «10 вопросов подрядчику по внедрению ИИ». Если компания небольшая — «Внедрение ИИ в малом бизнесе». Полная картина — в опорной статье «Внедрение ИИ в бизнес».
Работы по разработке и внедрению ИИ выстраиваются с учётом того, что есть на стороне заказчика; оценить это можно на аудите процессов.