コーチングプラクティス： ユーザーテストで聞くべき質問

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「ユーザーテストで聞くべき質問」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

1. テスト——ユーザーに壊させる
   プロトタイプを実際のユーザーの前に置き、その混乱をデータとして扱う。
   デザイン思考、ステップごとに
2. 自分の現在の成長目標に合わせて個人の質問リストを設計する
   固定のテンプレートではなく、今の自分の人生に最も関連する行動を追跡する短い能動的な質問のリストを作る。
   モーニング・クエスチョン
3. まれな高負荷テストより頻繁な低負荷クイズを使う
   成績がつかなくても定期的な短いクイズは、同じ時間を復習に費やすより高い保持を生む。
   テスト効果——検索練習が再読を上回る理由
4. 実験を環境プローブとしてデザインする
   自分の意志力ではなく、一つの具体的な文脈の変化をテストする。
   小さな実験:コミットせずに変化を試す
5. 好みのモダリティに関わらず想起練習を適用する
   自分自身をテストすることは誰にでも機能する——「読み書き型」の学習者だけではない。
   学習スタイルの神話：研究が実際に語ること
6. 学習前に想起を試みる
   勉強する前に教材についての質問に答えてみる——たとえ間違っていても、その試みは、後で正しい答えが来たときにその保持を高める。
   テスト効果——検索練習が再読を上回る理由
7. 反復——段階を直線ではなくループとして扱う
   テストが間違った問題を枠づけていたことを明らかにしたら、以前の段階に戻る。
   デザイン思考、ステップごとに
8. 会話と経験でプロトタイプする
   賭けに出る前に、可能な道を安く検証する——それを生きている人と話す、あるいは小さく試してみる。
   「デザインされた人生」を実践する
9. 免疫の背後にある大きな思い込みを検証する
   自分を行き詰まらせている思い込みが本当に正しいかを確かめる、小さな実験を設計する。
   ケーガンの主体客体理論を実践に活かす
10. 縮約：メインのノートをキュー欄の問いに変換する
    セッションの後、自分のノートを隠し、各主要なアイデアについてキュー欄に問いを書く。
    コーネル式ノート術 ― 単なる記録ではなく学習のためのシステム

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。