Я начинаю внедрение не с обучения, а с решения, которое человек примет в системе
Почему запуск бизнес-системы стоит начинать с одного понятного решения сотрудника, а обучение строить вокруг живого рабочего сценария.
Читать статью →пользовательский сценарий — Алексей Журинов — страница 2
Рубрики
Популярные метки
Я не превращаю каждое обращение в поддержку в функцию продукта
Обращение в поддержку — это сигнал, а не готовое ТЗ. Я разбираю повторяющийся сценарий, его правило и цену ошибки, прежде чем добавлять новую функцию в SaaS.
Читать статью →Я считаю функцию частью продукта только после вопроса: какое решение она уберёт из переписки
Новая функция полезна не потому, что она появилась в плане. Я смотрю, какое повторяющееся решение она снимает с людей — и не превращает ли продукт в ещё один…
Читать статью →Я считаю B2B-продукт привычным только тогда, когда его перестают обходить в Excel
Настоящее внедрение B2B-продукта начинается не с созданных учётных записей, а с момента, когда люди перестают держать рядом Excel и ручные обходы.
Читать статью →Я не называю функцию готовой, пока не вижу её в чужом рабочем дне
Функция готова не на демонстрации, а в обычном рабочем дне пользователя. Разбираю пять вопросов, которые помогают выпустить изменение без лишней надежды на аккуратность людей.
Читать статью →Я не добавляю в SaaS новую роль, пока не понимаю, что изменится для старой
Почему новая роль в SaaS меняет не только права доступа: как проверить сценарий, ответственность и путь тех, кто уже работает в продукте.
Читать статью →Я смотрю на первые десять минут пользователя раньше, чем на список функций
Почему первые десять минут в SaaS важнее экскурсии по функциям: как привести нового пользователя к первому полезному результату и не перегрузить настройками.
Читать статью →Я начинаю новую функцию не с экрана, а с решения пользователя
Почему новая функция SaaS должна начинаться с решения пользователя: как найти ручной обход, задать границы сценария и не превратить продукт в набор случайных экранов.
Читать статью →Я проверяю готовность продукта к понедельнику утром, а не к красивой демонстрации
Как проверить, выдержит ли SaaS-продукт обычный рабочий день: главный сценарий, роли, исключения, обратная связь и граница первого релиза.
Читать статью →Почему в SaaS я сначала разбираю самое дорогое исключение, а не список новых функций
Развитие SaaS начинается не с громкого списка пожеланий, а с повторяющегося исключения, которое заставляет людей обходить продукт вручную и дорого обходится клиенту.
Читать статью →