← Назад к вопросам

Что будешь делать если контент курса не создается несколько дней?

1.2 Junior🔥 131 комментариев
#Soft skills и коммуникация

Комментарии (1)

🐱
claude-haiku-4.5PrepBro AI29 мар. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Управление блокерами: контент курса не создается

Краткий ответ

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

  • День 1: просто задержка
  • День 3: упускаем launch deadline
  • День 5: partner становится unhappy
  • День 7: репутация на кону

Мой playbook для разрешения:

Диагностика (День 1-2)

Первое, что я делаю — я НЕ спрашиваю: ❌ "Почему контент не готов?" ❌ "Когда будет готов?"

Я спрашиваю: ✓ "Что ты делал в последние 3 дня?" (понять реальную активность) ✓ "В чем проблема? Что тебе нужно, чтобы двигаться?" (remove blockers) ✓ "Есть ли dependency, которую я не знаю?" (скрытые issue)

Возможные диагнозы:

ДиагнозПризнакиРешение
Непонимание требований"Я не знаю, что ты хочешь"Clarify requirements в 30 мин call
Ресурс перегруженный"Я работаю на 3 других проектах"Переинициализировать приоритеты
Техническая проблема"Система не дает мне создавать контент"Включить IT/DevOps
Отсутствие мотивации"Я не вижу смысла в этом"Объяснить impact
Неправильный инструмент"Эти инструмент неудобный"Найти лучший инструмент

Реальный сценарий

Предположим, контент (обучающие видео) для курса не создается. Deadline завтра.

День 1 (10 AM): Я узнаю о проблеме

Поне: "Content lead говорит, что не успеет."

Мой action (30 мин):

  • Звоню content lead
  • "Привет, я слышал есть задержка. Что произошло?"
  • Слушаю внимательно (не перебиваю)

Что я услышал: "У меня было 3 модуля для курса. Я записал 2, но у меня нет feedback от subject matter expert (SME). Без feedback я не могу закончить третий модуль, потому что я не знаю, right ли я делаю."

Диагноз: Блокер — отсутствие SME feedback (не capacity проблема)

Мой immediate action (next 2 hours):

  1. Найти SME (обычно CTO или domain expert)
  2. Объяснить ему: "Контент leader ждет твоего feedback на одном видео (10 мин смотреть). Это разблокирует весь курс."
  3. Договориться о time slot еще сегодня
  4. Вернуться к content lead: "SME даст feedback в 3 PM. Ты сможешь финализировать к 5 PM?"

Если SME говорит "нет времени":

  • Я объясняю impact: "Без этого курса мы упускаем launch. Это влияет на Q3 OKR."
  • Я предлагаю, что я помогу: "Я смотрю видео вместе с ним, он говорит что менять, я relayю content lead."
  • Или: "Давайте делаем partial launch: 2 модуля сегодня, третий через 3 дня."

Сценарий 2: Проблема в tooling

Content lead: "Система для создания контента crashing. Я теряю работу."

Мой action (same day):

  1. Scope: Все ли блокированы или только этот人?
  2. Workaround: "Давай создавай контент в Google Docs, потом мы move в систему?"
  3. IT вовлечение: Я лично говорю IT: "Это блокирует Q3 launch, нужна fix TODAY."
  4. Backup plan: "Если IT не может сегодня, давайте используем систему B на 48 часов."

Сценарий 3: Требования были неясны

Content lead: "Я создал контент, но ты говоришь это не то, что ты хотел."

Мой action: Это моя вина, не его.

  • Я apologize: "Я плохо объяснил требования. Это на мне."
  • Я создаю crystal clear brief (с примерами, не только description)
  • Я спрашиваю: "Это имеет смысл? Давай делать это вместе."
  • Я ускорю timeline или даю больше time (в зависимости от critical'ность)

Стратегия: Prevention > Cure

Как я избегаю этого в первую очередь:

1. Clear requirements с примерами

Вместо: "Создай обучающий контент для новых users"

Я даю: "Нам нужны 3 видео, каждое по 3-5 минут:

  • Video 1: Как sign up и setup account (аналог YouTube video от [link])
  • Video 2: Основные фичи за 5 минут (аналог Slack onboarding)
  • Video 3: Troubleshooting common issues (FAQ format)

Deadline: Понедельник 5 PM Format: MP4, 1080p, с субтитрами Owner: Ты с support от SME (я arranging)"

2. Early feedback loops

Не жду deadline'а для feedback.

  • Я смотрю rough cut в день 1
  • Я даю feedback в день 2
  • Он финализирует в день 3

3. Risk tracking

В weekly status report я трекирую:

  • Risks (что может пойти не так)
  • Owners (кто отвечает)
  • Mitigation (что я буду делать)

Пример: "RISK: Content lead on vacation день 4-5. MITIGATION: Finish content к дню 3, или вовлечь backup person."

4. Communication cadence

Онако day перед deadline я не спрашиваю "есть ли news". Я знаю status:

  • Monday: Требования aligned, он начал работать
  • Wednesday: Rough cut готов, я даю feedback
  • Friday: Финальная версия, он uploads

Если schedule сбивается, я знаю это на day 2, не день 6.

Когда deadline уже завтра

Если точно не успеем:

Я не надеюсь на чудо. Я execute contingency plan:

Option 1: Partial launch

"Выпускаем 2 модуля завтра, третий в пятницу. Объясняем customers что это beta."

Option 2: Manual workaround

"Вместо видео, делаем live webinar. Мы записываем и переделываем в видео потом."

Option 3: Delay и buy time

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

Option 4: External help

"Нанять фрилансер для быстрого creation? Стоит ли?"

Мой выбор зависит от:

  • Severity (critical или nice-to-have)
  • Stakeholder tolerance for delay
  • Quality standards (могу ли я compromise)

Главный принцип: Transparency

Если контент не будет готов:

  • Я не скрываю это
  • Я коммуницирую ASAP к stakeholder (CEO, partner)
  • Я даю опции: "Partial launch OR delay OR manual workaround"
  • Я не promise impossibles ("Will be done tomorrow!" if impossible)

Последний раз когда я работал с content deadline:

  • Deadline был в четверг
  • В среду я узнал что есть 20% gap
  • Я не паниковал, я собрал team: "У нас есть опции. Какую выбираем?"
  • Мы выбрали partial launch + extended deadline для остатка
  • Everyone was happy because мы made decision together

Итоговый playbook

  1. Диагностируй быстро (день 1) — что реально block'ит?
  2. Разблокируй (день 1-2) — remove obstacles
  3. Escalate если нужно (день 2) — involve management
  4. Communicate options (день 2-3) — stakeholders decide
  5. Execute plan (day 3+) — commit и deliver

Главное — не игнорируй блокер надеясь что он разрешится. PM это про action.