Библиотека формулировок.
Под задачи, которые правда повторяются.

01 · Главы страницы

Пять правил, без которых библиотека превращается в генератор правдоподобного

Эти правила важнее самих формулировок. Формулировку можно написать свою, а нарушение любого из пяти пунктов ломает результат независимо от того, как красиво составлен запрос.

1. Сначала материалы, потом задача. Все формулировки ниже предполагают, что вы перечислили разрешённые файлы проекта и указали, каким источникам доверять. Без них ответ будет опираться на общие знания и предположения. Как подготовить материалы — в главе Рабочая среда: файл контекста →.
2. Прикладывай данные, а не описывай их. «Проанализируй нашу воронку» и «проанализируй приложенную выгрузку за март, единица анализа — лид» дают разный результат: первое — выдумку, второе — работу.
3. Проси показать основания. В формате ответа всегда должно быть требование показать формулы, источники и то, что помечено как гипотеза.
4. Разрешай задавать вопросы. Добавляй в конец: «если входа недостаточно — сначала задай до трёх вопросов». Запрет на уточнения не убирает пробел, а заставляет заполнить его допущением.
5. Меняйте одну группу условий за цикл. Добавить материалы, изменить структуру, запросить примеры, сократить, проверить факт или предложить альтернативы. Если одновременно поменять всё, трудно понять причину результата.

02 · Главы страницы

Повторяемая задача заслуживает сохранённого задания

Если задача возникает третий раз, формулировать её заново — потеря времени и качества. Библиотека промптов — такой же рабочий артефакт, как шаблон отчёта: она накапливает то, что уже проверено.

Библиотека хранит не формулировки, а условия, при которых они сработали

Сохранённая команда без примеров входа и выхода через месяц бесполезна: непонятно, на каких материалах она давала результат и почему в этот раз даёт другой. Пример входа и пример приемлемого выхода — минимальная пара, без которой запись остаётся напоминанием, а не инструментом.

Ровно поэтому в библиотеке хранят и то, что не сработало. Это единственная часть, которая не восстанавливается: неудачный вариант забывается, и его пробуют заново каждые несколько месяцев.

Дата и версия — не бюрократия, а срок годности

Инструменты меняются, и формулировка, отлаженная полгода назад, может давать другой результат без всякой вашей ошибки. Без даты это выглядит как деградация качества работы; с датой — как повод перепроверить и обновить запись.

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

Шесть файлов лучше тридцати

Библиотека разрастается быстро и ровно с той же скоростью перестаёт использоваться: поиск нужной записи становится дороже, чем сформулировать заново. Небольшой набор, покрывающий повторяющиеся задачи, применяется; большой архив — нет.

Практический критерий для включения: задача повторялась хотя бы трижды и результат каждый раз требовался в одном и том же виде. Всё остальное остаётся разовым и в библиотеку не попадает.

Хранить это стоит там же, где живёт работа — в репозитории проекта или в общей папке инструментов, а не в переписке. Промпт, который нужно искать в истории чата, фактически не существует.

03 · Главы страницы

Проверка стоит времени — и это время закладывается в срок

Типичная ошибка планирования: работа оценивается по времени генерации, а не по времени проверки. Между тем именно проверка определяет, можно ли отдать результат.

Проверка зависит от типа результата, а не от объёма текста

Единого способа проверки не существует: у расчёта проверяют формулу и входные значения, у текста — соответствие заданию и отсутствие непроверяемых утверждений, у перечня — полноту и отсутствие пересечений. Попытка проверять всё одинаково заканчивается чтением по диагонали, а оно ловит только грубые ошибки.

Самая частая ошибка проверки — соглашаться с тем, что звучит уверенно. Уверенность формулировки не связана с надёжностью основания, и именно уверенные фразы стоит проверять первыми.

Правило одной строки экономит больше, чем выглядит

Требование указать, откуда взято каждое утверждение, действует не столько при чтении, сколько при написании: то, что нельзя подкрепить, чаще всего просто не появляется. Это дешевле, чем вылавливать потом.

Там, где основания нет, честная пометка «не знаю» и «не проверено» полезнее правдоподобной догадки. Догадка без пометки переживает несколько пересказов и становится фактом, происхождение которого уже не восстановить.

Признак, что проверки не было

Результат, в котором не отмечено ни одного ограничения, ни одного пробела и ни одного места, требующего решения человека, почти наверняка не проверялся. Реальный материал всегда содержит места, где данных не хватает или где возможны два толкования.

Поэтому первое, что стоит искать в проверенном результате, — не ошибки, а перечень того, что осталось неизвестным. Его отсутствие — самостоятельный сигнал.

04 · Главы страницы

Одна «умная модель» подтвердит твою идею. Четыре независимых прохода — нет

Если попросить AI просто «оценить» решение, он его поддержит. Качество растёт, когда владелец задачи намеренно смотрит с разных сторон и требует разные форматы доказательств.

Это не заменяет людей в команде. Роли создают хороший первый черновик вопросов, рисков и вариантов для обсуждения — то, с чем не стыдно прийти на встречу. Проходы делаются по одному и не склеиваются в общий ответ, пока каждый не закончен: в склейке первым исчезает противоречие, ради которого всё и затевалось.

1. Голос пользователя

Задача: проверить, решает ли предложение реальную работу конкретного сегмента.

