社内で回答を判断するには質問の背景が必要だ

質問の文面だけでは、どの商品をどう使う話かが伝わらないことがあります。相手の言葉と利用場面、自分が調べた内容を添えると、社内で判断する対象が明確になります。

  • 相手の質問を残す　相手の言葉を残し、質問が指す商品と作業、想定している利用場面を書き添えます。
  • 判断の根拠を示す　実際に起きたことと、相手が商品に望む動きを分け、自分が確認した資料と、分からなかった点を示します。
  • 社内に尋ねる点を絞る　社内に回答を求める点と、相手に確かめてから送る点を分け、同じ書式と点検表で確認依頼を見直します。

質問の意味を保つには原文の記録が必要だ

質問を短く言い換えると、条件や迷っている点が抜けることがあります。相手が実際に尋ねた言葉を残し、自分の要約は別に記録します。

  • 原文を残す　メールなどの文章は質問に関係する範囲をそのまま残します。条件を示す前後の文も含めます。
  • 要約を分ける　要約には自分の解釈が入ります。原文と欄を分け、相手の発言として読まれないようにします。
  • 質問を分ける　異なる内容が混ざっている場合は、質問ごとに分けます。共通する条件との関係は残します。

質問の残し方

残すこと方法注意
質問の原文実際の言葉を記録します。意味を補う言葉を加えません。
前後の条件質問に関係する文も残します。条件だけを切り離しません。
自分の要約原文とは別の欄に書きます。相手の発言と混ぜません。
質問の区切り回答する内容ごとに分けます。共通する条件を省きません。
表は編集部作成の例です。口頭の質問を正確に記録できていない場合は、原文ではなく記憶に基づく記録と明記します。

回答の対象は、商品と作業の組み合わせで分かれる

商品が同じでも、対象の機能や作業によって回答は変わります。商品を特定できる情報と、どの作業について尋ねているかを併記します。

  • 商品を特定する　商品名に加え、提供条件や版など、回答に関係する違いを書きます。不明な情報は推測で埋めません。
  • 作業を示す　どの機能で何を行うときの質問かを書きます。操作の途中なら、該当する段階も示します。
  • 呼び方を対応させる　相手の呼び方を残したうえで、自社の名称を添えます。対応が不明な場合は未確認と記します。

対象の示し方

示すこと方法注意
商品正式名称と識別に必要な情報を書きます。名称が似た商品と混同しません。
作業や機能対象の機能と行う作業を書きます。商品名だけで済ませません。
作業の段階どの操作の前後かを示します。不明な操作順を補いません。
名称の対応相手の呼び方と自社の名称を並べます。対応が未確認なら明記します。
表は編集部作成の例です。

回答の前提は、相手が想定する利用場面で変わる

同じ機能の質問でも、使う人や業務が違えば確認すべき条件が変わります。誰が何のために使い、現在はどう処理しているかを添えます。

  • 使う人を示す　利用する人の役割と操作できる範囲を書きます。購入を決める人と実際に使う人を混同しません。
  • 使う業務を示す　業務のどの場面で何を行いたいかを書きます。その作業の前後で、利用者が誰から何を受け取り、誰に何を渡すかも確認します。
  • 今の方法を添える　現在の作業手順と使っている情報を添えます。聞けていない手順は、一般的な流れで補いません。

利用場面の整理

添えること確かめ方注意
使う人役割と操作する範囲を確認します。窓口の人が使うとは限りません。
使う業務作業の目的と前後の流れを確認します。部署名だけで説明を終えません。
今の方法現在の手順と扱う情報を確認します。未確認の手順を推測しません。
表は編集部作成の例です。

確認する内容は、相手が知りたいことの種類で分かれる

機能についての質問でも、知りたいのは可否だけとは限りません。手順、処理後の状態、必要な準備を区別すると、社内で答える内容を絞れます。

  • 可否と手順を分ける　実行できるかの判断と、実行する方法の説明を分けます。可否が分かっても手順が必要な場合があります。
  • 処理後の状態を捉える　操作後の表示やデータの変化など、どの結果を知りたいのかを整理します。
  • 必要な条件を捉える　権限や設定、用意する情報など、準備する内容を知りたい質問だと分かるようにします。

知りたい内容の分類

知りたいこと確認の仕方注意
できるかどうか実行したい作業と条件を整理します。条件を外して可否を判断しません。
どうやるか開始時の状態と到達したい状態を整理します。可否の説明だけで済ませません。
どうなるか処理後に知りたい変化を特定します。操作手順の説明と混ぜません。
何が要るか権限、設定、必要な情報を整理します。すでに用意できているものは、必要なものと分けて書きます。
表は編集部作成の例です。分類は質問の原文を置き換えるものではありません。複数に当てはまる場合は併記します。

現状を伝えるには事実と希望の区別が必要だ

実際に起きたことと、そう動いてほしいという希望が混ざると、現状を判断できません。確認できた事実、希望する動き、自分の推測を分けます。

  • 起きたことを書く　試した操作と、その後に起きたことを書きます。相手から聞いた内容か、自分でも確認した内容かを示します。
  • 希望する動きを書く　相手が想定する動きを別欄に書きます。実現できることや、商品の仕様として扱わないようにします。
  • 推測だと明記する　原因についての自分の考えは推測と記します。推測の根拠となった事実も分けて示します。

事実と希望の分け方

