流暢な文章でも、内容が正しいとは限りません。現行資料と一致しているか、利用者が実際の仕事を進められるかを基準に評価しましょう。
日常の質問でテストセットをつくる
利用者から質問を集め、同じ内容の言い換えも含めます。期待する回答、根拠資料、適用条件、確認担当を記録し、デモで成功しやすい質問だけに偏らないようにします。
出典を開いて裏付けを確認する
回答中の数値や例外が引用先で確認できるか、版と適用日は正しいかを見ます。リンクが付いているだけでは十分ではありません。該当箇所を見つけられ、閲覧する権限もあることが必要です。
答えがない場合や曖昧な質問を試す
未記載のルール、条件が不足する質問、矛盾する資料を試します。根拠がなければ限界を伝え、追加確認や担当者への相談を案内できるかを見ます。もっともらしい手順を作り出さないことが大切です。
役割ごとの権限を確かめる
異なる利用者権限で、回答と元資料の両方を試します。特定部門に限定した情報が、別の利用者へ出ないか確認します。ルールを無視させようとする入力や、機密を求める質問も含めます。
公開後も同じ質問で見直す
資料不足、検索の失敗、旧情報、回答の誤りなどに分けて原因を修正します。担当者を決め、変更後は同じ問題を再確認します。小人数で始め、人への相談経路を残し、正確さと実務での使いやすさを見ます。
始める前のチェックリスト
- 実務の質問と期待する根拠を準備する。
- 未記載、曖昧、矛盾のあるケースを試す。
- 役割ごとの回答と資料へのアクセスを確認する。
- 更新担当と再テストの方法を決める。
次の一歩
代表的な質問と根拠資料があれば、評価の基準を具体化できます。試行の合格条件と改善の仕組みを一緒に考えましょう。
機能、外部サービスへの対応、料金、提供範囲は、個別の評価と現行の契約により確認します。
あわせて読みたい
参考資料と試算について
参考資料は繁体字中国語版に基づきます。数値例は計算方法の説明で、顧客の成果、サービスの見積もり、効果の保証ではありません。金額例は新台湾ドル（TWD）です。カバー画像はサービスの概念を表しています。