コーチングプラクティス: ユーザーテストの結果を伝える
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「ユーザーテストの結果を伝える」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- テスト——ユーザーに壊させる
プロトタイプを実際のユーザーの前に置き、その混乱をデータとして扱う。
デザイン思考、ステップごとに - 試すのではなく直接ニーズを述べる
パートナーの応答性を試すことは、自分が必要としているものとまさに逆の結果を確実に生む愛着行動だ。
不安-回避のトラップ:なぜ正反対のもの同士が惹かれ合い、そして苦しむのか - 好みのモダリティに関わらず想起練習を適用する
自分自身をテストすることは誰にでも機能する——「読み書き型」の学習者だけではない。
学習スタイルの神話:研究が実際に語ること - リアルタイムの自己モニタリング
理解を仮定するのではなく、学習中に積極的に理解度を確認する——立ち止まって自分をテストする。
自己調整学習:学び方を自分でコントロールする - 自分の評価を伝える前に、相手がすでに知っていることを尋ねる
自分の評価を伝える前に、相手に自分自身のパフォーマンスを評価してもらう。
フィードバック・サンドイッチ:なぜ機能しないのか、代わりに何をすべきか - 同意ではなく理解を確認してフィードバックを締めくくる
「同意しますか?」ではなく「そこから何を受け取りましたか?」と尋ねる。
フィードバック・サンドイッチ:なぜ機能しないのか、代わりに何をすべきか - まれな高負荷テストより頻繁な低負荷クイズを使う
成績がつかなくても定期的な短いクイズは、同じ時間を復習に費やすより高い保持を生む。
テスト効果——検索練習が再読を上回る理由 - 反復——段階を直線ではなくループとして扱う
テストが間違った問題を枠づけていたことを明らかにしたら、以前の段階に戻る。
デザイン思考、ステップごとに - 学習前に想起を試みる
勉強する前に教材についての質問に答えてみる——たとえ間違っていても、その試みは、後で正しい答えが来たときにその保持を高める。
テスト効果——検索練習が再読を上回る理由 - 非同期コミュニケーションをデフォルトにする
リアルタイムコミュニケーションを例外として扱う——デフォルトではなく。ほとんどのことは即座の応答を必要としない。
静かな会社をデザインする(フリード&ハンソン)
関連する悩み
- ユーザーテストで聞くべき質問
プロトタイプを実際のユーザーの前に置き、その混乱をデータとして扱う。
テスト——ユーザーに壊させる
- セルフクイズは誰にでも効果がある
自分自身をテストすることは誰にでも機能する——「読み書き型」の学習者だけではない。
好みのモダリティに関わらず想起練習を適用する
- 自己 テスト 研究
成績がつかなくても定期的な短いクイズは、同じ時間を復習に費やすより高い保持を生む。
まれな高負荷テストより頻繁な低負荷クイズを使う
- 勉強中のセルフテスト活用法
成績がつかなくても定期的な短いクイズは、同じ時間を復習に費やすより高い保持を生む。
- 文章の「だから何」テスト
本番の不安を、本番の直前に十分に書き出すことでオフロードする。
大事な本番の前に自分の不安を書き出す
- 解決策を試して検証する方法
成績がつかなくても定期的な短いクイズは、同じ時間を復習に費やすより高い保持を生む。
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。