区分書くこと避けること
起きた事実試した操作、結果、確認した人を書きます。聞いた内容を自分の確認結果にしません。
希望する動き相手が期待する操作や結果を書きます。実際の動作や仕様として書きません。
自分の推測考えた原因と、その根拠を書きます。未検証の原因を断定しません。
表は編集部作成の例です。

調べた範囲を伝えるには、資料名と該当箇所の記録が要る

資料を確認済みとだけ書いても、どこまで調べたかは伝わりません。見た資料と該当箇所、そこでは判断できなかった点を示します。

  • 資料を特定する　資料名と保存先やリンクを記録します。版の違いが回答に関係する場合は、見た版も示します。
  • 該当箇所を示す　見出しや項目名など、読んだ場所にたどり着ける情報を添えます。資料全体へのリンクだけで済ませません。
  • 判断できない点を書く　資料で分かったことと、今回の利用場面には当てはめられなかったことを分けます。

調べた範囲の示し方

示すこと方法注意
見た資料資料名、保存先、必要なら版を書きます。参照先を開けるか確認します。
該当箇所見出しや項目名を記録します。資料全体の案内だけにしません。
分かったこと記載内容と適用される条件を整理します。条件を省いて意味を広げません。
不明な点今回の質問に答えられない理由を書きます。記載が見つからないことを不可と扱いません。
表は編集部作成の例です。

社内に尋ねる範囲は、手元の根拠で答えられるかで分かれる

質問全体を渡す前に、手元の根拠で答えられる部分と社内の確認が必要な部分を分けます。背景を添えたうえで、判断してほしい箇所を指定します。

  • 答えられる部分を分ける　資料から判断できる部分は、根拠とともに整理します。今回の条件に当てはまることも確認します。
  • 確認する点を絞る　判断が残る箇所と、その理由を書きます。可否、手順、結果、条件のどれを確認したいか示します。
  • 尋ねる先を選ぶ　商品仕様、操作、提供条件など、判断が必要な内容から確認先を選びます。担当範囲が不明なら窓口を確認します。

社内に尋ねる範囲の整理

区分すること注意
回答できる部分判断内容と根拠を記録します。利用条件が一致するか確認します。
確認が要る部分判断してほしい点と理由を示します。必要な背景まで削りません。
尋ねる先判断内容と担当範囲を照らします。担当範囲を肩書きだけで決めません。
表は編集部作成の例です。

依頼前の読み直しで、聞き返されそうな点が分かる

記入欄が埋まっていても、回答を左右する条件が抜けていることがあります。質問の背景を知らない立場で読み直し、何が未確認かを見えるようにします。

  • 聞き返す点を探す　商品、作業、利用場面を読み、異なる解釈ができる箇所を探します。指示語だけの表現も見直します。
  • 先に確かめる点を選ぶ　相手しか知らず、回答を左右する条件は、依頼前に確認します。分からないまま確定事項にはしません。
  • 未確認の点を残す　未確認でも回答できる部分がある場合は、不明な点と回答できる範囲を分けて送ります。

不足情報の見直し

見直すこと方法注意
解釈が割れる点対象や条件を具体的な名称に直します。知らない情報を補って書きません。
先に確かめる点回答を左右する相手側の条件を確認します。確認できなければ判断できない範囲を示します。
未確認で送る点不明点と、回答を求める範囲を併記します。空欄を条件なしと誤解させません。
表は編集部作成の例です。

確認依頼を同じ書式にすると、背景の記入漏れが分かる

依頼ごとに記録の順番が変わると、質問と根拠の関係を追いにくくなります。原文から社内に尋ねる点まで、同じ項目でまとめます。

  • 原文から並べる　質問の原文を先頭に置き、対象と利用場面を続けます。自分の要約は原文と区別して添えます。
  • 事実・希望・資料を分ける　起きた事実、希望する動き、確認した資料を別項目にします。推測や未確認の情報は、その旨を書き添えます。
  • 尋ねる点で結ぶ　最後に判断を求める箇所を記します。複数の質問は、それぞれの背景と根拠が対応するようにまとめます。

確認依頼の共通書式

記録項目書くこと理由
質問原文と自分の要約を分けて書きます。相手の言葉に戻って確認できます。
商品と作業対象の商品、機能、作業を書きます。何について判断するか特定できます。
利用場面使う人、業務、今の方法を書きます。回答の前提を把握できます。
事実と希望起きたことと期待する動きを分けます。現状と希望を混同せずに読めます。
確認した資料資料、箇所、分からなかった点を書きます。調べた範囲を引き継げます。
尋ねたい点判断してほしい点と、知りたいことの種類、未確認の条件を書きます。回答する範囲を判断できます。
表は編集部作成の例です。

確認依頼の点検表で、記入漏れと対応のずれが分かる

項目を埋めるだけでは、社内で回答を判断できるとは限りません。記録した内容を読み返し、対象と根拠、尋ねる点が対応しているかを点検します。

  • 空欄の意味を示す　記入していない項目は、未確認か該当しないかを区別します。事実がないことと、聞いていないことを分けます。
  • 質問との対応を見る　商品と利用場面、資料の条件が、残した原文に対応しているかを読み直します。
  • 記録先を示す　依頼内容と参照資料を確認できる保存先を記します。社内の確認先から開けるかも点検します。

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

点検項目記入欄点検項目記入欄
相手の質問そのままの言葉：指している商品と作業
利用場面知りたいことの種類
起きた事実希望する動き
社内に尋ねる点自分が確認した資料と箇所
未確認の点記録先
表は編集部作成の例です。各欄には内容または記録箇所を記入します。相手の発言、自分の確認結果、推測を区別します。