От идеи до результата: Как создавать продукты, которые нужны людям

От идеи до результата: Как создавать продукты, которые нужны людям

Андрей Сивер

Продакт-менеджмент: как превращать потребности людей в ценность

— Я бы добавил голосовой ввод, — сказал дизайнер. — Родители смогут надиктовывать дела.

— А я хочу синхронизацию с календарём, — возразил разработчик. — Без неё приложение не выглядит законченным.

— Нам нужен чат, — добавила маркетолог. — Иначе непонятно, чем мы отличаемся от обычного списка задач.

На экране висел список из тридцати четырёх функций для нового приложения «Школьный круг»: расписание, документы, чат, напоминания, баллы за выполненные задания, подбор кружков, поиск репетиторов и ещё одиннадцать пунктов, которые особенно хорошо смотрелись в презентации.

До запуска оставалась неделя. Команда была сильной, уставшей и гордой. Она сделала всё, о чём могла попросить сама себя. Но когда продакт-менеджер спросил: «Какую важную проблему родителя решит приложение?», в комнате стало тихо.

— Поможет организовать школьную жизнь, — наконец ответил кто-то.

Фраза звучала убедительно — как многие фразы, за которыми пока не стоит ясного решения.

Приложение запустили. Его скачали, хвалили за аккуратный интерфейс, показывали знакомым. Но вскоре многие перестали открывать. В аналитике было видно: человек проходил регистрацию, изучал несколько экранов — и не возвращался. Команда добавляла подсказки, улучшала меню, спорила о цвете значка. А вопрос оставался прежним: зачем родителю открывать это приложение именно завтра?

Один вечер глазами пользователя

Марина возвращается домой в половине восьмого. Нужно приготовить ужин, ответить на рабочее письмо и проверить, собрал ли сын спортивную форму. В школьном чате за день накопилось больше сотни сообщений. Среди них — обсуждение экскурсии, фотография с концерта, просьба сдать деньги и важное сообщение учителя: завтра принести подписанное согласие и взять сменную обувь.

Марина открывает чат, листает вверх, снова листает вниз. Ищет сообщение, но не помнит, когда оно появилось. Сын спрашивает, где форма. Рабочее письмо не исчезает из головы. Ей не нужен новый каталог школьных документов, дополнительная лента новостей или игровой рейтинг ответственных родителей. Ей нужно за пару минут понять, что завтра важно не забыть, — и быть уверенной, что она ничего не пропустила.

Это не просто «хотелка» пользователя. У неё есть контекст: вечерняя спешка. Есть задача: подготовить ребёнка к завтрашнему дню. Есть препятствия: поток сообщений, нехватка времени, сомнение в том, что нужная информация найдена. И есть критерий успеха: Марина быстро получает проверенный список дел и спокойно закрывает чат.

Посмотреть на продукт глазами человека — значит увидеть не экран, а ситуацию, в которой этот экран должен помочь. Люди не просыпаются с желанием «использовать приложение с синхронизацией календаря». Они хотят успеть на поезд, найти свободного врача, не потерять важный документ, накормить ребёнка или закончить работу вовремя. Продукт становится нужен, когда помогает сдвинуть реальную жизнь в желаемую сторону.

Функция — ещё не ценность

В продуктовой работе полезно различать четыре понятия.

Функция — то, что продукт умеет делать. Например, сохранять школьные сообщения или создавать напоминания.

Продукт — целостная система, с помощью которой человек решает задачу. Это не только приложение, но и способ подключиться, получить помощь, восстановить доступ, довериться информации.

Ценность — польза, которую человек получает в конкретной ситуации по сравнению с доступными ему альтернативами. Если родитель быстрее и спокойнее находит важное в школьном чате — это ценность. Если приложение просто хранит ещё один список, который нужно регулярно проверять, оно может добавить человеку работы вместо того, чтобы её убрать.

Результат — наблюдаемое изменение, к которому приводит продукт. Например, родитель быстрее находит информацию о завтрашнем дне и реже пропускает важные сборы.

Функция сама по себе не хороша и не плоха. Её смысл зависит от связи с задачей. Напоминание полезно, если человек забывает о событии. Оно раздражает, если дублирует уже существующие уведомления. Чат может помочь договориться — или создать ещё одно место, которое нужно проверять. Даже искусственный интеллект не превращает функцию в ценность одним упоминанием в презентации. Если автоматическая сводка пропускает важное или уверенно выдумывает детали, она экономит время лишь до момента, когда пользователь перестаёт ей доверять.

