問い合わせのタスク管理｜返信後のやり残しを防ぐ運用と担当の決め方

「確認してご連絡します」と返信した。その日は乗り切れたのに、確認する仕事だけが残っている。返信を送った問い合わせは一覧で「返信済み」に変わり、その約束は画面のどこにも見えなくなります。顧客から「その後いかがでしょうか」と2通目が届いて、初めて思い出すことも少なくありません。

RenRakuを提供する株式会社TechSyncが編集しています。情報確認日：2026年9月27日

返信済みになった後に、作業だけが残る

返信が済んだことと、約束が果たされたことは別の出来事です。問い合わせ管理の画面が示すのは、多くの場合「この問い合わせに返したか」です。返信を送れば未返信の印は消え、行は一覧の下へ沈みます。ところが返信の中身が「見積書は明日中にお送りします」「在庫を確認して折り返します」なら、仕事はそこから始まります。

返信後の作業が抜け落ちる形は、おおむね次の4つです。対策を決める前に、自社でどれが起きているかを見分けてください。起きていない型に手を打つと、手間だけが増えます。

4つに共通するのは、作業が文章の中にしかないことです。文章は日付も担当者も持たないので、期限が来ても誰にも知らせません。必要なのは、注意力を上げることではありません。作業を文章から取り出し、担当者と期限を持った1件のものに変えることです。

ステータスは「返したか」、タスクは「返した後に何が残るか」

ステータスとタスクは、混同しやすいものです。たとえば、作業を覚えておくために、返信済みの問い合わせをわざと未返信に戻しておく運用があります。続けると未返信の件数が実態より膨らみ、やがて誰も件数を見なくなります。

顧客に返すまではステータス、返した後に残るものはタスクと分ければ、どちらの一覧も実態を映したままです。ステータスの段階と、誰がいつ変えるかの決め方は問い合わせのステータス管理｜3段階で回す設計と誰がいつ変えるかの決め方で扱っています。

文面から「次にやること」を取り出す

顧客へ約束した行動を、そのままタスク名と完了条件に分けます。「在庫確認」「書類対応」だけでは、どこまでやれば終わりか分からないからです。完了条件は、「顧客に届いた」か「次の人に渡った」のどちらかで書きます。「作業が終わった」で書くより、途中で止まっている仕事が見えます。

タスク名は「顧客名｜動詞を含む作業」の1行にする

一覧に並ぶのはタスク名です。「見積」「確認」だけでは、開かない限り何の件か分かりません。名前は次の形にそろえます。

• 先頭に顧客名か案件名を置く。同じ顧客の作業が一覧でまとまります。
• 後ろに動詞まで含めた作業を書く。開かなくても次の動作が分かります。
• 待っている相手がいれば、倉庫・部長・工場などと入れる。待ちの案件だけを探せます。

書き方を個人に任せると、3人いれば3通りになり、半年後には一覧から何も判断できなくなります。経緯や判断の理由は名前に詰め込まず、問い合わせの履歴や社内メモの側に残します。

期限は、顧客への回答期限より前に置く

顧客に「明日中に」と伝えたなら、社内の作業期限は明日の午前にするなど、回答期限より前に置きます。同じ日時にすると、作業が終わった瞬間に回答期限を迎え、確認や送付の時間が残りません。

「なるべく早く」「週明けに」のような言葉の期限には、迷ったときの既定値を決めておきます。たとえば「判断がつかなければ翌営業日の17時」と決めれば、期限を考える作業そのものが省けます。

返信した直後に、この書式で1件作る

返信を送った直後に、次の書式を埋めて1件登録すると決めておきます。こうしておけば、約束が返信文の中に取り残されません。チームで共有する書式の例として、そのまま使えます。

実行する人と、確認する人を分けておく

タスクの担当者は、実行する人を1人だけにします。グループ名や「営業チーム」にすると、全員が見ているのに誰も動かない状態が残るからです。手伝う人がいる場合は、メモで役割を書き分けます。

複数人を担当者にできる道具でも、期限の通知が誰に届くかは製品によって違います。使っている道具の仕様を、一度確かめておくと安心です。

休みと交代に備えて、引き継ぎ先を決めておく

実行する人が休んだとき、誰がそのタスクを引き受けるかを先に決めておきます。「休みの日は隣の席の人」「その週の当番」といった単純なルールで足ります。

