▼ この記事の内容
社内問い合わせツールは、回答範囲、根拠、回答できない時の引継ぎ、更新担当を同じ質問で確かめて選びます。料金や機能の一覧だけでは、例外処理、権限変更、担当不在で残る作業は判断できません。限定試行では未確認の条件を成功へ足さず、再確認が必要な範囲を分けて記録します。
社内問い合わせツールは、製品の一覧や料金だけで選ぶのではなく、同じ質問に対して「回答できるか」「根拠を示せるか」「回答できない時に誰へ渡るか」を確かめて選びます。回答の表示だけで判断せず、例外申請の担当や訂正後の通知先まで確認してください。
この記事では、代表的な3製品の公式説明と、自社で確認する項目を分けて整理します。さらに、架空の問い合わせを使った記入例で、限定試行の範囲、更新担当、費用確認、解決状況の追い方を示します。
料金、権限、例外時の動作は、自社の利用人数・文書・担当体制で確かめてください。以降の件数や時間は架空の記入例です。
社内問い合わせツールは残る業務から選ぶ
候補を絞るには、まず検索で回答を見つけられない問題と、回答の後に承認や例外処理が残る問題を分けてみてください。前者は回答範囲と根拠、後者は引継ぎ先、受付状態、再連絡の方法を確認項目にすると、自社で試す範囲を決められます。
FAQを探せない場合と対応が止まる場合を分ける
定型の経費締切のように、承認済みの回答を見つければ進める質問は、既存FAQの整理や文書検索の対象になります。一方、期限後の申請可否のように担当者の判断が必要な質問は、回答文だけで閉じず、必要情報とともに担当へ渡す経路を比較します。
既存FAQを整える、有人の受付管理を足す、文書から一次回答するという入口は、組み合わせてもかまいません。候補ごとに、回答可能な範囲、根拠へのリンク、回答できない場合の引継ぎ先を書き出すと、残る作業が見えます。
回答の公開範囲と引継ぎ先を確認する
社内向けでは、所属や役割により見せられる文書が異なることがあります。本文が非表示でも、引用部分や回答履歴に限定情報が残らないか、質問を有人へ渡した時に誰が読めるかを、利用者・窓口担当・管理者の立場で確かめます。
「有人対応がある」という説明だけでは、担当の割当、代理への経緯共有、質問者への受付通知まで動くとは分かりません。代表製品の説明は次の表で確認し、自社の例外質問は別途試します。
代表的な社内問い合わせツールを同じ条件で比較する
FAQの分析・改善にはHelpfeel、ヘルプセンターのAI回答と有人受付にはJira Service Management、Teamsを窓口にした文書参照と有人連携にはPKSHA AIヘルプデスクが検討候補になります。必要な機能が自社のプラン・権限・文書で動くかを、同じ質問で確かめてください。
Helpfeel・Jira・PKSHAの機能を比較する
| 候補 | 公式の機能説明 | 比較時に残る確認事項 |
|---|---|---|
| Helpfeel | 問い合わせデータの収集・分類、関連FAQや未登録語の分析、CSV出力を案内しています。FAQ編集画面には管理者・編集者の権限区分があります。問い合わせ分析／編集権限 | 分析は有償オプションで、フィードバック機能が必要です。フォーム埋込では使えず、反映は24〜48時間と案内されています。利用者の閲覧制御と有人チケット管理は、編集画面の権限とは分けて確認してください。 |
| Jira Service Management | ヘルプセンターのvirtual service agentは、接続した有効なナレッジベース記事からAI回答を行い、会話フローに沿って必要時には有人担当のwork itemを作成すると説明されています。ヘルプセンターでの動作 | この説明はヘルプセンターの範囲です。他チャネル、対象プラン、使用量、日本語の自社質問、記事権限、担当の割当・通知・期限は自社設定で確認します。 |
| PKSHA AIヘルプデスク | Teamsへの窓口集約、FAQによる自動応答、SharePoint Online文書の参照と根拠提示、解決しない質問の有人連携とチケット管理を説明しています。有人ログからのFAQ自動生成も案内されています。PKSHA AIヘルプデスク | 料金は問い合わせが必要です。アクセス権の反映、FAQ公開前の承認、担当不在時の引継ぎ、例外質問の動作を自社設定で試してください。 |
HelpfeelではFAQを編集する人の権限と、回答を閲覧する人の権限を分けて確認してください。JiraやPKSHAでは、自社の例外質問が回答できない時に、必要な情報とともに有人担当へ渡るかを試します。
参考：問い合わせ分析｜Helpfeel公式ヘルプ
参考：編集画面の権限の種類｜Helpfeel公式ヘルプ
参考：Use the virtual service agent in your help center｜Atlassian公式ヘルプ
参考：PKSHA AIヘルプデスク｜PKSHA公式
必要な機能をそろえて料金と利用条件を確認する
価格を比べる前に、対象人数、回答担当、会話量、保存、連携、支援、契約終了時の出力を候補ごとに揃えます。Helpfeelの問い合わせ分析は有償オプションとフィードバック機能の利用条件を確認します。Jiraは対象プラン・会話使用量・関連サービスを見積条件に含め、PKSHAは対象人数や連携範囲を伝えて料金を問い合わせてください。
候補ごとの利用条件をそろえたら、同じ質問と文書を用意し、回答から有人引継ぎまでの動作を記録してください。
同じ質問で回答と有人引継ぎを試す
候補の説明を読み終えたら、同じ文書と利用者の権限を用意し、定型回答、例外、古い規程、限定情報、代理対応を含む質問で試します。次の表は架空企業「青葉機器」の記入例であり、実製品の試験結果ではありません。
定型質問・例外申請・古い規程で確かめる
| 質問 | 用意する根拠 | 架空の観察 | その条件での判断 |
|---|---|---|---|
| 今月の経費申請はいつまでですか | 全社員公開の9月改定済み経費手順 | 改定済手順を示し、質問者は必要事項を確認できた | 全社公開の定型手順で試行を継続する |
| 締切を過ぎましたが申請できますか | 経理確認とする架空の例外手順 | 担当に確認と返したが、依頼先と受付番号がない | 担当・受付状態・再連絡先を設計して再試行する |
| 旧FAQでは翌月5日と書いてあります | 旧FAQと改定済規程 | 旧FAQを根拠に回答した | FAQの利用を止め、所有者確認と訂正後の再試行を行う |
| 別部署向けの手順を見たいです | 部署限定の架空手順 | 本文は非表示だが引用部分が回答に出た | 接続を止め、本文・引用・ログの権限を確認する |
| 昨日の依頼の担当者が休みです | 依頼履歴と代理担当ルール | 代理は依頼を受けたが過去の添付を見られない | 必要範囲の閲覧条件を直して再試行する |
引継ぎ後の担当者と未解決の状態を追う
| 質問 | 締切後に申請できるか |
|---|---|
| 参照 | 旧FAQと9月改定の経費手順 |
| 未判断の点 | 申請可否 |
| 対応担当・代理 | 経理・田中／代理：経理・鈴木 |
| 利用者への連絡 | 受付済み、可否は確認中 |
| 次の確認 | 翌営業日午前に状況を連絡 |
次の連絡日時は社内の対応期限として設定してください。質問、参照根拠、未判断の点、担当と代理、次の連絡を一つの記録に残し、起票後に対応が進んだかを確認します。機密添付は、閲覧者を決めるまでコピーしません。
必須条件が未確認なら範囲を分けて再試行する
引継ぎ先が空欄、旧規程が回答される、制限情報が引用されるといった欠落は、他の項目が良くても相殺しません。全社公開の定型手順だけを続け、例外申請は現行の有人窓口に残し、権限外の情報は対象データへの接続を止めて設定を確認します。
試行範囲を狭める理由と再開に必要な確認を残し、修正後に同じ質問で再試行してください。
旧規程や権限の問題が見つかった場合は、再試行の前に、元文書を直す担当者と訂正を届ける相手を決めてください。
回答の更新担当者と訂正を届ける手順を決める
回答を増やす前に、古い回答を誰が直し、すでに回答を受けた人へどう知らせるかを決めます。内容の確認、FAQへの反映、公開設定、訂正通知は別の作業として分担してください。
元文書・FAQ・回答履歴の修正箇所を分ける
文書所有部門は元情報を確認し、窓口担当はFAQへの反映を確認し、管理者は公開範囲を確認します。訂正対象の質問者には、どの回答が変わったかと次に確認する場所を知らせます。元文書、引用、回答履歴を照合し、古いFAQを消した後も訂正が必要な箇所が残っていないか確認します。
PKSHA AIヘルプデスクは有人ログからのFAQ自動生成を案内しています。生成したFAQを公開する前に、自社の承認担当へ渡せるかを確認してください。未承認の候補FAQは公開せず、誰が内容を確認して公開するかを試行票に追加します。
参考：PKSHA AIヘルプデスク｜PKSHA公式
権限変更時と担当者不在時の対応を確認する
利用者、窓口担当、管理者それぞれが、元文書、回答、履歴のどこまで読めるかを確かめます。異動や退職、担当者の休みを想定し、代理が必要な経緯だけを読めるか、質問者が受付状態を確認できるかを試します。権限変更の反映時間は、実測するまでは未確認として扱います。
FAQの更新体制や試行の進め方は、社内問い合わせの運用を整える手順も補足として参照できます。
営業AI・営業DX 社内問い合わせを効率化する方法｜FAQで止まらない原因と仕組み化の設計
費用と担当者の作業時間を分けて見積もる
比較では、外部への支出と、社内で続ける更新・確認作業を別に見積もります。初期構築と移行にかかる作業は、月間の運用時間に混ぜません。
初期設定と毎月の更新作業を分けて計算する
次は月間作業の架空計算です。自社の件数と所要時間に置き換え、各作業の担当者を決めてください。
| 作業 | 仮定 | 月間時間 |
|---|---|---|
| 未解決ログ確認 | 週15件×1件4分×4週 | 240分 |
| FAQの確認・更新 | 週5件×1件12分×4週 | 240分 |
| 担当・権限設定の確認 | 週1回×30分×4週 | 120分 |
| 小計 | 各作業を別々に実施する仮定 | 600分＝10時間 |
利用料、オプション、既存ライセンス、設定支援、保存、解約時の出力は見積を取得して確認します。作業が同時に行われる場合は二重計上せず、未確認の費用を0円にしません。
FAQを継続する案も同じ期間で比較する
新しいツールの購入が必須とは限りません。現行FAQを整えて既存受付を維持する案、窓口管理を追加する案、AIによる一次回答を加える案を、同じ対象期間、問い合わせ種類、人員で比べます。試行前後の作業時間と実際の見積額を記録し、同じ条件で比べてください。
未取得の見積を無料や0円として比較しません。社内の導入判断・料金・連携・セキュリティを確認する順番は、導入前に確認したい条件も判断材料にして整理できます。
費用と作業時間を比較する際は、同じ期間に受け付けた問い合わせの解決状況も記録し、未解決や再問い合わせを分けて確認してください。
件数だけでなく解決状況と再問い合わせを確認する
解決状況を確認するには、回答表示やチケット起票の後に、利用者が必要な行動を取れる状態になったかを確かめてください。自己解決、有人対応、反応なし、追跡中を分け、回答後に必要な行動を利用者が確認できたかを追います。
自己解決・有人対応・未確認を分けて数える
次は青葉機器が同じ2週間に受け付けた問い合わせ20件を、受付単位で追う架空例です。
| 一次対応後の区分 | 件数 | 確認したこと |
|---|---|---|
| 自己解決を確認 | 8 | 利用者が必要な行動を確認できたと返答 |
| 有人へ移管 | 7 | 担当者が依頼を引き受けた。うち5件完了・2件対応中 |
| 利用者の反応なし | 3 | 解決か断念か不明で、解決には数えない |
| 追跡中 | 2 | 締切までに評価が確定していない |
| 合計 | 20 | 8＋7＋3＋2＝20 |
この例の確認済自己解決は8/20＝40%です。回答が表示された比率ではなく、反応なしと追跡中は成功へ加えません。有人完了の5件は移管7件の内数であり、合計へ重ねて足しません。
未確認条件と次の作業を関係者に共有する
窓口の担当者には対象範囲と継続条件を、情報セキュリティ担当には閲覧・引用・履歴の確認を、利用者には受付状態と再問い合わせ先を共有します。比較を進める担当者は、費用、担当作業、次に決めることを一つの記入票へまとめます。
同じ比較条件、5つの質問、引継ぎ、作業時間、解決状況を自社で記入する場合は、社内問い合わせツールの比較・引継ぎ確認票（PDF）を参照できます。未確認の条件を埋めることと、採用を決めることは分けて進めてください。
