Ключевая проблема продукта, решение споров и ручное тестирование
Идеи из опыта развития своего продукта
Ключевая проблема
Каждый продукт должен отлично решать одну ключевую проблему в выбранной сфере, которая не изменится с годами. Все остальное — вторично.
Пример: можно сколько угодно добавлять сервисов в мессенджер, но если в нем будет неудобно общаться, им не будут пользоваться.
Вывод: не нужно распыляться на красивые функции, пока не научились решать ключевую проблему. Вполне возможно, что и не нужно вовсе.
Решение споров
Недавно понял, как перевести агрессивную корпоративную дискуссию в спокойную беседу.
- Вспомнить, что агрессивный настрой возникает потому, что каждому не наплевать на будущее компании. В обратном случае, люди бы молчали и делали то, что легче, либо больше нравится руководству.
- Уяснив первый пункт, совместно найти лучшее решение в данной ситуации.
Ошибочная последовательность
Заметил интересную особенность, которая периодически проявляется во время обсуждения идей.
В активной дискуссии высказывается много мыслей. Логично, что часть из них неверна. Это нормальный процесс в ходе которого рождаются лучшие решения. Но некоторые слишком сильно привязываются к высказанной идее, даже если понимают, что она ошибочна, и начинают подгонять под нее факты, когда как лучше было бы сразу признать, что идея плохая и перейти к следующей.
Многие инноваторы, включая Джобса и Эйнштейна, никогда не стеснялись менять мнение, если другое выглядело логичнее, потому что для общего дела найти лучшую идею гораздо важнее, чем отстоять свою.
Сила формулировок
Один из самых простых способов изменить отношение пользователя к продукту — поработать над формулировками. Подумайте, какой посыл должен нести ваш бренд и подберите подходящие слова.
Несколько идей:
- Дружелюбное обращение «мы отправим уведомление …», либо техническое «система отправит уведомление …».
- Общедоступные термины или профессиональные — понятные лишь в определенной сфере.
- Ироничные посыл, либо серьезный. Пример забавного статуса заказа компании CD Baby: «С превеликой осторожностью, вооружившись стерильными перчатками, мы взяли ваш CD с полки CD Baby и разместили на атласной подушке».
Важно понять, что нет лучшего способа обращаться к пользователю. Есть лишь тот, который больше подходит вашему бизнесу.
Идеи в действие
Иногда, во время обсуждения, происходит следующее. Все приходят к одному мнению и говорят что-то вроде «Да, давайте это делать». Периодически случается, что подобные начинания так и остаются лишь идеями.
Чтобы этого не происходило, нужно сделать две вещи:
- Определить следующий шаг. Что нужно сделать, чтобы продвинуться в реализации выбранной идеи.
- Назначить ответственного. Иначе люди будут мысленно скидывать задачу на других, будучи занятыми своей работой.
Если не удается назначить ответственного, возможно, выбранная идея не такая важная. Либо вам просто не хватает человека.
Ручное тестирование
Один из главных уроков, который мы усвоили за год развития продукта: любая автоматизация должна начинаться с ручного тестирования.
Раньше мы диагностировали проблему пользователей, после придумывали функцию, которая должна ее решить, разрабатывали ее и ждали, что все заработает. Иногда это срабатывало, иногда нет. А ресурсы разработчиков уходили всегда.
Чтобы не тратить время впустую, теперь каждую новую функцию мы тестируем вручную. Например, не автоматизируем подписание договора, а сперва по телефону обзваниваем пользователей и договариваемся о подписании. И лишь убедившись, что выбранное решение верное, пытаемся его автоматизировать.
Таким образом мы быстро тестируем гипотезу, глубже погружаемся в проблему и не демотивируем команду, разрабатывая ненужные функции.
Моя книга «Дизайнер интерфейсов».
Telegram-канал о развитии продукта.
