Imported from syrtsovk/Syrtsovk_toolkit (skills/kp-writer/SKILL.md). Install upstream with npx skills add syrtsovk/Syrtsovk_toolkit --skill kp-writer. Copyright stays with the author.

KP Writer - коммерческие предложения по AJTBD

Та ли это дверь? Здесь пишут КП, когда сегмент и ценность уже понятны. Если задача шире - диагноз продукта, выбор сегмента, «кому продавать», «что дальше делать с продуктом», «не растём», «упала конверсия» - правильная дверь /nmtgo: она сортирует задачу и сама зовёт нужный инструмент. Скажи об этом первой строкой и предложи переключиться. Владелец настаивает - работаешь здесь, без спора.

⚖️ Лицензия канона - CC BY-NC-SA 4.0. Применять методологию в коммерческой работе свободно. Но дословные фрагменты текста канона в КП - только с атрибуцией автора (Иван Замесин, nextmovetheory.com). Практическое правило: в клиентский документ канон идёт пересказом своими словами на языке клиента, а не цитатой.

Как устроена работа: две фазы и гейт между ними

   ФАЗА A - ТЕКСТ (всегда)              ГЕЙТ            ФАЗА B - ДИЗАЙН (по команде)
   профиль -> канон -> тип КП ->                        4 вопроса про оформление
   данные -> граф работ -> силы ->  ->  показать    ->  аналитик -> сборщик -> ревьюер
   текст .md -> самопроверка            и спросить      -> КП.html рядом с КП.md

Фаза A заканчивается остановкой. Готовый .md показывается человеку, и скилл ждёт ответа. Это не формальность: текст решает, поверит ли клиент, и правки в него приходят почти всегда. Собирать страницу под непринятый текст - значит собирать её дважды.

Фаза B запускается только по слову - «давай дизайн», «собери страницу», «оформи». Часто текста достаточно: его вставляют в письмо, несут на встречу, кладут в договор. Её можно запустить и отдельно, через день, на уже готовый .md: тогда пропусти фазу A целиком и иди сразу к шагу 10.

Шаг 0. Профиль владельца

Прочитай profile.md в корне скилла целиком, обе части.

Часть 1 - кто отправляет: название компании и дескриптор для подвала, контакт для кнопки, куда складывать файлы, где лежит канон методологии.

Часть 2 - что владелец продаёт: услуги и типовые цены, кому обычно продаёт, кейсы, порядок оплаты и пилота, границы «чего не обещаем». Это заполняется один раз и существует ровно для того, чтобы не переспрашивать одно и то же в каждом КП. Прочитал - используй, а не спрашивай заново.

Файла нет - скопируй assets/profile.example.md в profile.md, задай четыре вопроса (компания и чем занимается · контакт для кнопки, обязательно личный чат · корневая папка для клиентов · путь к канону) и заполни. Один раз на всю жизнь скилла.

Заглушки ЗАПОЛНИ- в двух частях означают разное. Проверь, где именно они остались:

awk '/^# Часть 2/{p=1} /ЗАПОЛНИ-/{print (p?"часть2: ":"ЧАСТЬ1: ") $0}' profile.md

• Часть 1 - стоп. Эти строки уезжают в документ молча: подвал с чужим именем и мёртвая кнопка выглядят нормально до первого звонка клиента. Останови работу и спроси. Это единственный случай, когда скилл не имеет права продолжить с пометкой.
• Часть 2 - не блокер. Значит, владелец просто ещё не записал эту часть про себя. Работай дальше: спроси недостающее по этому клиенту и предложи заодно занести ответ в профиль, чтобы в следующий раз не спрашивать. Заглушку в текст КП, разумеется, не тащи.

Личные данные живут только в этом файле. В шаблонах, справочниках и промтах агентов не должно появляться ни имён, ни контактов, ни чужих путей: скилл передаётся другим людям.

ФАЗА A - ТЕКСТ

Шаг 1. Загрузи экспертную систему

Прочитай два файла до первого содержательного ответа:

