4. КАК ВНЕДРИТЬ LLM В БИЗНЕСЕ: ЧЕК-ЛИСТ ДЛЯ ДИРЕКТОРА ПРОЕКТА
Эта глава - для тех, кто не просто разбирается в технической части LLM (токены, внимание, HBM), а должен провести компанию за руку от аудита до работающего решения.
Здесь нет формул и кода. Здесь - методология, структуры презентаций и скрипты разговоров с собственниками. То, чего не хватает в технических книгах.
Вы прочитали техническую часть книги - про токены, внимание, архитектуры.
Теперь представьте, что вы приходите в офис и говорите: «Давайте внедрим LLM». Первая реакция: «Зачем? Где эффект?»
Если вы не можете указать пальцем в конкретную боль - процесс, где люди перекладывают бумажки или отвечают на одни и те же вопросы, - проект умрёт на старте.
Поэтому первый шаг - не выбор модели, а аудит бизнес-процессов.
За две недели вы должны найти три зоны, где ROI будет максимальным. Не пытайтесь автоматизировать всё. Ищите рутину, повторяющиеся запросы, очереди в поддержке. Вот чек-лист «5 дней на аудит бэк-офиса, логистики и аналитики» — он работает в 80% компаний без доработок.
4.1 Аудит бизнес-процессов: как найти зоны с максимальным ROI за 2 недели
Чек-лист «5 дней на аудит бэк-офиса, логистики и аналитики»
Типовые процессы-кандидаты (работают в 80% компаний):
Аудит показал: вот они, три процесса-кандидата.
Теперь возникает вопрос, который парализует половину проектов: покупать готовое или писать своё?
GigaChat API, YandexGPT, OpenAI - или поднимать open-source модель на своих серверах? Правильного ответа нет.
Есть десять вопросов, которые нужно задать себе. Сколько у вас запросов в месяц? Можно ли отдавать данные наружу? Есть ли в команде ML-инженеры? Пройдите по таблице - и решение станет очевидным. Главное правило: начинайте всегда с готового API. Пилот за 2–4 недели. Переход на кастом - когда упёрлись в стоимость (миллионы запросов) или в безопасность (данные - государственная тайна).
4.2 Выбор: готовая платформа vs кастомная разработка
Ключевой вопрос
Покупать готовое (GigaChat API, YandexGPT, OpenAI) или писать своё (open-source модель на своих серверах)?
Таблица «10 вопросов к себе перед выбором»
Практическое правило
Начинайте всегда с готового API. Пилот за 2–4 недели.
Переход на кастом - когда упёрлись в стоимость (много запросов) или в безопасность (данные нельзя отдавать).
Вы выбрали путь - например, API провайдера. Но денег ещё нет. Их нужно попросить у собственника или CEO.
А собственник, как вы знаете, не в восторге от «инноваций ради инноваций». Ему нужны цифры, сроки, риски. И главное - ответ на вопрос «А какой ROI?».
Здесь большинство директоров проектов проваливаются, потому что считают только прямую экономию зарплат. Но ИИ даёт выгоды, которые не выражаются в рублях напрямую: удержание сотрудников, скорость реакции на рынок, снижение операционных рисков.
У Сола Рашиди есть фреймворк из шести измерений ROI. Возьмите его, соберите презентацию из десяти слайдов - и защитите бюджет. А ещё подготовьтесь к пяти типичным возражениям собственника. Я дам скрипты ответов.
4.3 Как защитить проект перед собственником (шаблон презентации)
Собственнику не нужны нанометры, HBM и KV cache. Ему нужны цифры и риски.
Структура «10 слайдов для CEO»
Как посчитать ROI - не только в деньгах (фреймворк Сол Рашиди)12
Собственник спросит: «А какой ROI?» Если вы ответите только цифрами экономии, вы проиграете. Потому что многие выгоды ИИ не выражаются в рублях напрямую.
Практик внедрения ИИ Сол Рашиди («Your AI Survival Guide») предлагает оценивать проекты по шести измерениям (этот фреймворк можно использовать и для защиты проекта, и для пост-аудита через год):
Как использовать в презентации: Не пытайтесь упихнуть все шесть измерений в один слайд к финансистам. Шесть измерений - это архитектура вашего мышления, когда вы готовитесь к защите.
С финансистом говорите на языке Financial ROI (цифры).
С CEO - на языке Relevancy ROI («не отстать от рынка») и Cultural ROI (удержать сотрудников).
С операционным директором - на языке трёх Operational ROI (процессы).
Пять главных возражений собственника (и ответы на них):
Бюджет утверждён. Вы купили API или подняли сервер. Технически всё готово.
И тут происходит самое интересное: люди не хотят пользоваться.
Сотрудники саботируют, боятся, что их уволят, или просто игнорируют.
Внедрение ИИ - это не технологический проект. Это проект по изменению человеческого поведения. Ваша задача - не сломать сопротивление, а понять его природу.
У рядового специалиста один страх («меня уволят»), у руководителя среднего звена другой («мою власть отнимут»), у IT-службы третий («нам подкинули лишнюю работу»). Я покажу пирамиду сопротивления и пять шагов по её снятию. Главная формула, которую вы будете повторять как мантру: «ИИ не увольняет. ИИ забирает рутину, оставляя интересное. Без вас ИИ не работает - вы его учитель».
