Встреча 3. Идеи и приоритеты

Сегодня работаем по моему процессу: из него нужно получить идеи,
где ИИ реально помогает, и собрать из них пакет инициатив.
Держи эти правила до конца работы.
 
1. ИИ это лестница из четырёх ступеней:
Ступень 1. Личная скорость: промт, шаблон, навык, который работает
уже завтра.
Ступень 2. Командные инструменты: общий помощник, библиотека промтов,
общее рабочее пространство.
Ступень 3. Регулярные процессы: ИИ по расписанию обрабатывает отчёты,
документы, письма.
Ступень 4. Глубокие решения: интеграции с системами, аналитика,
прогнозирование, разработка.
Чем ниже ступень, тем быстрее эффект и дешевле запуск.
Не загоняй мои идеи в агентов и интеграции.
 
2. Никаких общих фраз вида «ИИ ускорит процессы». Всегда конкретно:
какой шаг процесса, какие данные, что именно меняется.
 
3. Человек в контуре: ты готовишь и предлагаешь, решение принимаю я.
 
4. Не поддакивай. Если идея слабая, скажи прямо и предложи сильнее.
Каждое утверждение помечай: факт, вероятно, гипотеза.
 
5. Работа с файлами. Мы работаем в проекте, и каждый результат
ложится в папку проекта отдельным файлом .md.
Порядок всегда такой: сначала показываешь результат в чате,
я читаю и правлю, и только по моей команде ты создаёшь файл.
Сам, без команды, файлы не создавай и не перезаписывай.
В файл кладёшь ровно то, что я подтвердил: ничего не переписываешь,
не дополняешь и не сокращаешь.
Когда я ссылаюсь на файл по имени, бери данные из него,
а не из своей памяти о нашем разговоре.
 
6. Вопросы ко мне. Если тебе не хватает информации, задавай вопросы
списком в одном сообщении и не больше шести за раз.
По одному вопросу не спрашивай: у меня нет на это времени.
Спрашивай только то, без чего действительно не можешь продолжить,
и только по делу.
 
Подтверди коротко, что правила принял, и жди мой следующий шаг.
Идеи пока не предлагай.

Мне нужно закончить описание моего рабочего процесса.
Сделаем это за один заход. Я отвечаю на всё сразу ниже.
Если после моих ответов чего-то не хватает, спроси одним сообщением
и не больше шести вопросов. По одному не спрашивай.
 
1. Задача, которая занимает у меня больше всего времени: [...]
2. С чего она начинается, что приходит на вход и от кого: [...]
3. Что я делаю шаг за шагом, в каких системах, файлах и документах: [...]
4. Чем всё заканчивается, что и кому я отдаю: [...]
5. Где в процессе рутина и сколько часов в неделю она съедает: [...]
6. Где чаще всего ошибки, задержки, повторная работа, ручные проверки: [...]
7. Сколько человек участвует и как часто процесс повторяется: [...]
 
Собери из этого описание процесса: название, вход, шаги, системы
и документы, болевые точки, цифры, результат и кому он уходит.
 
Правила: не вылизывай, это рабочий черновик реального процесса,
с косяками и обходными путями. Ничего не додумывай за меня —
чего я не сказал, помечай «уточнить». Цифры бери только мои.
 
Покажи результат в чате. Файл пока не создавай.
В конце одной строкой скажи, чего в описании не хватает больше всего.

Описание моего процесса лежит в проекте. Проверь его и скажи прямо,
годится ли оно как основа для поиска идей. Смотри на три вещи:
— есть ли конкретные шаги вместо общих слов вроде «работаю с документами»;
— есть ли цифры: время, люди, частота, ошибки;
— описан ли реальный процесс, а не идеальный.
 
Чего не хватает — назови конкретно и задай недостающие вопросы
одним сообщением, не больше шести. По одному не спрашивай.
За меня не переписывай. Когда я отвечу, покажи обновлённое описание
в чате. Файл пока не трогай.

Всё ок. Сделай из этого файл .md с именем Процесс.md
и положи в папку моего проекта.
В файл кладёшь ровно то, что я подтвердил, без правок.
Если такой файл уже есть, замени его.
После этого напиши одной строкой, что файл создан.

В проекте лежит бриф инфраструктуры SOKOLOV. Это рабочий контекст
по системам, данным и правилам доступа.
Возьми его вместе с файлом Процесс.md и разбери применительно
к моей функции:
 
1. С какими данными и системами из брифа я реально работаю
в своём процессе.
2. Что из этого я могу брать в работу уже сейчас, по таблице брифа.
3. Что требует решения IT: какой системы касается и как звучит вопрос.
4. Что требует решения ИБ и как звучит вопрос.
 
Важное дополнение к брифу. В его таблице перечислены не все типы
данных. Мои собственные рабочие документы — регламенты, инструкции,
протоколы, презентации, черновики, деловая переписка без
персональных данных — я использую каждый день и могу загружать
после обезличивания. Считай их доступными и не отправляй
за решением в IT.
 
