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