1-3-1

1つの問題、3つの解決策、1つの推奨案です。大切なのは、推奨案を1つに決める_前に_3つの解決策を出すことです。そうすれば、最初に思いついた案を取り繕ったものではなく、実際にある選択肢の中から選べます。

1：問題

本当の問題を1文で述べます。症状ではなく根本原因を、いくつもの問題をまとめるのではなく1つだけ取り上げます。「そして」が必要なら問題を分け、最も重要なものを選びます。

完了の基準：ユーザーが解決すべき問題として正しいと認める、1文になっていること。

3：解決策

実際に選び得る、互いに明確に異なる解決策を3つ提示し、選択肢の範囲を網羅します（手間、費用、リスク、可逆性のいずれかが異なるもの）。各選択肢の主なトレードオフも同時に示します。3つにそろえるために、ありもしない選択肢をでっち上げてはいけません。実際の道筋が2つしかないなら、3つ目を作らず、そう伝えます。

完了の基準：1つの解決策のバリエーションにすぎないものではなく、トレードオフを明記した選択肢が3つあること。

1：推奨案

1つだけ選び、明確に推します。ステップ1で述べた問題に対して、なぜそれが最善なのかを説明し、考えを変える条件を1つ挙げます。推奨とは立場を明確にすることです。「どれでもよい」より「私はBを選びます」のほうが適切です。

完了の基準：1つの選択肢を選び、その理由を問題に結びつけ、考えを変える条件を示していること。

参考

出力形式。 次のように簡潔にまとめます。

問題： … 選択肢： 1）…（トレードオフ）、2）…（トレードオフ）、3）…（トレードオフ） 推奨案： …です。理由は…です。…の場合は再検討します。

順序を守ることが大切です。 まず選択肢をすべて出し、_その後で_1つを選びます。先に推奨案を決めてから選択肢を後付けすると、最初の案に引きずられてしまいます。このフレームワークは、まさにそれを防ぐためのものです。

適用範囲。 対象は、トレードオフや競合する道筋がある、つまり「どうすべきか」という本当の分岐点に限ります。正解が1つの質問には、無理に1・3・1の形式を当てはめず、その答えを示します。

プロトタイプという選択肢。 非常に複雑な分岐や、見て判断するほうが読み比べるより簡単な分岐（UIの選択肢やインターフェースの形など）では、推奨案とともに/prototypeも提案します。説明だけの案より、低コストで具体的な成果物のほうが優れています。