• references/expert-system.md - промт B2B-копирайтера по AJTBD: семь формул языка работ, полные списки драйверов и блокеров, 25 механик ценности, личные работы ЛПР
• references/kp-structure.md - структура КП по типам, формулы заголовков, блок снятия страхов, якорение цены, готовые каркасы документа

Остальные два справочника открываются позже и только в фазе B: references/html-build.md и references/design-agents.md.

Шаг 2. Обязательная сверка с каноном AJTBD

Источник №1 - публичный канон Next Move Theory, путь берётся из profile.md (по умолчанию ~/.claude/nmt-canon/, английский). Локальные файлы, сеть не нужна. Высший авторитет по методологии.

Перед выдачей КП открой Read-ом 1-3 файла канона под задачу и сошлись на них по правилу следа. Канон физически не читается - скажи это вслух первой строкой и работай дальше с явной пометкой «сверки не было». Третьего варианта - ответить по памяти и промолчать - нет.

⚠️ Путь к канону обычно симлинк. Glob и find без -L по нему возвращают ноль файлов, и ты решишь, что канона нет. Ходи Read по полному пути и grep -r / find -L. Пустой ответ Glob'а - не доказательство отсутствия канона.

Пути в таблице - относительно корня канона.

Шаг 2а. Правило следа - без него скилл врёт складно

Любое утверждение о методологии (работа, сегмент, ценность, критерии, барьер, страх, проблема, решение, механика, силы перехода) выдаётся только вместе с именем файла канона, открытого в этом же ответе:

[<файл канона> §N] - <утверждение>

Три утверждения подряд без адреса - значит, ты пересказываешь общий JTBD Кристенсена по памяти. Остановись, открой файл. Почему правило жёсткое: общий JTBD сидит в весах модели сильнее, чем канон Замесина; текст из общих знаний выходит складным, уверенным и неверным - и это невидимо ни тебе, ни владельцу, ни клиенту.

Правило следа действует в разборе с владельцем. В тексте самого КП методологический жаргон и ссылки на канон не появляются вообще: клиент читает свои работы и свои цифры, а не термины.

Шаг 2б. VETO - пять подмен общего JTBD. Проверять КАЖДУЮ формулировку по ВСЕМУ скиллу

Не только там, где пишешь про AJTBD, - по всему разбору и по всему тексту КП. Нарушил - переписал, а не оговорил.

1. РАБОТА = спецификация перехода: ситуация (State A) → ожидаемый результат (State B), чтобы выполнить работу уровнем выше. [job-structure.md §1-2], [ajtbd-key-theses.md §3]. ВНЕ КАНОНА: «работа = прогресс клиента», шаблон Job Story «Когда [X], я хочу [Y], чтобы [Z]» (чужая школа, в каноне ноль вхождений) - не выдавать.
2. ЦЕННОСТЬ = энергоэффективность выполнения работы для мозга: Ценность ≈ Вероятность результата × Результат − Издержки [value-creation.md §3]. Двигает поведение дельта против прогноза мозга, не «польза». Момент «ага» - сигнал (положительная ошибка предсказания против тех критериев, с которыми клиент пришёл), а не сама ценность [value-creation.md §5], [behaviour-change.md §6-7]. Три рычага в КП: поднять вероятность результата (пилот, гарантия, SLA, кейс той же отрасли) · поднять сам результат (выйти на работу уровнем выше) · снизить издержки [value-creation.md §3].
3. «Я хочу + глагол» = 1 из 8 элементов работы (элемент 5, ожидаемый результат), а не вся работа [job-structure.md §7]. Без критериев успеха и их приоритетного порядка работа не сформулирована; критерии - то место, где ценность живёт операционно [value-creation.md §9], и единственное, что нельзя достроить задним числом.
4. ПРОБЛЕМА = следствие решения, которое наняли на работу и оно сработало ниже её критериев успеха. Нет работы и решения - проблеме негде жить: восстанови цепочку Работа → Решение → Проблема, прежде чем что-то писать в КП [ajtbd-key-theses.md §7]. ВНЕ КАНОНА: «корневая причина», «боль» как термин, «struggling moment». Пиши вместо них: невыполненная работа · проблема с текущим решением · негативная эмоция в State A · объективный барьер.
5. РЕШЕНИЕ = вещь в мире И подграф работ, который она устанавливает [behaviour-change.md §2]. Сменить решение = сменить набор Core Jobs, которые клиент выполняет [behaviour-change.md §3]. Сравнивать нас с альтернативами - сравнивать графы работ и их энергоэффективность, а не списки фич; в наборе альтернатив всегда «сделаю сам» [job-graph.md §16] и «ничего не делать» [ajtbd-key-theses.md §17], [the-algorithm.md §3.3] - оба это полноценные графы работ.

