※この記事は広告（アフィリエイトリンク）を含みます。
LINEの配信文を複数人で扱うようになると、「誰かが確認してくれているはず」「予約は済んでいると思っていた」という前提のすれ違いが起きやすくなります。個々のチェック項目を増やす前に、まず「誰が・どの工程を・どこまで責任を持つか」を一枚の表にしておくと、確認の抜けと二重確認の両方を減らせます。この記事では、配信文の作成から予約、配信後の見届けまでを工程に分け、人数別の分担例、権限の考え方、不在時のルールまでを整理します。配信前に見る項目そのものは、別記事のLINEの一斉配信で送り間違い・誤字・宛先違いを防ぐ確認手順｜配信前チェックの作り方と、エルメの配信予約・予定配信者数の使いどころで扱っているので、ここでは「人の動かし方」に絞ります。
「確認したつもり」が生まれる構造を先に知っておく
配信のミスは、不注意というより、責任の置き場がはっきりしていない状態から生まれることが多いものです。たとえば作成者が「最後は店長が見るから」と気を緩め、店長は「作った人が見ているはず」と本文だけをさっと眺める。両方が確認した気になっているのに、宛先の絞り込み条件や配信日時は誰も見ていない、という形です。
起きやすいすれ違いを、あらかじめ言葉にしておくと次のようになります。
- 作成者が確認者を兼ねてしまい、自分の書いた文面の誤字や思い込みに気づけない
- 確認者は本文だけを見て、配信先の条件や日時は「作成者が設定済み」と思い込む
- 予約を入れた人が不在の日に内容変更の連絡が来て、予約済みであることを誰も知らない
- 配信後に反応を見る人が決まっておらず、問い合わせが来て初めて誤りに気づく
分担表の目的は、人を縛ることではなく、この「思い込みの隙間」を工程ごとに埋めることです。一人運用の場合でも、「作る自分」と「確認する自分」を時間を空けて分けるだけで効果があります。次の節から、工程の切り方を具体的に見ていきます。
配信を5つの工程に切って、担当と成果物を決める
配信の作業は、大きく「依頼・企画」「作成」「確認」「予約・設定」「配信後の見届け」の5工程に分けられます。それぞれに「誰がやるか」「何を残すか」「やってはいけないこと」を決めたのが、次の分担表のひな形です。
| 工程 | 担当の置き方 | 残すもの | やらないこと |
|---|---|---|---|
| 依頼・企画（何を誰にいつ送るか） | 配信したい本人（現場担当・店長など） | 配信依頼メモ（目的・対象・日時・期限） | 本文の最終版を口頭だけで伝える |
| 作成（文面と画像の準備） | 運用担当。依頼者とは別の人が望ましい | 下書き保存した配信、または文面ファイル | 作成者本人が「確認済み」を宣言する |
| 確認（内容・宛先・日時の照合） | 作成者以外の1人。人数が少なければ時間を置いた作成者自身 | 確認済みの印（チャットやシートの記入） | 本文だけを見て設定画面を見ない |
| 予約・設定（配信日時の入力） | 予約を入れる担当を1人に固定 | 予約した日時と配信管理名のメモ | 確認後に本文を黙って直す |
| 配信後の見届け | 当日の連絡窓口になる人 | 配信後の反応メモ、問い合わせの記録 | 「送れたはず」で終える |
この表で大事なのは、「確認」と「予約」の担当を同じ人にしないこと、そして確認後に内容を変えたら必ず確認をやり直すことです。確認後に黙って直した一文が、いちばんミスの温床になります。
人数別の分担パターンを選ぶ
分担表は、人数に合わせて工程を束ねて使います。無理に工程を細かく分けると、かえって誰も動かなくなるので、自分の組織の人数から選んでください。
一人で運用している場合
作成と確認を同一人物がやらざるをえないので、「時間を空ける」「見る順番を変える」で代用します。作成した日にそのまま予約せず、下書き保存にとどめて翌日に読み直す。読み直すときは、文頭からではなく、最後の署名・日時・リンクから逆順に見ていく。これだけでも、書いたときの視点を一度手放せます。さらに可能なら、家族や取引先など、事情を知っている身近な人に画面を見せて「日付と宛先は合っているか」だけを聞くのも手です。
2人で運用している場合
「作る人」と「確認して予約する人」に分けるのが現実的です。ただし、確認者が予約も入れるので、確認と予約の分離は実現しません。その代わり、予約の直前に作成者へ「日時と宛先を口に出して読み上げる」というやり取りを必ず挟み、予約後に作成者が管理画面で予約内容を見る二重の見届けにします。
3人以上で運用している場合
依頼者・作成者・確認者・予約者を分けられます。ただし人数が増えるほど、依頼メモの書式がそろっていないことが最大のボトルネックになります。依頼メモの項目（目的、対象、日時、リンク先、画像の有無、期限）を固定し、メモが欠けた依頼は作成に着手しない、というルールが効きます。
配信の頻度や分量が増えてきたら、複数店舗・複数拠点で1つのLINE公式アカウントを運用する時の役割分担｜問い合わせの振り分けと権限の考え方にある拠点ごとの振り分け方も参考になります。
エルメとLINE公式アカウントで、公式に確認できる権限と予約の範囲
分担表を実際の画面に落とすときに、「どこまでを仕組みで制限でき、どこからが運用ルールか」を切り分けておく必要があります。以下は2026-10-09時点で、エルメ公式（lme.jp）の機能紹介とマニュアル、およびLINE公式アカウントの権限について書かれた資料で確認できた範囲です。
| 項目 | 確認できたこと | 確認できなかったこと |
|---|---|---|
| エルメのスタッフ管理 | 複数のスタッフを追加でき、権限は「副管理人」「運用者」「サポート」の3種類。付与する操作権限を細かく設定できる。招待用URLを発行して共有する方式。追加できるのはスタンダード以上 | 各権限が具体的にどの機能まで操作できるかの一覧、スタンダード以上でのプランごとの人数上限（機能紹介のページには、スタンダードは管理者に加えて10人まで、プロは無制限との記載あり） |
| エルメの配信予約 | メッセージ配信で「配信予約」を選び、日時を複数追加できる。配信内容の確認に進む前に下書き保存もできる。絞り込み画面に現時点の配信予定数が出るが、予約日時の時点の条件で配信先が決まる | 予約の編集・取り消しの手順、テスト配信の機能、配信後の取り消しの可否（いずれもマニュアルに記載なし） |
| 配信の承認機能 | スタッフ管理マニュアルの「承認」は、招待を受けた人がアカウント参加を確定する操作を指す | 配信内容を別の人が承認してから送られる機能の記載は、確認できませんでした |
| LINE公式アカウントの権限 | 管理者、運用担当者、運用担当者（配信権限なし）、運用担当者（分析の閲覧権限なし）などがある。メンバー管理は管理者のみ。認証URLの有効期限は24時間、1アカウントのメンバーは最大100人とされる | 運用担当者の権限ごとの詳細な操作範囲 |
ここから導ける運用上の結論は二つです。ひとつは、「配信できる人」と「文面を準備するだけの人」を、権限の面から分けられる可能性があること。LINE公式アカウント側には配信権限を外した運用担当者という区分があり、エルメ側にも権限を絞る仕組みがあります。もうひとつは、「別の人が承認しないと配信されない」という仕組みは公式で確認できていないため、承認は運用ルール（チャットやシートへの記入）で担保する前提で設計する、ということです。
なお、配信予約の取り消しやテスト配信の可否はマニュアル上で確認できなかったため、実際の画面で小さな検証をしてから分担表に組み込むのが安全です。スタッフの招待や権限設定そのものの手順はエルメのスタッフ管理の始め方｜招待・権限・運用ルールの決め方に詳しくまとめています。料金や対象プランは変わることがあるため、契約前に公式で確認してください。
不在・退職・引き継ぎで分担表が崩れないようにする
分担表は、作った直後はよく機能しますが、担当者の休みや異動で崩れやすいものです。次のルール案を、表の下に添えておくと崩れにくくなります。
- 代役を工程ごとに1人決めておく。「作成」「確認」の代役が同じ人にならないようにする
- 予約を入れたら、予約した日時・配信管理名・担当者名を共有のチャットかシートに1行で残す
- 配信の1営業日前に、予約済みの一覧を確認する日（週次でも可）を作る
- 休暇に入る担当者は、予約済みの配信と、その内容を差し替える条件（日程変更の連絡など）を引き継ぐ
- 権限は「その人が今やる工程に必要なものだけ」に絞り、異動・退職時は当日中に見直す
- 招待用のURLは有効期限が短いので、メールで送ったら相手に着信を知らせ、期限切れなら再発行する
特に「予約済みなのに内容が古くなった」ケースは盲点になりがちです。イベントの日程が変わったとき、予約済みの配信を止める必要があるのに、予約した本人しか存在を知らない、という状態を避けるため、予約の記録は個人のメモではなく共有の場所に置いてください。引き継ぎ全般の考え方はLINE公式アカウントの運用が担当者個人に依存して引き継げない問題の解き方｜運用ルールの文書化と、エルメのスタッフ管理・タグ命名ルールの決め方が参考になります。
活用例（架空の設計例）
以下は実在の事例ではなく、考え方を示すための架空の設計例です。成果の数字はありません。
設定：スタッフ4人の小さな教室。週1回のお知らせ配信と、月に数回の変更連絡があり、運用担当は事務の1人、現場の講師が3人。
| 場面 | 依頼者 | 作成 | 確認 | 予約 | 見届け |
|---|---|---|---|---|---|
| 週次のお知らせ | 講師（メモで依頼） | 事務 | 講師のうち依頼者以外 | 事務 | 事務 |
| 急な休講の連絡 | 担当講師 | 事務 | 別の講師 | 確認した講師が即時 | 事務＋依頼した講師 |
| 月初の料金・規約の案内 | 代表 | 事務 | 代表以外の講師1名 | 事務 | 事務 |
このとき、事務担当には配信に必要な権限、講師には配信文の確認とチャット対応に必要な範囲だけを割り当てる、といった形で権限を分けることを検討します（実際に割り当てられる権限の範囲は、契約後に管理画面で確認します）。急な休講連絡のように時間が限られる場面では、「確認者が予約者を兼ねる」例外を認める代わりに、確認の記録を必ず残す、という約束にしておきます。
運用の流れは次の通りです。依頼はメモの書式で受け取り、事務が下書きとして保存。確認者が配信画面と依頼メモを見比べて確認済みの印を残し、予約者が日時を入力する。予約後、予約内容を共有シートに1行書く。配信後は、事務が最初の問い合わせの様子を見る。これだけの工程でも、役割が名前で決まっているため、「誰かがやってくれているはず」が起きにくくなります。
私の見立てと、まとめ
私の見立て
- 承認フローを「機能」に期待するより、「記録の残る運用ルール」で作るほうが確実です。公式で配信承認の機能が確認できていない以上、チャットやシートへの記入を承認の証拠にする設計が現実的です。
- 分担表は工程を細かくするより、「確認と予約を別の人にする」「確認後に直したら再確認」の2点を守るほうが効果が大きいと考えています。
- 人数が少ない組織ほど、権限を絞る意味は大きく、「できること」を減らすことが、本人の安心にもつながります。ただし権限の具体的な範囲は公式で確認し、実際の画面で検証してから決めてください。
配信の分担表は、一度作って終わりではなく、ミスや不在が起きるたびに直す「生きた表」です。まずは5工程の表を印刷して、今の運用に当てはめるところから始めてみてください。エルメのスタッフ管理を使うなら、スタンダード以上が前提になります。まずは無料のフリープランで配信予約や下書きの画面を触り、確認の流れを試してから判断する方法もあります。
構築代行のご案内（30万円〜・税別）
分担表の設計から、エルメの権限設定、配信依頼メモや共有シートの整備、引き継ぎ手順書までを含めて整えたい場合は、構築代行（30万円〜・税別）をご案内しています。現状の運用を伺ったうえで、人数と配信の頻度に合った分担を一緒に決めます。詳しくは構築代行のご案内をご覧ください。
