第173回


部署あてのメールが特定の一人にしか届かない。担当者が休むと問い合わせが止まる。誰が返信したのか後から追えない。こうした問題の多くは、個人アドレスで業務を回していることに原因があります。
解決策となるのがグループアドレスです。ただ、Gmailでグループアドレスと呼ばれるものには性格の異なる二つの仕組みがあり、混同したまま導入すると期待した効果が出ません。
本記事では両者の違いを整理したうえで、作成手順、権限設計、そしてグループアドレスを差出人として送信する設定までを順に解説します。

ひとつは連絡先のラベルを使った宛先のまとめ方、もうひとつはGoogleグループによるメーリングリストです。名前は似ていますが、できることはまったく違います。
連絡先のラベルは、自分の連絡先を束ねて一斉送信を楽にする機能です。あくまで送信者本人の宛先帳の中の話であり、そのラベル名あてに外部からメールを送ることはできません。一方のGoogleグループは、実在するメールアドレスを一つ発行し、そこに届いたメールをメンバー全員へ配信する仕組みです。
| 比較項目 | 連絡先のラベル | Googleグループ |
|---|---|---|
| 実体 | 自分の連絡先を分類した名札 | 組織で共有する実在のメールアドレス |
| 外部からの受信 | できない | できる |
| 利用できる人 | 作成した本人のみ | 権限を与えたメンバー全員 |
| 担当者交代 | 本人が退職すると失われる | メンバーを入れ替えるだけで継続 |
| 適した用途 | 個人的な一斉連絡、案内メールの送付 | 部署の代表窓口、問い合わせ受付、社内通知 |
業務の窓口として使うなら、Googleグループが適しています。

用途が限られるとはいえ、連絡先のラベルは手軽で効果もはっきりしています。定例の案内を毎回手入力している方には、まずこちらをおすすめします。
Google連絡先を開き、対象の連絡先にチェックを入れてラベルを適用します。ラベル名は後から変更できるので、部署名や案件名など、思い出しやすい名前を付けておくとよいでしょう。Gmailで新規メールを作成し、宛先欄にラベル名を入力すると、所属する全員のアドレスが展開されます。
社外の相手を含むラベルを宛先欄に展開すると、受信者全員に他の受信者のアドレスが見えてしまいます。案内メールの一斉送信では、宛先ではなくBCC欄にラベルを入力してください。
なお、一度に送れる宛先数にはGmail側の上限があります。数百件規模の配信を予定しているなら、メール配信用のサービスを別途検討したほうが確実です。

導入の判断を求められたとき、機能の説明だけでは決裁が通りにくいものです。どの課題が解決するのかを、業務の言葉で示しておきたいところです。
個人アドレスで窓口を運用している組織では、次のような事態が日常的に起きています。担当者が休暇の日に届いた問い合わせが翌週まで放置される。退職した社員のアドレスに送られた見積依頼が、誰にも届かないまま宛先不明で戻る。引き継いだ担当者が、これまでの経緯を知る手段を持たない。
いずれも、業務が個人のメールボックスに閉じていることが原因です。グループアドレスへ移すと、届いた瞬間から複数人の目に触れ、経緯も共有されます。担当者が不在でも、業務は止まりません。
| 個人アドレスで起きること | グループアドレスでの状態 |
|---|---|
| 担当者が不在だと対応が止まる | 他のメンバーが同じメールを見て対応できる |
| 退職後にメールが届かなくなる | メンバーを入れ替えるだけで運用が続く |
| 過去の経緯が本人の受信トレイにしかない | メンバーが過去のやり取りを検索できる |
| 誰が対応したかを後から確認できない | やり取りの履歴が組織に残る |
導入の効果を測るなら、初回の返信までにかかった時間を見てください。属人的な窓口を共有化したときにもっとも変わりやすいのは、返信の速さです。数字で示せると、社内の理解も得やすくなります。

