Процес 1: нотатки зі зустрічі в план дій
Використовуйте цей процес після дзвінків, продажних розмов і сесій планування. Мета не просто підсумок. Мета, це план дій, готовий до рішень, із відповідальними, датами, відкритими питаннями і подальшими кроками.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: транскрипт, чорнові нотатки, список учасників, мета зустрічі, відомі дедлайни і будь-які рішення, яким ви вже довіряєте. Якщо транскрипт довгий, позначте розділи за темами або часовими мітками, перш ніж писати промпт.
Промпт: «Перетвори ці нотатки зі зустрічі на план дій. Контекст: мета зустрічі була [мета]. Учасники: [імена]. Нотатки або транскрипт: [вставте]. Обмеження: не вигадуй відповідальних чи дати. Познач нечіткі пункти як такі, що потребують підтвердження. Відділи рішення від обговорення. Формат: підсумок, рішення, таблиця дій, ризики, супровідне повідомлення».
Результат: бриф із п'яти частин, а саме короткий підсумок для керівника, підтверджені рішення, таблиця дій із відповідальним, датою і статусом, невирішені питання і готовий до надсилання супровідний лист.
Перевірка: звірте кожен пункт дій із транскриптом. Приберіть усе, що ШІ додумав надто сміливо. Підтвердьте дати й відповідальних, перш ніж надсилати. Якщо результат надто загальний, перезапустіть промпт з однією додатковою умовою: «Додавай лише ті дії, які хтось прямо погодився виконати».
Процес 2: розбір пошти в чергу відповідей
Цей процес допомагає опрацювати переповнену скриньку і не дати ШІ говорити від вашого імені без перевірки. Корисний результат, це черга за пріоритетом, а не пачка роботизованих відповідей.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: відправник, тема, текст листа, контекст ваших стосунків, терміновість і бажаний стиль відповіді. Для чутливих листувань приберіть приватні дані перед вставкою і просіть модель написати чернетку, а не надіслати.
Промпт: «Розбери ці листи на сьогодні. Контекст: моя роль, це [роль], мої пріоритети, це [пріоритети], мій тон має бути [тон]. Листи: [вставте]. Обмеження: не відповідай на питання, що потребують приватних даних акаунта. Познач усе, що потребує людського судження. Формат: таблиця пріоритетів, рекомендована дія, чернетка відповіді для кожного листа, на який можна безпечно відповісти».
Результат: таблиця з пріоритетом, причиною, наступною дією, запропонованою відповіддю і позначкою ризику. Питання оплати, доступу до акаунта і будь-які обіцянки мають бути позначені для ручної перевірки.
Перевірка: спершу читайте причину пріоритету. Якщо модель не може пояснити, чому лист терміновий, знизьте його. Перевіряйте всі імена, дати, обіцянки, ціни й вкладення. Тримайтеся особистого правила: ШІ може писати чернетки, але зобов'язання схвалює людина.
Процес 3: огляд конкурентів у дослідницький бриф
Використовуйте це як дослідницький процес зі ШІ, коли вам потрібен швидкий, але простежуваний огляд ринку без потопання у вкладках браузера.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: назви конкурентів, нотатки з їхніх сайтів, фрагменти цін, сторінки продуктів, витяги з відгуків, цільовий клієнт і рішення, яке ви намагаєтеся ухвалити. Можна також почати з набору для дослідження ринку від Whizi, якщо вам потрібен повніший шаблон.
Промпт: «Склади огляд конкурентів для [ринок]. Контекст: я вирішую [рішення]. Конкуренти й нотатки: [вставте]. Обмеження: використовуй лише надані нотатки. Відділяй факти від припущень. Не вигадуй цін, клієнтів чи функцій. Формат: таблиця порівняння, закономірності позиціонування, прогалини, ризики і наступні дослідницькі питання».
Результат: таблиця порівняння з конкурентом, аудиторією, обіцянкою, функціями, нотатками про ціни, доказами, слабкими місцями і припущеним позиціонуванням. Найкращий варіант має ще й колонку «що перевірити далі», щоб дослідження не вдавало, ніби воно остаточне.
Перевірка: простежте кожне твердження до нотатки або витягу з джерела. Підсвітьте припущення без підтвердження. Для важливих рішень запустіть той самий промпт в іншій моделі й порівняйте, чия відповідь чіткіше відділяє докази від думки.
Процес 4: переказ PDF у перевірений витяг даних
Загальні перекази PDF ризиковані, бо можуть проґавити застереження або перебільшити висновки. Цей процес просить витяг даних і перевірку, а не просто приємний підсумок.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: текст PDF або завантажений документ, тип документа, ваша мета, розділи, які важать найбільше, і точний формат результату. Якщо документ довгий, спершу попросіть підсумки за розділами, а вже потім синтез.
Промпт: «Проаналізуй цей документ для [мета]. Контекст: тип документа, це [тип], і найбільше мене цікавить [теми]. Обмеження: цитуй або називай розділи, коли це можливо. Познач непевні місця. Не переказуй розділи, яких не бачиш. Формат: підсумок на одну сторінку, таблиця ключових фактів, ризики й застереження, витягнуті дати, цифри та імена, а також контрольний список для перевірки».
Результат: компактний підсумок плюс структурована таблиця витягнутих даних. Для наукової статті така таблиця може містити твердження, доказ, метод, обмеження і рівень упевненості. Для договору, це зобов'язання, сторона, дедлайн, пункт і ризик.
Перевірка: знайдіть у самому PDF кожну цифру, дедлайн, назву й цитату. Зробіть другий прохід: «Назви п'ять способів, якими цей підсумок може вводити в оману». Якщо результат впливає на юридичні, медичні, фінансові або трудові рішення, сприймайте відповідь ШІ як допомогу в читанні, а не як пораду.
Процес 5: перевірка коду в безпечніший список змін
Цей процес зі ШІ для програмування корисний, коли у вас є diff, пул-реквест або файл, який хочеться переглянути. Суть у тому, щоб зменшити ризик, а не передати комусь власне судження.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: diff коду, навколишня функція чи модуль, очікувана поведінка, вивід тестів, повідомлення про помилки, обмеження і те, що змінюватися не повинно. Ніколи не вставляйте секрети, продакшн-доступи чи приватні дані клієнтів.
Промпт: «Переглянь цей код як досвідчений інженер. Контекст: очікувана поведінка, це [поведінка]. Мета зміни, це [мета]. Код або diff: [вставте]. Обмеження: пріоритезуй помилки, регресії, проблеми безпеки, граничні випадки і відсутні тести. Уникай зауважень лише про стиль, якщо за ними не ховається баг. Формат: таблиця знахідок із серйозністю, файлом або функцією, проблемою, поясненням, чому це важливо, запропонованим виправленням і тестом, який варто додати».
Результат: упорядкований список зауважень, запропоновані тести і мінімальний план змін. Для рефакторингу просіть найменше поліпшення читабельності, яке зберігає поведінку, а потім список тестів, що це доводять.
Перевірка: відтворюйте кожен баг перед виправленням, коли це можливо. Не приймайте запропонований патч, не прочитавши його. Запускайте тести, лінтер і перевірку типів локально. Якщо дві моделі не згодні між собою, використайте цю незгоду як контрольний список для перевірки, а не як голосування.
Процес 6: щоденне планування у сфокусований графік
Щоденна рутина зі ШІ має допомагати обирати, чого не робити. Цей процес перетворює безладний список на сфокусований план із реалістичними блоками часу, компромісами і контрольною точкою завершення дня.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: список завдань, обмеження календаря, дедлайни, рівень енергії, зустрічі, обов'язкові пункти, необов'язкові пункти й одна стратегічна ціль. Що чесніші вхідні дані, то кращий план.
Промпт: «Сплануй мій день навколо результатів, а не зайнятості. Контекст: доступні робочі блоки сьогодні, це [блоки]. Обов'язкове: [обов'язкове]. Необов'язкове: [необов'язкове]. Рівень енергії: [енергія]. Стратегічна ціль: [ціль]. Обмеження: захисти час на глибоку роботу, додай буфери, не перевантажуй день і поясни компроміси. Формат: розклад, три головні результати, список відкладеного, список ризиків, контрольний список завершення дня».
Результат: розклад із блоками часу, три результати, список відкладеного і фінальна десятихвилинна процедура завершення. Список відкладеного важливий, бо саме він не дає ШІ зробити неможливий день охайним на вигляд.
Перевірка: подивіться, чи план вміщається у ваш реальний календар. Зріжте 20 відсотків, якщо він виглядає надто щільним. Якщо в завдання немає визначення успіху, попросіть модель описати, що означає «зроблено», перш ніж починати.
Процес 7: переробка контенту в комплект для публікації
Цей процес зі ШІ для письма перетворює одне корисне джерело на кілька готових до публікації матеріалів, не зводячи все до однакового тексту.
Вхідні дані -> промпт -> результат -> перевірка
Вхідні дані: вихідний матеріал, аудиторія, перелік каналів, зразок голосу бренду, твердження, які мають лишитися точними, твердження, яких слід уникати, і потрібні формати. Додайте приклади свого найкращого наявного контенту, якщо хочете менш шаблонний результат.
Промпт: «Перероби це джерело на комплект для публікації. Контекст: аудиторія, це [аудиторія]. Канали: [канали]. Зразок голосу: [вставте]. Джерело: [вставте]. Обмеження: збережи факти, уникай хайпу, не додавай непідтвердженої статистики і зроби кожен матеріал природним для свого каналу. Формат: ключове повідомлення, 5 ідей для публікацій, чернетка листа, короткі пости, довгий пост, розділ для розсилки і таблиця перевірки».
Результат: комплект контенту з багаторазовими кутами подачі, чернетками під конкретні канали і таблицею перевірки, де зазначено оригінальне твердження, перевикористане твердження, місце в джерелі і ризик.
Перевірка: порівняйте кожну чернетку з джерелом. Приберіть твердження, додані заради драматизму. Подивіться, чи лист, пост і вступ до статті виконують різну роботу, а не повторюють одне й те саме речення. Зберігайте промпт як багаторазовий шаблон лише після того, як він спрацював на реальному матеріалі.
- Починайте кожен процес зі ШІ з реальних вхідних даних, а не з розпливчастого прохання.
- Визначайте формат результату до запуску промпта: таблиця, контрольний список, службова записка, чернетка, план чи витяг даних.
- Додавайте обмеження щодо доказів, приватності, тону, обсягу і невизначеності.
- Просіть крок перевірки як частину результату, а не після факту.
- Використовуйте Whizi, щоб зберігати багаторазові промпти за процесами, а не за моделями.
- Запускайте важливі процеси більш ніж в одній моделі й порівнюйте точність, структуру і час на доопрацювання.
- Оновлюйте кожен шаблон після того, як застосували його до реального завдання.
Поширені запитання
Що таке шаблон робочого процесу зі ШІ?
Шаблон робочого процесу зі ШІ, це повторюваний порядок дій, який визначає вхідні дані, промпт, очікуваний результат і перевірку якості для конкретного завдання: наприклад, переказу PDF, перевірки коду чи розбору пошти.
Як побудувати робочий процес зі ШІ для роботи?
Почніть з одного повторюваного завдання, випишіть вхідні дані, які йому потрібні, напишіть промпт з обмеженнями і форматом результату, а потім додайте контрольний список, що перевіряє факти, рішення, імена, цифри й наступні кроки.
Чи варто використовувати одну модель для всіх процесів?
Ні. Різні моделі краще справляються з різними завданнями. Для важливих процесів запускайте той самий промпт у кількох моделях і залишайте ту версію, яка дає найточніший і найпридатніший результат.