Запустить нельзя подождать
Есть момент в жизни каждого сервиса, когда Product Owner смотрит на список задач и думает: ну вот ещё это сделаем — и точно запускаем. Но стоит задать себе вопрос: вы реально не готовы или просто боитесь выйти? Страх не должен быть помехой запуску, уверена наш директор по развитию Оксана Новицкая.
«Настоящая причина, почему запуски затягивают — это не технические риски и не забота о клиенте. А ощущение потери контроля над идеальностью.
Пока сервис не запущен, он прекрасен — в тестовой среде, в голове и документации. Клиенты же разрушат эту идеальность за первые два дня. Они придут с реальными проблемами, и вам придется отвечать и исправлять — причем публично.
Отсюда и страх получить негативную обратную связь. Например, что клиент найдёт баг раньше вас или что конкурент уже сделал лучше. Но на самом деле это хорошо. Именно клиенты лучше всех знают, что для них важно. Их обратная связь помогает понять, что нужно улучшить. А получить её можно только после запуска релиза.
Как понять, что сервис готов?
Я не верю в универсальные чек-листы: у каждого сервиса свой контекст. Но есть несколько вопросов, которые обязательно задаю перед запуском.
⏺ Клиент может решить свою задачу?
Пусть не все задачи и не в самом красивом виде. Но основной сценарий работает без костылей и звонка в поддержку. Если да, можно идти дальше.
⏺ Поддержка готова?
Не знает всё наизусть, а понимает сервис и не потеряется при первом же вопросе. Это разные вещи, и клиент ощущает разницу мгновенно.
⏺ Мы знаем, что сломается первым?
Если слабые места известны, это хороший знак. Значит, вы изучили сервис достаточно, чтобы рисковать осознанно. Гораздо хуже, когда все уверены, что всё хорошо.
⏺ Есть план на случай, если что-то пойдёт не так?
Не «допилим на живую» , а конкретные шаги. Без этого лучше не запускаться.
Как понять, что не готово?
Это важнее. Потому что иногда давление «ну сколько можно, запускайте уже» мешает здравому смыслу. Несколько маркеров:
⏺ Базовый сценарий нестабилен. Падает, зависает, дает непредсказуемый результат. Это не доработать после запуска: нужен стоп сейчас же, без обсуждений.
⏺ Поддержка смотрит в документацию с выражением лица «что это вообще такое?» . Клиент почувствует это в первый же день.
⏺ Нет мониторинга. Запустить сервис вслепую - значит узнавать о проблемах от расстроенных клиентов, а не от системы. Это всегда поздно и всегда неприятно.
❗️И еще один важный совет — не увлекайтесь бантиками. Это доработки, которые не влияют на работоспособность, но почему-то кажутся срочными. Чуть другой цвет кнопки, анимация при загрузке, дополнительный фильтр в таблице, который однажды попросил один клиент или менеджерам надо.
Тест простой: если убрать эту доработку, клиент всё равно сможет решить свою задачу? Если да, то это бантик, а не блокер запуска. Такой бантик можно перенести в следующий релиз или плановое обновление.
Коварство бантиков в том, что их можно находить бесконечно. Сервис можно полировать вечно. В какой-то момент нужно признать: то, что есть, достаточно хорошо для первого шага. Хоть и не идеально.
#Оксана_объясни
😏 Облакотека | TG | MAX
Есть момент в жизни каждого сервиса, когда Product Owner смотрит на список задач и думает: ну вот ещё это сделаем — и точно запускаем. Но стоит задать себе вопрос: вы реально не готовы или просто боитесь выйти? Страх не должен быть помехой запуску, уверена наш директор по развитию Оксана Новицкая.
«Настоящая причина, почему запуски затягивают — это не технические риски и не забота о клиенте. А ощущение потери контроля над идеальностью.
Пока сервис не запущен, он прекрасен — в тестовой среде, в голове и документации. Клиенты же разрушат эту идеальность за первые два дня. Они придут с реальными проблемами, и вам придется отвечать и исправлять — причем публично.
Отсюда и страх получить негативную обратную связь. Например, что клиент найдёт баг раньше вас или что конкурент уже сделал лучше. Но на самом деле это хорошо. Именно клиенты лучше всех знают, что для них важно. Их обратная связь помогает понять, что нужно улучшить. А получить её можно только после запуска релиза.
Как понять, что сервис готов?
Я не верю в универсальные чек-листы: у каждого сервиса свой контекст. Но есть несколько вопросов, которые обязательно задаю перед запуском.
⏺ Клиент может решить свою задачу?
Пусть не все задачи и не в самом красивом виде. Но основной сценарий работает без костылей и звонка в поддержку. Если да, можно идти дальше.
⏺ Поддержка готова?
Не знает всё наизусть, а понимает сервис и не потеряется при первом же вопросе. Это разные вещи, и клиент ощущает разницу мгновенно.
⏺ Мы знаем, что сломается первым?
Если слабые места известны, это хороший знак. Значит, вы изучили сервис достаточно, чтобы рисковать осознанно. Гораздо хуже, когда все уверены, что всё хорошо.
⏺ Есть план на случай, если что-то пойдёт не так?
Не «допилим на живую» , а конкретные шаги. Без этого лучше не запускаться.
Заметьте: в этом списке нет ни одного вопроса в духе « Все ли фичи реализованы?» и «Достаточно ли красиво выглядит интерфейс?» .
Как понять, что не готово?
Это важнее. Потому что иногда давление «ну сколько можно, запускайте уже» мешает здравому смыслу. Несколько маркеров:
⏺ Базовый сценарий нестабилен. Падает, зависает, дает непредсказуемый результат. Это не доработать после запуска: нужен стоп сейчас же, без обсуждений.
⏺ Поддержка смотрит в документацию с выражением лица «что это вообще такое?» . Клиент почувствует это в первый же день.
⏺ Нет мониторинга. Запустить сервис вслепую - значит узнавать о проблемах от расстроенных клиентов, а не от системы. Это всегда поздно и всегда неприятно.
❗️И еще один важный совет — не увлекайтесь бантиками. Это доработки, которые не влияют на работоспособность, но почему-то кажутся срочными. Чуть другой цвет кнопки, анимация при загрузке, дополнительный фильтр в таблице, который однажды попросил один клиент или менеджерам надо.
Тест простой: если убрать эту доработку, клиент всё равно сможет решить свою задачу? Если да, то это бантик, а не блокер запуска. Такой бантик можно перенести в следующий релиз или плановое обновление.
Коварство бантиков в том, что их можно находить бесконечно. Сервис можно полировать вечно. В какой-то момент нужно признать: то, что есть, достаточно хорошо для первого шага. Хоть и не идеально.
Хороший сервис — не тот, который вышел без единого бага. А тот, что вышел вовремя, помог клиенту, собрал честную обратную связь и стал лучше. Первая версия почти всегда несовершенна. Бантики можно повесить потом. Главное — открыть дверь 🙂» .
#Оксана_объясни
😏 Облакотека | TG | MAX