Google Workspaceを利用している組織であれば、管理コンソールから作成するのが基本です。組織のドメインを使ったアドレスを発行でき、管理者が一元的に把握できます。
管理コンソールでディレクトリ、グループと進み、グループを作成します。入力するのはグループ名、グループのメールアドレス、説明、そしてグループのオーナーです。アドレスは後から変更が難しいため、命名規則をあらかじめ決めてから着手してください。
作成後にアクセスタイプを選びます。公開、チーム、お知らせのみ、制限付きといった定型の設定が用意されており、多くの業務用グループはチームまたは制限付きから始めて、必要に応じて緩めていく形が安全です。
| 設定項目 | 決めること | 実務での目安 |
|---|---|---|
| グループへの参加 | 誰がメンバーになれるか | 管理者が追加する形にしておくと管理しやすい |
| 会話の表示 | 過去のやり取りを誰が閲覧できるか | 問い合わせ窓口ならメンバーのみに限定する |
| 投稿できるユーザー | グループあてにメールを送れる範囲 | 社外から受け付けるなら外部を含める必要がある |
| メンバーの表示 | メンバー一覧を誰が見られるか | 社外公開のグループでは非表示にする |
見落としやすいのが投稿できるユーザーの設定です。ここを組織内に限定したまま社外の窓口として公開すると、顧客からのメールが届かないという事態になります。公開前に、社外のアドレスから試験送信して着信を確認してください。
グループを作ったら、メンバーを登録します。管理コンソールから個別に追加するほか、一覧を読み込んで一括登録することも可能です。人数の多い部署では、後者を使ったほうが確実でしょう。
登録の際に見落とされやすいのが、配信の形式です。届くたびに個別のメールとして受け取る形式のほか、一定期間ぶんをまとめて受け取る要約形式、そしてメールとしては受け取らずWeb上で確認する形式が選べます。既定では個別配信になっていることが多く、人数が増えると受信トレイを圧迫します。
対応の必要がある担当者は個別配信、状況を把握しておきたい管理職は要約形式、という具合に役割で分けると無理がありません。全員が同じ形式で受け取る必要はない、という前提で設計しておくとよいでしょう。
Googleグループは、メンバーとして別のグループを登録できます。部署ごとのグループを作ったうえで、全社向けのグループにそれらをまとめて登録するという構成が可能になります。
この構成の利点は、人事異動への強さです。社員の所属を部署のグループで管理しておけば、全社グループのメンバーを触る必要がありません。入退社のたびに複数のグループを更新する作業から解放されます。
入れ子の階層が深くなりすぎると、あるメールが誰に届くのかを追跡できなくなります。階層は二段までを目安にし、それ以上必要になったら組織構造そのものを見直す合図と考えてください。
また、入れ子の構成では権限の継承にも注意が必要です。親のグループへ投稿できる範囲と、子のグループの設定が食い違うと、期待した相手にメールが届かないことがあります。

グループアドレスを作っただけでは、全員に同じメールが届くだけです。誰が対応するのかが決まっていないと、かえって対応漏れが増えることもあります。
Googleグループには共同トレイという機能があり、有効にすると届いたメールに担当者を割り当て、対応状況を「完了」「対応不要」「別の会話との重複」のいずれかでマークできるようになります。誰が何を持っているかが一覧で見えるため、二重対応と対応漏れの両方を減らせます。
では、どのくらいの規模から導入するとよいでしょうか。目安として、一日あたりの問い合わせが数件を超え、担当者が三人以上いるなら検討する価値があります。それ未満であれば、単純な転送でも十分に運用できます。
ただし共同トレイは、あくまでメーリングリストの延長にある仕組みです。対応期限の管理やテンプレート返信、対応品質の分析といった領域まで求めるなら、専用の窓口システムを検討したほうが結果的に効率的です。道具の限界を先に知っておくことが、無理のない運用につながります。

受信はグループで、返信は個人アドレスからという状態を放置すると、顧客側の返信先がばらけて履歴が分断されます。差出人をグループアドレスに揃える設定が必要です。
前提として、そのグループの設定で、メンバーがグループのアドレスを使ってメールを送れるように許可されている必要があります。管理コンソールまたはグループの設定画面で、メールを送信できるユーザーの範囲を確認しておきましょう。ここが未設定のままだと、確認の段階で進めなくなります。
設定が終わると、メール作成画面の差出人欄でグループアドレスを選べるようになります。既定の差出人をグループ側にしておけば、返信のたびに切り替える手間もなくなります。

多くの企業には、以前から使っているメーリングリストが残っています。長年使われたアドレスは名刺や取引先のシステムに登録されており、単純に廃止するわけにはいきません。
移行で最初に行うのは、現状の把握です。どのアドレスが存在し、誰がメンバーで、直近一年でどれだけ使われているか。この三点を洗い出すと、移行対象は想像より少ないことがほとんどです。使われていないものは、移行せずに廃止するという判断もできます。
移行の進め方には二通りあります。旧環境から新環境へ一度に切り替える方法と、一定期間は両方を並行させる方法です。業務が止まる影響を考えると、重要なアドレスほど並行期間を設けたほうが安全です。
| 進め方 | 利点 | 注意点 |
|---|---|---|
| 一括で切り替える | 作業期間が短く、管理対象が二重にならない | 切り替え直後の問題が全社に及ぶ |
| 並行運用してから切り替える | 問題があっても旧環境へ戻せる | 両方に届くため、二重対応が起きやすい |
| 重要度の低いものから移す | 手順を確立してから本番のアドレスへ進める | 移行期間が長期化しやすい |
実務では三番目から始め、手順が固まった段階で二番目へ移る組み合わせが扱いやすいでしょう。並行期間中は、どちらで対応するかを明確に決めておきましょう。決めていないと、二人が同じ問い合わせに別々の回答を返すことにもなりかねません。
なお、過去のやり取りの引き継ぎは慎重に検討しておきたいところです。旧環境の履歴をすべて移そうとすると、作業量が大きく増えます。多くの場合、旧環境を参照専用で一定期間残しておくほうが現実的です。