Вход: интервью, обращения в поддержку, записи звонков, продуктовая аналитика. Обязательно отметить период и сегмент — без них наблюдение не проверяется.

Формат результата:

1. Три главных наблюдения с указанием источника.
2. Боли: частота, серьёзность, для какого сегмента характерно.
3. Поведение: что люди делают сейчас, а не только что декларируют.
4. Работа клиента: ситуация → мотивация → желаемый прогресс → препятствие.
5. Следствия: что проверить, что изменить, чего не строить.
6. Пробелы: какого доказательства пока нет.

2. Технический реалист

Задача: отличить возможную первую версию от дорогой или опасной фантазии.

1. Реализуемость и недостающие условия.
2. Сложность: что делается быстро, что требует исследования, что является отдельным проектом.
3. Граничные случаи, зависимости, данные и интеграции.
4. Производительность, надёжность, приватность, безопасность.
5. Варианты с компромиссом: быстрее / дешевле / надёжнее.
6. Открытые вопросы, которые обязан закрыть владелец.

3. Архитектор будущих последствий

Задача: увидеть стоимость решения не только в текущем месяце, но и при росте, изменениях и поддержке. Смотреть на совместимость с текущей системой, владение данными, права доступа, долговые решения, узкие места, обратимость выбора и стоимость поддержки.

Этот проход запускается не всегда — только если затронуты система, интеграции, данные или масштабирование. В остальных случаях он превращается в тревожность ради тревожности.

4. Руководитель и стейкхолдеры

Задача: проверить, стоит ли решение ресурсов и можно ли получить понятное «да» от нужных людей. Структура сообщения:

1. Суть в трёх строках: что происходит, почему сейчас, какого решения ждём.
2. Влияние: метрика, деньги, риск, клиентский эффект.
3. Контекст: связь с приоритетом, обязательством или целью периода.
4. Риски и защита: что может не сработать и как проверим или ограничим ущерб.
5. Запрос: конкретное действие, владелец и срок.

Не заменять это длинным пересказом процесса. Для руководителя важнее выбор и последствия, чем хроника встреч. Тот же принцип разобран в модуле Клиентский опыт: отчёт и решение → — отчёт, который заканчивается решением.

Как провести проверку за 45 минут

1. Подготовить карточку задачи, исходные данные и текущую версию решения.
2. Прогнать «голос пользователя»: отделить факты от предположений.
3. Прогнать технический реализм: получить варианты и открытые вопросы.
4. Прогнать архитектурный проход — только если затронуты система, интеграции, данные или масштабирование.
5. Собрать одностраничное решение для стейкхолдера.
6. Провести короткую встречу только по неразрешённым выборам; протокол обновить в тот же день.

05 · Главы страницы

Документ готов не тогда, когда в нём есть текст

Он готов, когда им может пользоваться конкретный человек в конкретной точке процесса. Сначала определяется рабочее действие, затем структура, и только потом формат файла. Не наоборот.

Формат выбирают от задачи получателя, а не от объёма материала

Один и тот же разбор нужен в разном виде: тому, кто принимает решение, — короткая записка с вариантами; тому, кто исполняет, — перечень шагов с владельцами; тому, кто будет сверяться через полгода, — полная версия с источниками. Выдача одного документа всем троим означает, что двое его не прочитают.

Минимум для каждого формата задают заранее. Иначе короткая версия собирается сокращением длинной, и из неё первым делом исчезает риск — часть, которую как раз и нельзя терять.

Шаблон делают из готового результата, а не до него

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

Признак, что шаблон преждевременный: поля заполняются формально, а полезное содержание оказывается в разделе «прочее».

Проверка перед выдачей отвечает на один вопрос

Сможет ли получатель на основании этого документа сделать то, ради чего документ создан, не задавая уточняющих вопросов. Если для решения нужно переспросить, формат не выполнен, каким бы аккуратным он ни выглядел.

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

Алгоритм создания шаблона

1. Назвать решение, которое поможет принять шаблон. Не «бриф», а «можно ли брать проект и с чего начать первые две недели».
2. Перечислить обязательные вопросы: без ответа на какой из них решение будет рискованным?
3. Разделить поля на вводимые пользователем, рассчитываемые, справочные и итоговые.
4. Добавить пример одной заполненной строки и короткую инструкцию сверху.
5. Встроить проверки: выпадающие статусы, обязательные поля, формулы, подсветку просрочки, контроль единиц измерения.
6. Протестировать на реальном сценарии: незнакомый человек должен понять, что делать, за пять минут.
7. Зафиксировать версию и владельца шаблона; улучшать по обратной связи.

Проверка перед выдачей

• Файл открывается в целевой программе без битой кодировки и без макросов, нужных только автору.
• Названия листов, колонок и файлов говорят человеческим языком.
• В таблице нет пустой красоты: каждый столбец нужен для решения или расчёта.
• Формулы не затёрты примерными значениями; диапазоны не обрезаны.
• Есть место для фактов, ссылок на источник, даты и владельца.
• Внешняя версия не содержит персональных данных, внутренних оценок, доступов и чужих материалов.

Какие именно документы нужны в проекте и в какой момент каждый из них появляется — в модуле Вход в проект: документы →.

06 · Основа

Вход в проект и проверка, что контекст работает

Первое, что делается в новом проекте, — не задача, а сборка карты того, что вообще известно. Начинать с догадок о продукте дороже, чем потратить час на чтение материалов.

