Принцип “working backwards”

Один из знаменитых принципов Amazon — “working backwards”.
Суть в том, чтобы до начала разработки написать документы, которые нам понадобятся непосредственно перед запуском:

1. Пресс-релиз
2. F.A.Q.
3. Мануал или help doc.

Вся прелесть в том, что, во-первых, вы с головой влезаете в mindset пользователя (пытаясь понять, какие вопросы он может задать); во-вторых, достигаете кристалльной чистоты мысли (сразу думая о том, как вы будете презентовать свое решение — запутанные графики и сложная терминология точно не сгодятся).

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

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

Точно то же самое можно делать на уровне продукта (“как выглядит мир через 5 лет? и как в нем существует ваш продукт?” — стратегия и видение) и на уровне проекта (“вот мы выкатились в продакшн — что изменилось в жизни пользователей?” — импакт, метрики успеха, приоритизация фич, история).