答えを誘導しない課題発見質問の作り方。
質問では、現在の過程、問題のコスト、意思決定の制約を明らかにしてください。自分が望む解決策への同意を求めないようにしましょう。
作業手順をタスクに合わせましょう。
改善を提案する前に現在の過程を尋ねます。どこで時間やミスが発生するか、誰が仕事を確認するか、成功する代替案が何を保つべきかを、中立的な追加質問で具体化してください。
- 用意するもの
- 顧客の背景とソリューションの範囲。
- 得られるもの
- 課題、影響、購入プロセスを把握する質問。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
A catalog team says imports take too long. Generate five neutral discovery questions covering process, errors, review ownership and success criteria.
完成例
1. Can you walk me through your most recent catalog import? 2. Which step took the most time, and why? 3. How did the team discover and resolve errors? 4. Who reviewed changes before they went live? 5. What would an acceptable review process need to preserve or improve?
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
見込み客を誘導しない質問にするにはどうすればよいですか？
自分が推す機能が必要だと同意させるのではなく、仕事の進み方と難しい点を尋ねてください。
回答が次の手順を決めるには曖昧すぎるのはなぜですか？
最近の事例、その流れ、関わった人を聞いてください。具体的なケースは、一般論が見落とす制約を明らかにします。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