Карта материалов делается до вопросов по существу

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

Пропущенный или повреждённый файл остаётся видимым пробелом, а не исчезает. Это единственный способ отличить «в материалах этого нет» от «до этого не дошли».

Проверка подключения контекста — отдельный шаг, а не предположение

Ощущение, что материалы «загружены», ненадёжно: часть форматов читается плохо, часть файлов оказывается вне доступной области, часть обрезается по объёму. Вопрос, заданный прямо — что именно видно и в каком состоянии, — занимает минуту и снимает самый дорогой класс ошибок.

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

Первые вопросы по проекту стоят дороже первых ответов

Запрос «задай мне вопросы, без которых нельзя начать» переворачивает обычный порядок и выявляет пробелы, которые иначе заполнились бы правдоподобными допущениями. Эти допущения самые опасные: они не помечены, они разумны, и обнаруживаются они уже в готовом материале.

Практическая польза ещё и в том, что список вопросов показывает, каких документов в проекте нет вовсе. Это часто более ценный результат, чем сам ответ.

Что должно вернуться: сводка со ссылками на конкретные файлы и список пробелов. Пустой список допустим только после проверки обязательных полей; модель не должна придумывать пробел ради выполнения команды.

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

Что должно вернуться: вопросы, которых нет в материалах. Совпадения с уже известным — признак, что контекст не прочитан.

07 · Основа

Сырые заметки недели в решение и три разных сообщения

Один набор событий превращается в разные документы для разных людей. Копировать один отчёт всем — самая частая ошибка коммуникации.

Сводка собирается ради решения, а не ради обзора недели

Задание начинается с решения, которое нужно принять, потому что от него зависит всё остальное: какие материалы нужны, что считать существенным, что можно опустить. Сводка «обо всём» одинаково подробна везде и потому не помогает выбрать.

Отсюда и разделение адресатов. Команде нужны обязательства и препятствия, собственнику — изменение, деньги, риск и требуемое решение. Это не два уровня подробности одного текста, а два разных документа из одной таблицы оснований.

Опись входа подтверждается до выводов

Требование остановиться после описи и дождаться подтверждения выглядит лишним шагом, пока не случится обратное: выводы собраны по половине папки, выглядят убедительно, и обнаружить пробел уже нельзя — он не оставляет следа в тексте.

Разметка встреч построчно решает соседнюю задачу: в протоколе перемешаны наблюдение, мнение, идея и решение, и через неделю они неразличимы. У решения должны быть основание и полномочия, у задачи — владелец, срок и критерий; пункт, попавший в два блока сразу, означает, что разметка не сделана.

«Трое из пяти» информативнее, чем «часто говорят»

Знаменатель, состав группы и ситуация превращают наблюдение в проверяемое утверждение. Без них частота неотличима от впечатления, а впечатление формируется самыми яркими эпизодами, а не самыми типичными.

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

Экономия времени — такой же показатель, как остальные

Утверждение «сэкономили четыре часа» проверяется сопоставимыми циклами до и после, при одинаковом составе работы и с учётом времени на подготовку, проверку и исправления. Последнее слагаемое обычно и съедает экономию.

Пока такого сравнения нет, это ожидаемая польза, а не достигнутый результат, и называть её стоит именно так — особенно в разговоре с тем, кто на основании этой цифры принимает решение о внедрении.

Чужой средний показатель не является оценкой вашей работы

Ориентир из открытых источников почти всегда собран на другой аудитории, другом продукте и другим методом подсчёта. Сравнение с ним даёт ощущение объективности и при этом может указывать ровно в противоположную сторону: показатель, «низкий по рынку», бывает нормальным для более дорогого продукта с длинным циклом.

Поэтому сначала оценивают сходство ситуаций, а потом уже разницу чисел. Если методика не указана, цифра непригодна для сравнения — это не строгость ради строгости: без определения показателя неизвестно даже, что именно считали в числителе.

Снимок экрана — наблюдение, а не вывод

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

Разделение простое: сначала записывают, что буквально видно и когда, затем отдельно — возможное толкование, затем вопрос, проверкой на который это толкование подтверждается.

Что должно вернуться: четыре списка, где ни один пункт не попал в два блока сразу. Смешение факта и решения — главная причина, по которой протоколы бесполезны через неделю.

Полный цикл: от папки с сырьём до решения руководителя

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

1. Зафиксируйте задание. Период, решение, адресаты, срок, разрешённая папка, запрещённые данные и человек, который принимает итог.
2. Сделайте опись входа до чтения. Имя файла, тип, дата, автор или участники, период, чувствительность, состояние чтения. Сверьте число найденных и прочитанных файлов; пропущенный или повреждённый файл остаётся видимым пробелом.
3. Разметьте встречи построчно. Наблюдаемый факт, дословная реплика, мнение, гипотеза, идея, решение или задача. У решения нужны основание и полномочия; у задачи — владелец, срок и критерий готовности.
4. Сведите исследования. Для каждой темы сохраните число подтверждающих источников, общий размер подходящей выборки, группы и ситуации, точные цитаты с адресами, противоречащие случаи и ограничения. «Трое из пяти» информативнее, чем «часто говорят».
5. Разберите изображение как наблюдение. Запишите, что буквально видно, где и на какую дату; отдельно — возможное толкование и вопрос для проверки. Снимок интерфейса не доказывает, что функция доступна всем, удобна, используется или даёт результат.
6. Проверьте внешний ориентир. Найдите первичный источник, дату, рынок, выборку, определение показателя и метод подсчёта. Если сравнимость не доказана, используйте число только как повод для собственной проверки.
7. Соберите единую таблицу оснований. Каждое утверждение получает адрес источника, состояние «факт, вывод, гипотеза или неизвестно», ограничение и связь с решением.
8. Разрешите противоречия или сохраните их. Не выбирайте удобную версию молча. Укажите возможные причины расхождения, какие данные нужны и кто их проверит.
9. Сформируйте решения. Что изменилось; почему это важно; варианты; принятое или требуемое решение; владелец; срок; критерий; следующая проверка.
10. Только теперь подготовьте сообщения. Команде — контекст, обязательства и препятствия; собственнику — изменение, деньги, риск и требуемое решение; в архив — полная версия с источниками и историей.

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