Главный конкурент в B2B - не другой вендор, а null-решение [b2b.md §1], [critical-chain.md §4]. Дословно: «The default outcome of all this complexity is no decision, not a competitor win» - большая доля квалифицированного пайплайна умирает здесь, а не в проигрыше конкуренту, потому что личный риск провального внедрения делает бездействие безопасным выбором. Отсюда главная задача КП: не переиграть конкурентов по фичам, а сделать цену сохранения текущего положения конкретной и неизбежной настолько, чтобы «ничего не делать» перестало быть безопасным.

Запрещённые формулировки - в разборе и в тексте КП: «работа = прогресс» · «Job Story» · «struggling moment» · «четыре силы» / «четыре силы прогресса» · «push / pull / anxiety / habit» как рамка · «боль» как термин методологии · «корневая причина». Наблюдение чужой школы (Кристенсен, Moesta, Klement, Ulwick) - только строкой, начинающейся с ВНЕ КАНОНА:, и с именем автора. Определения берутся только из канона.

Канон чего-то не формализует - скажи прямо: «канон этого не формализует, вот моя гипотеза». Публичный канон - около 25% методологии (сказано в его же UPSTREAM-README.md), поэтому «в каноне нет» ≠ «неправда». Не затыкай дыру общим JTBD.

Шаг 2в. ⚠️ «Четыре силы прогресса» - АРХИВ, не инструмент

Автор методологии их архивировал. Дословно: «AJTBD recommends anchoring your behavior-change practice on the theses below rather than on the Four Forces» [behaviour-change.md, врезка перед §1]; дубль - [ajtbd-key-theses.md §21]. Сил больше четырёх, а проблема с текущим решением - не сила, а триггер, запускающий оценку альтернатив. Замесину как живой инструмент не приписывать.

Что вместо: сначала триггер, потом силы. Триггер [behaviour-change.md §8] - момент, когда клиент вышел из привычки. Без триггера силы не работают вообще, а КП уходит в пустоту: «Marketing that hits a customer in steady-state habit… is mostly wasted». Дальше - 6 драйверов и 8 блокеров [behaviour-change.md §9], сгруппированные по типу рычага, то есть по тому, чем каждая сила лечится.

Полные списки с формулировками, примерами и лечением каждой силы - в references/expert-system.md, раздел «Силы перехода». Там же таблица «барьер или страх» и разбор «что мы можем и чего в основном не можем». Пересказывать их здесь второй раз незачем: файл уже прочитан на шаге 1.

Два следствия нарушают чаще прочих, и оба разобраны там же: барьер лечится реальностью, страх - словами [barrier-removal.md §3-4], и привычку не ломают, а переиспользуют [behaviour-change.md §11]. Проверка на них стоит в чек-листе шага 8.

Источник №2 - MCP search_ajtbd_knowledge: опционально, не блокирует. Доступен - 1-3 запроса на углубление. Реальное имя может быть с префиксом mcp__AJTBD_k__. Недоступен или не авторизован - не падай, не проси токены, не блокируй выдачу КП: канон из источника №1 полностью покрывает сверку. Отметь одной строкой «MCP недоступен, сверка по локальному канону» и никогда не изображай сверку, которой не было.

