// KaurIoT: QFD-анализ и Jobs To Be Done

QFD обычно проводится только лишь после Кано-анализа. Почитать о нём можно у нас здесь. После проведения Кано-анализа мы должны убедиться в том, что наши разработчики способны создать продукт, который понравится пользователям. В этом нам и поможет Матрица Quality Function Deployment.

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

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

Здесь мы также используем массовый опрос с вопросами касательно конкретной функции. Например:

Опишите ваш текущий уровень удовлетворения вышеуказанными функциями/параметрами.

«Персонализация, соответствующая уровню технической подкованности» (или «функция родительского контроля»)

5 (Высокая степень удовлетворения параметром)

4 (Более, чем средняя степень удовлетворения параметром)

3 (Средняя степень удовлетворения параметром)

2 (Менее, чем средняя степень удовлетворения параметром)

1 (Низкая степень удовлетворения параметром)

В зависимости от сферы нужно собрать определенное количество ответов респондентов:

1. Для B2B с низким средним чеком и B2C – 100 ответов;

2. Для премиального B2C и B2B с большим средним чеком – 20-50 ответов.

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

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

Говоря об этапах построения QFD:

1. Обозначаем столбцы QFD — технические характеристики (как правило, они выбираются техническими специалистами компании).

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

3. Каждой функции присваиваем вес согласно тому, сколько раз она была выбрана респондентами относительно общего количества ответов. Например, всего было собрано 50 ответов. Функция №1 была упомянута 5 раз, значит, её вес равен 0,05, а функция №2 – 25 раз, следовательно, вес 0,25.

В сумме коэффициенты всех функций должны давать единицу или 100%.

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

5 этап. Затем ставим оценки, сравнивая технические характеристики (ТХ) и функции, важные для потребителя. Существует три варианта:

«9»: ставится в том случае, если функция и ТХ имеют причинно-следственную связь.

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

«3»: наличие средней связанности, постулирующей к взаимному возникновению, но не в полной мере.

«1»: отсутствие связанности ТХ и функций, а также их влияния друг на друга.

6. Умножаем оценки по одной на коэффициент.

7. Суммируем между собой как по вертикали, так и по горизонтали и выясняем, какие ТХ и функции полезны при взаимодействии друг с другом, а какие необходимо убрать.

Шаблон: http://www.qfdonline.com/templates/

Jobs To Be Done

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

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

Почему? Потому что нас интересует только механика, удовлетворение потребности.

Как выглядит формула JTBD: в ситуации X, человек хочет Y, чтобы Z

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

Всё, что им нужно – это в ситуации, когда нужно быстро доехать от точки A в точку B, человек хочет не тратить время на построение самостоятельного маршрута, чтобы успеть приехать к точному времени.

Пример Jobs To Be Done (объект — онлайн-сервис заказа продуктовых наборов): https://vk.cc/atyAhV

В данном примере хорошо показано, как можно генерировать идеи.

Дополнительно:

Также существует и методика «User Stories», которая используется, когда нам важно, КТО является потребителем.

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

Формула уже выглядит несколько иначе: как пользователь X, я хочу сделать Y, чтобы Z

Пример User Stories (объект — сервис онлайн-геймификации): https://vk.cc/ayKxry