問い合わせ管理をスプレッドシートで作る方法｜対応漏れ・行ずれを防ぐ運用例

本記事はアフィリエイト広告を含みます。

問い合わせ管理をスプレッドシートで始めるなら、一件ごとに「担当者・次の行動・期限」を残し、受信した原文は別に保管する形が基本です。表を開いた人が「今日、誰が何をすればよいか」を判断できれば、複雑な管理表を最初から作る必要はありません。

手入力で少量を管理する段階では、受付ID・受付日・連絡先・要件・担当・状態・次の行動・期限を一行にそろえる方法から始められます。CF7からFormToSSで自動転記する場合は、書き込み先を守るために受信専用タブと対応管理タブを分けます。以降はこの構成を例に説明します。

最初に決める：受信タブは保管、管理タブは対応の記録

FormToSSは、出力先の次の空き行へデータを書き込みます。公式ガイドは、受信シートへ手作業で追記すると書き込み位置へ影響するため、出力先を直接編集しないよう案内しています。公式の管理項目追加ガイド

表は、次の二つの役割に分けます。

タブ／役割／手作業で行うこと

受信マスター

役割：フォームから届く元データを保管

手作業で行うこと：原則として編集しない

対応管理

役割：元データを参照して対応を記録

手作業で行うこと：担当者・状態・次の行動を更新

受信マスターは、届いた内容へ戻るための原本です。訂正や社内メモは管理タブへ書き、担当者には編集対象のタブを指定します。氏名やメールアドレスが入る表なので、共有は必要なメンバーに限定し、読むだけの人と更新する人の権限も分けましょう。

ここで示す項目や運用ルールは設計例です。実際の問い合わせや、運用効果を測定した事例ではありません。

並べ替え前に対応メモの紐付けを確認する

行ずれを避けるには、問い合わせを行番号で覚えないことが大切です。たとえばAさんの行に「見積を送る」と書いても、受信データだけを並べ替えると、メモがBさんの横へ残ることがあります。並べ替える運用では、受付時に付けた重複しないIDを固定して、原文と対応メモを結び付けます。

受付IDは「受付後に変わらない」ことが条件です。並べ替えで変わる行番号や、削除で振り直される連番を、そのまま管理用IDに使わないでください。既存の受付番号がなければ採番と保存方法を先に決め、架空の二件で並べ替えと追記を試します。

自動転記を入れる価値があるのは、名前や本文をメールから表へ何度も写している場合です。表を更新するのが週に数回で困っていなければ、手入力のままでも構いません。転記を省きたい人はFormToSS、返信履歴を探す負担が大きい人は管理ツールというように、減らしたい作業で次を選びましょう。

FormToSSPR

転記に使っている手間を、対応のための時間へ

CF7の名前・連絡先・本文を表へ写す作業が負担なら、FormToSSの自動転記が候補です。非商用の1サイトはFree、事業用途や複数サイトはProの利用条件を選び分けられます。

公式サイトで料金・利用条件を確認

利用前にリンク先はサービス案内です。Freeは商用利用不可。担当・期限の記録は別に設計します。

続けて確認するなら、CF7とシートの連携方式で条件を照らし合わせてください。

QUERYで管理用タブを作り、編集範囲を分ける

スプレッドシートで新しいタブを追加し、「対応管理」と名前を付けます。公式例ではQUERY関数を使い、受信元のデータを管理用タブへ表示します。

受信元が「受信マスター」でA〜G列を使い、1行目が見出しなら、参照式は次の形になります。

=QUERY('受信マスター'!A:G, "SELECT *", 1)

QUERYの表示先には手入力を重ねません。表の先頭行を見出しとして固定し、管理用の状態欄は「未着手・対応中・相手待ち・完了」から選ぶ形にすると表記がそろいます。フィルタで見る範囲を絞る場合も、受信データと手入力メモの対応を崩さない構成を先に整えてください。

管理用タブには「担当者」「対応状況」「次の行動」「期限」「最終対応日」を用意します。ただし、QUERYの右側に入力したメモが、並べ替えに合わせて移動するわけではありません。隣接する列で管理する簡易構成は、受信順を変えない運用を前提にしてください。

小規模な運用では、元の行を追加順のまま保ち、削除や並べ替えをしないルールで始めると構造が分かりやすくなります。元データの削除や並べ替えも行いたい場合は、行位置に依存しない受付IDと管理表を用意し、対応情報を結び付ける設計へ切り替えます。

試験用コピーで、Aに「見積送付／木曜」、Bに「仕様を質問／金曜」と記録します。次に三件目を追加し、使う予定の並べ替えを行います。氏名・要件・次の行動が一組のまま残れば、その操作を運用ルールにできます。ずれるなら、本番では並べ替えず、IDで結ぶ構成へ修正しましょう。

担当・次の行動・期限を毎日確認する

状態は細かく分けすぎず、次の行動が変わる区分にします。最初は「未着手」「対応中」「相手待ち」「完了」で足りるかを見てください。

状態の例／記録する内容／次に確認する人

未着手

記録する内容：担当者と初回返信の期限

次に確認する人：受付担当

対応中

記録する内容：次に調べること・返信予定

次に確認する人：担当者

相手待ち

記録する内容：依頼した内容と見直す日

次に確認する人：担当者

完了

記録する内容：最終対応日と結論の短いメモ

次に確認する人：必要に応じて管理者

「対応中」は作業の説明になりません。「田中／配送日を倉庫へ照会／木曜15時」のように書けば、本人が不在でも次の一手が分かります。相手待ちでも見直す日を入れ、完了は「返信した」ではなく、その案件で必要な案内や引継ぎが終わった状態として定義します。

状態欄はプルダウンにすれば、「完了」「対応完了」「済」などの表記が分散するのを抑えられます。公式ガイドでも入力規則と条件付き書式を管理項目に使う例が紹介されています。

毎朝、未担当→期限超過→今日の相手待ち、の順に表を開きます。期限が近い行への色付けは目印にし、日付と状態も文字で残します。週に一度は未完了件数と対応が止まる理由を見返すと、項目を増やすべきか、担当の分担を変えるべきか判断できます。

並べ替えと項目変更で確認すること

フォームに新しい項目を追加した日は、接続が続いているだけでなく、どの列へ入ったかまで確認します。メールの文面と表の列名が同じだとは限りません。

FormToSS Proの列並び替え機能は、見出しの位置を変えた後の出力を扱う機能です。Freeでは同じ動作にならず、ラベルと値がずれる場合があると公式に説明されています。列並び替えの仕様

この機能と、管理タブでの並べ替えは別です。Proなら管理表全体を自由に動かしても問題ない、と考えないでください。

担当交代では、表の共有先に加え、FormToSSの契約、Google認証、元フォームの管理者も引き継ぎます。受信タブを見られるだけでは、連携が止まったときに直せません。

表だけで足りなくなる境界

メール返信と表への記録を組み合わせるなら、一件ごとに二つの場所を更新します。件数が少なく担当者も固定なら、簡単に回せる構成です。

表の更新忘れ、二重返信、履歴探しが繰り返されるなら、件数だけでなく作業の分断を見直す時期です。転記だけを自動化しても返信後の二重更新は残ります。CF7とformrunの違いを、保存と返信管理から比較すると、今の表を続けるか判断しやすくなります。

まず架空の三件を登録し、担当交代しても「誰に、何を、いつまでに」が読めるか試しましょう。表の形が決まったら、転記を減らす人はFormToSSの接続手順へ、返信漏れを防ぐルールを固めたい人は二人で使う担当・期限・引継ぎの決め方へ進めます。