08 · Основа

Конкурент: факт → отличие → действие

Цель разведки не собрать «красивые фишки», а найти проверяемый разрыв между обещанием конкурента и восприятием клиента. Порядок формулировок ниже соответствует порядку работы.

Смоделированный разговор не открывает фактов, которых не было на входе

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

Отсюда абсолютный запрет цитировать вымышленного собеседника как клиента. Не потому, что это методически неаккуратно, а потому, что дальше на этой цитате строят продукт и обещания, за которые отвечать придётся перед живыми людьми.

Три ситуации, а не три варианта одного человека

Просьба описать «среднего клиента» даёт усреднение, в котором не узнаёт себя никто. Три разные ситуации — не купил, купил и пропал, вернулся после паузы — дают три разных набора барьеров, и именно различия между ними содержат материал для работы. Если описания получились похожими, сегментация задана слишком грубо.

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

Вопросы о прошлом поведении, а не о намерениях

«Купили бы вы» — вопрос, на который любой собеседник, живой или смоделированный, отвечает вежливо и бесполезно. Намерение не предсказывает действие. Работают вопросы о том, что уже произошло: когда впервые заметили проблему, что пробовали, чем закончилось, что стало последней каплей.

Это же правило переносится на реальные интервью, ради подготовки к которым тренировка и проводится. Ценность тренировки в том, что неудачные формулировки обнаруживаются до разговора с человеком, чьё время потратить второй раз не получится.

Сильный сигнал — тот, что уже чего-то стоит

Просьба «добавьте функцию» почти ничего не сообщает: её произносят легко и о многом. Гораздо больше говорят обходные пути — отдельная таблица рядом с системой, ручной перенос данных, регулярно теряемое время. Человек уже платит за проблему, и размер платы измерим.

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

Что должно вернуться: разрыв, сформулированный наблюдаемо. Именно он и есть материал для собственного позиционирования.

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

09 · Стратегия и данные

От матрицы групп аудитории до редакционного ритма

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

Пять формулировок связаны в цепочку, и порядок в ней не декоративный

Соблазн начать сразу с рубрик очень силён: рубрики выглядят как результат, их можно показать команде в тот же день. Но рубрика, придуманная до матрицы «сегмент — этап пути», отвечает на вопрос «о чём мы будем писать», а не на вопрос «чей выбор мы облегчаем». Разница проявляется через месяц: материалы выходят, обсуждать их приятно, а объяснить, какое решение человека они двигают, никто не может.

Поэтому каждый следующий шаг берёт на вход результат предыдущего, а не общее представление о продукте. Если на втором шаге выясняется, что канал не имеет роли ни на одном этапе пути, это не повод придумать роль — это сигнал, что первый шаг сделан слишком грубо и к нему стоит вернуться.

Самый ценный ответ здесь — «этот канал сейчас не нужен»

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

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

Редакционная политика проверяется на отказах, а не на пожеланиях

Три слова про голос бренда почти никогда не работают: «понятно», «профессионально» и «по-человечески» подпишет кто угодно, и ни один спорный текст они не разрешат. Работает противоположная часть — три слова, которым голос противоречит, и список запрещённых выражений. По ним можно принять решение, глядя на конкретный абзац.

Признак, что политика написана вхолостую: за первый месяц применения она ни разу не заставила ничего переписать. Тогда её либо не читают, либо в ней нет ни одного ограничения, о котором в редакции действительно спорят.

План на двенадцать недель без условия пересмотра — это не план

Ритм на квартал задаёт распределение рубрик и форматов, но не темы: темы появляются от данных и обратной связи, которых на момент составления ещё нет. Отсюда же вытекает, что в ритме обязана быть строка «по какому сигналу мы его меняем» — иначе через шесть недель план либо исполняется формально, вопреки очевидному, либо тихо рассыпается без разбора причин.

Сигнал формулируют наблюдаемо: рубрика не даёт целевого действия три цикла подряд; канал перестал расти при неизменной частоте; появилась тема, которую клиенты поднимают в каждом втором разговоре. «Стало казаться, что не работает» сигналом не является.

10 · Стратегия и данные

От выгрузки к решению

Обязательный порядок: сначала проверка данных, потом расчёт. Пропуск первого шага — причина, по которой одинаковые проценты описывают совершенно разные вещи.

Проверку данных нельзя пропустить, потому что ошибку в ней не видно в результате