Мы легко увлекаемся тем, что можно показать: кнопкой, экраном, новой технологией. Но человек оценивает не список реализованных возможностей, а то, стала ли его задача решаться лучше. К тому же внимание и рабочая память ограничены. Когда человеку приходится переключаться между чатами, календарём, документами и отдельными напоминаниями, у него растёт умственная нагрузка. Ещё одно приложение может её снизить — а может стать ещё одним пунктом в списке дел.

Ответственность не за список задач

Продакт-менеджмент часто принимают за управление очередью: собрать пожелания, расставить приоритеты, раздать задачи и проверить сроки. Это часть работы, но не её смысл. Смысл — помочь команде добиться нужного результата и не перепутать его с количеством выпущенных функций.

Продакт-менеджер не обязан знать ответ на любой вопрос. Он не должен угадывать, что нужно людям, а затем убеждать всех в своей правоте. Его работа — задавать точные вопросы, собирать свидетельства, прояснять предположения и помогать команде делать осознанный выбор.

Как часто родители действительно пропускают важные сообщения? Что они делают сейчас, чтобы этого не случалось? В какой момент решение ломается? Достаточно ли открыть исходное сообщение, или нужна отдельная сводка? Каким данным можно доверить такую функцию? Что пользователь готов подключить — и на каких условиях?

Одного интервью недостаточно, чтобы получить истину в готовом виде. Люди могут описать привычный обходной путь и не вспомнить редкий, но важный случай. Поэтому полезно сочетать разговоры с наблюдением за реальным процессом, тестами простого прототипа и данными об использовании продукта. Нужно искать не подтверждение любимой идеи, а сведения, которые помогут отличить полезное решение от удобной догадки.

Три проверки хорошей идеи

У решения есть три стороны, которые нужно рассматривать вместе.

Желательность для пользователя. Есть ли у определённых людей важная задача? Помогает ли решение справиться с ней лучше, чем привычные способы? Готовы ли пользователи менять своё поведение ради этой пользы?

Осуществимость для команды. Можно ли сделать решение надёжно и поддерживать его? Какие данные, технологии и навыки нужны? Не скрывается ли за простой кнопкой сложная интеграция, ошибки доступа или необходимость постоянно обновлять информацию?

Жизнеспособность для бизнеса. Помогает ли продукт компании достичь устойчивой цели? Кто будет за него платить, если нужна платная модель? Почему школа, организация или отдельная семья выберет именно его? Сколько стоит привлечение и обслуживание пользователя?

Идея, привлекательная для пользователя, может оказаться слишком сложной или дорогой в производстве. Технически изящное решение может не менять жизнь человека. А функция, которую можно монетизировать, но которую пользователь считает навязчивой, не создаст здорового бизнеса надолго.

У этих проверок есть важное дополнение: доверие. Продукт, работающий с детской информацией и школьными сообщениями, обязан учитывать приватность и точность. «Технически возможно» не значит «допустимо». Сводка должна показывать источник; ошибку должно быть легко заметить и исправить. Доверие не заменяет три проверки, но без него продукт может оказаться нежелательным даже при хорошем интерфейсе и рабочей бизнес-модели.

Как список функций становится картой ценности

Вернёмся к совещанию. Команда не стала немедленно выбрасывать весь список функций. Вместо этого она попробовала связать каждое предложение с потребностью и результатом.

Наблюдаемая потребность

Возможное решение

Проверяемый результат

Вопрос для бизнеса

Родитель не может быстро найти, что нужно сделать к завтрашнему дню

Собирать важные объявления из доступных и разрешённых источников, показывая ссылку на оригинал

Родитель быстрее находит нужное и подтверждает, что учёл все дела

Будут ли семьи или школы пользоваться этим достаточно регулярно, чтобы решение окупало разработку?

Родители забывают о сроках и мероприятиях

Создавать напоминания после подтверждения объявления

Меньше пропущенных событий; больше выполненных вовремя действий

Удерживает ли напоминание людей или становится источником лишнего шума?

Семье нужно согласовать, кто что сделает

Дать возможность передать дело другому члену семьи

Снижается число забытых поручений и уточняющих сообщений

Есть ли у семей потребность, достаточная для отдельного общего сценария?

Команда предлагает начислять баллы за выполненные дела

Не добавлять функцию, пока не найдена связанная с ней потребность

Результат пока не определён

Не потратим ли мы ресурсы на вовлечение ради самого вовлечения?

Таблица не доказывает, что предложенные решения сработают. Она показывает, что именно нужно проверить. Например, если родителю важна точность, автоматическая сводка без ссылки на источник может быть хуже обычного чата. Если школьные платформы не дают безопасного доступа к сообщениям, команда не должна притворяться, будто интеграция — это задача на пару дней. Можно исследовать другой способ: например, начать с официальных объявлений или с сообщений, которыми пользователь делится сам. Но и этот вариант сначала нужно проверить.

