Промпт як специфікація задачі, не як заклинання

Промпт як специфікація задачі, не як заклинання

Модель відповідає рівно на ту задачу, яку їй поставили. Коли менеджер пише три слова про знижку і отримує вигаданий відсоток, винен не чат, а порожнє технічне завдання.

Коротко

• Промпт працює як технічне завдання підряднику: хто говорить, що здати, для кого, чого уникати, у якому вигляді і що вважати браком.
• Фраза "напиши клієнту про знижку" без політики компанії задачею ще не є. Модель заповнює порожнє місце середнім відсотком і тоном масової розсилки.
• Універсальні суперпромпти з чужих каналів нічого не знають про ваш прайс, ваш кабінет Нової Пошти і манеру спілкування у вашому Telegram.
• Обмеження і названа помилка рятують від інцидентів сильніше за гарну роль у першому рядку.
• Команди, які виграють, тримають короткі специфікації поруч з Excel і регламентом. Команди, які відстають, шукають секретну формулу на дві сторінки.

За вісімнадцять років на фінансових ринках я бачив одну й ту саму реакцію на кожний новий інструмент: щойно він видає щось несподіване, винною оголошують систему. Термінал показав не ту ціну, звіт зійшовся не так, робот відкрив угоду не там. Майже завжди після розбору з'ясовувалось, що людина не сказала інструменту, чого від нього хоче. З генеративними моделями історія повторюється слово в слово. Менеджер відділу продажів вставляє у чат кілька слів про знижку, отримує текст із відсотком, якого немає в жодному документі компанії, і керівник робить висновок про поганий ШІ. Нижче я розкладаю каркас, яким сам користуюся, коли треба перейти від "напиши красиво" до промпта, за який не соромно ні перед клієнтом, ні перед касою.

Знижка, якої не було в політиці

Сцена буденна. Клієнт у Telegram написав "купую" і одразу спитав, чи буде знижка. Менеджер відкриває чат з моделлю і пише: "Напиши відповідь клієнту про знижку, щоб купив". Модель за секунду видає ввічливий абзац зі "спеціальними -15%" і зворотами, які ви сто разів бачили в масових розсилках. Клієнт цей текст ще не бачив, а команда вже сперечається, чи взагалі можна таке обіцяти і хто відповідатиме за різницю в маржі.

Питання, які виникають після відповіді моделі, і є списком того, чого бракувало на вході. Чи дозволена знижка взагалі? Який максимум у гривнях? Хто читає: гуртовий покупець, який чекає рахунок, чи роздрібний клієнт у месенджері? Скільки має бути тексту: шість рядків у Telegram чи лист на пошту? Що вважати помилкою: згадати наявність без даних зі складу, пообіцяти відправку сьогодні без слова логіста, написати про оплату в monobank, якої ще не було?

Поки цих полів у промпті немає, модель заповнює порожнечу середньостатистичною мовою продажів. Звучить упевнено, а коштує потім годиною пояснень, зіпсованою маржею і ризиком для репутації підприємця.

Промпт як технічне завдання

Робота з моделлю стає передбачуваною в той момент, коли ви визнаєте: перед вами технічне завдання. У звичайному житті ніхто не каже підряднику "зроби мені сайт гарно" і не чекає ідеальної здачі за тиждень. Від моделі чомусь чекають саме цього, а потім дивуються результату.

Перенесіть у чат звичку нормального ТЗ. Хто говорить у цьому тексті? Що має лежати на виході? Для кого? Яких слів, обіцянок і цифр уникати? У якому вигляді здати результат? Як зрозуміти, що вийшло погано? Шість питань, і на жодне з них модель не може відповісти за вас, бо відповіді лежать у вашому прайсі, на вашому складі і у вашій манері говорити з клієнтами.

Цей каркас і відрізняє професійного користувача від людини, яка збирає секретні промпти з чужих каналів. Магія в щоденній операційці закінчується на першому вигаданому відсотку або на першому фантомному треку Нової Пошти. Далі лишається тільки ТЗ.

Роль задає тон, мета вимірюється результатом

