Спільна prompt-бібліотека: структура, governance, 80/20-набір

Поспостерігавши, як 30+ SMB намагаються вийти за межі купки power-users в AI, мій висновок простий: команди, що приживаються, — це ті, у кого є спільна prompt-бібліотека, з якою поводяться як з кодом, а не як зі Slack-тредом. Решта щовівторка переписує той самий prompt.

Чому prompt-бібліотека має значення?

Бо без неї кожен співробітник приватно і погано розв’язує ті самі п’ять задач у п’ятницю о 16:00.

Один prompt — це ідея. Спільна бібліотека — це institutional memory. Коли новий працівник у понеділок знаходить протестований prompt «follow-up після discovery call» з одно-реченнєвою нотаткою про use case — він продуктивний з дня 1, а не з дня 15.

Definition: Prompt-бібліотека — версіонована, керована колекція переюзабельних prompts, розкладених за роллю і задачею, з метаданими про owner, last-tested date і відомі failure modes. Не Notion-сторінка зі скріншотами.

Бібліотека — ще й єдиний довгий артефакт, що переживає зміну інструмента. Перейдете з ChatGPT на Claude наступного року? Prompts здебільшого переносяться. Втратите ключового співробітника? Його найкращі workflow лишаються.

Яка форма папок працює?

Дві осі: role family зверху, task type усередині. Не додавайте третю вісь («за відділами»). Не додавайте її двічі.

/library
  /sales
    /outbound-email
    /discovery-prep
    /follow-up
    /proposal-review
  /customer-success
    /onboarding-message
    /renewal-talk-track
    /escalation-summary
  /finance
    /ap-coding
    /variance-explanation
    /forecast-narrative
  /marketing
    /blog-outline
    /case-study-draft
    /campaign-brief
  /people
    /jd-rewrite
    /screening-rubric
    /onboarding-week-one
  /ops
    /meeting-notes
    /weekly-update
    /sop-draft
  /_shared
    /redaction-checklist
    /tone-and-voice
    /quality-self-check

Шість role families, по 3-4 task type, спільна папка для крос-катних хелперів. 20-30 prompts на старті — правильний scope: достатньо корисно, ще не загубитись.

Definition: Cross-cutting prompt — prompt, що працює незалежно від ролі (зредагувати PII перед вставкою, перевести tone у formal, перевірити вихід на 3 типові failure modes). Живе в _shared.

Що має містити кожен запис?

П’ять полів, у кожному записі, без винятків.

1. Title — verb + noun, простою мовою. «Чернетка follow-up після discovery».
2. When to use — одне речення. «Після 30-хв discovery, де prospect назвав 2+ pain points».
3. Сам prompt — copy-pasteable, з [BRACKETED PLACEHOLDERS] для змінних.
4. Owner — людина, не команда. Owner тестує двічі на квартал.
5. Last tested — дата + модель. Якщо старше 90 днів — флаг «needs re-test».

Опційно, але цінно: known failure modes («погано з multi-stakeholder calls») і один приклад input/output.

Copy/paste шаблон запису

Це формат запису, який ми даємо командам як шаблон. Адаптуйте поля, тримайте структуру.

# [VERB + NOUN TITLE]

**When to use:** [одне речення]
**Owner:** [імʼя]
**Last tested:** [YYYY-MM-DD on MODEL]
**Known failure modes:** [список, по рядку]

---

## Prompt

You are a [ROLE] assistant for a [COMPANY TYPE].

CONTEXT:
- [Static context line 1]
- [Static context line 2]

INPUTS (paste below):
- [INPUT 1 — що користувач вставляє]
- [INPUT 2 — optional]

INSTRUCTIONS:
- [Step 1]
- [Step 2]
- [Constraint: tone, format, length]
- [Anti-instruction: чого НЕ робити]

OUTPUT FORMAT:
- [Точна форма — JSON, markdown, plain]
- [Length limit, якщо є]

---

## Example

INPUT:
[реалістичний приклад input]

OUTPUT:
[вихід, який хочемо, легко відредагований за потреби]

Блок Example — частина, яку більшість бібліотек пропускають. Це ж і частина, що перетворює «спробував і отримав щось дивне» на «я бачу, яку форму він очікує».

Tool tip (Course for Business): У нашій 6-week program побудова бібліотеки — тиждень 2, з пропорцією AI Champions (1:15-20), де champion сидить біля кожної role family. Augment, don't replace тут означає: champion не пише prompts у вакуумі — він пише їх з продавцем, controller-ом або recruiter-ом, який ними користуватиметься. Це різниця між бібліотекою на 200 prompts з 4% reuse і бібліотекою на 30 prompts з 70% reuse. Деталі — https://course.aiadvisoryboard.me/business.

Як тримати бібліотеку живою?

Три легких governance-правила.

1. Twice-a-quarter test, силами owner-а. Якщо prompt не тестований 90 днів — флаг. Якщо 180 — архівується. Архівується, не видаляється — стара версія часом допомагає дебагати нову.
2. Add-only-after-second-use. Новий prompt входить у спільну бібліотеку лише після того, як його успішно використала друга людина. Рятує від цвинтаря «я зробив раз і додав».
3. Один owner per папка. Іменована людина, не Slack-канал. Owner ревʼює додавання, проганяє test-каденс, deprecat-ить мертві prompts.

Усе. Більше бюрократії — і люди перестануть контрибутити.

