МЕССЕНДЖЕР ЛОЖИТСЯ НЕ В ПИК, А В МОМЕНТ, КОГДА ОН «ДОЛЖЕН ПРОСТО РАБОТАТЬ»

МЕССЕНДЖЕР ЛОЖИТСЯ НЕ В ПИК, А В МОМЕНТ, КОГДА ОН «ДОЛЖЕН ПРОСТО РАБОТАТЬ»

Вечером 10 июня у MAX начался массовый сбой: люди не могли обновить чаты, отправить или получить сообщения, позвонить. Жалобы пошли примерно с 19:30.

Это хороший пример job-to-be-done в чистом виде: пользователь не «использует мессенджер», а пытается закрыть конкретную задачу здесь и сейчас — быстро связаться, подтвердить договорённость, не потерять контекст. Если базовый сценарий ломается, продукт мгновенно теряет доверие ⚠️

Что важно для growth-product команды:
— ключевой триггер здесь не фича, а срочность коммуникации;
— фейл в core job бьёт по retention сильнее, чем отсутствие второстепенных функций;
— после такого инцидента пользователи часто не формулируют претензию как «у вас баг», они думают: «на этот сервис нельзя положиться».

Для исследований это напоминание: смотрите не только на частоту использования, но и на критичность момента. Где у пользователя «нельзя ошибиться» — там и находится самый чувствительный участок опыта.