Роль задає кут зору, але фактів вона не додає. Формулювання "ти досвідчений менеджер українського інтернет-магазину" допомагає з тоном і структурою відповіді. Прайсу з вашого Excel воно не бачить і кабінет Нової Пошти не відкриває. Роль корисна, поки ви пам'ятаєте, що це костюм, а не знання.

Мету треба міряти в артефакті, який можна взяти в руки. "Чернетка відповіді до 700 знаків без нової знижки" сильніша за розмите "допоможи продати", бо в першому випадку ви одразу бачите, здано роботу чи ні. Аудиторія змінює словник: клієнт у Telegram читає інакше, ніж бухгалтер, який чекає рахунок, а той інакше, ніж партнер, якому ви пишете про зміну умов постачання.

На пілотах автоматизації я регулярно бачу гарну роль у першому рядку і порожнечу далі. Інтерфейс виглядає сучасно, презентація переконлива, а контроль того, що модель напише клієнту, ще ніхто не спроєктував. Тому на будь-якому демо я дивлюся не на слова "корисний асистент", а на те, чи стоять у промпті обмеження, формат і критерій помилки.

Обмеження і формат економлять інциденти

Обмеження пропускають найчастіше, і саме вони рятують від клієнтських історій. Забороніть моделі вигадувати ціни, залишки, номери ТТН, юридичні висновки і гарантії поза договором. Напишіть прямо: якщо даних бракує, постав питання людині замість того, щоб додумувати. Додайте, що внутрішня маржа й умови закупівлі в тексті з'являтися не можуть.

Обмеження перетворюють модель з імпровізатора на виконавця в межах рамки. Без них ви отримуєте креатив там, де потрібна дисципліна каси і складу.

Формат економить години правок. Попросіть нумерований список, таблицю з трьома колонками, повідомлення з привітанням і одним абзацом тіла, чернетку з полями ІМ'Я і ТТН, які менеджер заповнить сам. Якщо формат не заданий, модель розгортає довгий текст із підзаголовками, який у ваш канал продажів не влізе. Для підприємця, чий клієнт живе в месенджері, рядок "коротко, як у Telegram" належить до ТЗ, а не до косметики після.

Названа помилка робить промпт дорослим

Список помилок варто проговорити вголос на нараді, поки вони ще не трапились. З'явилася ціна поза блоком даних. З'явилася обіцянка відправити сьогодні без підтвердження логіста. Тон став фамільярним або, навпаки, канцелярським. Відповідь довша за ліміт. Модель пише так, ніби вже бачила платіж, підтверджений у банку.

Коли помилки названі заздалегідь, відповідь моделі повертається на доопрацювання одним абзацом критики: "тут ціна, якої немає в прайсі, перепиши без неї". Без цього команда сперечається смаками: подобається, не подобається. Смаки дорогі і не масштабуються, критерій помилки дешевший і працює для кожного нового менеджера однаково.

Чому чужі суперпромпти у вашій операційці мовчать

Вони або надто загальні, або заточені під іншу галузь, іншу мову бренду й іншу юридичну рамку. Скопійований промпт на дві сторінки займає пів вікна контексту правилами, які вам не потрібні, і витісняє ваш прайс і регламент. Коротка специфікація під ваш процес завжди сильніша за чужий роман.

Автор чужого каналу не знає, що знижки у вас лише з понеділка і лише після погодження власника. Не знає, що трек береться тільки з кабінету Нової Пошти. Не знає, що ваш клієнт читає шість рядків, а не есе. Тому універсальні промпти або описують чужий бізнес, або взагалі нічого конкретного.

Як поставити задачу на щоденній справі

Відкрийте новий чат під одну справу. Вставте кілька рядків про роль і мету. Вставте дані з Excel або короткі цитати з листування. Вставте два-три обмеження. Вставте формат. Додайте один короткий приклад "так добре" і один "так не писати". Проженіть запит. Прочитайте відповідь очима по кожному числу і кожній обіцянці. Якщо треба, поверніть критикою. Чат тут лише вікно, через яке ви передаєте задачу; сама задача народжується у вашій голові і вашому Excel.

Спочатку цей ритуал здається довшим за "напиши красиво". Через тиждень він виявляється коротшим за вечірній розбір клієнтських інцидентів.

