какие данные нужны ии: готовим компанию за неделю

главное заблуждение про данные

«у нас нет данных для ии» — слышу регулярно, и почти всегда это неправда. данные есть у всех: переписка с клиентами, история сделок в crm, договоры, регламенты, прайсы, записи звонков. проблема не в отсутствии — в том, что всё это разбросано по почтам, чатам, папкам «новая папка (2)» и головам сотрудников.

обратное заблуждение тоже живо: «сначала наведём идеальный порядок в данных, потом внедрим ии». так вы не внедрите никогда — идеальный порядок не наступает. хорошая новость: для старта нужен не порядок во всём, а порядок в данных одного процесса. это делается за неделю.

какие данные вообще нужны

ии-агенту для работы нужны три слоя:

• правила — как надо делать. регламенты, инструкции, прайсы, условия. то, что вы рассказали бы новому сотруднику.
• примеры — как делают хорошо. лучшие ответы менеджеров, удачные кп, образцовые разборы заявок. на примерах ии учится вашему стилю и вашим стандартам, это самый недооценённый слой.
• контекст — что происходит сейчас. данные из crm, наличие, статус заказа. этот слой подключается через интеграции и нужен не всегда: бот-консультант живёт на первых двух.

важное следствие: качество бьёт объём. тридцать выверенных ответов на частые вопросы полезнее пяти тысяч писем вперемешку, где хорошие ответы лежат рядом с «ну я хз, спрошу у наташи».

план на неделю

рассчитан на одного человека, который знает процесс. не нужен ни программист, ни «отдел данных» — нужны полдня-день на шаг.

день 1. выбрать процесс и провести инвентаризацию

возьмите один процесс — тот, где больше всего однотипной рутины. и выпишите столбиком, какие данные в нём участвуют и где живут:

процесс: ответы на входящие заявки
- вопросы клиентов — почта, телеграм, телефон
- прайс — excel у коммерческого, актуальность неизвестна
- условия доставки — в голове у логиста
- лучшие ответы — в переписке менеджера иры

уже этот список — диагноз. обычно в нём видно: половина данных в головах, вторая половина в трёх версиях, и какая актуальная — никто не знает.

день 2–3. вытащить правила

всё, что «в голове», — в текст. садитесь с носителем знания и записываете: как считается цена, какие условия доставки, что отвечаем на «дорого», когда даём скидку, а когда нет. диктофон плюс расшифровка ускоряют это в разы (как — в гайде про транскрибацию).

формат — простой текстовый документ, без таблиц на десять колонок и корпоративных шаблонов. критерий готовности: новый сотрудник, прочитав документ, ответит на типовой вопрос клиента без помощи коллег. если человек сможет — сможет и ии.

день 4. собрать примеры

поднимите переписку и выберите 20–30 лучших ответов: где менеджер хорошо объяснил, отработал возражение, дожал до встречи. скопируйте пары «вопрос → ответ» в документ. заодно соберите 5–10 плохих примеров с пометкой «так не надо» — границы учат не хуже образцов.

день 5. почистить и обезличить

два обязательных прохода по собранному:

• актуальность. старые цены, уволенные сотрудники, отменённые акции — вычистить. ии не отличает свежее от протухшего: что дали, тем и отвечает.
• персональные данные. телефоны, фамилии, реквизиты клиентов из примеров — убрать или заменить на «клиент», «компания n». для правил и примеров конкретика не нужна, а передавать чужие персональные данные в облачный сервис без согласия — это уже не про технологии, а про закон.

день 6–7. проверить боем

скормите документы любому ии-чату — claude, gpt, не принципиально — с инструкцией «отвечай на вопросы клиентов только по этим материалам». и задайте двадцать реальных вопросов из практики.

где ии поплыл — там дырка в данных, а не в модели. дописали, прогнали снова. две-три итерации — и у вас на руках проверенная база знаний одного процесса.

что получилось в итоге

к концу недели у вас есть три вещи:

1. база знаний процесса — правила плюс примеры, проверенные на реальных вопросах;
2. карта данных — вы знаете, где что лежит и что было только в головах;
3. трезвая оценка готовности — по тому, насколько тяжело далась неделя, видно, чего будет стоить следующий процесс.

а дальше эта база — универсальная валюта. она нужна любому исполнителю: соберёте бота в конструкторе сами — загрузите её; закажете пилот-агента — подрядчик начнёт с неё и не будет за ваши деньги неделю выяснять, как у вас считается доставка. подготовка данных — та часть внедрения, которую нельзя делегировать полностью: ваши процессы знаете только вы.

частые грабли

• сгрузить всё подряд. «вот вам папка с пятью тысячами файлов, разберётся» — не разберётся. мусор на входе — мусор на выходе, только теперь быстро и уверенным тоном.
• писать «как должно быть», а не как есть. регламент двухлетней давности описывает процесс, которого больше нет. записывайте с живого носителя, а не из архива.
• нет владельца. данные протухают: цены меняются, условия обновляются. один человек, который правит базу при каждом изменении, — обязательная часть системы. без него всё, что вы собрали за неделю, умрёт за квартал.