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

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

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

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

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