Неверная выгрузка даёт правдоподобные проценты. Воронка строится, разрывы находятся, обсуждение идёт по существу — и только через несколько недель выясняется, что в данные попал неполный последний месяц или дубли из двух систем. К этому моменту на основании расчёта уже приняты решения по бюджету.

Отсюда требование ничего не исправлять на первом шаге, а только перечислить. Исправление меняет данные до того, как человек понял их состояние; перечисление оставляет решение о том, что делать с каждой проблемой, за тем, кто знает происхождение выгрузки.

Единица анализа — вопрос, который решает всё остальное

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

Проще всего обнаружить расхождение через сверку числа уникальных единиц с тем, что видят в отделе продаж. Если числа расходятся больше чем на несколько процентов, дальше считать рано.

Самый большой обрыв не обязан быть главной проблемой

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

Практический порядок — назвать разрыв, перечислить два-три возможных объяснения и указать, какая проверка их различает. Иногда различающая проверка стоит один день: посмотреть фактическое время до первого ответа по тем же заявкам.

Неполные когорты не сравнивают с завершёнными

Группа, пришедшая на прошлой неделе, ещё не прожила окно наблюдения, и её показатель обязан быть ниже. Сравнение с группой трёхмесячной давности создаёт впечатление ухудшения, которого нет. Одинаковое окно для всех групп — не формальность, а единственное условие, при котором сравнение вообще что-то значит.

Вторая часть того же правила — показывать процент и абсолютное число вместе. Падение с половины до трети выглядит тревожно, пока не видно, что речь о шести людях вместо девяти; при таком объёме разница не отличима от обычного разброса.

Что должно вернуться: список проблем данных. Если проблем «нет» — попроси проверить ещё раз конкретно на неполные периоды и дубли.

11 · Стратегия и данные

Посчитать результат по трём сценариям: минимум, план и максимум

Одно значение окупаемости создаёт ложную уверенность. Три сценария показывают, насколько вывод устойчив, — и именно это нужно для решения.

Три сценария нужны не для точности, а для проверки устойчивости решения

Одно значение окупаемости всегда выглядит как знание, хотя оно собрано из нескольких предположений, каждое из которых может оказаться другим. Три сценария не делают расчёт точнее — они отвечают на другой вопрос: изменится ли решение, если предположения сдвинутся в разумных пределах.

Отсюда и способ читать результат. Если при осторожном сценарии решение остаётся тем же, спорить о точности входных значений не нужно — она не влияет на действие. Если решение меняется, дальше обсуждают не расчёт, а то, какой проверкой сузить неопределённость и сколько эта проверка стоит.

Выручка, названная прибылью, завышает допустимую стоимость привлечения

Расчёт по выручке игнорирует переменные затраты, и допустимая цена клиента получается тем выше, чем больше их доля. Насколько именно — зависит от экономики конкретного продукта, универсального множителя нет, и подставлять чужой нельзя. Практический вывод простой: если валовой вклад неизвестен, расчёт помечают неполным и используют как ориентир, а не как основание для бюджета.

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

Единица расчёта и срок наблюдения называются до формул

Ценность клиента без указания горизонта — число, которое можно подобрать под любой вывод: за год она одна, за три — другая, а «за всё время» вообще не проверяема, потому что этого времени ещё не прошло. Сравнивать офферы можно только на одинаковом горизонте и с явной моделью повторных покупок.

Показ формулы и промежуточных итогов — часть, которую просят не ради прозрачности расчёта, а ради возможности спорить с конкретным шагом. Без промежуточных значений обсуждение сводится к согласию или несогласию с итогом, и человек, у которого есть возражение, не может его предъявить.

Дешёвый канал с плохими клиентами — самый частый сюжет при масштабировании

Сравнение каналов по стоимости привлечения устроено так, что худший канал выглядит лучшим: он приводит людей, которые оставляют заявку легко и так же легко исчезают. Разница становится видна только на активации, удержании и доле оплат, а при коротком окне наблюдения не видна вовсе.

Поэтому размер выборки указывают рядом с каждым каналом. Вывод по каналу, давшему несколько сделок, не отличим от случайности, и решение об увеличении бюджета на его основании — это ставка, а не расчёт. Честнее назвать её ставкой и ограничить сумму заранее.

Что должно вернуться: сравнение, из которого видно, что дешёвый канал не всегда лучший. Это самый частый сюжет и самая частая ошибка при масштабировании бюджета.

12 · Стратегия и данные

Позиционирование, каналы, этапы, показатели и риски

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

Пять полей заполняются про один сегмент, а не про рынок

Самое частое место срыва — первое поле. На вопрос «для кого запускаем первым» хочется ответить «для малого бизнеса», и дальше все остальные поля становятся бессодержательными: у малого бизнеса нет одной существующей альтернативы, одного языка и одного повода купить сейчас. Отсюда берутся тексты, которые формально верны и никого не задевают.

Проверить сегмент можно вопросом, на который ответ обязан быть конкретным: что эти люди делают прямо сейчас вместо нашего продукта и сколько им это стоит. Если альтернатива описывается как «ничего не делают», сегмент выбран неверно или проблема для него не существует — оба варианта лучше обнаружить до календаря на восемь недель.

Адаптация сообщений — самое лёгкое место для незаметной подмены

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

Требование указывать, на каком поле основано сообщение, существует ровно для этого. Если сообщение нельзя привязать ни к отличию, ни к ценности, ни к категории, значит, оно опирается на что-то, чего в позиционировании нет, — и на запуске это придётся либо обеспечивать, либо объяснять.

