質問への返答には前提の確認が必要だ

質問には、まだ確かめていない機能や条件が事実として含まれることがあります。その条件を確認してから、相手が知りたいことに答えます。

  • 確認する対象を決める　質問に含まれる条件を見つけ、商品の情報と相手の業務のどちらを確認するか決めます。
  • 訂正と回答の順序を決める　以前の説明も読み直し、前提が違う場合と未確認の場合で、答える順序を決めます。
  • 回答後に残す記録を決める　確認結果と伝えた内容を分けて記録し、次のやり取りで使える確認表を作ります。

質問に含まれる条件は事実とは限らない

疑問文でも、その中の機能や条件は、成り立つものとして話されていることがあります。何を尋ねているかと、何を事実として扱っているかを分けて読みます。

  • 尋ねている部分を分ける　知りたい結論を抜き出し、その結論が成り立つために置かれている条件を探します。
  • 機能の根拠を探す　説明していない機能が含まれていたら、提供していると扱わず、根拠の確認が必要な項目にします。
  • 業務の条件も拾う　利用する人や社内の作業手順も、確認済みかどうかを見直します。

質問から前提を見つける方法

見つけること方法注意
疑問文の中の断定尋ねている部分と、事実として扱う条件を分けます。疑問文全体を未確定の話と扱わないようにします。
未説明の機能機能への言及を、説明済みの内容と照合します。説明していないだけで、存在しないとは決めません。
業務の前提利用者や作業手順に関する条件を抜き出します。社内で決まっていることか、構想なのかを分けます。
表は編集部作成の例です。

前提の確認先は、商品の条件か業務の条件かで分かれる

商品の仕様を調べても、相手の社内の使い方までは分かりません。前提の内容に応じて、根拠を持つ確認先を選びます。

  • 商品の条件を調べる　機能の有無や利用条件は、現行の仕様資料や商品を担当する部門で確認します。
  • 社内の使い方を調べる　利用する人や作業の分担は、相手側でその業務を把握している人に確認します。
  • 両方が必要か見極める　商品と業務の条件が重なる場合は、別々に確認してから、その使い方が可能か判断します。

前提の区分と確認先

区分確かめる先注意
商品の機能現行の仕様資料や商品を担当する部門で確認します。相手の認識だけを機能の根拠にしません。
商品の利用条件対象となる提供条件を確認します。別のプランや時期の条件と混ぜません。
相手の業務実際の作業や社内ルールを把握する人に確認します。窓口の人が把握している範囲も確認します。
両方に関わる条件商品の情報と相手の業務を別々に確認します。片方の確認だけで利用可能と判断しません。
表は編集部作成の例です。

前提の食い違いは相手だけが原因とは限らない

以前の資料や回答で条件を省くと、説明した範囲より広く伝わることがあります。相手の認識を訂正する前に、自分が何を伝えたかを読み直します。

  • 実際に渡した資料を読む　最新版だけでなく、相手に送った版の資料や回答を確認します。
  • 省いた条件を探す　対象範囲や利用条件の記載がなく、無条件に使えると読める箇所を探します。
  • 説明の不足を伝える　説明に原因があれば、不足していた点を相手に伝えてから、正しい条件を伝えます。

以前の説明を点検する観点

見直すこと方法注意
前回の資料や回答送付した資料と、実際の回答履歴を読みます。現在の資料だけで過去の説明を判断しません。
抜けていた条件現行の条件と比べ、説明から抜けた箇所を探します。当時と現在で条件が変わっていないかも見ます。
誤解を招く表現対象や範囲を絞らずに説明した箇所を探します。説明したつもりだったことを根拠にしません。
表は編集部作成の例です。

答える内容は、相手が想定する使い方で変わる

同じ機能への質問でも、誰がどの作業に使うかで答える内容が変わります。質問の意味を判断できる範囲まで、想定する使い方を具体化します。

  • 作業の場面を特定する　利用する人、行う作業、その前後の手順を確認し、質問が指す場面を特定します。
  • 任せたい作業を分ける　人が行うつもりの作業と、商品に任せるつもりの作業を分けて把握します。
  • 必要な範囲で確認を終える　回答を変える条件が分かったら、今回の質問に関係しない業務の聞き取りは広げません。

想定する使い方の確認範囲

聞くこと方法注意
利用者と場面利用する人と、商品を使う作業を特定します。部署名だけで作業の内容を推測しません。
任せたい作業人が担う部分と商品に任せたい部分を分けます。任せたいという希望を、提供機能と扱いません。
質問との関係把握した使い方によって回答が変わるかを見ます。質問の意味が判断できる範囲で確認を終えます。
表は編集部作成の例です。

前提が違う質問への回答には先に訂正が必要だ

前提が違うまま結論を答えると、誤った条件も認めたと受け取られることがあります。先に正しい条件を示し、訂正後も残る疑問に答えます。

  • 違っていた条件を示す　どの前提が事実と違い、正しくはどうなのかを、確認した根拠に沿って伝えます。
  • 質問の意味を見直す　訂正によって元の質問が成り立たなくなる場合は、相手が知りたい点を改めて確認します。
  • 訂正後の条件で答える　正しい条件に基づいて答え、元の前提では結論を出せない場合は、その点を明らかにします。

訂正から回答までの順序

手順すること注意
前提を訂正する誤っていた条件と、確認できた事実を示します。結論を先に伝え、後から条件を打ち消す順序を避けます。
質問を見直す訂正後も同じ点を知りたいか確認します。元の質問がそのまま成り立つとは決めません。
残る疑問に答える訂正後の条件で判断できる内容を答えます。元の前提に基づく結論を残さないようにします。
表は編集部作成の例です。

