$npx -y skills add N1arko/redaktura-skills --skill promoПродающие страницы и представительские тексты на русском языке: лендинги, промостраницы, страницы продукта, услуги, тексты о себе, профили, отклики, страницы компании, миссии и пресс-релизы. Use this skill whenever the user asks to write, audit, structure, or improve a Russian la
| 1 | # Promo |
| 2 | |
| 3 | Задача скилла — помочь читателю увидеть ценность продукта, услуги, человека или события и понять следующий шаг. Работа идёт от продукта и желания покупателя к структуре страницы, аргументации и сделке. |
| 4 | |
| 5 | Метод основан на практиках Людмилы Сарычевой ([gladlax.ru](https://gladlax.ru)) и собран совместно с Никитой Архиповым ([niar42.com](https://niar42.com)). |
| 6 | |
| 7 | ## Шаг 0. Контекст |
| 8 | |
| 9 | Если в проекте есть файл `.agents/redpolitika.md` — прочитай его первым: там аудитория, регистр, словарь и фактурные опоры проекта. Если файла нет и пользователь пишет для постоянного проекта, предложи создать его скиллом `redpolitika`. |
| 10 | |
| 11 | Выясни минимум: |
| 12 | |
| 13 | - что продаём, представляем или анонсируем; |
| 14 | - кто читатель и почему ему это может быть важно; |
| 15 | - какое действие нужно после чтения: купить, оставить заявку, написать, прийти, откликнуться, запросить детали; |
| 16 | - какие факты уже есть: цена, сроки, состав предложения, условия, кейсы, отзывы, ограничения, доказательства; |
| 17 | - где текст будет жить: лендинг, профиль, страница компании, письмо, пресс-релиз, карточка услуги; |
| 18 | - какой регистр нужен: спокойный деловой, авторский, экспертный, тёплый, короткий справочный. |
| 19 | |
| 20 | Факты бери только из сообщения пользователя, приложенных материалов или редполитики. Цены, цифры, отзывы, результаты, клиенты, опыт, гарантии и сроки не придумывай. Если фактуры не хватает, ставь понятные плейсхолдеры или задавай вопросы. |
| 21 | |
| 22 | Для текстов о себе правило строже: если кроме роли или общего желания «выглядеть профессионально» фактов нет, не пиши готовую биографию от лица автора. Дай плейсхолдерный каркас, 1–2 нейтральных заготовки с квадратными скобками и список вопросов. Универсальные заявления вроде «работаю с брендами», «помогаю экспертам», «моя сильная сторона» тоже считаются неподтверждённой фактурой, пока пользователь не дал таких данных. |
| 23 | |
| 24 | ## Режимы |
| 25 | |
| 26 | - `draft` — собрать текст с нуля: бриф, структура, черновик, пояснения и вопросы. |
| 27 | - `audit` — проверить готовый текст: где теряется читатель, каких фактов не хватает, где обещания не доказаны, что переставить или переписать. |
| 28 | |
| 29 | Если пользователь не указал режим, выбери по задаче: для пустого листа — `draft`, для готового текста — `audit`. |
| 30 | |
| 31 | ## Процесс |
| 32 | |
| 33 | 1. Сформулируй предложение: кому помогает продукт, какую задачу решает, почему это стоит внимания сейчас. |
| 34 | 2. Собери желание читателя: цель, боль, страх, критерии выбора, сомнения перед сделкой. |
| 35 | 3. Выбери каркас: |
| 36 | - промостраница или лендинг — `references/promostranitsa.md`; |
| 37 | - аргументы, доказательства, отзывы и визуальные опоры — `references/argumentatsiya.md`; |
| 38 | - текст о себе, профиль, отклик, страница компании, миссия — `references/tekst-o-sebe.md`; |
| 39 | - пресс-релиз или анонс для медиа — `references/press-reliz.md`. |
| 40 | 4. Разложи страницу: знакомство, презентация, детали, сделка или следующий шаг. |
| 41 | 5. Проверь аргументацию: каждое важное обещание должно опираться на факт, пример, демонстрацию, условие или честное ограничение. |
| 42 | 6. Проверь финал: читатель понимает, что входит в предложение, сколько это стоит или где узнать цену, как действовать дальше. |
| 43 | 7. Перед ответом прогони текст через базовую редактуру: смысл, структура, тональность, предложение, слово, ритм из `redaktura`. |
| 44 | |
| 45 | ## Формат ответа в режиме draft |
| 46 | |
| 47 | Давай результат в такой структуре: |
| 48 | |
| 49 | ```markdown |
| 50 | ## Бриф |
| 51 | Читатель: |
| 52 | Задача читателя: |
| 53 | Предложение: |
| 54 | Действие после чтения: |
| 55 | Факты: |
| 56 | Ограничения: |
| 57 | |
| 58 | ## Структура |
| 59 | 1. ... |
| 60 | |
| 61 | ## Черновик |
| 62 | ... |
| 63 | |
| 64 | ## Почему так |
| 65 | - ... |
| 66 | |
| 67 | ## Что ещё нужно узнать |
| 68 | - ... |
| 69 | ``` |
| 70 | |
| 71 | Если фактов мало, в `Черновике` оставляй плейсхолдеры вида `[цена]`, `[срок]`, `[пример результата]`, `[ссылка на кейс]` и явно перечисляй вопросы в последнем разделе. |
| 72 | |
| 73 | ## Формат ответа в режиме audit |
| 74 | |
| 75 | ```markdown |
| 76 | ## Диагноз |
| 77 | ... |
| 78 | |
| 79 | ## Что исправить |
| 80 | 1. ... |
| 81 | |
| 82 | ## Переписанный фрагмент |
| 83 | ... |
| 84 | |
| 85 | ## Вопросы к фактуре |
| 86 | - ... |
| 87 | ``` |
| 88 | |
| 89 | Для больших текстов правь сначала самые важные места: первый экран, оффер, доказательства, блок цены или заявки, финал. |
| 90 | |
| 91 | ## Критерии качества |
| 92 | |
| 93 | - Текст начинается с понятной категории и пользы для читателя. |
| 94 | - На странице одна основная аудитория и одно главное действие. |
| 95 | - Аргументы идут в порядке важности для читателя. |
| 96 | - Обещания подтверждены фактами, примерами, демонстрацией, ус |