Прототип будущего: Как превратить смелую идею в работающий продукт

3. Почему не подтвердил? Обсуждение перешло к другим темам, а первоначальная просьба затерялась.

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

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

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

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

Полезный приём — разделить заметки на три категории:

Категория

Пример

Наблюдение

Павел написал «возможно, смогу», но конкретное время не назвал.

Интерпретация

Лена решила, что Павел подтвердил визит.

Идея решения

Добавить кнопку «Подтвердить договорённость».

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

Практика: превратите разговор о функциях в исследование проблемы

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

Шаг 1. Соберите недавние случаи. Попросите участников вспомнить ситуации за последние несколько недель: «Расскажите о последнем случае, когда вы пытались договориться о визите или помощи. Что случилось?» Вопрос о недавнем событии обычно даёт больше проверяемых деталей, чем «Каким приложением вы бы пользовались?». Людям трудно предсказать своё будущее поведение, зато проще восстановить недавний разговор, его участников и последствия — хотя и здесь воспоминания могут быть неполными.

Шаг 2. Восстановите последовательность. Уточните, кто начал разговор, чего хотел, какие ответы получил, что понял и что сделал потом. Если человек согласен, посмотрите на переписку или календарь: конкретный след разговора порой проясняет больше, чем общее впечатление «вечно ничего не понятно».

Шаг 3. Отделите факт от объяснения. Запишите, что участники действительно сказали или сделали. Рядом — как они это интерпретировали. Отдельно оставьте идеи функций. Не удаляйте их; просто пока не принимайте за решение.

Шаг 4. Найдите момент затруднения. Отметьте не только неудобство, но и место, где оно стало значимым. Человек не понял, кто приедет? Не решился попросить? Получил помощь, которой не хотел? Потерял время, деньги, спокойствие или чувство самостоятельности?

Шаг 5. Сформулируйте желаемое изменение. Закончите фразу: «После того как мы поможем, человеку станет легче…» Если продолжение звучит как «открывать календарь», вы снова описываете функцию. Попробуйте ещё раз: «понимать, что визит подтверждён», «просить о помощи без долгой переписки», «самому выбирать, какую помощь принять».

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

Как понять, что цель стала ясной

Вернёмся к семье Веры. Цель можно выразить через изменение, которое заметно в поведении и опыте людей:

После разговора о визите или помощи участники могут назвать, кто, когда и о чём договорился, а Вера подтверждает, что ей подходит такой план.

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

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

Проверьте готовую формулировку тремя вопросами:

1. Узнает ли её сам человек? Не оценит ли он её как речь о чужой, придуманной для него проблеме?

2. Понятно ли, в какой ситуации возникает трудность? Или вы описали туманное «людям нужна забота»?

3. Можно ли заметить, что стало лучше? Не по числу экранов и уведомлений, а по тому, изменилось ли важное для человека событие?

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

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

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

К восьмому часу вечера команда уже успела выслушать четыре восторженных отзыва о своей идее.

«Это именно то, чего не хватает семьям», — сказала подруга одной из основательниц. «Моя сестра точно бы пользовалась», — уверенно заметил знакомый разработчика. «Очень человечный проект. Вам надо скорее запускаться», — похвалила коллега.

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

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

Команда услышала одобрение идеи и приняла его за свидетельство потребности. Это разные вещи.

Выйти из комнаты согласия

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

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

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

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

Чем больше команда слушала, тем менее убедительным становилось слово «все».

Просите вспомнить, а не предсказать

Вера сказала, что у них в семье «все более-менее организовано». На вопрос, как это устроено, она на секунду задумалась, потом открыла переписку и блокнот.

«Вот, — сказала она, листая сообщения. — Брат написал, что мама не ответила на звонок. Я спросила, кто был у нее в четверг. Потом сосед прислал фотографию таблетки, которую она попросила купить. А здесь я себе записываю, когда надо заказать продукты. Чтобы не забыть».

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

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

Чтобы добраться до такого эпизода, задавайте вопросы о недавнем прошлом:

• «Вспомните последний раз, когда вам нужно было договориться с родственниками о помощи. Что произошло сначала?»

• «Что вы сделали дальше?»

• «Кто еще участвовал?»

• «Где вы записали эту информацию или кому ее передали?»

• «Что оказалось сложным?»

• «Чем все закончилось?»

• «Как вы поймете в следующий раз, что эта задача снова появилась?»

