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

Не решается задача? Попробуйте сделать её больше Смотрел The Rainmaker, и зацепил совет, который один из героев называет «принципом Эйзенхауэра»:

Если не можешь решить проблему, сделай её больше.

Сетап там такой: юристы ведут дело о смерти пациента в больнице. Есть сведения о других похожих смертях, но суд запрещает использовать документы, которые добыла свидетель (HIPAA и все такое). Кажется, дело зашло в тупик. И, собственно, они применяет этот прицип и решают взять в работу дела других пострадавших семей: представляя их интересы, юристы смогут получить медицинские документы этих пациенто, и тогда показания свидетеля будут приняты в работу. В ТРИЗ есть похожий ход - цитируя Альтшуллера:

Допустим, задача принципиально нерешима; какую другую - более общую - задачу надо тогда решить, чтобы получить требуемый конечный результат?

Следом он предлагает сравнить исходную задачу с обходной и выбрать, какую целесообразнее решать. То есть конечный результат сохраняется, а вот условия, которые мы привыкли считать неизменными, можно пересмотреть. Имхо, в этом и смысл «сделать проблему больше»: включить в рассмотрение то, что мы до этого оставляли за её границами. У меня недавно был кейс, что изначальная постановка задачи и продуктовый эксперимент, который мы реализовали, не дал ожидаемых результатов. Поэтому, применяя этот метод в 3 шага на пару с дружбаном: 1) Сформулировать конечный результат, пока без привязки к конкретному способу его получить. 2) Выписать, что мы считаем неизменным: кто, когда и как должен действовать. Какие ограничения обязательны, а какие мы сами себе задали? 3) Посмотреть, что можно изменить в соседних процессах, в частях системы или во времени, чтобы получить тот же результат. Например, возьмём сервис для выставления счетов. Его пользователь отправляет счёт контрагенту, и тому при просмотре счета предлагаем зарегаться —> виральный трафик. Собственно, у нас недостаточно хорошие цифры конверсии, поэтому начинаем крутить кнопочки, тексты, и тп. Теперь, применим алгоритм выше: 1) Фиксируем результат: больше новых регистраций через счета, которые отправляют существующие пользователи. 2) Замечаем границу нашей постановки: получатель уже открыл страницу счёта, и мы работаем только с его регистрацией — текстами, формой, условиями доступа. Число таких получателей мы пока считаем заданным. 3) Разрешаем себе менять и то, что происходит раньше: как отправитель передаёт счёт контрагенту. Например: - сделать доставку через сервис стандартным продолжением выпуска любого счёта: отправлять по подтверждённому адресу по умолчанию, оставляя отправителю возможность отказаться или выбрать другой способ. - добавить альтернативный канал доставки: whatsapp, sms, telegram. - продолжите список? 😉 Цель прежняя - больше завершённых новых регистраций. Но теперь можно работать ещё и с тем, сколько потенциальных пользователей вообще доберётся до сервиса. А вот тут скилл по теме этого и других методов ТРИЗ - enjoy!