Сначала — направление, затем инструменты
Мы начинаем не с выбора модели ИИ, а с разговора о бизнесе. Кому вы помогаете, какую ценность создаёте, что сейчас мешает и какой результат стоит усилий? Технологическое решение должно отвечать на эти вопросы, а не добавлять ещё один инструмент без ясной роли.
Если стратегия уже сформулирована, опираемся на неё. Если она существует лишь в опыте и представлениях руководителя, начинаем вместе её оформлять: фиксируем клиентов, ценностное предложение, приоритеты и ограничения. Не подменяем решения собственника ответами модели.
Можно начать с одной задачи. Полная перестройка бизнеса и доступ ко всем данным для этого не обязательны.
Знания становятся рабочей основой
Собираем нужные для задачи материалы: описание продуктов, ответы на вопросы, правила работы, документы и опыт команды. Отделяем подтверждённые факты от предположений, действующие решения — от устаревших. Сразу отмечаем пробелы: неизвестное нельзя незаметно заменить правдоподобной догадкой.
Параллельно определяем, какие знания доступны клиентам, какие нужны только сотрудникам и что требует ограниченного доступа. Затем связываем материалы с понятиями и процессами бизнеса — строим его рабочую карту, или онтологию.
Подробнее: как устроить знания бизнеса
До изменений договариваемся, что измерять
«Стало удобнее» — полезный сигнал, но недостаточный критерий. Выбираем показатели, по которым можно оценить конкретную задачу: качество ответа, время обработки обращения, долю обращений, дошедших до нужного следующего шага, трудозатраты команды.
Для каждого показателя определяем исходный уровень, источник данных, период наблюдения и ответственного. Если данных пока нет, первым результатом может стать сама возможность надёжно их собирать — без вымышленных значений «до» и «после».
Подробнее: как отличить работу системы от результата для бизнеса
Делаем ограниченный шаг и проверяем его
Выбираем посильный участок: например, консультацию на сайте, поиск по знаниям для команды или развитие существующих веб-материалов. Согласуем границы, сценарии проверки и условия передачи человеку.
Проверяем не только удачный пример, но и отсутствие данных, противоречивые сведения, ограничения доступа и ошибки интеграции. Технический запуск, приёмка заказчиком и наблюдаемый бизнес-эффект — разные события. Одно не доказывает другое.
Сохраняем опыт, а не только готовый экран
В согласованном составе работы фиксируем источники, принятые решения, результаты проверок, инструкции и оставшиеся ограничения. Это позволяет продолжить развитие без повторного сбора всего контекста.
Следующий шаг выбираем по результатам и вашим приоритетам. Повторяем то, что помогает, исправляем слабые места, отказываемся от ненужного. Знания и опыт накапливаются, но направление развития и ответственность остаются у людей.
Что остаётся после первого этапа
- Понятная задача и согласованные признаки результата.
- Карта нужных знаний, источников и границ доступа.
- Реализованный участок решения и запись его проверок — в пределах согласованного объёма.
- Измерения или план их получения, список ограничений и следующий возможный шаг.
Это описание нашего подхода к проектной работе, не обещание включить все перечисленные результаты в любой небольшой заказ. Состав этапа определяем вместе до начала реализации.