Фазы календаря переносимы, число недель — нет

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

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

Четыре группы показателей нужны, чтобы не спорить о выводах задним числом

Узнаваемость, первое полезное действие, деньги и удержание отвечают на разные вопросы и двигаются с разной скоростью. Если зафиксирована только одна группа, любой итог запуска можно интерпретировать удобным образом: при плохих деньгах говорят про охват, при слабом охвате — про качество пришедших.

Поэтому определение показателя, источник данных и исходное значение фиксируются до запуска. Исходное значение — самая пропускаемая часть: без него прирост не с чем сравнить, и обсуждение сводится к тому, много это или мало.

13 · Стратегия и данные

Данные → решение → следующий контроль

Руководителю не нужна выгрузка и перечень активностей. Нужен короткий управляемый рассказ: где мы сейчас, что тормозит, что уже известно, какое решение предлагается.

Руководителю нужен запрос на решение, а не отчёт о деятельности

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

Отсюда и требование деловой речи без маркетингового жаргона. Термины, понятные внутри команды, за её пределами работают как шум: читатель либо переспрашивает, либо соглашается, не поняв, — и второе хуже.

Предполагаемую причину помечают гипотезой, даже когда она очевидна

Самая правдоподобная причина отклонения обычно называется сразу и почти всегда звучит убедительно. Опасность в том, что после включения в отчёт она перестаёт проверяться: решения принимают под неё, и если причина была другой, это выясняется через квартал по отсутствию результата.

Пометка стоит дёшево и меняет разговор: обсуждается не «что делать с известной проблемой», а «какой проверкой мы отличим два объяснения». Второй разговор экономит бюджет чаще, чем первый.

Ожидаемый эффект дают диапазоном и с названным допущением

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

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

Плохая цифра сообщается по структуре, которая показывает управляемость

Смягчение и объяснения дают обратный эффект: читатель перестаёт доверять не только этой цифре, но и хорошим. Работающий порядок — факт и масштаб, известная причина или честное «причина проверяется», что уже остановлено, следующая гипотеза с владельцем и датой.

Самая пропускаемая часть — «что уже остановлено». Именно она отличает сообщение о проблеме от сообщения о том, что проблема под контролем: расход, который продолжается, пока причина выясняется, читается как отсутствие реакции, и справедливо.

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

14 · Клиент и материалы

Учебное интервью с ИИ даёт гипотезы, но не факты о клиентах

Моделирование разговора полезно, чтобы подготовить вопросы и карту предположений. Оно не открывает фактов, которых нет в исходных данных, и не заменяет разговоры с живыми людьми.

Разведка отличается от сбора ссылок одним признаком — из неё следует действие

Папка со снимками чужих страниц и списком «интересных приёмов» ощущается как проделанная работа, но решение из неё не следует: непонятно, что из увиденного связано с нашей ситуацией, а что относится к другому масштабу, другой аудитории и другому бюджету. Поэтому итог разведки формулируют в виде «поскольку они делают X, нам следует Y, и мы поймём это по Z», а не перечнем наблюдений.

Промежуточное требование — не склеивать три направления разбора в общий вывод. Масштаб, каналы и позиционирование отвечают на разные вопросы, и склейка обычно скрывает, что по одному из направлений данных не было вовсе.

Ищут не приёмы, а разрыв между обещанием и опытом

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

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

Граница между фактом и мнением проходит по наличию источника и даты

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

Поэтому маркировка ставится в момент записи, а не при подготовке вывода. Число без источника и даты помечают отдельно и в расчёты не берут: в публичных материалах величины часто относятся к другому периоду или считаются другим способом, и проверить это задним числом уже нельзя.

Срочная справка — жанр с другими правилами

Когда конкурент объявил о запуске и ответ нужен сегодня, полноты не будет. Ценность справки в этом случае создаёт не объём, а строгое разделение: сначала только подтверждённые факты с датами и ссылками, потом отдельно — что это меняет для нас, и в конце одна позиция с ответственным.

Главный риск такого документа — реакция, которой не требовалось. Далеко не каждое объявление конкурента меняет наш план, и честный вывод «ничего менять не нужно, вернёмся к вопросу через месяц» встречается чаще, чем кажется в день новости.

Что должно вернуться: не выводы о клиентах, а план проверки: вопросы для живых разговоров, нужные группы людей, признаки достаточности и способ сопоставить ответы.

15 · Клиент и материалы

Письмо срабатывает от поведения человека, а не от даты

Письма и сообщения имеют смысл, когда срабатывают из наблюдаемого состояния человека и помогают сделать один понятный следующий шаг. Дата — только удобный заменитель поведения.

Событие запуска отвечает на вопрос «почему это письмо пришло именно сейчас»

Разница между цепочкой по датам и цепочкой по поведению не в технике, а в том, что человек чувствует при получении. Письмо, отправленное на третий день после регистрации, приходит всем одинаково — и тому, кто уже прошёл половину пути, и тому, кто не открыл продукт ни разу. Письмо, привязанное к наблюдаемому событию, приходит по поводу, который человек может узнать в собственном опыте.

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

Письмо для выпавшего из процесса — единственное, где тон меняет результат

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

Работающая структура здесь одна: признать реальность без интерпретации причин, снять барьер, предложить шаг заметно меньше того, на котором человек остановился. Уменьшение шага — не приём вежливости: чаще всего пауза случилась именно потому, что следующее действие требовало слишком много за один раз.