未確認の前提は回答前に確認が必要だ

根拠を確認できていない条件は、正しいとも間違っているとも判断できません。未確認の範囲と確認方法を伝え、その条件に依存する回答を保留します。

  • 未確認の箇所を示す　質問全体を曖昧に扱わず、どの機能や条件の確認が済んでいないかを明らかにします。
  • 確認の進め方を伝える　確認先と調べる内容を決めます。回答時期が見通せなければ、次に状況を伝える時点を決めます。
  • 保留する範囲を区切る　未確認の条件を必要とする結論は保留し、独立して答えられる内容だけを分けて伝えます。

未確認の前提への対応

場面すること避けること
根拠が見当たらない確認できていない条件を特定して伝えます。記憶や推測だけで肯定しません。
確認先が必要になる確認先と方法を決め、確認後に回答すると伝えます。調べ方を決めずに返答だけを約束しません。
確認結果を待っている結論を保留し、必要に応じて確認状況を伝えます。未確認の条件を、利用可能な条件として案内しません。
表は編集部作成の例です。

結論だけを答えると、前提を認めたと読まれる余地が残る

結論だけを返すと、質問に含まれていた条件も認めたと読まれることがあります。前提の確認結果と結論を分け、回答が成り立つ範囲を明示します。

  • 前提の状態を先に示す　前提が正しいと確認できたのか、訂正したのか、未確認なのかを、結論より前に明らかにします。
  • 答える対象を絞る　質問のどの部分への回答なのかを示し、機能の有無と、その機能の利用条件を混ぜません。
  • 条件と結論を離さない　条件付きで答える場合は、条件を結論と同じ箇所に書き、注記だけに置かないようにします。

前提を認めたと受け取られない回答の型

場面すること避けること
結論を答える前提の確認結果を示した後、対象を絞って答えます。質問全体への肯定と読める短い結論だけを返しません。
一部だけ答えられる回答できる部分と、保留する部分を分けます。一部への回答で、残りも確認済みと読ませません。
条件付きで答える必要な条件を明記し、その条件下での結論を示します。未確認の条件が成立したかのように書きません。
表は編集部作成の例です。

期待に沿わない場合も、できない範囲と条件を示すことになる

期待に沿わない事実を曖昧にすると、実現できるという認識が残ります。できない範囲を明らかにしたうえで、必要なら別の進め方を調べます。

  • できない範囲を伝える　提供していない機能を明示します。将来の対応が決まっていなければ、実現を期待させる説明は避けます。
  • 異なる条件を明らかにする　利用条件が想定と違う場合は、違いを示し、相手の予定する作業への影響を確認します。
  • 別の進め方は調べて示す　必要な作業を基に、別の方法を確認します。実現性が未確認の方法を、代わりに使えるとは伝えません。

期待に沿わない訂正の伝達内容

場面伝えること注意
機能を提供していない提供していない機能と、その範囲を明示します。根拠のない将来対応を補足しません。
利用条件が違う想定との違いと、実際に適用される条件を示します。条件の違いを小さな問題と決めつけません。
別の方法を検討する確認できる作業や方法と、未確認の点を示します。別の方法を示すことで、制約の説明を曖昧にしません。
表は編集部作成の例です。

訂正した前提の記録で、次の説明で何を補うかが分かる

結論だけを記録すると、後で読む人には、どの前提を訂正したかが分かりません。元の質問、確認結果、実際に伝えた内容を区別して残します。

  • 質問と前提を分けて残す　質問の原文を保存し、そこから読み取った前提は別に書きます。自分の解釈を相手の発言に混ぜません。
  • 確認結果に根拠を付ける　確認先、参照資料、確認した時点を残し、後から条件をたどれるようにします。
  • 伝えた範囲を記録する　訂正内容と回答内容を分けて残します。訂正を伝えたことと、相手の理解を確認できたことも区別します。

訂正後に残す記録

記録項目書くこと理由
相手の質問原文と、元のやり取りを参照できる場所を残します。言い換えによる意味の変化を避けられます。
含まれていた前提事実として扱われていた条件を分けて書きます。質問と自分の解釈を区別できます。
確認結果根拠、確認時点、未確認の点を残します。後から判断の根拠をたどれます。
訂正して伝えた内容伝えた訂正と、以前の説明との関係を残します。同じ説明を繰り返さずに済みます。
答えた内容結論、適用条件、保留した内容を残します。次の回答で範囲を広げずに済みます。
表は編集部作成の例です。

質問と回答を分けた確認表で未確認の点が分かる

質問ごとに前提と根拠を整理すると、回答前に残っている確認が分かります。確認表を使い、訂正した内容と答えた内容まで記録します。

  • 質問ごとに記入する　含まれる前提が異なる場合は行を分け、同じ質問の記録であることが分かるようにします。
  • 空欄の意味を明らかにする　未確認と該当なしを区別して記入し、以前の説明との関係も確認します。
  • 回答後に記録を更新する　実際に訂正して伝えた内容と回答を追記し、元の資料ややり取りを確認できる記録先を残します。

営業先を絞って実施を依頼する流れ

相手の質問含まれていた前提商品の前提か業務の前提か確認先確認結果以前の説明との関係訂正して伝えた内容答えた内容未確認の点記録先
表は編集部作成の例です。確認表には実際のやり取りを記入し、推測と確認済みの事実を分けて残します。