設定でつまずく箇所は、ある程度決まっています。原因を切り分ける順序を知っていれば、問い合わせ対応の時間を短縮できます。
| 症状 | 考えられる原因 | 確認する場所 |
|---|---|---|
| 確認コードが届かない | 自分がグループのメンバーになっていない、または投稿権限がない | グループのメンバー一覧と投稿設定 |
| 差出人欄に表示されない | 確認手続きが未完了のまま残っている | Gmailの設定、アカウントとインポート |
| 送信は成功するが相手に届かない | 受信側で迷惑メールと判定されている | ドメインの認証設定と、受信側の判定結果 |
| 権限がないという表示が出る | グループ設定でメンバーによる送信が許可されていない | 管理コンソールのグループ設定 |
| 社外からのメールが届かない | 投稿できるユーザーが組織内に限定されている | グループのアクセス設定 |
上の三つは利用者側で解決できますが、下の二つは管理者の操作が必要になります。問い合わせを受けた段階でどちらの領域かを判別できれば、無用な往復を避けられます。

アドレスは一度公開すると変更が困難です。名刺に刷られ、取引先のシステムに登録され、契約書に記載される。作る前に規則を決めておく理由はここにあります。
命名で最初に決めるのは、何を基準に名付けるかという点です。組織名で付けるか、機能で付けるか。組織名は直感的ですが、組織改編のたびに実態と合わなくなります。機能で付けておけば、部署の名称が変わってもアドレスはそのまま使えます。
| 命名の基準 | 例となる考え方 | 長所と短所 |
|---|---|---|
| 機能で付ける | 問い合わせ、採用、請求といった役割を表す語を使う | 組織改編に強いが、似た機能が増えると区別しにくい |
| 組織名で付ける | 部署の名称をそのまま使う | 直感的だが、名称変更のたびに不整合が生じる |
| 接頭辞で分類する | 部署系、案件系といった区分を先頭に付ける | 一覧で性質が判別でき、棚卸しがしやすい |
実務では、機能で付けたうえで接頭辞による分類を併用する形が扱いやすいでしょう。一覧を眺めたときに、どれが恒久的なもので、どれが案件に紐づく一時的なものかが見分けられます。
加えて、使わない語も決めておくとよいでしょう。役職名を含むアドレスは、担当者が代わったときに実態と合わなくなります。個人名を含むアドレスも同様です。共有窓口である以上、特定の人に依存する名前は避けたほうが無難です。

グループは簡単に作れます。だからこそ、数年後には用途のわからないグループが残りがちです。増やす前に、整理する基準も決めておきましょう。
実務で効果が出やすいのは、命名規則の統一と、オーナーの必須化です。部署系にはdept、案件系にはprjといった接頭辞を付けておくと、一覧を見ただけで性質がわかります。オーナーを必ず二名以上設定しておけば、担当者の退職でグループが宙に浮く事態も防げます。
社外から投稿できる設定にしたグループは、迷惑メールの標的になります。公開されたアドレスは自動的に収集され、無関係なメールが届くようになると考えてください。
対策として、グループの設定では投稿の承認を必要とする構成を選べます。メンバー以外からの投稿はいったん保留され、管理者が確認してから配信される形です。問い合わせ窓口では手間が増えますが、社内向けの通知用グループであれば有効な設定でしょう。
加えて、Google Workspaceの迷惑メール対策と組み合わせることで、大半の不要なメールは自動的に振り分けられます。それでも届く場合は、投稿できる範囲を見直す時期といえます。
グループのメンバー管理でもっとも見落とされるのが、退職と異動です。アカウントを停止すればグループからも自動的に外れると考えている方は多いのですが、設定によっては一覧に残り続けます。
退職の処理手順には、所属グループの確認も含めておきましょう。とくにオーナーとして登録されている場合、そのまま停止するとグループの管理者が不在になります。停止の前に、後任のオーナーを指定する作業が必要です。
加えて、年に一度の棚卸しを制度として組み込んでおくと安心です。直近一年で受信も送信もないグループを抽出し、オーナーに継続の可否を確認する。これだけでも、不要なグループは着実に減っていきます。放置されたグループアドレスは、退職者の情報が残り続ける入口にもなりかねません。

グループアドレスの導入は、単なる宛先の工夫ではありません。業務を個人から組織へ移す作業そのものです。誰が抜けても回る受信環境は、そこから作られます。
とはいえ、アクセス権の設計、差出人の設定、既存のメーリングリストからの移行、そして棚卸しの仕組み作りまでを、通常業務の合間に進めるのは骨が折れます。設計の段階で経験のある相手に相談することで、後戻りを減らせます。
サテライトオフィスはGoogle Workspaceプレミアパートナーとして、Google Workspaceのライセンス販売から導入、運用サポートまでをワンストップで提供しています。導入支援は無料で、導入後も電話とメールでのサポート体制を整えているほか、管理者業務の代行にも対応いたします。
Google Workspaceの活用やAI活用、業務改善のことでお困りのことがございましたら、サテライトオフィスへお気軽にご相談ください。
※プライバシーポリシはこちら