5 вопросов, которые стоит задать себе до запуска нового проекта
Казалось бы, совершенно очевидная вещь. Но чем больше я работаю с разными компаниями и проектами, тем чаще сталкиваюсь с ситуацией, когда этот этап просто пропускают.
Появляется идея, все такие: «О, классно, давайте делать». Потом команда прикладывает огромное количество усилий, собирает MVP, запускает, ждёт результата, а через несколько месяцев выясняется, что что-то не работает, что-то вообще было не нужно, а кто-то уже не может вспомнить, как мы изначально пришли к этой идее.
Поэтому, если вы не хотите тратить силы и энергию впустую, я бы перед стартом любого проекта остановилась и задала несколько простых вопросов. Причём не только себе. Очень важно поговорить с заказчиками и будущими пользователями, потому что ваше представление о проблеме и их представление могут очень сильно отличаться.
1. Какую задачу мы вообще решаем?
Не «что мы хотим запустить», а именно какую проблему хотим решить и чего хотим добиться. Зачем нам вообще нужен этот проект? Какой результат должен измениться после его запуска?
Иногда уже на этом этапе оказывается, что команда очень хорошо придумала решение, но никто толком не может сформулировать проблему.
2. Для кого мы это делаем?
Кто наш целевой пользователь? Чью проблему мы решаем? Кто в итоге должен пользоваться результатом?
Это особенно важно в HR-проектах, где очень легко начать делать что-то «для сотрудников», не поговорив при этом с самими сотрудниками. А потом удивляться, почему прекрасный продукт никто не использует.
Если мы разговариваем не с той аудиторией, то вполне можем получить очень качественный ответ на совершенно не тот вопрос.
3. Как выглядит успешный результат?
Здесь важно договориться не просто о том, что мы что-то запустим, а о том, что должно измениться после запуска. Как мы поймём через три или шесть месяцев, что проект был успешным?
Потому что «мы внедрили» и «мы решили проблему» это две совершенно разные вещи.
4. Как мы поймём, что эта задача действительно стоит наших ресурсов?
У любой идеи есть альтернативная стоимость. Пока команда занимается этим проектом, она не занимается чем-то другим. Поэтому полезно честно спросить себя: насколько эта проблема действительно приоритетна и что произойдёт, если мы вообще ничего не будем делать?
Иногда ответ оказывается гораздо полезнее самой идеи.
5. С кем мы должны договориться до старта?
И вот это, наверное, мой любимый вопрос. Кто наши ключевые заказчики и стейкхолдеры? Совпадает ли у нас понимание задачи, результата и критериев успеха?
Потому что очень часто проект заканчивается не потому, что команда плохо работала, а потому что в начале у пяти разных людей было пять разных представлений о том, что именно мы собираемся сделать.
Поэтому мой простой чек перед стартом любого проекта: проблема, пользователь, результат, приоритет и единое понимание со стейкхолдерами.
И только после этого я бы переходила к вопросу: «Окей, а теперь давайте подумаем, как это сделать».
Потому что хорошая идея сама по себе ещё не является хорошим проектом. Иногда самый эффективный проект тот, который мы вовремя решили не запускать.