Щоб розібратися в заплутаному процесі за пів години, беріть один процес, а не весь бізнес. Опишіть його звичайними словами: хто бере участь, які документи рухаються, де все зупиняється. Далі попросіть ChatGPT виділити з вашого опису учасників, дані та місця втрати часу і запропонувати план виправлення.
Нижче метод по кроках, наскрізний приклад і чесні межі: де пів години в чаті справді вистачає, а де починається робота для фахівця.
Оберіть процес із чіткою подією на вході та зрозумілим результатом на виході. Опишіть його вільним текстом: учасники, документи, точки затримок із причинами. Попросіть ChatGPT зібрати з опису послідовність кроків, назвати вузькі місця і скласти план виправлення. Перевірте розбір на деталі, яких ви не називали, і візьміть у роботу одну зміну, що звільняє найбільше часу.
Чотири кроки розбору: вибір процесу, опис, аналіз у чаті та план із перевіркою на вигадані деталі
- Вибрати один процес
- Описати його звичайними словами
- Попросити ChatGPT виділити учасників, дані та вузькі місця
- Отримати план виправлення
- Чи все у розборі відповідає реальності?
- Чи все у розборі відповідає реальності?
- такПріоритезувати зміни і взяти перший крок у роботу
- Чи все у розборі відповідає реальності?
- ні: є вигадані етапиОписати його звичайними словами
Чому не варто розбирати весь бізнес одразу
Спроба зрозуміти всю систему одразу перевантажує і зупиняє роботу.
Ви сідаєте описати, як у компанії все влаштовано, і за пів години маєте кілька сторінок уривків про продажі, склад та бухгалтерію без жодного місця, за яке можна взятися. Модель відповідає так само широко: налагодьте комунікацію, впровадьте систему обліку. Порада правильна і марна.
З вузьким процесом інакше. Видно межі, учасників можна перелічити поіменно, а затримку виміряти днями очікування. З такого опису модель витягує структуру, бо їй є що структурувати.
Крок перший. Вибрати один процес із чітким початком і результатом
Правило однієї події на вході та одного результату на виході
Процес годиться для розбору, якщо ви можете назвати подію, з якої він починається, і момент, коли він вважається закінченим. Дзвінок клієнта на вході, виставлений рахунок на виході. Заявка на відпустку на вході, підписаний наказ на виході. Якщо початок і кінець назвати не виходить, ви взяли зону відповідальності цілого відділу і її треба різати вужче.
Беріть той процес, який дратує найчастіше.
Приклади вдалих і надто широких формулювань
«Розберися, чому в нас погано працює відділ продажів». Модель не знає ні учасників, ні документів, ні термінів, тому поверне перелік загальних гіпотез, який підійде будь-якій компанії.
«Опиши процес від першого дзвінка клієнта до виставленого рахунку: хто що робить, які документи створюються, де виникають затримки». Відповідь буде про вашу компанію, бо спирається на ваш опис.
Хороші кандидати на перший розбір виглядають дрібними. Щомісячний звіт, який завжди готують у ніч перед дедлайном. Пошук документа, що регулярно губиться між відділами. Такі процеси мають чіткий результат, і саме в них накопичується найбільше ручної роботи.
Крок другий. Описати процес звичайними словами
Хто бере участь і які документи рухаються
Нотації, схеми і спеціальні програми для цього не потрібні. Пишіть так, як розповіли б новому працівнику: спершу хто бере участь і за що відповідає, потім які документи й дані передаються між людьми, потім у якому порядку це відбувається.
Пишіть чернеткою, без редагування. Впорядкує модель.
Якщо ви не пам'ятаєте деталь, так і напишіть: «тут менеджер щось узгоджує з керівником, точного порядку не знаю». Чесний пропуск корисніший за вигаданий етап, бо вигадку модель підхопить і побудує на ній усю схему.
Де процес зупиняється і наскільки
Найцінніша частина опису — місця, де все стоїть.
Позначайте їх словами про час і причину: «лежить до понеділка, бо керівник дивиться заявки раз на тиждень», «повертається на переробку, бо менеджер не знає актуальних умов». Без цих ремарок ви отримаєте гарну схему, у якій нічого не болить.
Опишіть один реальний випадок, який щойно проходив через цей процес, із датами й іменами. Конкретний випадок дає моделі більше, ніж узагальнення «як зазвичай буває». Дані клієнтів при цьому замініть на умовні позначення.
Крок третій. Попросити ChatGPT виділити учасників, сутності та вузькі місця
Розбивайте роботу на окремі запити. Модель відповідає точніше, коли завдання одне.
Спершу структура: попросіть перелічити учасників, документи та дані, які рухаються процесом, і скласти послідовність кроків. Потім проблеми: попросіть назвати місця, де процес зупиняється, дублюється або залежить від однієї людини. План виправлення просіть окремо, коли перші дві відповіді вас влаштували.
Як сформулювати запит, щоб модель працювала з вашим описом, а не давала загальні поради
Додайте до запиту дві вимоги: спиратися тільки на наданий текст і окремо виписати те, чого в описі бракує. Формулювання приблизно таке: «Нижче опис процесу. Виділи учасників, документи та кроки. Якщо чогось у моєму описі немає, не додумуй, а випиши окремим списком питання до мене».
Список питань від моделі часто корисніший за саму схему. Він показує, чого ви самі не знаєте про власний процес.
Крок четвертий. Отримати план виправлення і перевірити його на вигадані деталі
Тепер просіть план: що змінити, щоб прибрати кожне вузьке місце, з розділенням на зміни, які робляться своїми силами, і ті, що вимагають окремого інструменту.
План читайте як чернетку від стажера. Уважно і без довіри.
Ознаки того, що модель дописала етап або роль від себе
У розборі з'явилися посади, яких ви не називали. Виникли системи, якими ви не користуєтесь. Замість «менеджер погоджує з керівником» стоїть «заявка проходить етап валідації», хоча слова «валідація» у вашому тексті не було.
Модель працює лише з тим описом, який ви їй дали, і заповнює пропуски найімовірнішим варіантом. Тому будь-яка деталь, якої ви не називали, вигадана. Викресліть її, доповніть опис і попросіть розібрати ще раз.
Наскрізний приклад: узгодження заявки клієнта від дзвінка до рахунку
Шлях заявки від дзвінка клієнта до рахунку з двома точками втрати часу
- Дзвінок клієнта
- Менеджер записує запит
- Уточнення умов у керівника
- Підготовка комерційної пропозиції
- Погодження з клієнтом
- Виставлений рахунок
- Менеджер записує запит
- очікування відповідіУточнення умов у керівника
- Погодження з клієнтом
- повернення на доопрацюванняПідготовка комерційної пропозиції
Сирий опис процесу очима менеджера
«Клієнт дзвонить, я записую, що йому треба, у блокнот і переношу в таблицю. Якщо потрібна нестандартна ціна, пишу керівнику в месенджер і чекаю. Іноді відповідь приходить наступного дня. Потім готую пропозицію в документі й надсилаю клієнту. Якщо клієнт просить змінити умови, роблю нову версію. Коли він погоджується, передаю бухгалтеру, той виставляє рахунок».
Опис займає хвилину і виглядає безневинно.
Що знайшов у ньому розбір
Зі схожого тексту модель зазвичай дістає таке: одні й ті самі дані записуються двічі, у блокнот і в таблицю; процес зупиняється на очікуванні керівника; актуальна версія пропозиції не має єдиного місця зберігання; передача бухгалтеру відбувається без фіксованого формату.
І окремим списком питання до вас. Чи є в компанії межа знижки, яку менеджер дає без узгодження. Саме це питання зазвичай і виявляється головним: поки відповіді немає, кожна нестандартна заявка чекає керівника.
Півгодини по кроках: як не перетворити розбір на місячний проєкт
Тримайте таймер. Розбір без обмеження часу перетворюється на нескінченне уточнення схеми, яку ніхто не збирається впроваджувати.
Вибір процесу
- назвати подію на вході
- назвати результат на виході
Опис вільним текстом
- учасники та їхні ролі
- документи й дані
- місця затримок із причинами
Структура від моделі
- перелік учасників і кроків
- список питань там, де бракує даних
План і перевірка
- вузькі місця з поясненням
- прості зміни окремо від складних
- викреслені вигадані деталі
Пропорція приблизно така: п'ять хвилин на вибір процесу, десять на опис, десять на діалог з моделлю, решта на перевірку плану. Якщо на описі ви вийшли за межу вдвічі, процес узятий надто широко.
Типові помилки під час першого розбору
- Занадто широкий процес. Опис розповзається на весь відділ, і розбір повертає загальні поради. Ріжте до одного результату на виході.
- Опис у режимі презентації. Написано, як має працювати за регламентом. Розбирати треба реальність, з месенджерами, блокнотами і домовленостями на словах.
- Довіра до першої відповіді. Схема виглядає переконливо, тому її не перечитують. Вигаданий етап вилазить уже під час впровадження змін.
- Стрибок одразу в автоматизацію. Спроба автоматизувати неописаний процес закріплює наявний безлад, тільки тепер у програмі.
Що робити з результатом: від текстової схеми до автоматизації
Як пріоритезувати знайдені вузькі місця
Список проблем без порядку дій нічого не змінює. Розставте вузькі місця за двома ознаками: скільки часу з'їдає кожне і наскільки складно його прибрати.
Починайте з того, що коштує багато часу і виправляється домовленістю, а не програмою.
Домовленість «керівник дивиться заявки двічі на день» прибирає добу очікування і не потребує жодного інструменту. Такі зміни впроваджують за тиждень. Після них видно, чи лишилася проблема взагалі, і чи є сенс платити за автоматизацію решти.
Як зберегти опис процесу до наступного разу
Збережіть підсумок окремим файлом: опис, послідовність кроків, список вузьких місць і рішення, які ви ухвалили. Наступного разу ви почнете з правок до наявного тексту, і пів години піде вже на іншу частину роботи.
Коли дійде до автоматизації, цей файл стане технічним завданням. У ньому вже описані кроки, дані та винятки, через які зазвичай і затягуються перемовини з виконавцем. Дрібні задачі за таким описом можна доручити моделі напряму: у матеріалі про задачі для Claude Code без програмування показано, як віддати їй роботу з файлами, таблицями та листами. Так само працює й підготовка рекламних матеріалів: як зібрати рекламне відео в MiniMax Design описує процес, у якому монтажер не потрібен.
Де метод закінчується і потрібен фаховий аналітик
Пів години в чаті дають опис процесу і перелік проблем. Цього достатньо, поки процес живе всередині одного відділу, а зміни зводяться до домовленостей і порядку роботи.
Далі починається інша робота. Коли процес проходить через кілька систем, коли зміни зачіпають гроші, звітність чи зобов'язання перед клієнтами, коли треба зв'язати наявні сервіси між собою, потрібен фаховий аналітик або інтегратор.
Ваш розбір і в цьому випадку не пропаде. Він скорочує час на занурення і переводить першу зустріч із загальних питань у предметну розмову про конкретні затримки.