Definition: Add-only-after-second-use rule — prompt допускається в бібліотеку лише після того, як другий член команди використав його на реальній задачі і підтвердив прийнятний вихід. Фільтрує внески «з ентузіазму».

Який стартовий набір на 30 prompts?

По 6 prompts на 5 role families + 5 крос-катних. Цілимось у топ-обсягові задачі кожної родини.

• Sales: outbound cold email, discovery prep brief, follow-up після call, proposal QA, account research summary, objection handling.
• CS: onboarding welcome, check-in template, escalation summary, renewal talk track, churn-risk note, KB-стаття draft.
• Marketing: blog outline, case study draft, campaign brief, social post варіанти, ad copy A/B, newsletter summary.
• Finance/Ops: invoice coding, variance explanation, forecast narrative, vendor email, meeting notes, weekly status update.
• People/HR: JD rewrite, screening rubric, interview question set, onboarding plan, performance feedback draft, exit interview summary.
• Cross-cutting: PII redaction checklist, formal tone shift, output quality self-check, summarize-to-three-bullets, «поясни як для non-expert».

Тридцять prompts. Два тижні фокусної роботи AI champion + представник кожної role family. Усе.

Team scan (що репортять AI champions після тижня 1)

• Найвикористовуваніший prompt у тижні 1: meeting notes / action items — користує кожен відділ.
• Найвищий leverage для інвестиції: sales (найбільше use, найшвидший scale, найвидиміший ROI).
• Reuse rate стартового набору за 30 днів: типово 60-75% — таксономія тримається.
• Failure pattern: prompts без example block; reuse падає вдвічі.
• Failure pattern: 200-prompt бібліотеки за тиждень; ніхто нічого не знаходить; usage колапсує.
• Один AI champion на ~17 людей володіє бібліотекою; owner-и папок — day-to-day стюарди.
• Перший friction: люди хочуть додати свій улюблений prompt без add-only-after-second-use rule; тримати лінію.
• Перша перемога: sales rep знаходить «follow-up після discovery» на день 2 і шипить першу AI-чернетку email за годину.
• Quality-gate сигнал: prompts, тестовані за 60 днів, мають ~3× reuse vs тих, що 90+ днів тому.
• Бібліотека переживає зміну інструмента: коли одна команда мігрувала з провайдера на провайдера, 90% prompts перенеслись з мінімальними правками.

Micro-case (що змінюється за 7-14 днів)

90-людна B2B SaaS-компанія випустила бібліотеку з 28 prompts за дванадцять робочих днів. Тиждень 1: AI champion сидів з одним rep від кожної role family і драфтив записи; тиждень 2: кожен запис протестувала друга людина і або допустила, або відхилила. Шість prompts відхилено (надто вузькі, надто generic, або спирались на недокументований контекст). Через два тижні reuse rate по бібліотеці — близько 65%, а найвикористовуваніший prompt (meeting notes extraction) запускався 40+ разів на день по компанії. Сигнал CEO, що це спрацювало: новий працівник у customer success використав три prompts з бібліотеки на третій день, без супроводу.

Note on this case: This example is illustrative — based on typical patterns we observe with companies of 30-500 employees, not a single named client. Specific numbers are rounded approximations of common ranges, not guarantees.

Tool tip (Course for Business): Найбільша пастка з prompt-бібліотеками — сприймати їх як одноразовий documentation project. Це не так — це жива система з owner, test-каденсом і contribution rule. Наша 6-week program будує бібліотеку у тижні 2 методом Shoulder-to-Shoulder hot seats з кожною role family, далі передає governance rules і одного named owner per папка. Augment, don't replace тут теж: бібліотека належить тим, хто нею користується, не «AI-team». 30-хв mapping call — https://course.aiadvisoryboard.me/business.

FAQ

Де бібліотека має реально жити? Там, де команда вже читає. Notion, Confluence, GitHub-репо, спільна Drive-папка. Неправильний вибір — «новий інструмент, який ніхто не відкриває». Беріть платформу з найбільшим існуючим трафіком і найпростішим copy-paste UX.

Чи мають prompts бути приватними? Ні — увесь сенс у спільному. Приватні колекції — це як організація отримує 12 версій того самого outbound email prompt і нуль institutional memory.

Що з версіонуванням? Легке — ок для SMB: попередня версія в коментар-блоці або _archive підпапка, коли prompt суттєво змінили. Важке version control (semver, change logs per prompt) — overkill на цьому розмірі.

Потрібен tool, чи markdown вистачить? Для SMB 30-300 — структурованого markdown у місці, де команда вже читає, достатньо. Спеціальні prompt-management tools корисні на більшому масштабі або коли prompts шипляться в production-агенти — інша задача, інша категорія.

Висновок

Prompt-бібліотека — найдешевший і найвищий-leverage шматок AI-інфраструктури, який SMB може випустити. Три речі make-or-break: чиста дво-вісна таксономія, шаблон запису з example, три легких governance rules, яких люди реально дотримуватимуться.

Заблокуйте два тижні. Зберіть стартовий набір на 30 prompts з одним champion і одним юзером per role family. Випустіть governance-документ того ж дня, що і бібліотеку.

Якщо хочете, щоб кожен співробітник запустив свою першу AI-автоматизацію за 5 днів — забронюйте 30-хв дзвінок: https://course.aiadvisoryboard.me/business.