Jobs to be Done — анализ

Сформулируй Jobs-to-be-Done для {{product}}.

Концепция

Люди не покупают продукты — они "нанимают" их выполнить работу. Понимая job, видишь:

• Реальных конкурентов (не только продукты той же категории)
• Контекст использования
• Критерии успеха для пользователя

Шаги

1. Найди ситуации использования

Через интервью с реальными пользователями:

• "Расскажите про последний раз когда вы использовали [продукт]"
• "Что произошло до этого?"
• "Что вы пытались добиться?"
• "Что произошло после?"

Собирай истории, не мнения.

2. Сформулируй jobs по шаблону

Когда [ситуация],
я хочу [мотивация],
чтобы [результат / прогресс].

Пример (Notion):

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

vs:

Когда команда работает над большим проектом,
я хочу единое место для документов,
чтобы избежать "где это лежит?"

Один продукт — несколько jobs. Это нормально.

3. Категоризация по уровню

• Big job: "управлять знаниями" (стратегическая цель)
• Small job: "записать идею" (конкретная задача)
• Related jobs: "поделиться идеей с коллегой"

4. Сложности jobs

Каждая job имеет:

• Functional аспект: что нужно сделать (записать, найти)
• Emotional: как себя чувствовать (контролировать, не нервничать)
• Social: как выглядеть в глазах других (быть организованным)

5. Кого мы заменяем (конкуренты)

После понимания job — список альтернатив. Не только продуктов той же категории.

Для "записать идею":

• Notion
• Apple Notes
• Email себе
• Бумажный блокнот
• Просто запомнить
• Голосовая заметка

Видишь — главный конкурент часто не делать ничего.

6. Критерии "хорошо выполненной работы"

Что для пользователя значит "job done"?

• "Идея зафиксирована и я знаю где найду её"
• НЕ "я открыл приложение"
• НЕ "я нажал кнопку сохранить"

Это критерий успеха продукта.

7. Job statements + outcomes

Job: Зафиксировать мелькающую идею

Outcomes (что считается хорошо):
- Minimise time to capture (< 5 сек)
- Minimise friction (без логина)
- Maximise recoverability (легко найти потом)
- Minimise context switch (не открывать другое приложение)

Каждый outcome — kandidaт для оптимизации продукта.

8. Где недообслужен?

Сравни как продукт справляется с outcomes против alternatives:

• Где плохи alternatives? → твоё преимущество
• Где плох продукт? → возможность улучшения

Формат вывода

## Главные jobs

### Job 1: [название]
**Когда** ...
**Хочу** ...
**Чтобы** ...

**Outcomes:**
- ...

**Конкуренты (включая non-product):**
- ...

**Где мы сильны:**
- ...

**Где слабы:**
- ...

### Job 2: ...

Принципы

• Один продукт = много jobs. Это нормально
• Если конкурент = "сделать вручную" — твой продукт автоматизирует
• Если конкурент = другая категория — переосмысли позиционирование