Окремий приклад із сервісу. Клієнт питає про повернення. Слабкий промпт: "Поясни політику повернення гарно". Робоча специфікація: роль співробітника підтримки; мета - чернетка відповіді; аудиторія - роздрібний клієнт у Telegram; дані - три речення з вашого FAQ; обмеження - жодних строків повернення коштів, яких немає в FAQ, і жодних звинувачень клієнта; формат - до восьми рядків; помилка - нові строки й умови, яких не було у фрагменті FAQ. Різницю у відповіді бачить навіть новачок.

Бібліотека специфікацій поруч із джерелом істини

Керівник може зібрати невелику бібліотеку промптів: відповідь на заперечення щодо ціни, запит уточнень для ТТН, ввічлива відмова в знижці, пояснення рядка виписки для внутрішнього обліку, нагадування клієнту після відправки. Кожна специфікація живе поруч із джерелом істини: прайсом, регламентом, шаблоном договору. Оновився прайс у понеділок - у вівторок хтось переглядає промпти, які цитують ціни. Так промпт лишається живою специфікацією процесу, а не ритуальним текстом у закладках на всяк випадок.

Для інвестора і для замовника автоматизації якість ТЗ до моделі показує якість мислення команди. Компанія, яка не вміє поставити задачу чату, рідко вміє поставити задачу підряднику з агентами й інтеграціями. На демо просіть показати самі промпти: чи є обмеження, чи є визначення помилки, чи є формат виходу. Порожнє "будь корисним асистентом" каже, що контроль ще попереду, хай би як сучасно виглядав екран.

Команди, які виграють, після інциденту зі знижкою дописують у промпт максимум у гривнях і правило "без політики відсоток не пропонуй". Команди, які відстають, шукають інший бренд чату і наступного тижня повторюють ту саму дірку руками іншого менеджера.

Що змінюється за тиждень дисципліни

Перші дні шаблон здається бюрократією, менеджер відчуває, що "і так зрозуміло". Через кілька робочих днів видно інше: менше правок після першої відповіді, менше суперечок про тон, менше вечірніх розборів, звідки взявся цей відсоток.

Попросіть команду зберегти два скріни: запит із трьох слів і той самий запит після специфікації. Контраст переконує швидше за лекцію. Люди бачать, що модель за ніч кращою не стала. Кращим став вхід.

Окремо домовтеся, хто відповідає за оновлення, бо модель чесно повторить застарілий файл і виглядатиме правою. Коли агент готує чернетку, а кнопку відправити натискає власник або менеджер, відповідальність за актуальність даних лишається на людині, і це нормально.

Типові дірки, які я бачу в українських підприємців

Перша дірка - мета без артефакту. "Допоможи з клієнтом" не каже, що здати. Друга - обмеження з одного рядка "не вигадуй", без конкретних заборон по ціні, наявності й строку. Третя - формат "як зручно", після якого в Telegram летить стіна тексту з підзаголовками.

Четверта - відсутність критерію помилки, через що команда сперечається смаками і витрачає час керівника. П'ята - кілька справ в одному чаті: і відповідь клієнту, і пост у канал, і розбір маржі з Excel. Вікно контексту засмічується, жанри змішуються, відповідь стає нічийною.

Якщо у своєму відділі бачите хоча б дві з цих дірок, нова підписка вам ще не потрібна. Спочатку закрийте каркас специфікації. Підписка не замінить політику знижок і не підставить рядок з кабінету Нової Пошти.

Що робити далі

Візьміть один свіжий запит менеджера з трьох слів і перепишіть його в специфікацію: роль, мета, аудиторія, обмеження, формат і те, що вважаєте помилкою. Додайте в промпт два рядки про знижки й наявність: лише з політики або Excel; якщо даних немає, модель ставить питання людині. Збережіть у Saved Messages Telegram один робочий шаблон під відповідь клієнту й один під повернення. На нараді розберіть один інцидент тижня як дірку в ТЗ, а не як випадок, коли модель підвела. На демо вендора спитайте, де в їхньому промпті стоять обмеження і критерій помилки.

Про цей матеріал

Це текст про промпт як специфікацію задачі. Мета - дати команді спільну мову перед розмовою про чотири поля промпта і про читання відповіді моделі перед клієнтом. Матеріал освітній і не є індивідуальною порадою.