Именно здесь в продуктовой работе появляется выбор. Команда не обязана делать всё, что кому-то кажется полезным. Она должна понять, какое решение с наибольшей вероятностью улучшит важный результат и какие свидетельства нужны, чтобы принять следующее решение.

Синхронизация с календарём может быть отличной функцией — если она решает конкретную задачу и работает надёжно. Чат может оказаться лишним, если он дублирует уже привычный родителям канал. Баллы могут пригодиться в одном сценарии и не иметь смысла в другом. Не существует списка функций, который автоматически сделает продукт ценным. Есть связка: потребность, решение, результат.

Проверяйте не активность, а пользу

Чтобы понять, движется ли продукт в нужную сторону, недостаточно знать число скачиваний. Оно показывает интерес или доступность приложения, но не доказывает, что человеку удалось решить задачу. Число отправленных уведомлений тоже не отвечает на вопрос, помогли ли они.

Для «Школьного круга» команда могла бы наблюдать за тремя уровнями:

1. Пользовательский результат. Сколько времени занимает поиск нужного объявления? Может ли родитель после работы определить, что требуется сделать завтра? Как часто он сообщает о пропущенной важной информации?

2. Поведение в продукте. Возвращаются ли семьи к сценарию подготовки к школьному дню? Пользуются ли напоминаниями после первого знакомства с приложением?

3. Результат для бизнеса. Готовы ли семьи или школы продолжать пользоваться продуктом и оплачивать его? Можно ли поддерживать его без чрезмерных затрат?

Ни один показатель не идеален. Например, сокращение времени в приложении может означать, что человек быстрее решил задачу, а может — что он бросил её на середине. Поэтому цифры нужно сопоставлять с наблюдениями и проверять, что именно они означают.

Полезно заранее определить не только желаемый эффект, но и признаки вреда. Если родители быстрее получают сводку, но она часто содержит ошибки, улучшение скорости не означает успеха. Показатель точности или доля исправлений может стать ограничителем: продукт не должен ускорять решение за счёт надёжности. Хорошая метрика помогает принять решение, а не украшает отчёт.

Одно предложение, которое проверяет идею

Попробуйте сформулировать ценность продукта в одном предложении:

Для [кого] в ситуации [когда и какую задачу нужно решить] продукт помогает [получить конкретный результат] с помощью [ключевого способа], чтобы [измеримая польза для человека].

Например:

Для родителей младших школьников, которые вечером разбирают сообщения класса, «Школьный круг» помогает быстро составить проверенный список того, что нужно ребёнку на завтра, показывая важные объявления и ссылки на их источники, чтобы родители тратили меньше времени на поиск и реже пропускали школьные дела.

Это ещё не рекламный слоган и не доказательство, что продукт сработает. Это рабочая гипотеза. Её можно проверять: поговорить с родителями, попросить показать, как они сегодня ищут информацию, сделать простой прототип списка и посмотреть, помогает ли он справиться с задачей. Затем — измерить, что изменилось, и выяснить, какой ценой для команды и бизнеса достигнут результат.

Если фраза распадается на перечень возможностей, вероятно, вы описываете функции. Если её можно сказать только общими словами — например, «делаем жизнь удобнее», — пока неясно, кому и в какой ситуации вы помогаете. Если результат невозможно заметить или проверить, команде будет трудно понять, приближается ли она к цели.

Короткое упражнение. Выберите одну функцию из своего продукта. За десять минут ответьте письменно на четыре вопроса:

1. В какой ситуации человеку нужна эта функция?

2. Что он пытается сделать и что мешает ему сейчас?

3. Какое изменение должно произойти благодаря функции?

4. По каким признакам вы поймёте, что изменение важно и для пользователя, и для бизнеса?

Если на первый вопрос получается ответ вроде «всем и всегда», сузьте аудиторию или контекст. Если на третий — «станет удобнее», опишите наблюдаемое изменение. Если на четвёртый ответа нет, не спешите строить: сначала выясните, что именно нужно проверить.

Не больше функций, а больше результата

Продакт-менеджмент начинается не с вопроса «что ещё мы можем добавить?», а с более трудного: «какому человеку мы помогаем, в какой ситуации и что у него должно получиться лучше?» Ответ редко находится за одну встречу. Его собирают по частям — из наблюдений, разговоров, поведения людей, технических ограничений и целей бизнеса.

