Ты открываешь ChatGPT, Claude или Gemini и пишешь: «Сделай сценарий ролика про продвижение блога». Через минуту получаешь аккуратный текст. В нём есть хук, три пункта и призыв подписаться.
Проблема обнаруживается во время записи. Фразы тяжело произносить. Примеры звучат чужими. Цифры непонятно откуда взялись. Начало обещает одно, а основная часть уходит в другую тему.
Так получается, когда ИИ просят сразу написать готовый сценарий. Если данных не хватает, модель может заполнить пробелы правдоподобным текстом. Она не знает, кто твой зритель, какой у тебя опыт, что ты можешь доказать и что будет показано в кадре.
Нормальный скрипт для YouTube с ИИ собирается по этапам. Сначала ты задаёшь рамку и приносишь материалы. Потом используешь модель для структуры, вариантов и редактуры. Перед записью проверяешь каждое утверждение. После публикации смотришь на удержание аудитории в YouTube Analytics и формулируешь одну гипотезу для следующего ролика.
Ни один из этих шагов не гарантирует просмотры. Зато процесс помогает сделать сценарий ясным, произносимым и проверяемым.
Что ИИ умеет в работе над YouTube-сценарием
ИИ хорошо справляется с задачами, где нужно обработать уже существующий материал:
- найти пробелы в брифе;
- предложить несколько вариантов структуры;
- разложить заметки по смысловым блокам;
- сократить повторения;
- превратить тяжёлые письменные фразы в более разговорные;
- собрать таблицу утверждений для проверки;
- сравнить начало сценария с обещанием заголовка и обложки.
Но модель не должна быть единственным источником фактов. Без исходных материалов она может придумать статистику, цитату, причинность или личный эпизод автора. Уверенный тон ответа ничего не доказывает.
Граница простая. ИИ помогает думать над формой и видеть варианты. Факты, позицию, опыт и финальное решение приносишь и проверяешь ты.
Если ты пока работаешь отдельными запросами, сначала полезно освоить как составлять промпты для контента. Но даже хороший промпт не заменяет бриф, источники и ручную проверку.
Шаг 1. Собери бриф до первого запроса
Плохой сценарий часто начинается раньше первого абзаца. Автор выбирает тему, но не решает, для кого снимает ролик и что зритель должен унести после просмотра.
Кто зритель и в какой он ситуации
Фраза «для предпринимателей» почти ничего не даёт. Нужна рабочая ситуация.
Например: «SMM-специалист получил от эксперта заметки, ссылки и расшифровку созвона. Ему нужно собрать сценарий объясняющего ролика, не придумав за эксперта позицию».
Чем точнее ситуация, тем легче убрать лишние блоки. Если зрителю нужен первый рабочий сценарий, ему не нужен длинный обзор всех нейросетей на рынке.
Какое одно обещание даёт видео
Обещание описывает результат просмотра, а не тему.
Слабый вариант: «Расскажу про ИИ для YouTube».
Рабочий вариант: «После ролика ты сможешь превратить тему и набор источников в проверяемый сценарий, который удобно читать вслух».
Обещание должно совпадать с содержанием. Если заголовок говорит про хуки, а в ролике есть только список сервисов, начало уже обманывает ожидание зрителя.
Какие материалы и ограничения есть у автора
Добавь в бриф:
- формат ролика: туториал, разбор, кейс, интервью, объяснение;
- ориентир по длительности;
- заметки, ссылки, расшифровки, документы и демонстрации;
- известный темп речи или пометку «неизвестен»;
- слова и тезисы, которых нужно избегать;
- факты, которые требуют отдельной проверки;
- личные эпизоды, которые разрешено использовать.
Не переводи минуты механически в число слов. Темп речи у авторов различается. Финальную длину проверяй чтением вслух с таймером.
Промпт 1. Проверка брифа
Ты помогаешь подготовить YouTube-сценарий, но пока не пишешь его.
Тема: [тема]
Зритель и его ситуация: [кто он и что сейчас пытается сделать]
Задача зрителя: [что хочет понять или получить]
Одно обещание видео: [проверяемый результат просмотра]
Формат: [туториал / разбор / кейс / интервью / объяснение]
Ориентир по длительности: [минуты]
Мой темп речи: [слов в минуту или «неизвестен»]
Материалы: [заметки, ссылки, расшифровки, документы]
Ограничения: [что нельзя придумывать или утверждать]
Верни:
1. Какие данные отсутствуют.
2. Какие вопросы нужно закрыть до сценария.
3. Какие утверждения потребуют источников.
4. Где нужен личный ввод автора.
Если данных не хватает, ставь [нужен ввод автора]. Не заполняй пробелы догадками.После такого запроса у тебя появляется список дыр. Закрой критичные до того, как просить черновик.
Шаг 2. Собери источники и реестр фактов
Сценарий может звучать живо и при этом содержать выдумку. Поэтому до структуры полезно собрать небольшой пакет доказательств.
Для каждого проверяемого утверждения запиши:
| Утверждение | Источник | Что именно подтверждает | Дата проверки | Статус |
|---|---|---|---|---|
| Что хотим сказать | URL или документ | Цитата или точный смысл | Дата | подтверждено / удалить / нужен источник |
Такой реестр дисциплинирует и автора, и модель. В сценарий попадают только подтверждённые тезисы. Если источника нет, есть три честных варианта: убрать фразу, ослабить её или найти доказательство.
Отдельно проверяй числа, даты, имена, цитаты и причинно-следственные связи. Фраза «после этого просмотры выросли» требует данных, которые связывают изменение и результат. Один график сам по себе такую связь не доказывает.
Промпт 2. Работа только по источникам
Работай только с источниками ниже. Не добавляй факты из памяти модели.
Сначала извлеки дословные цитаты или точные фрагменты. Затем собери таблицу:
утверждение | вердикт | цитата или подтверждение | URL | дата/актуальность | ограничение.
Статусы:
- подтверждено;
- подтверждено с оговоркой;
- не подтверждено;
- нужен ввод автора.
Если подтверждения нет, предложи удалить или ослабить тезис. Не переписывай его убедительнее.
[вставь источники]Такой порядок называют evidence-first: сначала доказательство, потом формулировка. Он особенно полезен для обзоров инструментов, новостей, сравнений и роликов с цифрами.
Шаг 3. Построй модульный outline
У YouTube нет одной обязательной структуры сценария. Туториал, интервью и экспертное объяснение решают разные задачи. Жёсткая схема с одинаковыми таймингами быстро превращает живой материал в шаблон.
Вместо универсальной формулы собери модули. У каждого блока должна быть функция:
- Подтвердить ожидание от заголовка и обложки.
- Объяснить маршрут ролика.
- Ответить на конкретный вопрос зрителя.
- Показать доказательство: экран, пример, цитату, документ или действие.
- Связать ответ со следующим вопросом.
- Закрыть обещание и дать следующий шаг.
Каркас для туториала
Сначала покажи конечный результат или его понятное описание. Затем обозначь исходные условия. После этого проведи зрителя по действиям, предупреждая об ошибках там, где они реально возникают. В финале собери короткую проверку результата.
Каркас для экспертного объяснения
Начни с ситуации, в которой зритель узнаёт свою проблему. Объясни механизм, покажи доказательства и ограничения. Затем переведи вывод в действие, которое можно повторить.
Каркас для разбора или кейса
Дай контекст и исходную гипотезу. Покажи, что делали и на каких материалах. Отдели наблюдение от интерпретации. Заверши уроком, который можно проверить в следующей работе.
Для короткого вертикального формата нужен другой темп и другой объём. Его лучше вынести в отдельный workflow для YouTube Shorts, а не ужимать длинный сценарий до минуты.
Открытый вопрос может помочь переходу между блоками, если ответ действительно появится дальше. Фразы вроде «но самое главное впереди» без реальной выплаты раздражают и делают текст похожим на кликбейт.
Промпт 3. Два варианта структуры
На основе брифа и подтверждённых утверждений предложи две структуры:
1. Практический туториал.
2. Экспертное объяснение.
Для каждого блока укажи:
- вопрос зрителя;
- тезис;
- доказательство или объект в кадре;
- что зритель должен понять;
- естественный переход;
- какие исходные материалы нужны.
Не задавай фиксированные тайминги как правило YouTube. Не добавляй факты, которых нет в реестре.Выбирай структуру не по красоте. Смотри, какая быстрее приводит зрителя к обещанному результату и не прячет доказательства в конце.
Шаг 4. Напиши хук, который совпадает с видео
Хук нужен, чтобы зритель быстро понял три вещи: он открыл нужный ролик, здесь есть конкретный результат, автор сможет его показать.
Точную длину хука тестируют на своём формате. YouTube Analytics отдельно показывает intro после первых 30 секунд, но это аналитический срез, а не требование делать хук ровно на 30 секунд.
Четыре безопасных типа хука
Прямое обещание. Скажи, что зритель соберёт или поймёт к концу ролика.
«Сейчас соберём сценарий из темы, источников и заметок так, чтобы ИИ не придумал за тебя факты».
Узнаваемая ошибка. Покажи ситуацию без нагнетания.
«Если нейросеть выдаёт тебе гладкий сценарий, который невозможно произнести, проблема обычно начинается ещё в брифе».
Демонстрация результата. Сначала покажи документ, экран или фрагмент «до и после».
«Вот сырой набор заметок. Через несколько шагов он превратится в outline с источниками и местами для демонстрации».
Честное противоречие. Назови популярное действие и его ограничение.
«Просить ИИ сразу написать весь сценарий удобно. Проверять выдуманные цифры и переписывать пластиковые фразы потом гораздо дольше».
Цифры в хуке используй только из своих данных или источников. Личный опыт можно добавлять, если автор реально дал эпизод. Иначе оставь место для него, а не сочиняй.
Промпт 4. Матрица хуков
Напиши пять вариантов первых реплик для этого видео.
Каждый вариант должен:
- сразу подтверждать тему и ожидание от заголовка/обложки;
- обещать только то, что есть в сценарии;
- не выдумывать цифры, срочность и личный опыт;
- по возможности опираться на объект, который можно показать в кадре;
- естественно звучать вслух.
После каждого варианта добавь:
обещание | чем подтверждается | риск кликбейта | что показать в кадре.
Открытый вопрос используй только там, где сценарий даёт ясный ответ в конкретном блоке.Не выбирай хук только потому, что он звучит громче. Сначала проверь совпадение с заголовком, обложкой и фактическим содержанием ролика.
Шаг 5. Собери черновик по блокам
Теперь можно просить ИИ написать сценарий. Но удобнее собирать его по утверждённому outline, а не одним полотном.
У каждого блока есть четыре опоры:
- вопрос зрителя;
- ответ или тезис;
- доказательство в кадре;
- переход, который нужен по смыслу.
Если в блоке нет доказательства, он часто превращается в общие советы. Proof object не обязан быть сложным. Подойдёт экран сервиса, заполненный бриф, цитата из официального источника, фрагмент документа или демонстрация действия.
Личный опыт маркируй отдельно. В рабочем черновике можно записать, какой реальный эпизод автора нужно добавить. Перед публикацией замени эту заметку фактом из опыта автора. Если подходящего факта нет, удали тезис. Так модель не замаскирует пробел выдуманной историей.
Промпт 5. Черновик сценария
Собери черновик по утверждённому outline и реестру фактов.
Правила:
- не добавляй новых фактов;
- цифры и цитаты бери только из реестра;
- личный опыт бери только из заметок автора;
- недостающий пример помечай [нужен пример автора];
- помечай [экран], [демо], [источник], [пауза];
- пиши для произнесения;
- не повторяй обещание без новой информации;
- не используй искусственные переходы ради интриги.
После черновика перечисли:
1. Где не хватает доказательства.
2. Где фраза звучит слишком письменно.
3. Где переход можно удалить без потери смысла.Если ролик большой, работай блоками. Так проще заметить, где ИИ повторяется, меняет позицию автора или теряет источник.
Шаг 6. Сделай проход по разговорной речи
Текст для чтения глазами и текст для записи звучат по-разному. Сложное предложение может выглядеть нормальным в документе, но развалиться перед камерой.
Пройди сценарий вслух и отметь места, где:
- не хватает воздуха;
- два тезиса попали в одну фразу;
- рядом стоят похожие слова;
- термин требует объяснения;
- переход звучит как рекламная подводка;
- автору неудобно произносить формулировку;
- на экране заявлено действие, но в тексте нет паузы на демонстрацию.
Разбей тяжёлые предложения. Удали канцелярит и повторения. Не добавляй сленг, которым автор не пользуется. Паузы, вдох и смену экрана лучше пометить прямо в сценарии.
После редактуры прочитай текст целиком с таймером. Только такой прогон даст реалистичное представление о длительности для твоего темпа речи.
Шаг 7. Проверь каждый факт перед записью
Факт-чек после написания нужен даже при хорошем реестре. Во время сборки модель может изменить оговорку, усилить причинность или превратить «может означать» в «означает».
Проверяй сценарий по строкам:
- Найди числа, даты, имена, цитаты и названия функций.
- Открой первоисточник.
- Проверь, подтверждает ли он именно эту формулировку.
- Верни ограничение, если оно потерялось.
- Удали тезис, который нельзя подтвердить.
- Отдельно попроси автора подтвердить личные эпизоды.
Особенно внимательно смотри на слова «всегда», «главный», «гарантирует», «алгоритм любит» и «из-за этого». Они часто превращают рабочее наблюдение в ложное правило.
Полезная финальная таблица выглядит так:
| Фраза из сценария | Источник | Статус | Действие |
|---|---|---|---|
| Проверяемое утверждение | URL или ввод автора | подтверждено / нет подтверждения / нужен автор | оставить / ослабить / удалить |
Шаг 8. Проверь сценарий на удержание до съёмки
До публикации у тебя нет графика удержания. Поэтому не пытайся предсказать процент. Проведи редакционный разбор:
- начало подтверждает обещание заголовка и обложки;
- зритель быстро понимает, что получит;
- главный объект или демонстрация не спрятаны слишком поздно;
- каждый блок отвечает на вопрос зрителя;
- повторения и оффтопик удалены;
- открытые вопросы получают ответ;
- переходы не манипулируют;
- финал закрывает обещание и даёт понятное действие.
Структура может влиять на понятность и темп. Но будущий график зависит также от темы, ожиданий после клика, подачи, монтажа и других факторов. Поэтому pre-publish review даёт гипотезы, а не прогноз.
Если у тебя несколько форматов и площадок, полезно держать единый рабочий процесс ИИ для блога. Сценарий остаётся отдельным артефактом со своими источниками, проверками и версией для речи.
Шаг 9. После публикации разбери Audience retention
По данным YouTube, отчёт key moments for audience retention доступен на уровне отдельного видео. Найти его можно в YouTube Studio: Content, нужное видео, Analytics, затем Overview или Engagement. Данные по удержанию обычно обрабатываются 1-2 дня.
Что показывает intro после 30 секунд
Intro показывает, какая доля аудитории продолжала смотреть после первых 30 секунд. Высокое значение может означать, что начало совпало с ожиданием от заголовка и обложки и сохранило интерес. YouTube использует осторожную формулировку «может означать», поэтому одна метрика не доказывает причину.
Если intro просел, сравни первые реплики с упаковкой ролика. Проверь, не ушёл ли автор в длинное вступление, не отложил ли обещанную демонстрацию и не сменил ли тему. Это список гипотез для просмотра видео, а не готовый диагноз.
Как читать top moments, spikes и dips
Top moments показывают участки, где почти никто не перестал смотреть. YouTube советует переносить сильный материал ближе к началу, если лучшие моменты появляются поздно.
Spikes могут означать, что фрагмент пересматривали или делились им. Но есть и другая причина: момент мог быть непонятным, поэтому зрители вернулись назад. Сначала посмотри, что происходило в кадре и тексте.
Dips показывают места, которые зрители пропустили или где перестали смотреть. Причина может быть в повторе, смене темы, монтаже, несоответствии ожиданию или другом факторе. График показывает поведение, но не объясняет мотив сам по себе.
YouTube также показывает gradual decline и относительно ровные участки. Для highlighted key moments видео должно длиться не меньше 60 секунд и набрать минимум 100 просмотров. Не у каждого ролика будут доступны все типы моментов.
С чем сравнивать удержание
Вместо чужого «нормального процента» используй typical retention, если сравнение доступно. YouTube позволяет сопоставить ролик с 10 последними видео похожей длины.
Универсального retention threshold, после которого ролик автоматически получает больше показов, в официальных материалах YouTube нет. Удержание также не является единственным или главным сигналом. YouTube описывает набор факторов: выбор зрителя смотреть или игнорировать видео, average view duration, average percentage viewed, реакции и опросы удовлетворённости. На охват также влияют интерес к теме, конкуренция и сезонность.
Поэтому график удержания нужен для обучения на собственных роликах. Он не даёт формулу алгоритма.
Официальное описание отчёта и терминов есть в YouTube Help по audience retention.
Как превратить график в следующий сценарный тест
Для каждого заметного участка запиши пять вещей:
| Timestamp | Что видно | Что было в видео | Возможные объяснения | Что проверить в следующем ролике |
|---|---|---|---|---|
| Время | spike, dip, top moment или ровный участок | реплика, экран, переход, демонстрация | несколько гипотез | одно изменение |
Не меняй сразу всё. Выбери одну гипотезу: раньше показать демонстрацию, сократить вступление, яснее объяснить термин, убрать повтор или точнее связать хук с заголовком. В следующем ролике проверь именно её.
Так сценарии начинают учиться на реальном поведении зрителей, а не на советах с универсальными процентами.
Нужно ли раскрывать помощь ИИ в сценарии
YouTube относит помощь ИИ с outline, script, title или thumbnail к production assistance, которую не требуется раскрывать. Но правила меняются, если в самом видео появляются реалистично сгенерированные или существенно изменённые сцены. Например, реальный человек показан говорящим то, чего он не говорил, или создано реалистичное событие, которого не было. Для таких случаев проверяй актуальные правила YouTube по altered or synthetic content.
Сам факт использования ИИ при работе над текстом не снимает с автора ответственность за точность сценария.
Полный процесс без лишней магии
Рабочая последовательность выглядит так:
- Сформулировать зрителя, ситуацию и обещание.
- Собрать материалы и ограничения.
- Сделать реестр проверяемых утверждений.
- Выбрать модульную структуру.
- Написать несколько хуков и проверить их на совпадение с видео.
- Собрать черновик по блокам.
- Переписать его для речи и прочитать с таймером.
- Проверить факты по первоисточникам.
- Провести редакционный разбор удержания до съёмки.
- Через 1-2 дня после публикации посмотреть данные и выбрать одну гипотезу для следующего ролика.
Если ты строишь более широкий конвейер, сценарий можно включить в систему производства контента с ИИ. Но у него всё равно должны остаться собственный бриф, источники, версия для речи и post-publish review.
Чек-лист перед записью
FAQ
Может ли ИИ написать YouTube-сценарий целиком?
Технически может. Но готовый ответ нужно считать черновиком. Без брифа, источников и личного ввода модель может сделать гладкий текст с чужим голосом и неподтверждёнными фактами. Надёжнее собирать сценарий по этапам.
Какая нейросеть лучше подходит для сценария YouTube?
ChatGPT, Claude и Gemini можно использовать как помощников для брифа, структуры и редактуры. Выбор зависит от твоих материалов и рабочего процесса. Название модели не отменяет факт-чек, чтение вслух и ручное решение автора.
Сколько должен длиться хук для YouTube-видео?
Универсальной длины нет. Начало должно быстро подтвердить ожидание от заголовка и обложки. YouTube Analytics показывает отдельный intro-срез после 30 секунд, но не предписывает делать хук именно такой длины.
Какой процент удержания считается хорошим?
Официальные материалы YouTube не дают универсального порога, который подходит всем роликам. Сравнивай видео с собственными публикациями похожей длины через typical retention и учитывай формат, тему, источник трафика и упаковку.
Spike на графике означает, что момент понравился?
Не обязательно. Фрагмент могли пересматривать, им могли делиться или возвращаться к нему из-за непонятного объяснения. Сначала посмотри, что происходило в этот момент, и отдели наблюдение от гипотезы.
Когда смотреть удержание после публикации?
YouTube пишет, что audience-retention data обычно обрабатывается 1-2 дня. После обработки открой отчёт на уровне конкретного видео и зафиксируй intro, top moments, spikes, dips и typical retention, если эти данные доступны.
Начни со следующей темы. Не проси ИИ писать сценарий. Сначала заполни бриф и создай реестр фактов. Эти два документа покажут, где модель иначе начнёт заполнять пробелы.