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

1. Какую проблему решает продукт.
2. Как мы поняли что проблема есть
3. Как мы поняли что решение - подходит.
4. Юнит эконмика и сопуствующие метрики.
5. IT Архитектура продукта и где лежат данные.
6. Команда, кто за что и какие процессы.
7. Рынок (альтернативы, проникновение, потенциал)
8. Три самые большие проблемы которые мешают развитию продукта.
9. Управляемость. (если завтра хочу изменить цену/дизайн/онбординг/провести АБ тест) - как мне это сделать.
10. Метрики внимания и использования. Типичная сессия, типичное поведение пользователя и тд.

А бывает так, что про UX не очень думают). Знакомый показал, а я проверил.

Итак задача. Узнать цену производителя на конкретные часы.

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

Но и это еще не все
Что бы узнать цену - надо написать в бутик. Само по себе очень странно.

Но если написать в бутик (а кстати в несколько бутиков с одного емеила написать не получится без регистрации)

То ответ приходит
"Привет, у нас нет сейчас такого на складе"

В итоге, омега не зарабтает приличный кусок маржи, который бы могли заработать.

Вот так грузинская шаверма смогла, а омега не смогла.

Знаете что это?Это UX.

Так привозят шаверму в некоторых доставках Тбилиси.
Отмечают как приготовлена шаверма. Не маркером пишут на ней(иди разбери почерк), а ставят галки.
Если заказал две+ понимаешь, какая где.
Нет вопросов как приготовлена.

За этим стоит серьёзный объем работы.

Список действий:

1. Узнать что проблема такая есть.
2. Придумать как аккуратно решать
3. Разработать вариации приготовления
4. Включить в дизайн упаковки
5. Настроить интеграцию с доставочными сервисами
6. Выстроить процесс где кухня будет отмечать.

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

Так что UX - это не только про прирост в метриках.
Это "Посмотри как пользователь делает и реши какую-нить его проблему".
Реальная работа над UX выглядит именно так.

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

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

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

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

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

В марте в финтехе была куча шума вида: "Давайте срочно сделаем сервисы для: поиска новых поставщиков в Китае / оплате сервисов и переводов / новых инвест продуктов.

В массе ничего реального и большого быстро не появилось. Что-то только начинает созревать.

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

3. Доверять процессу.Ничего не поменялось в процессе для создания нового продукта. Проблемы, гипотезы о решении, проверки, анализ результатов, MVP и тд. Это не перестало работать от того, что вокруг все в дыму.
Ряд неплохих идей и мыслей были запороты метаниями и нервной суетой.

Не стоит изменять процесс вне оговоренных точек и трепать себе нервы между измерениями.

4. Делать то, что приносит быструю и ощутимую пользу.В действующем продукте надо сосредоточится на конкретных и измеримых целей.
Короткий цикл обратной связи в ситуации высокой неопределености особенно важен. И для команды и для клиентов
и для продукта.
Ряд команд пошел делать долгосрочные вещи которые решали проблемы вида "доллар по 150" и
"Удаленное открытие ООО в Армении для параллельного импорта". Это казалось важнее, чем глупости в UX.
Спалили кучу ресурсов. Ситуация три раза поменялась. Глупости в UX до сих пор там.

Не знаете что делать - делайте то что принесет пользу здесь и сейчас.

Внеплановое и короткое включение по мотивам личных переписок.

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

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

Сама формула легко гуглится. Чуть творчески ее переработав

можно выделить вот такое

```
time =12
churn=0.05

q=(1-churn)
LT12=(1-q^time)/(1-q)
```

И легко считать.
Напоминаю об опасности таких расчетов.