← всі звіти · feedback_client_email_format.md

name: Канонічний формат листа замовнику description: Структура і тон листа замовнику Deltamedical — компактність, call-to-action, без зайвих секцій type: feedback originSessionId: f925c838-30f7-429f-8ec8-713e89670753

Канонічний формат листа замовнику

Коли формуєш листи/email-чорновики до замовника (клієнта Deltamedical) — дотримуйся компактного стилю Сергія. Він після мого draft'у 2026-05-06 (проект «Вишиванка», блогери) вкоротив лист удвічі і прислав фінальну версію для контексту.

Why: Замовник читає швидко, листа має бути на 1 екран. Зайві секції («Подальші кроки», «Бюджет рано» без конкретики, дубль таймінгу) — додають слова без додаткової цінності і розмивають фокус.

How to apply:

  1. Звертання — «Колеги, вітаю» (команда замовника, не одна людина). Не «Шановний директор» / «Доброго дня, Іван Іванович».

  2. Перший рядок — short statement-purpose: «Короткий статус по комунікації з блогерами:» / «Звітую про статус…»

  3. Структура (max 4 секції): а) Статус по основних запитаних кандидатах (пер-кандидата, з контекстом) б) Альтернативи з нашого боку (пер-кандидата, з статусом) в) Вузькі місця / проблеми (буллетами 2-4 пункти, тільки конкретика) г) Альтернативна механіка / пропозиція + call-to-action питання

  4. Що НЕ виносити окремою секцією:

    • «Тайминг» — він вже всередині «вузьких місць»
    • «Бюджет» — поки немає конкретних цифр, не плодити секцію
    • «Подальші кроки» — лист закінчується питанням «Як вам альтернатива?» / «Чекаємо вашого фідбеку», а не списком action items
  5. Закінчення — конкретне питання замовнику («Як вам альтернатива? Якщо ок, комунікація піде продуктивніше.»). НЕ розпливчасті «залишаюсь на зв'язку».

  6. Без placeholders [бренд] [ім'я] у фінальній версії — підставляй конкретику ДО відправки. Чорновик у Telegram з placeholders ОК, але одразу позначай рядки що треба заповнити.

  7. Тон: інформативно-діловий, без емоцій типу «ризик репутаційний» — пиши «несе репутаційний ризик» один раз і йди далі.

  8. Plain text без markdown — див. feedback_email_drafts_plain_text.md.

Орієнтир довжини: ~300-400 слів для звіту-статусу проекту. Якщо мій draft виходить >600 слів — скоріш за все я дублюю секції.

Виключення: великі стратегічні документи, внутрішні brief'и для команди — там можна детальніше з ToC.