В течение своей карьеры я имел опыт работы над многими масштабными проектами, от проработки стратегий компании, выбора идеальных продуктов, реорганизации ключевых алгоритмов user-flow и информационного проектирования, до разработки систем с нуля.
Работать над такими крупными проектами чаще всего весьма непросто. Вас часто подвергают критике руководство компании и многочисленные акционеры. Каждую деталь требуется согласовывать, когда речь идет о масштабных и серьезных изменениях.
Недавно я сделал два улучшения на GitHub, и отклик, который я получил, превзошел все мои самые смелые мечты. Я никогда раньше не получал такой большой благодарности и любви, которой щедро одарило меня сообщество. Но то, что я сделал, не было крупными, основательными проектами. Эти вещи были крошечными.
Во-первых, мы сделали динамические фавиконки для страниц пулл-реквестов GitHub. [Статья написана в 2017 году.] Вкладки браузера теперь всегда отображают текущий статус сборки пулл-реквеста. До выпуска этого обновления пользователям приходилось периодически переключаться между вкладками, чтобы проверить, завершилась ли сборка, чтобы они могли продолжить работу. Нетерпеливые пользователи очень часто проверяли вкладки пулл-реквестов.
Я делал значки, а Джейсон работал над тем, чтобы они динамически обновлялись. Это изменение заняло меньше недели, и сотни людей мгновенно его заметили. Ниже приведено лишь небольшое количество восторженных отзывов, чтобы вы могли получить общее представление.
Твиты о фавиконках GitHub
Мой следующий проект состоял в том, что я заменил индикатор
Это была всего одна строка кода, которую я написал за пару минут. Я даже не создавал дизайн стрелки, она уже была в нашем наборе иконок.
Это маленькое изменение решило относительно небольшую проблему, но это было очень полезно для многих юзеров. И мы снова увидели сотни радостных отзывов и репостов.
Твиты о стрелке слияния GitHub
Первое изменение заняло меньше недели, а второе — всего несколько минут. Оба обновления затронули очень маленькие части платформы, но люди отреагировали на них с диким восторгом и воодушевлением. Пользователи были очень довольны.
Это не значит, что результаты обновлений можно или нужно измерять количеством полученных лайков — это может быть не так показательно, как их ценность для каждого отдельного пользователя. Но личные отзывы говорят о том, насколько значимы для ваших пользователей могут быть даже мельчайшие улучшения.
За годы работы я видел эту схему в различных ее интерпретациях огромное множество раз:
Очевидная рекомендация, показанная в первом квадрате таблицы, заключается в том, чтобы работать над выполнением тех задач, которые занимают мало времени и дают большой выхлоп. Забавно, но нельзя сказать, что я часто вижу, чтобы компании применяли этот совет на практике. Учитывая то, насколько ценны такие улучшения, я искренне не понимаю, почему этот принцип так редко используется.
Давайте поговорим о том, какую роль в вашей жизни могут сыграть такие изменения.
Люди выполняют действия с высокой частотой повторения (такие как создание новых пулл-реквестов на GitHub) по миллиону раз в день. Отдельный пользователь может проходить по одному и тому же маршруту действий по несколько раз в неделю, в день или даже в час. Эти повторяющиеся действия становятся частью их жизни.
Если есть хоть одно лишнее действие или неудобство в использовании, оно приумножается с каждой итерацией. Одно неоптимальное действие, которое занимает лишние 5 секунд и повторяется бесконечное множество раз за день, создает лишнюю суету и является бесполезной тратой времени.
Вот почему многие пользователи так благодарны за эти обновления. Они ценят то время, которое они сэкономят в дальнейшем.
Похожая реакция была, когда Netflix добавили кнопку, которая позволяла пользователям пропустить интро в сериалах. После этого изменения пользователям больше не нужно было перематывать видео вперед и назад, чтобы найти нужное место, когда начинается новая серия.
Подобные отзывы мы можем видеть и в ответ на обновление Chrome, когда они добавили значок громкости, который показывал, на какой вкладке воспроизводится звук. После этого обновления пользователям больше не нужно было нажимать по каждой открытой вкладке, чтобы найти источник звука, который доставлял неудобства.
Есть множество других примеров того, как такие небольшие изменения вызвали волну восторженных благодарностей. Изменения могли казаться весьма несущественными, но они раз и навсегда избавили миллионы пользователей от тех неудобств, которые они вынуждены были испытывать снова и снова.
Представьте, что одна из ваших двадцати вкладок в Chrome сейчас автоматически проигрывает самое нелепое видео во всем интернете. Методом проб и ошибок вы кликаете по каждой вкладке, чтобы найти источник звука. Вам не удалось найти его с первого раза. Как такое возможно? Ну, возможно, вы кликнули по нужной вкладке и не заметили. Вы будете пытаться снова и снова, пока наконец, полностью отчаявшись, не закроете целиком весь браузер. А завтра и все последующие дни в обозримом будущем все это будет повторяться сначала.
Воссоздание ощущений пользователя.
Сравните это с опытом, когда пользователь просто закрывает вкладку со значком громкости.
Можно посмотреть на эти изменения с точки зрения экономии времени. Промежуточные шаги (когда пользователь кликает по всем вкладкам в случайном порядке, пытаясь найти источник шума, или ломает голову над тем, какая ветка с чем сливается и переживает о том, как бы не сломать код и не разрушить свою компанию) весьма коротки во времени, но когда их много — они накапливаются. Такого рода обновления позволяют от них избавиться.
Когда вы избавляете пользователей от такой раздражающей проблемы, это производит очень мощный эффект, и иногда он даже превосходит эффект от выпуска крупных обновлений. Только представьте, что столь небольшие усилия могли привести к столь впечатляющему результату.
Вот что я называю маленькой победой.
Давайте сразу проясним этот вопрос — крупные проекты важны. Нельзя сказать, что если компания хочет продолжить развиваться, то мелкие улучшения, такие как описанные мною выше, будут способствовать ее развитию. Так что поймите меня правильно — я не предлагаю всем начать планировать дорожные карты, состоящие исключительно из этих маленьких побед. Основой развития должны служить амбициозные проекты.
Но масштабные проекты требуют координации команды, большого труда и, в первую очередь, много времени. Такие вещи не происходят быстро. За время работы над таким крупным проектом может начать казаться, что продукт не развивается. Для стартапа (особенно в сфере, где достаточно высокая конкуренция) такая стагнация может означать смертный приговор.
Чтобы нивелировать этот эффект, компаниям необходимо создавать впечатление динамики и доказывать своим пользователям, что они прислушиваются к их мнению и делают необходимые улучшения в продукте. Выпуская такие маленькие обновления, компании могут заполнить большие временные промежутки между крупными запусками.
Многие компании стараются поддерживать баланс, выпуская MVP-версии, и используют их для своего развития. В идеале, таким образом пользователи регулярно получают для себя ценность на каждой ступени развития компании. Но каждая такая ступень все же может занимать от пары недель до нескольких месяцев, и конечный результат, который пользователи наблюдают в каждой новой версии, далеко не всегда представляется им ценным. Ведь часто бета-версия — это лишь маленький шаг на пути к более сложному продукту.
В отличие от подобных обновлений, те небольшие изменения, которые я перечислил вначале, являются полностью автономными. Кнопка «пропустить интро» у Netflix является ценной для пользователей сама по себе. Так же, как и индикаторы громкости у Chrome и динамические значки GitHub.
Благодаря этому пользователи восприняли эти обновления как свежие, самостоятельные и полноценные фичи. Пользователи поняли и почувствовали, что к их мнению прислушиваются. Эти обновления произвели яркое впечатление на юзеров, они почувствовали доброжелательное отношение компании и, возможно, таким образом компании завоевали доверие и преданность своих клиентов. Да что уж там, они скорее всего даже способствовали органическому росту!
MVP и итеративная разработка являются мощными инструментами, и компаниям, которые хотят быстро расти, определенно стоит их использовать. Но у маленьких побед гораздо больше потенциала, когда необходимо заполнить промежутки между выходом больших обновлений. Они позволяют сохранить достигнутые результаты развития и улучшают отношение сообщества пользователей к компании.
Хорошо, мы уже поняли, что маленькие победы — это прекрасно и как раз то, что вам нужно. Вероятно, вам уже нравится идея их использования. Следующий шаг — это регулярное внедрение таких маленьких апгрейдов и наслаждение плодами своих трудов.
Скорее всего, сейчас интуиция подсказывает вам открыть свои каналы обратной связи от пользователей и начать выбирать задачи. Я бы не советовал вам поступать таким образом.
Я заметил одну странную деталь в тех проблемах пользователей, которые вы решили, выпустив обновления — пользователи практически никогда о них не сообщали.
Сотни людей были в полном восторге, когда мы добавили стрелку на страницы пулл-реквеста. Но при этом ни один из них никогда не писал о том, что он путал направление слияния, когда там были точки. Многие затем писали, что они сами виноваты в том, что не замечали этого неудобства.
Твиты от людей, которые винят самих себя
Люди так привыкли к этим слияниям, что уже даже не замечают, что совершают лишние действия. Если им где-то и неудобно пользоваться сервисом, для них это просто неотъемлемая часть жизни. Статус-кво. То, с чем они должны жить, а не то, что необходимо улучшить.
Многие ли люди заметили, что бесконечная прокрутка видео, чтобы найти начало серии — это что-то, что можно улучшить? Сколько людей подумали о том, что можно было бы попросить команду Chrome решить проблему с поиском вкладки со звуком?
Этот урок состоит в том, что вам не стоит полагаться на своих пользователей, когда вы решаете сделать какое-нибудь небольшое обновление (как мы уже знаем, часто лучше всего выстреливают именно такие фишки). Вы не можете улучшать продукт, основываясь лишь на обратной связи от пользователей и их запросах. Нужно копать глубже.
Создание списка быстрых побед — довольно простая задача. Гораздо труднее убедиться, что то, над чем вы начнете работу, окупит эти усилия. Не каждая новая опция приведет к такому отклику, который мы описали ранее, и в этом особенность маленьких побед.
Маленькие победы самодостаточны. Эти изменения маленькие, конкретные и ценные сами по себе. Если фича не будет ценной и значимой для пользователей как самостоятельная функциональность, ей нет места в вашем списке.
Маленькие победы не требуют больших усилий. Такие проекты просты, понятны и быстры в исполнении. Если изменение требует больших временных и трудовых затрат, ее не следует включать в ваш список.
Маленькие победы дают большой результат. Они затрагивают те компоненты сервиса, с которыми большинство юзеров взаимодействуют чаще всего. Если фича не произведет фурор в сообществе пользователей, ее не следует включать в этот список. Это значит, что такие вещи, как работа над темными углами, вашей системы, какой бы важной и ценной не была эта задача, не подходит для это списка.
Маленькие победы ускоряют работу. Они экономят пользователям время, избавляя их от ненужных шагов (физических или моральных), которые требуются для выполнения действия. Такой подход очень полезен для таких изменений, которые мы описывали ранее. Он позволяет отличить действительно ценные идеи от менее полезных, хоть и простых в исполнении, которые не подходят для этого списка. По крайней мере, в первое время после обновления пользователи будут все еще помнить неприятный опыт, с которым им приходилось сталкиваться. Они интуитивно будут его осознавать. Вот истинная причина их любви и благодарности.
Начните с того, что соберите совещание и сгененирируйте на нем как можно больше вариантов. Дизайнеры, разработчики, проект-менеджеры, отделы консультирования и поддержки — у всех могут быть одинаково ценные и значимые идеи, но мнение того, кто держит руку на пульсе у ваших пользователей, особенно важно. Спросите себя:
При ответе на эти вопросы вам очень пригодится свежий взгляд на вещи. Я работал в команде GitHub всего несколько месяцев, когда я решил добавить стрелку на странице пулл-реквеста. Я сделал это просто потому, что предыдущее решение, на мой взгляд, было нелогичным.
Дизайнеры, как и пользователи, привыкают к своему продукту и его разнообразным недочетам. Иногда бывает очень трудно увидеть, что можно было бы улучшить. Так что пробуйте привлекать к этому делу новых сотрудников. Сделайте это частью рабочего процесса для новых людей в вашей компании. Создайте в компании атмосферу, где сотрудники могут ставить под сомнение устоявшиеся принципы, когда они пройдут стадию знакомства с продуктом компании.
После того, как вы составили список улучшений, необходимо оценить ценность каждой фичи для пользователей и распределить их, основываясь на критериях усилия/результаты, как это обычно делается с любыми другими идеями.
Все компании разные, поэтому нет единого варианта, который подойдет всем без исключения. Однако я с уверенностью могу сказать, что ключевую роль играет регулярность. Это создаст впечатление, что компания заботится о пользователях и быстро развивается. Имено это позволит вам завоевать доверие своих пользователей.
Вот и все. В этом нет ничего особо сложного, это не ядерная физика и не написание романа. Но это дает очень мощный результат.
Я считаю, что использование маленьких побед может сотворить чудеса для вашей компании. Это даст вам огромное преимущество над конкурентами. Это покажет пользователям, что вы заботитесь о них и что они могут вам доверять. Ваши пользователи могут начать сами продвигать ваш продукт, это повысит лояльность ваших клиентов и приведет к органическому росту пользователей. И, что самое важное, это повысит качество вашего продукта и улучшит жизнь ваших пользователей.
Представьте, что всех этих невероятных результатов можно достичь, приложив лишь немного усилий.
Итак… что вы можете улучшить прямо сейчас?
Работать над такими крупными проектами чаще всего весьма непросто. Вас часто подвергают критике руководство компании и многочисленные акционеры. Каждую деталь требуется согласовывать, когда речь идет о масштабных и серьезных изменениях.
Недавно я сделал два улучшения на GitHub, и отклик, который я получил, превзошел все мои самые смелые мечты. Я никогда раньше не получал такой большой благодарности и любви, которой щедро одарило меня сообщество. Но то, что я сделал, не было крупными, основательными проектами. Эти вещи были крошечными.
Во-первых, мы сделали динамические фавиконки для страниц пулл-реквестов GitHub. [Статья написана в 2017 году.] Вкладки браузера теперь всегда отображают текущий статус сборки пулл-реквеста. До выпуска этого обновления пользователям приходилось периодически переключаться между вкладками, чтобы проверить, завершилась ли сборка, чтобы они могли продолжить работу. Нетерпеливые пользователи очень часто проверяли вкладки пулл-реквестов.
Я делал значки, а Джейсон работал над тем, чтобы они динамически обновлялись. Это изменение заняло меньше недели, и сотни людей мгновенно его заметили. Ниже приведено лишь небольшое количество восторженных отзывов, чтобы вы могли получить общее представление.
Твиты о фавиконках GitHub
Мой следующий проект состоял в том, что я заменил индикатор
... на новых страницах пулл-реквестов на стрелку, которая отображала направление слияния. До того, как было выпущено это обновление, пользователи часто путали направление слияния веток.Это была всего одна строка кода, которую я написал за пару минут. Я даже не создавал дизайн стрелки, она уже была в нашем наборе иконок.
Это маленькое изменение решило относительно небольшую проблему, но это было очень полезно для многих юзеров. И мы снова увидели сотни радостных отзывов и репостов.
Твиты о стрелке слияния GitHub
Маленькое усилие, большие результаты
Первое изменение заняло меньше недели, а второе — всего несколько минут. Оба обновления затронули очень маленькие части платформы, но люди отреагировали на них с диким восторгом и воодушевлением. Пользователи были очень довольны.
Это не значит, что результаты обновлений можно или нужно измерять количеством полученных лайков — это может быть не так показательно, как их ценность для каждого отдельного пользователя. Но личные отзывы говорят о том, насколько значимы для ваших пользователей могут быть даже мельчайшие улучшения.
За годы работы я видел эту схему в различных ее интерпретациях огромное множество раз:
Очевидная рекомендация, показанная в первом квадрате таблицы, заключается в том, чтобы работать над выполнением тех задач, которые занимают мало времени и дают большой выхлоп. Забавно, но нельзя сказать, что я часто вижу, чтобы компании применяли этот совет на практике. Учитывая то, насколько ценны такие улучшения, я искренне не понимаю, почему этот принцип так редко используется.
Давайте поговорим о том, какую роль в вашей жизни могут сыграть такие изменения.
Одно небольшое изменение может привести к большой победе
Люди выполняют действия с высокой частотой повторения (такие как создание новых пулл-реквестов на GitHub) по миллиону раз в день. Отдельный пользователь может проходить по одному и тому же маршруту действий по несколько раз в неделю, в день или даже в час. Эти повторяющиеся действия становятся частью их жизни.
Если есть хоть одно лишнее действие или неудобство в использовании, оно приумножается с каждой итерацией. Одно неоптимальное действие, которое занимает лишние 5 секунд и повторяется бесконечное множество раз за день, создает лишнюю суету и является бесполезной тратой времени.
Вот почему многие пользователи так благодарны за эти обновления. Они ценят то время, которое они сэкономят в дальнейшем.
Похожая реакция была, когда Netflix добавили кнопку, которая позволяла пользователям пропустить интро в сериалах. После этого изменения пользователям больше не нужно было перематывать видео вперед и назад, чтобы найти нужное место, когда начинается новая серия.
Подобные отзывы мы можем видеть и в ответ на обновление Chrome, когда они добавили значок громкости, который показывал, на какой вкладке воспроизводится звук. После этого обновления пользователям больше не нужно было нажимать по каждой открытой вкладке, чтобы найти источник звука, который доставлял неудобства.
Есть множество других примеров того, как такие небольшие изменения вызвали волну восторженных благодарностей. Изменения могли казаться весьма несущественными, но они раз и навсегда избавили миллионы пользователей от тех неудобств, которые они вынуждены были испытывать снова и снова.
Представьте, что одна из ваших двадцати вкладок в Chrome сейчас автоматически проигрывает самое нелепое видео во всем интернете. Методом проб и ошибок вы кликаете по каждой вкладке, чтобы найти источник звука. Вам не удалось найти его с первого раза. Как такое возможно? Ну, возможно, вы кликнули по нужной вкладке и не заметили. Вы будете пытаться снова и снова, пока наконец, полностью отчаявшись, не закроете целиком весь браузер. А завтра и все последующие дни в обозримом будущем все это будет повторяться сначала.
Воссоздание ощущений пользователя.
Сравните это с опытом, когда пользователь просто закрывает вкладку со значком громкости.
Можно посмотреть на эти изменения с точки зрения экономии времени. Промежуточные шаги (когда пользователь кликает по всем вкладкам в случайном порядке, пытаясь найти источник шума, или ломает голову над тем, какая ветка с чем сливается и переживает о том, как бы не сломать код и не разрушить свою компанию) весьма коротки во времени, но когда их много — они накапливаются. Такого рода обновления позволяют от них избавиться.
Когда вы избавляете пользователей от такой раздражающей проблемы, это производит очень мощный эффект, и иногда он даже превосходит эффект от выпуска крупных обновлений. Только представьте, что столь небольшие усилия могли привести к столь впечатляющему результату.
Вот что я называю маленькой победой.
Маленькие победы укрепляют ваш бизнес
Давайте сразу проясним этот вопрос — крупные проекты важны. Нельзя сказать, что если компания хочет продолжить развиваться, то мелкие улучшения, такие как описанные мною выше, будут способствовать ее развитию. Так что поймите меня правильно — я не предлагаю всем начать планировать дорожные карты, состоящие исключительно из этих маленьких побед. Основой развития должны служить амбициозные проекты.
Но масштабные проекты требуют координации команды, большого труда и, в первую очередь, много времени. Такие вещи не происходят быстро. За время работы над таким крупным проектом может начать казаться, что продукт не развивается. Для стартапа (особенно в сфере, где достаточно высокая конкуренция) такая стагнация может означать смертный приговор.
Чтобы нивелировать этот эффект, компаниям необходимо создавать впечатление динамики и доказывать своим пользователям, что они прислушиваются к их мнению и делают необходимые улучшения в продукте. Выпуская такие маленькие обновления, компании могут заполнить большие временные промежутки между крупными запусками.
Многие компании стараются поддерживать баланс, выпуская MVP-версии, и используют их для своего развития. В идеале, таким образом пользователи регулярно получают для себя ценность на каждой ступени развития компании. Но каждая такая ступень все же может занимать от пары недель до нескольких месяцев, и конечный результат, который пользователи наблюдают в каждой новой версии, далеко не всегда представляется им ценным. Ведь часто бета-версия — это лишь маленький шаг на пути к более сложному продукту.
В отличие от подобных обновлений, те небольшие изменения, которые я перечислил вначале, являются полностью автономными. Кнопка «пропустить интро» у Netflix является ценной для пользователей сама по себе. Так же, как и индикаторы громкости у Chrome и динамические значки GitHub.
Благодаря этому пользователи восприняли эти обновления как свежие, самостоятельные и полноценные фичи. Пользователи поняли и почувствовали, что к их мнению прислушиваются. Эти обновления произвели яркое впечатление на юзеров, они почувствовали доброжелательное отношение компании и, возможно, таким образом компании завоевали доверие и преданность своих клиентов. Да что уж там, они скорее всего даже способствовали органическому росту!
MVP и итеративная разработка являются мощными инструментами, и компаниям, которые хотят быстро расти, определенно стоит их использовать. Но у маленьких побед гораздо больше потенциала, когда необходимо заполнить промежутки между выходом больших обновлений. Они позволяют сохранить достигнутые результаты развития и улучшают отношение сообщества пользователей к компании.
Сделайте так, чтобы маленькие победы работали на вас
Хорошо, мы уже поняли, что маленькие победы — это прекрасно и как раз то, что вам нужно. Вероятно, вам уже нравится идея их использования. Следующий шаг — это регулярное внедрение таких маленьких апгрейдов и наслаждение плодами своих трудов.
Скорее всего, сейчас интуиция подсказывает вам открыть свои каналы обратной связи от пользователей и начать выбирать задачи. Я бы не советовал вам поступать таким образом.
Я заметил одну странную деталь в тех проблемах пользователей, которые вы решили, выпустив обновления — пользователи практически никогда о них не сообщали.
Сотни людей были в полном восторге, когда мы добавили стрелку на страницы пулл-реквеста. Но при этом ни один из них никогда не писал о том, что он путал направление слияния, когда там были точки. Многие затем писали, что они сами виноваты в том, что не замечали этого неудобства.
Твиты от людей, которые винят самих себя
Люди так привыкли к этим слияниям, что уже даже не замечают, что совершают лишние действия. Если им где-то и неудобно пользоваться сервисом, для них это просто неотъемлемая часть жизни. Статус-кво. То, с чем они должны жить, а не то, что необходимо улучшить.
Многие ли люди заметили, что бесконечная прокрутка видео, чтобы найти начало серии — это что-то, что можно улучшить? Сколько людей подумали о том, что можно было бы попросить команду Chrome решить проблему с поиском вкладки со звуком?
«Они попросили бы более быструю лошадь» — Генри Форд
Этот урок состоит в том, что вам не стоит полагаться на своих пользователей, когда вы решаете сделать какое-нибудь небольшое обновление (как мы уже знаем, часто лучше всего выстреливают именно такие фишки). Вы не можете улучшать продукт, основываясь лишь на обратной связи от пользователей и их запросах. Нужно копать глубже.
Создайте список и дважды его проверьте
Создание списка быстрых побед — довольно простая задача. Гораздо труднее убедиться, что то, над чем вы начнете работу, окупит эти усилия. Не каждая новая опция приведет к такому отклику, который мы описали ранее, и в этом особенность маленьких побед.
Маленькие победы самодостаточны. Эти изменения маленькие, конкретные и ценные сами по себе. Если фича не будет ценной и значимой для пользователей как самостоятельная функциональность, ей нет места в вашем списке.
Маленькие победы не требуют больших усилий. Такие проекты просты, понятны и быстры в исполнении. Если изменение требует больших временных и трудовых затрат, ее не следует включать в ваш список.
Маленькие победы дают большой результат. Они затрагивают те компоненты сервиса, с которыми большинство юзеров взаимодействуют чаще всего. Если фича не произведет фурор в сообществе пользователей, ее не следует включать в этот список. Это значит, что такие вещи, как работа над темными углами, вашей системы, какой бы важной и ценной не была эта задача, не подходит для это списка.
Маленькие победы ускоряют работу. Они экономят пользователям время, избавляя их от ненужных шагов (физических или моральных), которые требуются для выполнения действия. Такой подход очень полезен для таких изменений, которые мы описывали ранее. Он позволяет отличить действительно ценные идеи от менее полезных, хоть и простых в исполнении, которые не подходят для этого списка. По крайней мере, в первое время после обновления пользователи будут все еще помнить неприятный опыт, с которым им приходилось сталкиваться. Они интуитивно будут его осознавать. Вот истинная причина их любви и благодарности.
Начните с того, что соберите совещание и сгененирируйте на нем как можно больше вариантов. Дизайнеры, разработчики, проект-менеджеры, отделы консультирования и поддержки — у всех могут быть одинаково ценные и значимые идеи, но мнение того, кто держит руку на пульсе у ваших пользователей, особенно важно. Спросите себя:
- Какие шаги повторяются наиболее часто, когда клиент пользуется вашим продуктом?
- Что в этих шагах может быть для него дискомфортно? Что каждый раз отнимает время или требует обратить на себя внимание пользователя? Это может быть лишний клик или компонент, который вводит в заблуждение.
- Сколько неудобства доставляют пользователям эти моменты? Какой объем дискомфорта вы сократите и какое количество времени сэкономите пользователям, решив эти небольшие проблемы? Сколько пользователей почувствуют эти перемены?
- Будут ли они замечены? Будут ли о них говорить? Они доставят пользователям радость?
При ответе на эти вопросы вам очень пригодится свежий взгляд на вещи. Я работал в команде GitHub всего несколько месяцев, когда я решил добавить стрелку на странице пулл-реквеста. Я сделал это просто потому, что предыдущее решение, на мой взгляд, было нелогичным.
Дизайнеры, как и пользователи, привыкают к своему продукту и его разнообразным недочетам. Иногда бывает очень трудно увидеть, что можно было бы улучшить. Так что пробуйте привлекать к этому делу новых сотрудников. Сделайте это частью рабочего процесса для новых людей в вашей компании. Создайте в компании атмосферу, где сотрудники могут ставить под сомнение устоявшиеся принципы, когда они пройдут стадию знакомства с продуктом компании.
После того, как вы составили список улучшений, необходимо оценить ценность каждой фичи для пользователей и распределить их, основываясь на критериях усилия/результаты, как это обычно делается с любыми другими идеями.
Теперь начинайте выполнять пункты из списка
Все компании разные, поэтому нет единого варианта, который подойдет всем без исключения. Однако я с уверенностью могу сказать, что ключевую роль играет регулярность. Это создаст впечатление, что компания заботится о пользователях и быстро развивается. Имено это позволит вам завоевать доверие своих пользователей.
- Занимайтесь одной маленькой победой в каждом спринте, или делайте по одному пункту из списка каждый раз, когда у вас есть на это время. Сделайте так, чтобы эти мини-обновления выходили с регулярной периодичностью.
- Регулярно обновляйте список, привлекая новых людей к обсуждению, добавляя новые пункты, переоценивая фичи и заново расставляя приоритеты.
- Обязательно обсуждайте обновления с вашими специалистами по SMM. Очень важно правильно рассказать об обновлениях вашим пользователям, а еще это весьма весело!
Вот и все. В этом нет ничего особо сложного, это не ядерная физика и не написание романа. Но это дает очень мощный результат.
Я считаю, что использование маленьких побед может сотворить чудеса для вашей компании. Это даст вам огромное преимущество над конкурентами. Это покажет пользователям, что вы заботитесь о них и что они могут вам доверять. Ваши пользователи могут начать сами продвигать ваш продукт, это повысит лояльность ваших клиентов и приведет к органическому росту пользователей. И, что самое важное, это повысит качество вашего продукта и улучшит жизнь ваших пользователей.
Представьте, что всех этих невероятных результатов можно достичь, приложив лишь немного усилий.
Итак… что вы можете улучшить прямо сейчас?