Продакт-менеджер не может отменить неопределённость, зато может сделать её видимой. Он помогает команде отделить факт от предположения, ценность — от функции, прогресс — от занятости. Иногда результатом этой работы становится новая возможность. Иногда — отказ от красивой, но ненужной идеи. И тот и другой выбор может быть хорошим, если он основан на свидетельствах и понятном результате.

В конце совещания команда «Школьного круга» не получила волшебного ответа и не переписала продукт за час. Зато у неё появился конкретный вопрос для проверки: смогут ли родители вечером быстрее и надёжнее понять, что нужно подготовить ребёнку на завтра? Это уже лучше, чем тридцать четыре функции без общего направления. Ведь ценность продукта определяется не длиной списка возможностей, а тем, насколько надёжно он помогает определённым людям достигать значимого для них результата.

Пользователь и его задача: для кого и зачем мы создаём продукт

В понедельник утром команда сервиса «Планка» собралась вокруг большого экрана. На нём сияла новая версия приложения: календарь, списки дел, напоминания, приоритеты и аккуратная панель с графиком продуктивности. Всё было на месте — кроме ответа на вопрос, кому именно эта программа должна помочь.

— Наш пользователь — любой человек, которому нужно лучше организовать жизнь, — уверенно сказал руководитель проекта.

Фраза прозвучала широко и доброжелательно. Почти как открытая дверь. Но для команды она оказалась дверью в комнату, где невозможно выбрать, что строить дальше. Одним пользователям хотелось больше напоминаний, другим — меньше. Одни просили совместные списки, другие не желали показывать свои задачи никому. Кто-то открывал приложение каждый час, кто-то скачал его однажды и забыл.

У команды были данные о количестве установок и список пожеланий. Но она не понимала главного: в какой момент человеку вообще становится нужен такой продукт?

Ответ появился не в очередном мозговом штурме, а в историях трёх людей.

Один продукт — три разные работы

Ирина, 36 лет, работает дизайнером на себя. У неё одновременно несколько клиентов, и у каждого — свои сроки, правки и договорённости. Она открывает «Планку», чтобы вынести обещания из головы и не подвести людей. Ей важно быстро увидеть: что я уже пообещала, что нужно закончить сегодня и кому сообщить, если срок изменится.

Денису 20. Он готовится к экзаменам и тоже пользуется «Планкой», но не для управления обязательствами перед клиентами. Когда перед ним целый курс и несколько недель до зачёта, список из двадцати тем вызывает скорее ступор, чем ясность. Он записывает первую маленькую задачу — например, «прочитать конспект за вторник» — и чувствует, что может начать. Приложение помогает ему не столько помнить, сколько перестать воспринимать подготовку как огромную бесформенную глыбу.

Людмила, 58 лет, помогает пожилому отцу. Она ведёт список визитов к врачу, покупок и дел, которые нужно согласовать с братом. Для неё «Планка» — способ не оставаться единственным человеком, который всё помнит. Её успех не в том, что все задачи закрыты к вечеру, а в том, что важная договорённость не потеряется между родственниками.

Внешне эти люди похожи на обобщённый образ «занятого пользователя». Все хотят порядка. Все добавляют задачи. Все пользуются одним приложением. Но работу, ради которой они его открывают, каждый раз нанимают разную.

Ирина хочет надёжно выполнять обещания. Денис — превратить тревожную неопределённость в первый посильный шаг. Людмила — разделить заботу и не упустить важное в семейной координации. Если команда увидит только общие черты, она может решить, что нужно добавить всем побольше напоминаний. Если присмотрится к обстоятельствам, обнаружит три разных задачи и три разных критерия успеха.

Вот почему продукт не создают для абстрактной аудитории. Его создают для человека, который оказался в определённой ситуации и пытается изменить её к лучшему.

Человек — не набор демографических признаков

Возраст, профессия, город и семейное положение могут быть полезны. Они помогают понять, где искать людей для интервью, какие устройства доступны им, какие ограничения или привычки стоит учитывать. Иногда демографические характеристики действительно связаны с потребностью: например, с доступностью услуги или требованиями регулирования.

Но сами по себе они редко объясняют, зачем человек действует.

Представим группу «женщины от 30 до 45 лет, работающие в офисе». Внутри неё окажутся люди, которые хотят освободить вечер от рабочих сообщений, подготовиться к смене профессии, распределить домашние дела или просто не забыть купить корм для кота. И наоборот: похожая задача может возникнуть у людей разного возраста, профессии и достатка.

Демография отвечает на вопрос «кто перед нами?» лишь в самом общем смысле. Для продукта гораздо важнее другой вопрос: «что этот человек пытается сделать именно сейчас и почему это важно?»

