46 материалов · принцип мышления · Откуда я это знаю
Понять человека ↔ измерить результат
Вскрывать истинную человеческую задачу, мотивацию и контекст, абстрагируясь от поверхностных метрик.
Оперировать объективными, стандартизированными и измеримыми индикаторами для принятия однозначного решения.
Подкаст54 мин«За конкретными пользовательскими решениями (хотелками) всегда стоит истинная потребность, ради которой эти решения запрашивались.»
здесь это прозвучало
Видео27 мин«Переводите запросы клиентов с конкретных фич на абстрактный продуктовый фидбэк, чтобы разработчики сами искали оптимальное решение проблемы.»
здесь это прозвучало
Видео49 мин«Вместо слепого выполнения прямых запросов на конкретные функции нужно искать корневую проблему клиента и решать именно её.»
здесь это звучит 2 раза
Выступление«За любым, даже технически неграмотным запросом бизнеса, скрывается реальная проблема, которую нужно решать готовым решением, а не отфутболивать требованиями расчетов.»
здесь это звучит 2 раза
Подкаст54 мин«Когда заказчик приходит с готовым решением (конкретной функцией), его нужно декомпозировать до реальной проблемы, иначе есть риск разработать ненужный функционал.»
здесь это прозвучало
Выступление«Прежде чем приступать к разработке фичи, нужно проверять «снизу вверх», действительно ли предложенное решение решает исходную проблему пользователя, а не просто звучит логично.»
здесь это прозвучало
Выступление«Собирайте через клиентский сервис проблемы и нерешённые задачи клиентов, а не прямые запросы на конкретные функции.»
здесь это прозвучало
Выступление«Слыша новую идеую или запрос, нужно сначала структурировать область проблем, а не сразу переходить к реализации решения.»
здесь это прозвучало
Видео6 мин«Не стоит искусственно генерировать идеи для стартапа по принципу брейншторма — нужно дождаться проблемы, в которую ты поверишь абсолютно.»
здесь это звучит 2 раза
Подкаст54 мин«Когда заказчик просит конкретное решение (например, «добавить данные»), нужно выяснять конечную бизнес-задачу и то, как будет замеряться экономический эффект.»
здесь это прозвучало
Подкаст31 мин«Общаясь с сообществом, нужно искать корневую проблему, а не просто реализовывать предложенные ими решения.»
здесь это прозвучало
Видео17 мин«Приходить с проблемой, а не с готовым решением эффективнее, потому что коллега может найти более дешевый способ её решить в рамках своих компетенций.»
здесь это прозвучало
Видео5 мин«Собирайте в бэклог формулировки проблем и узких мест, а не готовые решения или подсмотренные фичи, чтобы сохранить свободу выбора оптимального варианта.»
здесь это прозвучало
Выступление«Сначала нужно получить согласие на необходимость решения проблемы и только потом обсуждать реализацию, иначе спор о технических деталях убьёт обсуждение самой проблемы.»
здесь это прозвучало
Видео1 ч«Ценный аналитик должен стремиться решить бизнес-проблему, подвергая сомнению изначальную постановку вопроса, а не просто механически выдавать данные по запросу.»
здесь это прозвучало
Видео1 ч 31 мин«Формирование уникального ценностного предложения (УТП) и целевого состояния продукта должно строиться на основе конкретной выявленной проблемы пользователей, такой как сложность с офлайн-доставкой.»
здесь это прозвучало
Видео51 мин«Когда партнёр просит стенд или выступление, за этим запросом стоят реальные бизнес-задачи вроде найма или лидов, и задача продюсера — вытащить эти цели на поверхность.»
здесь это прозвучало
Видео29 мин«При обсуждении макета с дизайнером формулируйте наблюдаемую проблему, а не диктуйте готовое решение.»
здесь это прозвучало
Видео22 мин«Когда разработчики ставят задачи в формате «сделай А, сделай Б», они думают только над реализацией; когда им ставят проблемы пользователей, они начинают анализировать опыт и сомневаться в целесообразности предложенных решений.»
здесь это прозвучало
Эфир«Исходная бизнес-гипотеза о том, кто является корнем проблемы, может оказаться полностью неверной, если не проверить ее исследованиями.»
здесь это прозвучало