Покажи разбор в чате. Файл пока не создавай.

Всё ок. Сделай из этого файл .md с именем Ограничения_данных.md
и положи в папку моего проекта. Разделы: что можно сейчас,
что требует IT, что требует ИБ, вопросы.
После этого напиши одной строкой, что файл создан.

Мою роль и процесс возьми из файла Процесс.md в проекте.
 
Проведи глубокое исследование: как компании в рознице, ювелирной
отрасли, e-com и производстве применяют ИИ в функции, похожей на мою.
 
Что нужно:
1. Какие применения ИИ становятся стандартом в таких функциях
в России и в мире.
2. Какие конкретные шаги работы они ускоряют и за счёт чего.
3. Пять-семь идей, которые моя функция может у себя повторить.
Для каждой: какую проблему решает, какой эффект,
на какой ступени лестницы лежит.
4. Где мы отстанем, если не сделаем ничего.
 
Каждый пункт помечай уровнем уверенности: факт, вероятно, гипотеза.
Упоминаешь конкретную компанию — ставь пометку «требует проверки».
Если для старта не хватает данных, не жди: работай с разумным предположением и пометкой «гипотеза». Совсем без ответа не начать — задай не больше шести вопросов одним сообщением и дождись ответа, прежде чем уходить в другой чат.

Включи поиск в интернете.
Мою роль и процесс возьми из файла Процесс.md в проекте.
 
Найди, как компании в рознице, ювелирной отрасли, e-com и производстве
применяют ИИ в функции, похожей на мою. Сделай несколько разных
поисковых запросов, не ограничивайся одним.
Собери найденное в список: что за применение, в какой компании
или отрасли, какой эффект заявлен, ссылка на источник.
Каждый пункт помечай: факт, вероятно, гипотеза.
Где источника нет — так и пиши: «источника нет».
Идеи для меня пока не предлагай. Сейчас только фактура.
Если для поиска не хватает вводных, не спрашивай по одному: задай не больше шести вопросов одним сообщением и дождись ответа.

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

Возьми из проекта файлы Процесс.md и Ограничения_данных.md.
Работаем в два шага.
 
Шаг 1. Карта процесса. По каждому шагу укажи: что делает человек,
где ручной труд, где теряется время, где возникают ошибки
и повторная работа, какие данные и системы используются.
 
Шаг 2. Поле идей. Минимум по две идеи на ступенях 1, 2 и 3.
Ступень 4 по желанию, но не загоняй в неё всё подряд.
Для каждой идеи:
— какую боль из карты она закрывает;
— кому помогает, конкретные роли;
— эффект: время, ошибки, контроль, качество;
— какие данные и системы нужны;
— что про эти данные говорит Ограничения_данных.md:
могу сейчас, нужен IT или нужен ИБ.
 
Если идея слабая, скажи прямо и предложи сильнее.
Покажи карту и поле идей в чате. Файл пока не создавай.

Всё ок. Сделай из этого файл .md с именем Карта_и_идеи.md
и положи в папку моего проекта. Внутри два раздела:
карта процесса с болевыми точками и поле идей по ступеням.
Кладёшь ровно то, что я подтвердил.
После этого напиши одной строкой, что файл создан.

Вернись к результатам исследования в этом чате и раскритикуй их:
 
1. Какие утверждения про конкретные компании могут быть выдуманы
или устарели.
2. Где зарубежный опыт не учитывает наши ограничения по данным
и системам. Сверься с файлом Ограничения_данных.md в проекте.
3. Какие идеи требуют заметно больше ресурсов, чем кажется
на первый взгляд.
4. Что я не смогу подтвердить, если руководитель спросит,
откуда я это взял.
 
Оставь только те идеи, которые выдерживают критику.
Покажи их в чате коротким списком: по каждой одна-две строки,
название, какую проблему решает, какой эффект.
Файл пока не создавай. Если не выжила ни одна идея, так и напиши.

Всё ок. Сделай из этого файл .md с именем Идеи_из_исследования.md
и положи в папку моего проекта.
Кладёшь ровно то, что осталось после моей правки, ничего не дописывая.
После этого напиши одной строкой, что файл создан.

В проекте есть два файла: Карта_и_идеи.md и Идеи_из_исследования.md.
 
Добавь идеи из второго файла в поле идей первого с пометкой
«из исследования». По каждой определи, какую боль из моей карты
процесса она закрывает и на какой ступени лестницы лежит.
Если идея не ложится ни на одну боль из карты — скажи прямо,
мы её выбросим. Чужой красивый кейс без моей боли мне не нужен.
 
Покажи получившееся общее поле идей в чате. Файл пока не трогай.

Всё ок. Обнови файл Карта_и_идеи.md в папке проекта:
замени раздел с полем идей на общий список, карту оставь как есть.
После этого напиши одной строкой, что файл обновлён.

Перечисли, какие файлы моего проекта ты сейчас видишь.
По каждому: имя и одной строкой, что внутри.
 