担当を替えるときは、途中経過と次の行動を一行添えます。たとえば「倉庫には問い合わせ済みで回答待ち。15時までに返事がなければ電話」です。次の人が、最初に何をすればよいか分かる形にします。

確認が要る仕事だけ、確認の工程を最初から入れる

金額を含む見積や契約条件の変更、着任して間もない人の対応は、顧客に送る前に別の人の目を通したい仕事です。こうした仕事には、実行者が終えたら確認者に渡る工程を、最初からタスクに入れておきます。「あとで誰かに見てもらう」は受け手が決まっていないため、そこで止まりやすい書き方です。

ただし、すべてのタスクに確認を入れると、確認者のところで仕事が詰まります。やがて現場が手順を飛ばし始めます。確認を入れる対象は、次のような基準で絞ってください。

送信前の確認を誰がどこまで見るかの決め方は、メールの送信前チェックを仕組みにするで整理しています。

作業・相談・経緯は、置き場所を分けて書く

何をどこに書くかを先に決め、1枚の表にして共有します。返信した後に残るのは、作業だけではないからです。「工場に確認中」という社内の相談や、「この顧客は前回も納期を延ばした」という経緯、担当交代時の申し送りもあります。全部をタスクのメモに書くと、タスクが読み物になり、一覧で判断できなくなります。

タグは分類で、やることまでは表さない

迷いやすいのは、タグとタスクの違いです。タグは「これは何の問い合わせか」という分類です。「見積」のタグは見積の話であることを示しますが、見積書を送ったかどうかは示しません。分類でやることまで表そうとすると、どこかで足りなくなります。

社内メモか社内チャットかは、問い合わせに紐づくかで決める

振り分けの基準は、その問い合わせに紐づくかどうかの1つで足ります。基準が1つなら、書く人が迷いません。

その問い合わせに関わる相談を社内メモに書けば、後から同じ問い合わせを開いた人がその場で読めます。反対に「明日は不在です」のような全体連絡を問い合わせのメモに書くと、関係のない件に埋もれて見つかりません。

どこで管理するか｜表計算・専用ツール・受信箱の近く

タスクを管理する場所は、大きく3つあります。どれが正解というより、件数・人数・工程の長さで向き不向きが分かれます。

専用ツールは工程の管理が厚く、課金の形も製品ごとに違う

専用のタスク管理ツールには、はっきりした強みがあります。製品によって、サブタスク、ボード表示、ガントチャートやタイムラインなど、工程を構造として扱う機能を備えています。問い合わせ管理ツールに付属するタスクより厚いのが普通です。課金の形も、製品ごとに次のように違います。

Asanaの料金ページには、請求先住所が日本国内にある場合は日本の消費税（JCT）が課税される旨が書かれています。1ユーザー単価と定額は、そのまま並べても比べられません。自社の実人数を当てはめた月額の総額で比べてください。専用ツール同士の選び方は士業事務所のタスク管理ツール比較でも扱っています。

数個の付随作業は受信箱の近く、長い工程は専用ツール

線引きは、次のように考えると迷いません。

• タスクそのものが多層で長期の「プロジェクト」になる：専用ツールを別に立てます。
• 問い合わせに付随する数個の作業：道具を増やさず、受信箱の近くで持つほうが回ります。

付随する作業を受信箱の近くに置くのは、やり取りと作業リストが別の道具に分かれると、両方を開く手間が生まれるからです。そのうち、どちらかが更新されなくなります。

両方を使う場合は、行き来の手がかりを双方に置きます。たとえば専用ツールのタスク名に顧客名と問い合わせを受けた日を書き、問い合わせ側の社内メモに「Backlogで管理中」と残します。

RenRakuなら、受信箱と同じ画面でタスクを持てる

RenRakuは、LINE公式アカウントとメールの問い合わせを1つの受信箱に集め、チームで共有する顧客対応ツールです。スタンダード以上のプランでは、その受信箱と同じ画面からタスクを作れます。

タスク名・依頼者・担当者・期限日と時刻・メモを入れて登録します。自分以外を担当者にした場合は、その人の画面にその場で通知が出ます。登録したタスクは、問い合わせを見る流れの中で目に入る作りです。