Здесь полезна идея «работы, для которой нанимают продукт». Человек не просто покупает приложение или подключает сервис. Он «нанимает» решение, чтобы продвинуться из одной ситуации в другую. Иногда такая работа практическая: отправить счёт, записаться к врачу, найти жильё. Иногда эмоциональная: почувствовать контроль, снизить тревогу, не бояться начать. Иногда социальная: выглядеть надёжным, не разочаровать близких, показать команде, что на него можно положиться.

Эти мотивы не нужно раскладывать по трём обязательным полкам при каждом интервью. Они нужны как напоминание: у действия почти всегда больше одного слоя. Ирина в функциональном смысле фиксирует сроки, эмоционально хочет снизить тревогу, а социально — сохранить доверие клиентов. Для Людмилы общий список помогает координировать дела, но за этим стоит желание разделить ответственность с семьёй.

Если заметить только функцию, решение может оказаться технически правильным и человечески бесполезным. Напоминание способно сообщить Людмиле, что пора купить лекарства, но не поможет ей согласовать, кто заберёт рецепт. А Денису новый график дедлайнов может лишь нагляднее показать, как много он не успевает.

Понять задачу — значит увидеть обстоятельства

Формулировка «пользователь хочет быть продуктивнее» звучит как объяснение, но чаще всего это только вывеска. За ней необходимо разглядеть конкретный эпизод.

Что произошло перед тем, как человек начал искать решение? Что он пытался сделать? Что мешало? Как он справлялся до этого? Как поймёт, что теперь стало лучше?

В когнитивной психологии существует понятие памяти о намерениях: нам нужно не только помнить прошлое, но и вовремя вспомнить, что следует сделать позже. Перебивания и переключение внимания могут мешать таким намерениям. Поэтому список или напоминание иногда действительно помогают вынести часть нагрузки из головы. Но сам факт, что людям бывает трудно помнить, ещё не доказывает, что именно ваше приложение им нужно. Важно понять, какое намерение, в каких обстоятельствах и с какими последствиями человек боится потерять.

Для этого полезно исследовать не общие мнения о жизни, а недавние события. Не «Вам нравится планировать?» — на такой вопрос легко ответить вежливым «да». Лучше попросить восстановить конкретный эпизод: «Расскажите о последнем случае, когда вы поняли, что можете забыть важное дело». У события есть детали. У абстрактного мнения их обычно меньше.

Разбирая эпизод, выясняйте:

1. Контекст. Где и когда возникла задача? Кто ещё участвовал? Что происходило вокруг? Какие ограничения были важны — время, место, доступ к информации, конфиденциальность?

2. Триггер. Что заставило человека действовать именно тогда? Пришло письмо, приблизился срок, кто-то попросил о помощи, закончился привычный способ справляться?

3. Желаемый прогресс. Чего человек хотел добиться — не в смысле «какую функцию использовать», а в смысле «как должна измениться ситуация»?

4. Альтернативы. Что он сделал на самом деле? Использовал другое приложение, бумажный лист, переписку, помощь коллеги, память — или решил пока ничего не делать?

5. Критерий успеха. По каким признакам человек понял бы, что справился? Что стало бы возможным, чего раньше не получалось?

Альтернатива — это не обязательно продукт-конкурент. Людмила могла хранить часть информации в семейном чате, часть — на бумаге, а часть — в памяти. Денис мог откладывать подготовку до последнего, потому что это неприятно, но привычно. Ирина могла напоминать себе о сроках через календарь и сообщения клиентам. Без изучения таких обходных путей команда сравнивает свой продукт только с другими приложениями и не замечает настоящих конкурентов: привычек, ручной работы и бездействия.

Как не придумать пользователя вместо того, чтобы его понять

Персона — собирательный портрет группы пользователей. Она может помочь команде помнить, для кого принимаются решения. Но подробность не равна достоверности. Можно придумать герою имя, любимый подкаст, марку ноутбука и утренний ритуал — и всё равно ничего не знать о реальной потребности.

Персона полезна не как литературный персонаж, а как краткое изложение повторяющихся наблюдений. Если несколько людей в похожих обстоятельствах сталкиваются с одной преградой и ищут сходный прогресс, это основание для рабочей гипотезы. Если команда приписала им предпочтения, которых никто не подтверждал, перед нами не исследование, а воображение в красивой карточке.

Поэтому сначала человек и его история, потом обобщение. Не наоборот. Не надо начинать с выдуманной таблицы «Алексей, 32 года, любит кофе и инновации» и искать доказательства, что такой человек существует. Нужно услышать, что люди действительно делают, а затем осторожно назвать сходство между их ситуациями.