共有メールボックスと
共有メールボックスは、ひとつのメールアドレスを複数人で読み書きできるようにする仕組みです。共有インボックスは、その上に「誰が担当か」「いまどの状態か」「いつまでに返すか」という対応の運用を加えます。全員がメールを見られるだけで問題が起きていないなら共有メールボックスで足ります。誰が返すかの確認、二重返信、対応漏れが繰り返されるなら、アクセスではなく運用の層が必要です。
公開日: 2026年8月17日
名前ではなく、
「共有メールボックス」と「共有インボックス」は、サービスによって呼び方が揺れます。名称だけを比べると、同じものにも別のものにも見えます。そこで、何を見えるようにする仕組みかで分けます。
共有メールボックスが解くのはアクセスです。info@ や support@ のような窓口を、複数人が読んで同じ差出人から返信できます。共有インボックスが解くのは対応の運用です。メールの内容に加えて、担当・状態・期限・社内の相談・次にやることを共有します。
共有メールボックスで
窓口を実質ひとりが担当し、ほかの人は休みのときだけ見る。届く件数が限られ、誰が返すかをその場ですぐ決められる。対応期限を別に管理しなくても、未対応を見失っていない——このような運用では、共有メールボックスの方が道具を増やさずに済みます。
大事なのは、共有インボックスを導入すること自体を目的にしないことです。いまの運用で困りごとが観察できないなら、切り替えない判断も正しい判断です。
アクセスだけでは
次の出来事がたまに起きるだけなら、都度の確認で対応できます。同じ出来事が繰り返され、確認のためのチャットや口頭連絡が毎日の仕事になっているなら、メールを見る権限ではなく、対応を管理する仕組みが足りていません。
「これは誰が返しますか」が繰り返される
担当がメールの外にしかなく、毎回つくり直されています。
二人が同じメールへ返信する
返信を書き始めた事実を、もう一人が知る手段がありません。
お客様の催促で未対応に気づく
既読になったことと、担当が決まったことが区別されていません。
期限が担当者の記憶にある
休みや引き継ぎで、期限の手掛かりも一緒に消えます。
社内相談が別のチャットへ分かれる
メールと判断の経緯が離れ、あとから文脈をたどりにくくなります。
比べる
製品名や分類ではなく、実際の運用で答えられる問いを並べます。共有インボックスを名乗る製品でも、すべての項目を同じ形で持つとは限りません。候補ごとに現在の説明と実際の画面を確かめます。
担当
誰が次の行動を持つか、全員が同じ場所で確認できるか。
未担当
誰も取っていないメールが、対応済みのメールと混ざらないか。
状態
新着・対応中・返事待ち・完了を同じ意味で使えるか。
期限
いつまでに返すか、超過する前に気づけるか。
社内相談
お客様へ送らない相談を、メールの文脈と一緒に残せるか。
同時作業
ほかの人が返信中であることを、送る前に確認できるか。
Inbox Works が
Inbox Works では、1通ごとに担当者を割り当て、受信箱の一覧とメッセージ画面の両方で確認できます。状態は new・in progress・waiting・complete を自動で判定し、理由を表示します。判断が違うときは1ステップで訂正できます。誰も取っていないメールは専用のビューに残ります。
社内コメントと @メンションはメールのすぐ横に置かれ、お客様には送信されません。返信期限は営業時間から割り出され、間際や超過が知らされます。未返信・未割り当て・催促やクレームの兆候・放置下書きなども検知し、確信が持てないものは断定せず要判断として人に確認を求めます。
現在使っている窓口アドレスは変えず、転送1本で取り込めます。切り替えを判断した後の手順は、移行チェックリストで確認できます。
判断は、
共有メールボックスか共有インボックスかは、チームの人数だけでは決まりません。同じ窓口をどう回しているかで決まります。アクセスだけで支障がないなら、そのまま使う。担当・状態・期限をメールの外で補い続けているなら、その補助作業を運用の層へ移す。
まず直近の問い合わせを振り返り、「誰が返すかを確認した」「二重に書き始めた」「期限を頭の中で覚えていた」が何度あったかを記録します。名称ではなく、実際に起きている出来事が切り替えの根拠になります。