За одну минуту
Разделяйте исследование и постановку проблемы, разработку вариантов и проверку решения.
Сначала расширьте поле наблюдений и сузьте его до обоснованной формулировки задачи; затем расширьте набор решений и сузьте его испытаниями. Переходы между этапами — точки решения, а не обещание линейной работы.
Какую проблему решает
Команда выбирает решение до того, как выяснит, чью проблему и по каким данным решает.
Клиника хочет ИИ-бота для записи после жалоб на ожидание. Интервью показывают: повторные звонки в основном вызывает не скорость записи, а непонятный порядок направлений.
Когда применять
- Применяйте Двойной алмаз, когда команда выбирает решение до того, как выяснит, чью проблему и по каким данным решает.
- Команда может проверить: Затронутые люди, наблюдения, заказчик решения и проверяемый результат.
- Подходящая ситуация: Клиника хочет ИИ-бота для записи после жалоб на ожидание. Интервью показывают: повторные звонки в основном вызывает не скорость записи, а непонятный порядок направлений.
Когда не применять
Не заменяйте методом данные, ответственное решение и участие затронутых людей.
Превращать четыре этапа в каскадный план или считать голосование команды доказательством потребности.
Необходимые входные данные
Затронутые люди, наблюдения, заказчик решения и проверяемый результат.
Пошаговый процесс
1. Определите границы решения и ответственного.
До встречи запишите границы работы, ответственного за решение и тех, кто вправе остановить или пересмотреть результат.
2. Соберите необходимые данные и мнения затронутых людей.
Соберите и датируйте необходимые данные: Затронутые люди, наблюдения, заказчик решения и проверяемый результат.
3. Соберите разные свидетельства и неудовлетворённые потребности.
Поговорите с теми, кто оказывает, получает и поддерживает услугу; сохраните противоречия и даты наблюдений.
4. Сформулируйте задачу и перечислите отклонённые трактовки.
Опишите проблему глазами затронутого человека и зафиксируйте, почему другие объяснения пока отложены.
5. Разработайте несколько действительно разных решений.
Сравните изменения процесса, коммуникации и технологии, чтобы любимая продуктовая идея не осталась единственным вариантом.
6. Проверьте малым масштабом, включая доступность и побочные эффекты.
Проведите небольшую проверку в реальных условиях: заранее задайте сигнал успеха, проверьте доступность и способ остановить вред.
7. Внедрите, измерьте и пересмотрите рамку при новых данных.
Запишите выводы перед внедрением и вернитесь к исследованию, если исходная постановка задачи больше не выдерживает проверки.
8. Запишите результат, следующую проверку и повод пересмотра.
Сохраните артефакт со ссылками на данные, ответственным, ограниченной следующей проверкой и датой либо условием пересмотра.
Взгляд на ИИ-автоматизацию
ИИ может упорядочить разрешённые записи и показать пробелы. Он не должен выдумывать наблюдения, скрытно решать за людей или выдавать сгенерированную карту за проверенную.
Визуальная модель
Текстовая альтернатива: Соберите разные свидетельства и неудовлетворённые потребности; Сформулируйте задачу и перечислите отклонённые трактовки; Разработайте несколько действительно разных решений; Проверьте малым масштабом, включая доступность и побочные эффекты; Внедрите, измерьте и пересмотрите рамку при новых данных.
Интерактивный пример
Ситуация: Клиника хочет ИИ-бота для записи после жалоб на ожидание. Интервью показывают: повторные звонки в основном вызывает не скорость записи, а непонятный порядок направлений.
Разбор: Переопределите задачу как ясность направлений; проверьте понятное сообщение и путь к человеку до автоматизации записи.
Заметки для фасилитатора
Запишите разногласия до обобщения; спросите, чьих данных не хватает; определите, кто вправе пересмотреть результат.
Ожидаемый результат
- Проверяемый рабочий артефакт, допущения и данные, ответственный, ограниченная следующая проверка и дата пересмотра.
- Внедрите, измерьте и пересмотрите рамку при новых данных.
- Ответственный, проверка и дата пересмотра.
Типичные ошибки
Превращать четыре этапа в каскадный план или считать голосование команды доказательством потребности.
Чек-лист качества
- Вопрос и границы системы ясны.
- Учтены затронутые люди и альтернативные объяснения.
- У важных утверждений есть источник или пометка «допущение».
- Названы ответственный, защитное условие и опровергающий сигнал.
Шаблон
Проверка знаний
Вопрос: Какая ошибка подорвёт применение метода в этой ситуации?
Ответ: Превращать четыре этапа в каскадный план или считать голосование команды доказательством потребности.
Связанные методы
Источники
- Double Diamond — источник метода (откроется в новой вкладке). Проверено 2026-09-28.
- Независимый практический источник (откроется в новой вкладке). Проверено 2026-09-28.
Профиль метода
Метод структурирует обсуждение и проверку; сам по себе он не доказывает причинность и не гарантирует успех.