根拠のある機会・ソリューションツリーの作り方。
ツリーは目標成果を観察されたニーズと検証可能な解決策につなぎます。すべての機能案を成果から直接伸ばさないでください。
作業手順をタスクに合わせましょう。
測定可能な成果から始め、観察されたニーズに根差す機会を付けます。機会ごとに複数案を検討し、好みの機能の木ではなく、案を見分ける検証を設計します。
- 用意するもの
- 目標成果と調査結果。
- 得られるもの
- 機会、解決策候補、実験の枝。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Outcome: fewer failed imports. Research finds unclear required fields.
完成例
Opportunity: understand required fields. Solutions: preflight checks or better templates. Experiments: observe whether either reduces the specific failure.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
機会を機能要望として書いてもよいですか？
根拠がその解釈を支える場合、背後にあるニーズへ置き換えます。一つの機会の下に複数の解決策が残るようにします。
調査とつながらない解決策がある場合は？
各枝を観察したニーズまでたどるか、仮説と表示します。確実性を過大に見せる、根拠のない接続を除いてください。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