Источник №3 - свои конспекты методологии, путь из profile.md (может отсутствовать). Канон = «что и почему», конспекты = «как». Спорят с каноном - прав канон, расхождение назвать вслух, не выбирать молча. Осторожно с числами: «17 механик» - историческое название воркшопа, публичный канон даёт 25 базовых (value-creation-mechanics.md), полная методология - 100+ (ajtbd-key-theses.md §22).

Шаг 3. Определи тип КП

Тип не очевиден - спроси.

Шаг 4. Собери входные данные

Сначала посмотри в profile.md, часть 2. Там уже лежит то, что не меняется от клиента к клиенту: услуги и типовые деньги, кому обычно продаём, кейсы, порядок оплаты и пилота, границы «чего мы не обещаем». Это НЕ спрашивай - это уже есть.

Спрашивай только то, что относится к этому клиенту:

• клиент - название, отрасль, масштаб;
• контекст - что у него происходит и почему он ищет решение сейчас;
• что предлагаем именно ему - какая из услуг профиля, в каком объёме;
• цена под него, если она отличается от типовой.

Переспрашивать то, что уже записано в профиле, - худший способ потратить внимание владельца. Он один раз это написал именно чтобы не повторять. Профиль пуст в части 2 - тогда спроси, и предложи заодно записать ответ в профиль, чтобы в следующий раз не спрашивать.

Чего-то не хватает - задай уточняющие вопросы до генерации. Критичные данные не додумывай: выдуманная цифра в КП дороже лишнего вопроса.

Сильный вход - фактура из данных клиента. Если есть доступ к его выгрузке, CRM, счетам - посчитай по ним до написания текста. КП, которое открывается цифрой, которую клиент про себя не знал, снимает торг по цене ещё до раздела «стоимость».

Шаг 5. Разбери граф работ клиента

Super Job:  [стратегическая цель бизнеса клиента]
  ↑
Big Job:    [крупная задача, к которой ведёт наше решение]
  ↑
Core Job:   [конкретная работа, за которую клиент платит]
  ↑
Micro Jobs: [шаги выполнения core job нашим продуктом]

Покажи граф владельцу и согласуй до написания полного текста.

Шаг 6. Собери силы перехода - сначала триггер, потом драйверы и блокеры

Порядок жёсткий и он не «четыре пункта», а два уровня [behaviour-change.md §8-9].

6.1. Триггер. Назови конкретный триггер фактом, а не догадкой. Не определяется - скажи вслух: это КП «в холодную», его задача загрузить активирующее знание и создать триггер, а не «продать».

Триггер: [что у клиента сломалось или изменилось именно сейчас]

6.2. Драйверы, которые мы реально можем включить - под каждый пишем конкретный блок КП:

Knowledge of a more energy-efficient way: [чем наш граф работ энергоэффективнее - по критериям Big Job клиента, с цифрами]
Firing the competing Job Graph:           [чем текущий способ конкретно хуже по ЕГО критериям - только реальные проблемы]
Positive Prediction Error (момент «ага»): [где и когда клиент впервые увидит результат - чем раньше по цепочке, тем лучше]
Identity alignment:                       [на языке какой идентичности говорим с ЛПР]

6.3. Блокеры - и чем каждый лечится:

Objective barriers (реальность): [интеграции, доступы, форматы данных, ИБ, юрлицо - что чиним ДО обещаний в КП]
Specific fears (слова):          [конкретный ожидаемый разрыв → почему он предотвращён / обратим / застрахован]
Habit (переиспользуем):          [в какие уже работающие ритуалы встраиваемся]
Cost asymmetry (price-as-pain):  [чем гасим: пилот, оплата по этапам, деньги назад, расчёт против альтернативы]
Identity-as-current-solution:    [если клиент отождествляет себя с текущим вендором или с «мы делаем сами»]

Барьер, который не починен в реальности, в КП не закрывается словами. Он идёт владельцу отдельной строкой: «это блокер, обещать нельзя, надо чинить».

Шаг 7. Напиши текст и сохрани в .md

Структура и готовый каркас под тип КП - в references/kp-structure.md. Подвал заполняется из profile.md.

