Недавно наткнулся на заметку про реверс-инжиниринг контента: Telegram: View @nobilix_chat
Это привлекло внимание, поскольку коммуникация - это определённо ключ к успеху в жизни:
- Сильная форма коммуникация может компенсировать слабое содержание
- Слабая форма коммуникации может растерять по дороге даже сильное содержание
Реверс-инжиниринг интересен, потому что позволяет “разобрать” форму, после чего натянуть её на любое содержание.
Например, если какое-то выступление или пост явно силён по подаче, и хочется попробовать сделать так же.
Увидев памятку об оплате резидентуры в МИМ, решил разобрать её. И МИМ - дело хорошее, и оплата обучения работодателем в принципе - тоже хорошо.
Сначала при помощи LLM+FPF проанализировал пост выше и сделал навык для ИИ-агента.
Затем применил этот навык к памятке и немного доработал то, что получилось.
Результат привожу ниже.
- Что я получил в итоге? Увидел внутреннее устройство сообщения по методологии, в которой я не разбираюсь, сформулированное стохастическим попугаем, которому я немного доверяю, втиснутым в рамки FPF.
- Как я смогу это использовать? Пока не знаю. Попробую при случае разобрать больше примеров - например, выступления на TED Talks или эссе Пола Грэма.
- Чему я научился?
- Увидел, что в Google Docs есть прямой экспорт в Markdown. При этом даже картинка экспортируется будучи закодированной в base64 внутри заметки, но Obsidian такого не понимает и не отображает эту картинку на месте трансклюзивной ссылки
![[image]]. - В очередной раз увидел, что информации и инструментов вокруг море, но не все из них нужны мне. Вместе с тем, есть возможность быстро попробовать новый инструмент в деле и оценить его полезность, не откладывая это в долгий ящик.
- Увидел, что в Google Docs есть прямой экспорт в Markdown. При этом даже картинка экспортируется будучи закодированной в base64 внутри заметки, но Obsidian такого не понимает и не отображает эту картинку на месте трансклюзивной ссылки
Результат разбора
Teardown Blueprint
Исходник
- Название: «Памятка: как договориться с руководителем об оплате резидентуры»
- Формат: заметка/скрипт + шаблон письма
- Аудитория: сотрудник, который просит руководителя оплатить программу
- Интент: дать готовую структуру разговора и письма, чтобы получить согласование оплаты через пилот и метрики
Тезис (главная мысль)
Оплата резидентуры подаётся как рабочий пилот изменений в проекте с измеримым эффектом и контрольной точкой, а не как личное обучение.
Опорные цитаты
- «это не “учёба ради знаний”, а ускорение и стабилизация изменений в нашем проекте.»
- «Пилот на 6 недель с явным “что считаем результатом”.»
Уверенность: высокая.
Hook (как текст “цепляет”)
Текст стартует не с эмоций, а с жёсткой конкретики: какое действие нужно от руководителя, какая сумма, какой бюджет.
Опорные цитаты
- «Сначала определитесь: что вы хотите получить как действие руководителя»
- «Цель: “ОК на оплату 60 000 ₽ из бюджета развития/обучения + фиксация ожиданий по результатам в проекте”.»
Каркас / фреймворк
Наиболее точная метка: problem–solution (практический).
Маркерные переходы (с цитатами)
- Проблема: «Симптомы сейчас (факты): 3–5 наблюдаемых фактов, без оценок.»
- Усиление ставки (цена текущего режима): «Цена продолжения по-старому (в фактах):»
- Решение: «Что вы предлагаете: резидентура = работа над этим проектом с наставником + еженедельные разборы.»
- Исполнение/скрипт: «Как говорить: короткий скрипт на 90 секунд»
- Действие/CTA: «Ок оплатить из бюджета развития?»
Уверенность: средняя (текст местами похож на AIDA, но он скорее процедурный “как сделать”).
Сегменты (reverse outline)
| ID | Интент (зачем блок) | Клейм (что утверждает) | Тип доказательства | Связь с пред. | Опорные цитаты (evidence anchors) |
|---|---|---|---|---|---|
| S0 | Зафиксировать решение как действие руководителя | Сначала формулируем нужное действие руководителя и параметры сделки | Определение/правило | Старт | «что вы хотите получить как действие руководителя»; «ОК на оплату 60 000 ₽» |
| S1 | Собрать фактическую базу (“карточка ситуации”) | Убедительность строится на фактах и цене текущего режима | Данные/наблюдения | Детализация | «3–5 наблюдаемых фактов, без оценок»; «Цена продолжения по-старому (в фактах):»; «налог героизма» |
| S2 | Упаковать запрос как бизнес-кейс | Просим оплату как инвестицию в изменения с механизмом и проверкой | Механизм/логика | Переупаковка | «тезис → факты → механизм → риски → проверка»; «не “учёба ради знаний”, а ускорение…»; «2–3 метрики/признаках эффекта» |
| S3 | Закрыть типовые возражения | Время/отдача/“личное развитие” снимаются пилотом и метриками | Контраргументы | Усиление | «“Нет времени” → …»; «“Неясна отдача” → …»; «“Это личное развитие” → …» |
| S4 | Снизить риск через “безопасный пилот” | Проще согласовать пилот на срок с метриками и чекпоинтом | Выгода/верификация | Поддержка | «Пилот на 6 недель»; «контрольной точке через 3 недели»; «сокращён lead time…» |
| S5 | Дать произносимый скрипт (90 сек) | Короткий скрипт собирает аргумент и завершает прямым запросом | Инструкция | Исполнение | «короткий скрипт на 90 секунд»; «Ок оплатить из бюджета развития?» |
| S6 | Дать пример (соцдоказательство) и анти-ритуалы | Эффект дают принципы (WIP/фокус/малые релизы), а не “методология” | Пример | Поддержка | «поставки стали регулярнее»; «важны не “ритуалы”, а первые принципы»; «не про “новую методологию”…» |
| S7 | Дать шаблон письма до разговора | Письмо заранее фиксирует рамку пилота и следующий шаг | Шаблон/процедура | Завершение | «Пилот на 6 недель: стабилизировать поставки…»; «Если ок — назначу 15 минут» |
Риторика (Ethos / Pathos / Logos)
- Ethos (доверие/компетентность): «я беру на себя обязательство принести измеримые изменения»
- Pathos (ставки/срочность): «Цена продолжения по-старому»
- Logos (логика/проверка): «тезис → факты → механизм → риски → проверка» и «2–3 метрики/признаках эффекта»
Pattern library (переиспользуемые приёмы)
-
Decision-first → Business-case → CTA
- Что делает: сразу фиксирует требуемое решение, потом оправдывает его как пилот, завершает прямым вопросом.
- Опорные цитаты: «ОК на оплату 60 000 ₽…» → «тезис → факты → механизм → риски → проверка» → «Ок оплатить…?»
-
Пилот с midpoint-checkpoint
- Что делает: снижает риск через ограничение по времени и ранний контроль.
- Опорные цитаты: «Пилот на 6 недель» + «контрольная точка через 3 недели»
Восстановленный “прямой” план (как применять)
- Сформулировать цель как действие руководителя (сумма/бюджет/ожидания).
- Показать карточку ситуации: проект + 2–3 факта + цена текущего режима.
- Сказать тезис: это изменения в проекте, не “учёба ради знаний”.
- Описать механизм: работа на проекте + еженедельные разборы.
- Согласовать пилот: 2–3 метрики/признака эффекта + чекпоинт на 3-й неделе.
- Закрыть типовые возражения.
- Попросить оплату (закрывающий вопрос).
- При необходимости: привести 1 короткий кейс.
- Зафиксировать всё письмом и предложить 15 минут.
Аудит (дыры/риски текста)
- Не закрыт процесс оплаты: кто владелец бюджета, какой порядок, сроки, документы.
- Метрики могут стать спором без baseline и источника данных: слова “WIP/lead time” легко оспорить.
- Нет ответа на “прецедент/справедливость” (“почему тебе, а не всем?”).
- Нет plan B, если “денег нет”: частичная оплата, другой бюджет, перенос, barter обязательствами.