Затем сверь со списком, который у меня должен быть к этому моменту:
Процесс.md, Ограничения_данных.md, Карта_и_идеи.md,
Идеи_из_исследования.md, бриф инфраструктуры.
 
Чего не видишь — скажи прямо. Ничего не придумывай
и не считай файл существующим, если его нет.

Возьми поле идей из файла Карта_и_идеи.md и файл
Ограничения_данных.md.
Классифицируй каждую идею по типу инфраструктуры:
 
A  — без интеграций: файлы, тексты, регламенты, Excel;
B1 — отчёт или выгрузка уже есть у меня на руках, запрашивать
     ничего не нужно;
B2 — нужна новая выгрузка, доступ к кубу или продуктивным данным:
     формат использования определяет IT-команда;
C  — нужна база знаний по документам с правилами актуальности;
D  — нужна интеграция: API или доступ к системам;
E  — высокий риск ИБ: персональные данные, клиентская база, финансы,
     критичные или автоматические действия в системах.
 
Выдай таблицу: Идея | Класс | Почему | Что нужно для запуска |
Кто должен подключиться.
 
Класс проверяй по Ограничения_данных.md, а не по общим рассуждениям.
Если подходят несколько классов, выбирай более требовательный.
Отдельно отметь: если инструментом будет пользоваться не только я,
укажи, сколько человек, и что каждому нужно отдельное согласование
инструмента у ИБ.
Не меняй смысл идей и не выдумывай доступы или данные.

Часть идей относится к классам C, D и E. Это нормальные идеи,
просто они не запускаются одним куском. Ни одну не выбрасывай
и не упрощай.
 
Разложи каждую такую идею на этапы, от двух до четырёх.
Этап 1 — то, что я могу сделать сам сейчас: на файлах, отчётах
и текстах, без интеграций и новых доступов.
Следующие этапы — что добавляется, когда появятся данные, доступ
или интеграция.
 
По каждому этапу укажи:
— что именно делается;
— какие данные и системы нужны;
— класс этого этапа;
— что должно случиться, чтобы этап стал возможен;
— кому адресован вопрос, если нужен доступ или решение.
 
Отдельно назови правила и входные данные, которые придётся описать
на первом этапе: на них потом вырастут остальные.
 
Сроки не назначай. Покажи раскладку в чате, файл пока не создавай.

Собери пакет инициатив. Бери всё поле идей, включая идеи
с этапами из предыдущего шага.
 
Ориентир — пять инициатив. Если сильных идей больше, оставь больше
и объясни почему. Искусственно сужать не надо и выбрасывать сильное
ради красивого числа тоже.
 
Разложи их по трём горизонтам:
— «сейчас», ориентир 30 дней: классы A и B1, запускаю силами
своей функции, без IT;
— «следующий шаг», ориентир 90 дней: классы B2 и C, нужна
подготовка данных или запрос в IT;
— «с зависимостью»: классы D и E. Срок не назначай, вместо срока
напиши, ответ на какой вопрос его определит и кому он адресован.
Если доступ или интеграция уже существуют, скажи об этом:
тогда инициатива может поехать раньше.
 
Крупные инициативы показывай целиком, со всеми этапами, а не только
первым. По каждому этапу должно быть видно, в каком он горизонте
и что открывает переход к следующему.
 
Для каждой инициативы: название, какую боль решает, эффект, класс,
горизонт с обоснованием, владелец. Владельцем указывай того,
кто реально будет вести, даже если это я сам.
 
Затем отдельно:
— быстрый кейс на горизонте «сейчас» и пилот на горизонте
«следующий шаг», с объяснением выбора;
— первая рабочая часть: с какого куска я могу начать своими руками
уже сейчас. Критерий: работает на файлах и текстах, повторяется
регулярно, не требует интеграций и доступов. Её мы соберём
на встрече 5;
— список вопросов к IT и ИБ по всем инициативам, где они есть.
 
Покажи пакет в чате. Файл пока не создавай.

Всё ок. Сделай из этого файл .md с именем Пакет_инициатив.md
и положи в папку моего проекта. Разделы по порядку:
 
1. Таблица классов по всем идеям.
2. Пакет инициатив по горизонтам.
3. Крупные инициативы по этапам, с условиями перехода между этапами.
4. Быстрый кейс и пилот.
5. Первая рабочая часть инициативы.
6. Вопросы к IT и ИБ.
 
Кладёшь ровно то, что я подтвердил.
После этого напиши одной строкой, что файл создан.

Базовые цифры по моему быстрому кейсу [название], черновой замер:
— часы в неделю или месяц: [...]
— сколько человек участвует: [...]
— как часто повторяется: [...]
— где теряется качество: [...]
 
Добавь их в файл Пакет_инициатив.md седьмым разделом
«Черновые цифры по быстрому кейсу» и обнови файл в папке проекта.
Остальные разделы не трогай. Пометь, что это черновой замер
и он будет уточнён.
После этого напиши одной строкой, что файл обновлён.