Куда класть файл - правило раскладки из profile.md. Обычно: найти поиском существующую папку клиента и положить туда, в подпапку КП/; не нашлась - создать. Имя файла: КП_<Клиент>_<ГГГГ-ММ-ДД>.md.

Шаг 7б. Прогони текст через humanvoice - до проверки, не после

Методология отвечает за то, что сказано. Она ничего не делает с тем, как это звучит. А звучит свежесгенерированный текст характерно: гладкие тройки «качественно, надёжно и профессионально», причастные хвосты «подчёркивая приверженность», оценки вместо фактов, одинаковый ритм предложений. Человек не назовёт причину, но почувствует - и документ, методологически безупречный, прочтётся как рассылка.

Если скилл humanvoice установлен (~/.claude/skills/humanvoice/) - позови его на готовый текст в режиме правки. Он смотрит на текст как на четыре слоя следов и убирает кластеры, а не отдельные слова.

Настройки для КП задай явно - ни один его пресет не подходит целиком:

• длинное тире → дефис с пробелами, ё → е - как в пресете «в стиле Кирилла»;
• но точки в конце абзацев и пунктов списка ОСТАВЛЯЙ. Их снятие - конвенция телеграм-канала. Коммерческое предложение без точек выглядит неряшливо, а не живо;
• кавычки-ёлочки.

Что humanvoice трогать не имеет права. Он правит голос, а не содержание:

• ни одна цифра, сумма, дата и срок не меняются;
• обещания не усиливаются: «поможем вернуть» не превращается в «вернём»;
• формулировки работ и критериев успеха остаются - они выверены по канону;
• блок про объективные барьеры не смягчается: там «проверяем до старта», а не «решим».

Передавай ему эти условия в запросе, а не надейся, что он догадается.

Скилла нет - не разводи руками, а предложи доставить его прямо сейчас. Это одна команда, он лежит в том же репозитории, что и kp-writer:

git clone --depth 1 https://github.com/syrtsovk/Syrtsovk_toolkit.git /tmp/hv \
  && cp -R /tmp/hv/skills/humanvoice ~/.claude/skills/humanvoice && rm -rf /tmp/hv

Владелец отказался или сети нет - скажи одной строкой «humanvoice не установлен, чищу сам» и пройди текст по главным следам вручную: оценки заменить фактами («надёжный сервис» → «за год ни одного сбоя»), вырезать причастные хвосты, разбить одинаковый ритм короткими фразами, убрать тройки-перечисления ради полноты. Это слабее, и об этом надо сказать вслух, а не сделать вид, что прогон был.

Почему до проверки, а не после. Шаг 8 ловит запрещённые слова, длинное тире и «ё». Правка голоса может внести их обратно - humanvoice по умолчанию считает длинное тире законным. Порядок «сначала правка, потом проверка» закрывает эту дыру; обратный порядок пропускает её в документ.

Шаг 8. Behavior Change Check - до показа, не после

Прогони по списку перед тем, как показать текст. Первые два блока - методология, третий - VETO, четвёртый - язык.

Триггер и силы [behaviour-change.md §8-9]:

• Назван конкретный триггер - или вслух сказано, что триггера нет и КП работает на активирующее знание
• Активирующее знание есть: клиент узнаёт, что существует более энергоэффективный способ, и видит дельту по СВОИМ критериям
• Текущий способ «отстрелян» конкретно: реальные проблемы и риски по критериям Big Job, ничего не выдумано
• Момент «ага» стоит как можно левее по цепочке - первый видимый результат не отложен на «через полгода»
• Объективные барьеры отделены от страхов: барьеры чинятся реальностью и не «закрыты» абзацем текста
• Каждый страх назван конкретно (какой разрыв клиент предсказывает) и показано, почему он предотвращён / обратим / застрахован
• Привычка переиспользуется, а не «мы ничего не меняем»
• Цена подана против стоимости альтернативы или бездействия - price-as-pain погашен
• Личные работы ЛПР адресованы, не только бизнес-цели [b2b.md §5-6]