• 受信箱のヘッダーに、自分が担当する未完了タスクの件数が出ます。
• 受信箱を開いた直後に、期限の近い未完了タスクが最大5件、名前と期限つきで表示されます。
• 未完了のタスクは期限の近い順に並び、残り時間が少なくなるほど色が変わります。

確認を挟む仕事は、多段階チェックで次の人へ渡す

多段階チェックでは、担当者を順番に並べて登録します（2人以上）。1次の担当者が自分の段を完了にすると、タスクの担当者が自動で次の人に切り替わり、その人の画面に通知が出ます。「確認をお願いします」と別に頼む手間がなくなるのが利点です。段の完了は、受信箱とは別のタスク管理ページから操作します。

一方で、次の2点は先に知っておいてください。

• 前の段へ差し戻す操作はなく、期限もタスク全体で1つです。確認で直しが見つかったときの運用を先に決めておきます。たとえば、確認者が直してほしい点をメモに書き、実行者向けに新しいタスクを1件作ります。
• 多段階チェックは、確認が済むまで返信の送信を止めるものではありません。作業を次の人へ渡す仕組みです。「最終段の完了を見てから送る」という順番は、チームの決めごととして守ります。

使う前に知っておきたい仕様

• タスクは問い合わせや顧客カードに紐づきません。独立した一覧なので、どの顧客の件かはタスク名に書きます。前の節の「顧客名｜動詞を含む作業」の書式がそのまま役立ちます。問い合わせそのものを誰が受け持つかは、やりとりの見出しの右の「担当」で別に決めます（スタンダード以上）。
• 期限の通知は、期限の48時間前と24時間前の2回です。RenRakuを開いているブラウザの画面右下に出るもので、メールやスマートフォンには届きません。期限を過ぎたタスクには通知が出ません。
• 担当者を複数にすると、期限の通知は先頭の1人にだけ届きます。実行する人を先頭に置いてください。
• 誰が完了にしたかは記録されません。完了の報告を残したい仕事は、問い合わせのメモに一言書く運用にします。メモで依頼者を「知らせる人」に選べば、その人に通知が届きます。
• 繰り返しタスクは毎日・毎週・毎月から選びます。設定はタスク管理ページで行います。曜日は指定できず、2件目以降は登録した日を起点に並びます。週次の見直しは、見直したい曜日に登録しておきます。

前の節の置き場所は、RenRakuでは問い合わせごとの「メモ」、従業員チャット、カラータグに当たります。メモの投稿はタスクと同じくスタンダード以上です。カラータグは全プランで使えます（付けるのは人の手です）。

スタンダード以上で管理者がAI連携（MCP）を有効にすれば、外部のAIツールからもタスクの検索・作成・更新・完了ができます。繰り返しと多段階のタスクは画面から作ります。接続の手順はRenRakuがMCP連携に対応｜Claude Codeでできる5つのことにまとめています。

朝と交代時に、残っている約束を見る

期限を過ぎた仕事は、人が一覧を見に行く時間で拾います。機能を設定するより先に、一覧を開く時間を1日のどこに置くかを決めてください。朝の5分で足ります。

期限の通知は「期限までに気づかせる」ためのものです。「期限を過ぎた仕事を回収する」仕組みにはなっていないことが多くあります。朝の確認では、次の4つを見ます。

1. 期限を過ぎた未完了のタスクを拾い、今日中に終えるか、期限を引き直して顧客に一報を入れるかを決める。
2. 担当者が決まっていない仕事と、担当者が休みの仕事を引き受ける。
3. 今日と明日が期限の仕事のうち、確認待ち・回答待ちのものに催促を入れる。
4. 昨日完了にしたタスクについて、顧客への回答まで済んでいるかを確かめる。

4番目は見落とされがちです。社内の作業が終わってタスクを完了にしても、顧客に結果を伝えていなければ約束は果たされていません。完了条件を「顧客に届いた」で書いておくと、この確認が短く済みます。

期限が迫ったときの動き方を決めておく

RenRakuを使う場合、2日前と前日の判断は48時間前・24時間前の通知と重なります。期限を過ぎた行は通知が出ないので、朝の確認で拾う前提にしておきます。

担当を替わるときは、申し送りを1回で済ませる

休みや異動で担当を替わるときは、口頭ではなく書いて渡します。次の書式を問い合わせの社内メモに残してから、タスクの担当者を替えてください。