Три письма после паузы решают три разных барьера, а не повторяют одно

Цепочка возврата почти всегда вырождается в один и тот же текст с нарастающей настойчивостью. Это происходит потому, что барьер неизвестен, а писать что-то нужно. Честный способ — назвать вероятные барьеры заранее и дать каждому письму свой: занятость, сомнение в пользе, неясность следующего шага. Тогда третье письмо может честно оставить выбор, а не требовать его.

Результат такой цепочки измеряют не только возвратами. Отписки и жалобы смотрят вместе с целевым действием: цепочка, которая вернула нескольких и потеряла многих из базы, отработала в минус, хотя по одной колонке выглядит успешной.

Сроки переносить из чужого продукта нельзя

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

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

16 · Клиент и материалы

Одно утверждённое задание на все форматы

У большой темы должен быть один утверждённый документ с обещанием, фактами, ограничениями и датой. Тогда разные каналы не начнут рассказывать разные истории.

Один утверждённый документ существует, чтобы расхождения обнаруживались до публикации

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

Поэтому задание отвечает не только на вопрос «что мы говорим», но и на вопрос «чего мы не обещаем». Границы обещаний — часть, которую пропускают чаще всего, и именно она защищает от расхождений сильнее, чем формулировка главной мысли.

Дата актуальности превращает задание из документа в инструмент

Задание без даты живёт вечно и потому бесполезно: через квартал непонятно, отражает ли оно текущий продукт. С датой появляется простое правило — при выходе за срок задание либо подтверждают, либо пересматривают, и в обоих случаях кто-то на него смотрит.

Это же снимает частый спор о том, чья версия текста правильная. Правильная — та, что соответствует действующему заданию; если задание устарело, спорят не о тексте, а о продукте, и это более честный разговор.

Меняется глубина, а не суть

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

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

Пустой список расхождений означает, что сверку не делали

Материалы, написанные разными людьми в разные дни, всегда расходятся хотя бы в мелочах: другая формулировка обещания, призыв ведёт в другое место, тон отличается. Это не свидетельство плохой работы, а нормальное свойство параллельной сборки.

Поэтому ответ «расхождений не найдено» на первой сверке — повод перепроверить конкретно: сравнить первые предложения всех материалов между собой и с заданием, сравнить призывы, найти факты, которых нет в задании. Часть найденных расхождений осознанно принимают — это тоже решение, и его фиксируют, чтобы в следующий раз не искать заново.

Что должно вернуться: список расхождений. Он почти никогда не бывает пустым, и это нормальная часть работы, а не признак плохой сборки.

17 · Клиент и материалы

Усилить, остановить, проверить — короткий список решений

Материалы оцениваются по доставке, признакам интереса и целевому действию. Формат, который хорошо доставляет сообщение, но редко ведёт к покупке напрямую, не закрывают автоматически — сначала уточняют его роль.

Роль формата называют до разбора цифр, иначе разбор оценивает не то

Один и тот же показатель означает разное в зависимости от того, зачем формат существует. Материал, назначенный для узнавания, не обязан давать переходы; материал для последнего шага не обязан собирать широкую аудиторию. Если роль не зафиксирована, каждый формат непроизвольно оценивается по самому заметному числу — и то, что работало, закрывают.

Практический признак: если после разбора половина форматов объявлена неэффективной, скорее всего, сравнивали их по одной шкале. Стоит вернуться к ролям, а не к цифрам.

Изменения контекста записывают рядом с цифрами

Показатели периода складываются не только из качества материалов: менялся бюджет, было лето, поменялось предложение, публикаций стало вдвое меньше. Разбор, в котором это не указано, приписывает материалам всё, что произошло за период, — и дальше усиливают то, что выросло само, и останавливают то, что просело по внешней причине.

Отсюда правило сравнивать доли и абсолютные числа вместе. Рост доли при падении объёма и падение доли при росте объёма — разные ситуации, а по одной колонке они выглядят одинаково.

Открытия писем не показатель, а признак доставки

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

Поэтому целевое действие, удержание и отписки смотрят одной группой. Цепочка, поднявшая переходы ценой заметного роста отписок, потратила базу — ресурс, который восстанавливается гораздо медленнее, чем накапливается.

Три решения ограничены не для красоты списка

Список из пятнадцати улучшений не исполняется никогда: он либо распыляет ресурс, либо откладывается целиком. Ограничение тремя пунктами в каждой группе заставляет ранжировать, а ранжирование — единственный шаг, на котором становится видно, что часть предложений не имеет ни владельца, ни свободного времени.

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

18 · Клиент и материалы

Сначала задание, потом описание для генератора

Текстовая команда генератору изображения — это производственная часть задания, а не замена цели, аудитории, ограничений и критериев приёмки.

Команда генератору — производственная часть задания, а не его замена

Соблазн начать с описания картинки велик, потому что результат появляется сразу. Но без цели, адресата, главной мысли и критериев приёмки оценивать нечего: обсуждение сводится к «нравится — не нравится», а это спор без разрешения. Задание переводит его в проверяемую плоскость: отвечает ли изображение на заданный вопрос заданного человека.

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

Текст и цифры на изображении добавляют в редакторе

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