Работы и ценность:

• H1 = Core Job + ценность (НЕ название продукта) [communication.md §5]
• Клиент узнаёт себя в первых 2 предложениях (контекст и триггер)
• Core Job сформулирована как переход State A → State B, а не как название услуги
• Критерии успеха названы и расставлены по приоритету - под них и выбрана механика [value-creation.md §9, §11]
• Core Job НЕ выдаётся за Big Job; обещаем только то, что цепочка реально выполняет [communication.md §3, §9]
• Фичи стоят как доказательство, а не как сообщение [communication.md §4]
• ≥3 конкретные цифры или метрики

VETO (блок 2б):

• Ни разу: «четыре силы», «push/pull/anxiety/habit», «боль» как термин, «корневая причина», «Job Story», «работа = прогресс», «struggling moment»
• Проблемы выведены из цепочки «Работа → Решение → Проблема», а не названы «болями»
• Чужая школа - только с пометкой ВНЕ КАНОНА:

Язык:

• Нет слов «быстро / качественно / надёжно» без конкретики
• Нет клише: «уникальное решение», «комплексный подход», «инновационная платформа»
• В тексте КП нет методологического жаргона (Core Job, Job Graph, prediction error)
• CTA один, конкретный, с минимальным барьером
• Нет буквы «ё» и длинного тире - только обычный дефис

Шаг 9. ГЕЙТ - покажи и остановись

Это точка, где скилл прекращает работу и ждёт ответа. Не «уточняющий вопрос по ходу», а полная остановка.

Выдай ровно это:

1. Путь к файлу.
2. На чём стоит документ - 3-5 строк простым языком: какой триггер взят, какая Core Job, чем гасим главный блокер. Без методологического жаргона.
3. Что осталось непроверенным - барьеры, которые надо чинить реальностью; цифры, взятые с чужих слов; места, где канон не формализует и стоит гипотеза.
4. Вопрос: «Текст ок? Скажи, если что-то поправить. Когда примешь - могу собрать веб-версию: страница с графиками, мокапом и калькулятором, один файл, открывается без интернета и пересылается клиенту как есть.»

Почему остановка обязательна. Правки в текст приходят почти всегда - меняется цифра, уходит имя, переписывается CTA. Каждая такая правка после сборки страницы означает переклейку HTML и риск рассинхрона: в тексте одна сумма, на графике другая. Документ, где цифры не сходятся, теряет доверие целиком, а не в одном месте.

Дизайн не запускается по умолчанию. Ждёшь явного «давай», «собери», «оформи». Молчание или «спасибо, достаточно» - работа закончена, файл .md и есть результат.

ФАЗА B - ДИЗАЙН (только по команде)

Шаг 10. Собери веб-версию

Открой references/design-agents.md - там расписано, кто что делает: дизайнер → сборщик страницы → ревьюер. Материал по самому HTML - в references/html-build.md, агенты читают его сами.

Дизайн здесь проектируется, а не подставляется в шаблон. Дизайнер читает готовое КП, идёт за материалом в ui-ux-pro-max (50+ стилей, палитры, шрифтовые пары, гайдлайны, типы графиков) под отрасль клиента и того, кто будет читать, и приносит владельцу два-три готовых направления с объяснением, что каждое делает с читателем. Не абстрактные вопросы «какой стиль вы хотите» - на такое нечего ответить, - а конкретные варианты, которые можно принять, отклонить или смешать. Дальше обычный разговор, пока замысел не устроит владельца.

Скелет assets/kp-template.html - это страховка, а не макет. В нём решено то, что ломалось на живых клиентах: обе темы без слипшихся блоков, печать, уважение к настройкам анимации, скролл таблиц на телефоне, работающее копирование в буфер, поведение при выключенных скриптах. Это не стиль - это то, без чего документ у части людей не открывается. Палитру, шрифт, плотность, набор и порядок блоков дизайнер выбирает сам под клиента: меняй значения токенов и добавляй свои классы, но защитные пары --ink/--on-ink, --on-accent и блоки @media print, prefers-color-scheme, prefers-reduced-motion, <noscript> обязаны остаться.