Полезно возвращаться к конкретным деталям: «Когда это было?», «Где вы тогда находились?», «Что вы открыли первым?», «Что произошло после этого?» Память не работает как точная видеозапись: люди восстанавливают события, иногда объединяют похожие случаи или забывают мелочи. Поэтому рассказы стоит бережно уточнять, а по возможности — дополнять наблюдением или предметами, которые человек сам готов показать.

Избегайте вопросов вроде «Вы бы пользовались нашим приложением?» и «Вам кажется, такая функция была бы полезной?». Они рано переводят разговор в режим оценки вашей идеи. Собеседник начинает помогать вам придумывать продукт, хотя вы пока не поняли, как он живет без него. Если вам нужен честный разговор о поведении, не просите человека предсказывать будущее.

«Кто заботится» — не одна роль

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

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

Роль

Что делает или решает

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

Пользователь

Выполняет действие с помощью продукта

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

Покупатель или плательщик

Выделяет деньги или утверждает расходы

Кто считает решение стоящим оплаты?

Участник принятия решения

Может разрешить, поддержать или остановить внедрение

Чье согласие потребуется в семье или организации?

Человек, на которого влияет решение

Получает последствия, даже если не пользуется продуктом

Кто будет ощущать изменения в приватности, самостоятельности или повседневной жизни?

Это не формальные клетки, которые нужно заполнить в презентации. Это способ не перепутать интересы разных людей. Если продукт собирает сведения о Тамаре, то важно не только, удобно ли Вере их вносить. Важно также, считает ли Тамара такой обмен приемлемым, что ей самой хочется сообщать близким и кто получит доступ к информации.

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

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

Набирайте участников по признакам, а не по симпатии

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

Кого ищем

Признак для набора

Где искать

Кого не включаем в первую волну

Взрослых детей, участвующих в повседневной помощи родителю

За последний месяц координировали дела с другим родственником или помощником

Районные и родительские сообщества, тематические группы, организации поддержки семей

Людей, которые не участвовали в помощи недавно и могут говорить только о предполагаемом опыте

Людей, регулярно помогающих не как родственники

Помощь повторяется, задачи возникают в течение обычной недели

Местные сообщества, соседские объединения, знакомые социальных служб — с их разрешения

Профессиональных специалистов, если сейчас изучается семейная, а не профессиональная практика

Пожилых людей, на чью жизнь может повлиять решение

Они сами готовы рассказать о своей повседневности и предпочтениях

Через открытое приглашение или с участием посредника, которому доверяют

Людей, которых привели только для того, чтобы подтвердить мнение их родственника

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

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

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

Смотрите на ситуацию в целом

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

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

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

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

Сравните два случая, прежде чем выбирать аудиторию

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

Профиль

Недавняя задача

Текущий способ

Ограничение, которое проявилось

Вера, работающая дочь

Согласовать с братом визит и восстановить, кто уже звонил матери

Переписка в нескольких ветках, личные записи, звонки

Важно быстро собрать разрозненные сведения, не добавляя еще одну обязанность

Сергей, сосед

Помочь с повторяющимися повседневными делами

Личный контакт и собственный распорядок

Нет той же потребности согласовывать действия между родственниками; важно не навязывать посредническую роль

Эта таблица не отвечает на вопрос, кому из них «нужен продукт». Она показывает, что один и тот же замысел может проверять разные потребности, а значит, требует разных первых тестов.

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

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

Перед первой беседой полезно составить карту ролей и контекстов. Возьмите один недавний эпизод и письменно ответьте на семь вопросов:

1. Что произошло и когда?

2. Кто участвовал, кто заметил проблему первым?

3. Какую задачу пытался выполнить каждый человек?

4. Какие инструменты использовались?

5. Что мешало или задерживало действие?

6. Как участники обходили затруднение?

7. На кого повлияло принятое решение?

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

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

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

Что мы пока только предполагаем: карта гипотез, рисков и неизвестного

На совещании никто не сомневался, что приложение нужно запускать.

— Родственники будут делиться информацией о здоровье. Им важно быть в курсе, — сказал руководитель продукта.

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

— А семье нужен общий цифровой план. Сейчас всё и так координируется в чатах, только неудобно, — подвёл итог основатель.

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

Тогда исследовательница спросила:

— Что из этого мы действительно наблюдали?

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

Доску с функциями не стали удалять. Её отодвинули к стене. На освободившемся месте появились три колонки: «Знаем», «Предполагаем», «Не знаем».

Это не была капитуляция перед сомнениями. Команда наконец увидела, где заканчиваются наблюдения и начинается проектная фантазия.

Уверенность — ещё не доказательство

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

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