Безопасные зоны поэтому задают в задании заранее, вместе с форматом и размерами. Обнаружить, что для надписи нет места, после утверждения композиции — значит переделывать композицию.

Правка по одному параметру — способ понять влияние, а не требование аккуратности

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

Если инструмент поддерживает исходное число генерации, ссылку на прошлое изображение или редактирование области, ими пользуются — они сужают разброс, но не отменяют сравнение.

Способ создания не подтверждает содержание

Схема, собранная вручную в редактируемом формате, воспроизводима и удобна в правках, но от этого не становится верной. Порядок стрелок, границы доверия и указание, где данные покидают контур, проверяет человек, отвечающий за систему, — и отдельно тот, кто отвечает за данные.

Три продуктовых визуала из таблицы объединены одним риском: предположение выглядит как наблюдение. Нарисованное лицо читается как клиент, нарисованная кривая эмоций — как измерение, предполагаемая схема — как работающая. Паспорт визуала существует ровно для того, чтобы состояние было названо прямо, а текстовый эквивалент — чтобы смысл оставался доступен тем, кто изображение не увидит.

Читается ли смысл на реальном размере носителя

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

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

Эстетика не заменяет доказательство

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

Поэтому в приёмке отдельным пунктом стоит вопрос, не появились ли выдуманные свойства, чужие обозначения и цифры без источника. На изображении они особенно живучи — их не читают как утверждения и потому не проверяют.

Почему по одному: при изменении одного условия проще оценить его влияние. Но генератор может поменять и другие детали даже при той же команде. Если инструмент поддерживает исходное число генерации, ссылку на прошлое изображение или редактирование области, используйте их и всё равно сравнивайте версии.

Три продуктовых визуала — три разных доказательных режима

Схема в HTML или SVG удобна тем, что остаётся редактируемой, воспроизводимой и не требует внешнего генератора. Но способ создания не подтверждает содержание. Перед показом проверьте подписи, порядок стрелок, доступность с клавиатуры, контраст и текстовое описание; сложную схему откройте отдельно, а не прячьте в мелкий снимок на слайде.

19 · Инструменты

Формулировки для сборки собственного инструмента

Полный цикл разобран отдельно — здесь только сами формулировки в порядке применения. Пропускать план и приёмку нельзя: именно они отличают инструмент от красивой страницы.

Запрет менять файлы до плана — не формальность, а способ сохранить решение за собой

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

Самая важная часть плана — не состав экранов, а ответ на вопрос, какие данные собираются и куда они уходят. Это решение практически невозможно поменять позже незаметно: форма уже стоит, заявки уже идут, и любая правка требует разбираться с тем, что успело накопиться.

Один самодостаточный файл — условие с границами

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

Поэтому в таких случаях сначала обсуждают устройство и риски, а не собирают быстро. Фраза «пока сделаем просто, потом переделаем» здесь означает «опубликуем секрет и будем надеяться, что не заметят».

Состояния важнее внешнего вида

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

Имитацию приёма заявок помечают явно — иначе несколько дней страница собирает обращения в никуда. Это случается регулярно и обнаруживается только тогда, когда кто-то спрашивает, почему из формы ничего не приходит.

Публикация — отдельное решение, а не последний шаг сборки

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

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

Пошаговый разбор всего цикла — в модуле Свои инструменты →.

20 · Инструменты

Общий контекст и подключения

Две последние формулировки — про то, чтобы метод остался в компании, а доступы не разошлись шире необходимого.

Общий контекст отделяют от ролей, потому что факты живут дольше настроек

Когда описание продукта, показателей и правил хранится внутри каждой роли, любое изменение факта требует править столько файлов, сколько заведено ролей. На практике правят один-два, а остальные тихо расходятся — и через квартал редактор и специалист по рекламе работают с разными определениями одного показателя, не подозревая об этом.

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

Что остаётся личным

Личным остаётся то, что не влияет на чужую работу: привычные формулировки, порядок шагов, заготовки под собственные задачи. Общим становится всё, на что кто-то другой может сослаться, — определения, границы обещаний, правила именования файлов, признаки готовности, запреты по данным.

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

Карточка подключения нужна раньше, чем интерес к сервису остынет

Подключение нового сервиса почти никогда не обсуждается как решение: оно случается в момент энтузиазма, ключ выдаётся быстро, а вопросы о правах и отзыве откладываются. Через полгода никто не помнит, кто и зачем выдал доступ, и разбираться приходится в худший момент — при уходе человека или при инциденте.

Самый полезный вопрос в карточке — можно ли обойтись обычной выгрузкой. Значительная часть задач решается разовым файлом без постоянного доступа на чтение и тем более на изменение. Отказ от подключения — нормальный и частый исход, и его стоит фиксировать так же, как согласие: с датой и причиной, чтобы через полгода не начинать обсуждение с нуля.

Инструкции по настройке устаревают, поэтому фиксируют другое

Записывать последовательность кликов в чужом интерфейсе бессмысленно: она меняется несколько раз в год, а устаревшая инструкция опаснее её отсутствия — по ней действуют, не проверяя. Долго живут другие сведения: кто владелец подключения, какой объём прав выдан, каким запросом проверяется работоспособность, когда последний раз сверялись с официальной документацией.

Отсюда и правило проверки: сверяются с документацией сервиса, а не с собственной записью годичной давности и не с пересказом в статье. Дата последней сверки — часть карточки, и по ней видно, каким подключениям пора уделить внимание.