assets/kp-blocks.html - склад готовых блоков к нему: мокап продукта, график динамики, визуализация масштаба, схема потока, таймлайн, сравнение с альтернативой, калькулятор. Отправная точка, а не обязательный набор.

Файл кладётся туда же, где .md, имя то же, расширение .html.

Собирается копированием шаблона, а не написанием файла с нуля. Сначала cp шаблона в целевой путь, дальше точечные Edit малыми порциями: сперва плейсхолдеры шапки и подвала, потом заголовки и текст разделов, потом блоки по одному. Готовая страница весит 50-80 КБ, и попытка выдать её единым Write кладёт агента по таймауту, не оставив файла. Проверено на живом прогоне.

Блок ставится, только если есть чем его питать. График без цифр клиента, калькулятор без модулей, мокап без его имён - пустая нарядность, она хуже строгого текста: человек видит попытку произвести впечатление там, где нечего сказать. Нечем наполнить - удали блок целиком вместе с пунктом навигации.

Ключевые запреты

Методология:

• Не начинай КП с продукта. Начинай с контекста и работы клиента
• Не обещай Big Job как Core Job
• Не выдавай текст, не пройдя шаг 7б. Методологически верный документ, который звучит как машинная рассылка, читают по диагонали и не отвечают
• Не позволяй правке голоса менять цифры, сроки и силу обещаний. humanvoice правит, как звучит, а не что сказано
• Не выдумывай кейсы. Берутся только из profile.md, часть 2. Их там нет - блок «результаты клиентов» снимается целиком, а доверие поднимается пилотом, контрольной группой и ранним первым результатом. Пустое место честнее выдуманного кейса
• Не обещай того, что владелец записал в «чего мы НЕ делаем». По логике документа оно будет проситься постоянно
• Не выдумывай проблемы клиента. Создать проблемы в его текущем решении мы не можем - только вскрыть реальные [behaviour-change.md §9]
• Не закрывай словами объективный барьер. Обещание там, где реальность не починена, производит будущую проблему [barrier-removal.md §4]
• Не тяни архивные «четыре силы» как живой инструмент и не приписывай их Замесину
• Не изображай сверку, которой не было: канон не читается или MCP лежит - одна строка вслух, первой
• Не выдавай КП без прогона через Behavior Change Check и блок VETO

Процесс:

• Не запускай фазу дизайна, пока текст не подтверждён. Гейт на шаге 9 - остановка, а не риторический вопрос
• Не навязывай HTML. Текста часто достаточно, и лишний файл в папке клиента - мусор
• Не собирай страницу под текст, который ещё правят: цифры разъедутся между документом и графиком

Язык и оформление:

• Не используй клише: «уникальное решение», «комплексный подход», «инновационная платформа», «лидер рынка»
• Не используй абстрактные выгоды без цифр и манипулятивные приёмы
• Не используй букву «ё» и длинное тире в клиентских документах
• Не наступай на три мины из html-build.md: токен темы фоном под светлый текст (в тёмной теме блок сливается) · mailto: в кнопке (у половины людей она мёртвая) · кнопка без строки о том, что произойдёт (её не нажимают). Каждая уже один раз испортила клиентский документ

Личные данные:

• Не хардкодь имя, контакт, название компании или пути в шаблоны, справочники и промты агентов. Всё это приходит из profile.md - скилл передаётся другим людям
• Не выдавай документ, если заглушки ЗАПОЛНИ- остались в части 1 профиля. Они уедут клиенту молча: подвал с чужим именем и мёртвая кнопка выглядят нормально до первого звонка. Незаполненная часть 2 работу не блокирует - просто спроси недостающее по этому клиенту

Стиль

• С владельцем: на «ты», по-деловому, без воды. Имя - из profile.md
• В тексте КП для клиента: партнёрский тон, эксперт к эксперту, равный к равному
• Каждое предложение несёт конкретную ценность. Цифры и факты важнее прилагательных