「次にやること」を最初の一手まで具体的に書くと、受け取った人が経緯を読み直す前に動けます。対応が特定の人に張りついていく構造そのものは、顧客対応が特定の担当者に依存する原因で整理しています。

よくある失敗と、始める前に決めること

返信後のタスク管理が続かない理由は、道具よりも決めごとの抜けにあることが多いものです。タスク名・担当・期限・確認・期限切れの扱いは、ここまでの節で触れました。ここでは、それ以外で始めてからつまずきやすい点を並べます。

始めるときは、1種類の作業に絞って2週間試す

対象を絞って試すと、書式や基準のどこが合わないかを早く見つけられます。手順は次のとおりです。

1. 直近1か月の返信を見返し、返信後に作業が残った件を書き出す。4つの抜け方のどれだったかも分けておく。
2. いちばん多かった種類の作業を1つ選ぶ（見積の送付、折り返しの電話など）。最初はその種類だけをタスクにする。
3. タスクを作る人（返信を送った人）、タスク名の書式、期限の既定値、確認の工程を入れる基準を1枚にまとめて共有する。
4. 毎朝一覧を開く時間と、その日の当番を決める。
5. 2週間後に、期限切れになったタスクとそのとき何が起きていたかを見直し、書式や基準を直す。

タスクの数を増やすことが目的ではありません。受け取った人が迷わず動ける粒度にし、完了した仕事がチームにも伝わるようにします。毎日発生する1種類から始め、定着してから対象を広げてください。

気になる疑問

問い合わせのステータス管理があれば、タスク管理は要りませんか？

答えている問いが違います。ステータスは「顧客に返したか」を示し、タスクは「返した後に何が残っているか」を示します。返信を送るとステータスの上では片付いて見えるため、見積の送付や折り返しの電話は、置き場所を分けないと見えなくなります。ひとりで対応していて作業も少ないうちは、手帳やToDoアプリでも回ります。2人以上で分担し始めたら、担当者と期限を持つタスクに分ける意味が大きくなります。

問い合わせから生まれるタスクの期限は、どう決めればよいですか？

顧客に伝えた回答期限より前に、社内の作業期限を置きます。同じ日時にすると、確認や送付の時間が残りません。「なるべく早く」のような言葉の期限は、日付と時刻に置き換えます。判断がつかないときの既定値（例：翌営業日の17時）をチームで決めておくと、期限を考える手間が省けます。

RenRakuのタスクは、問い合わせや顧客カードに紐づけられますか？

紐づけられません。RenRakuのタスクは顧客カードや個別の問い合わせから独立した一覧で、どの顧客の件かはタスク名に書きます。「顧客名｜動詞を含む作業」の形でそろえると、同じ顧客の作業が一覧でまとまり、タスク名での検索もしやすくなります。経緯や相談は、問い合わせのメモに残してください。

RenRakuのタスクの期限通知は、いつ、どこに届きますか？

期限の48時間前と24時間前の2回、RenRakuを開いているブラウザの画面右下に表示されます。メールやスマートフォンには届かず、期限を過ぎたタスクにも通知は出ません。担当者が複数いる場合に届くのは、先頭の1人だけです。期限を過ぎた分は、毎朝一覧を開いて拾う運用と組み合わせてください。

ライトプランでもタスク管理は使えますか？

使えません。タスクの作成・編集・完了は、スタンダード（月額2,980円・税抜・3名込み）以上の機能です。ライトは1名で使うプランです。「誰が拾うか」という迷いがそもそも起きにくく、手元のToDoアプリで足りることもあります。14日間の無料トライアル中は、契約プランに関係なくプレミアム相当の機能を使えます。タスクと多段階チェックも試せます。

確認した公式情報

情報確認日：2026年9月27日。料金・機能・利用条件の最新情報は各公式ページでご確認ください。本文の運用例・書式・判断の目安は説明用の例です。

• Asana公式：料金プラン
• Backlog公式：プラン料金一覧
• RenRaku公式：機能・料金・FAQ

次に読みたい記事

• RenRakuがMCP連携に対応｜Claude Codeでできる5つのこと
• LINEとメールを一元管理する方法｜問い合わせの返信漏れ・二重対応を防ぐ運用