Media > AI活用ユースケース > 総務 > シェアオフィスの運営会社が拠点ごとの設備・催し・館内の決まりのメモから ChatGPT で会員向けの月次のお知らせを作る

シェアオフィスの運営会社が拠点ごとの設備・催し・館内の決まりのメモから ChatGPT で会員向けの月次のお知らせを作る

実装ステータス:構成例 技術的に実現可能な構成として設計したもの。自社未検証

シェアオフィスの運営会社が、拠点長の設備のメモ、ビル管理会社の点検の通知、催しの予定、館内の決まりの変更から、ChatGPT で拠点ごとの会員向けのお知らせの下書きを作ります。担当は、日時と決まりの原文の確認の一覧を照らして配るだけになります。

サマリー
生成AI
ChatGPT/Claude/Microsoft Copilot
対象業界
その他/不動産
対象部門
総務
対象業務
書類作成
主な課題
書類作成に時間がかかる/期限・対応漏れが起きる/確認ミスが多い
AIで行う処理
生成
主な効果
入力漏れ削減/品質標準化/工数削減
導入難易度
★☆☆☆☆
実装レベル
半自動化
費用感
SaaS追加(小)
人間の確認
条件付き
現在工数
24h/月
AI導入後
7h/月
想定削減
71%
年間削減
204h
モデル条件による試算値です。実在企業の実績ではありません。

01導入前 / 導入後の業務フロー

導入前(Before)
  1. 拠点長が、その月の設備の予定と故障、催しの予定を運営の表に書く
  2. ビル管理会社から点検や工事の通知が届いたら、拠点長が本部へ転送する
  3. 本部の運営担当が、拠点ごとに材料を集め、メールの本文を書く
  4. メールの本文から、掲示用の短い文と、ポータルの投稿を書き直す
  5. 決まりの変更があれば、本部の文書から該当する箇所を写す
  6. 運営の責任者が読み、メールを配信し、掲示とポータルに載せる
導入後(After)
  1. 人拠点長が、その号の材料を「拠点の材料」の型に書く(設備、催し、休館や受付の変更)
  2. 人本部の運営担当が、ビル管理会社の通知から、点検の日時・フロア・止まる設備を「点検の表」に写す
  3. 人決まりの変更があれば、本部が確定した原文と、いつから変わるかを「決まりの変更」の型に貼る
  4. 人ChatGPT のプロジェクトで、拠点ごとに新しいチャットを開き、3つの型を貼る
  5. 自動ChatGPT が、メール・掲示・ポータルの3つの形の下書きを作る
  6. 自動最後に、写した日時と、決まりの原文を【確認】として並べる
  7. 人運営担当が【確認】を点検の表と決まりの型と照らす
  8. 人運営の責任者が読み、メールを配信し、掲示とポータルに載せる
各工程の詳しい説明を読む
  1. 拠点長が、その月の設備の予定と故障、催しの予定を運営の表に書く
  2. ビル管理会社から点検や工事の通知が届いたら、拠点長が本部へ転送する
  3. 本部の運営担当が、拠点ごとに材料を集め、メールの本文を書く
  4. メールの本文から、掲示用の短い文と、ポータルの投稿を書き直す
  5. 決まりの変更があれば、本部の文書から該当する箇所を写す
  6. 運営の責任者が読み、メールを配信し、掲示とポータルに載せる

(a)同じ中身を3つの形で書き直す。 メールで書いた停電の案内を、掲示では2行に、ポータルでは見出しと要点に書き直します。書き直すたびに日時を写すので、写し間違いの機会が3回あります。 掲示だけ時刻が古いまま、ということが起きます。

(b)点検の日時の写し間違い。 ビル管理会社の通知は PDF で、日付、時刻、対象のフロア、止まる設備が表になっています。別のビルの通知と取り違える、時刻の「〜」の前後を取り違える、予備日を本番の日として書くといった誤りが起きます。

(c)決まりの変更の書き漏れ。 本部の文書から写すとき、「いつから変わるか」を書き忘れる、変わる前と後を逆に書くことがあります。さらに、短い掲示に収めるために言い換えると、キャンセルの期限が「前日まで」から「前日の18時まで」に変わった、という細部が抜けます。

(d)拠点ごとの違いを取り違える。 6拠点のうち、受付の時間、ゲストの入館の手順、ゴミの出し方はそれぞれ違います。前の拠点のメールを写して直すと、別の拠点の受付の時間が残ります。

  1. 【人】 拠点長が、その号の材料を「拠点の材料」の型に書く(設備、催し、休館や受付の変更)
  2. 【人】 本部の運営担当が、ビル管理会社の通知から、点検の日時・フロア・止まる設備を「点検の表」に写す
  3. 【人】 決まりの変更があれば、本部が確定した原文と、いつから変わるかを「決まりの変更」の型に貼る
  4. 【人】 ChatGPT のプロジェクトで、拠点ごとに新しいチャットを開き、3つの型を貼る
  5. 【自動】 ChatGPT が、メール・掲示・ポータルの3つの形の下書きを作る
  6. 【自動】 最後に、写した日時と、決まりの原文を【確認】として並べる
  7. 【人】 運営担当が【確認】を点検の表と決まりの型と照らす
  8. 【人】 運営の責任者が読み、メールを配信し、掲示とポータルに載せる

2番目が、この設計の分かれ目です。 ビル管理会社の通知の PDF を ChatGPT にそのまま読ませることはしません。通知から日時・フロア・止まる設備を「点検の表」に写すのは人の仕事にします。 通知には予備日、工事の業者の連絡先、ビルの全テナント向けの注意が混ざっていて、どれを会員に知らせるかは運営会社が決めることだからです。

3番目で決まりの原文を型に貼るのは、言い換えを防ぐためです。 ChatGPT には、決まりの欄で原文を一字も変えずに載せさせ、自分で書くのは「何が、いつから変わるか」の1〜2文の案内だけにします。

7番目は、表と【確認】を見比べる作業です。 3つの形の文の中から日時を探すのではなく、【確認】に並んだ日時を、点検の表と上から順に照らします。 3つの形がすべて同じ【確認】から作られているので、照らすのは1回で済みます。

02今回想定するシステム構成

構成図
拠点長のメモ(設備・催し・休館や受付の変更)── 「拠点の材料」の型
ビル管理会社の通知(PDF)── 運営担当が「点検の表」に写す
本部が確定した決まりの変更 ── 「決まりの変更」の型(原文・いつから)
   │
   ▼【トリガー】月初の号・月半ばの号の締め日、または急ぎの点検の通知
ChatGPT(プロジェクト「会員向けお知らせ」)
   ├─ プロジェクトの指示(3つの形の書き方、守ること)
   └─ ソース(拠点ごとの基本の案内、決まり文句、表記の決まり)
   ▼
拠点ごとの下書き(メール/掲示/ポータル)+【確認】(日時・決まりの原文)
   ▼
【運営担当が【確認】を点検の表と決まりの型と照らす】
   ▼
メールの一斉配信/館内の掲示とサイネージ/会員ポータルの投稿
役割想定する製品代替候補
処理ChatGPT(ChatGPT Business のプロジェクト)Claude、Microsoft Copilot
運営の表拠点ごとの運営の表(表計算のファイル)紙の運営日誌
配信会員へのメールの一斉配信会員ポータルの通知だけにする
掲示館内の掲示板とデジタルサイネージ掲示板だけにする

新しく足すのは、ChatGPT の業務向けのプランだけです。 運営の表、メールの配信、会員ポータル、館内の掲示はいまのものを使います。最初の準備は、拠点長のメモと点検の表と決まりの変更の型を決め、6拠点で同じ書き方にそろえることです。

中心は ChatGPT のプロジェクトです。 公式のページでは、プロジェクトは関連するチャット、ファイル、指示をまとめて管理する単位で、各プロジェクトにアップロードしたファイルなどを置く「ソース」の欄があり、ソースに置いたものはプロジェクトのチャット全体で使えるとされています。また、プロジェクトの指示はプロジェクトのチャット全体に適用されるとされています。3つの形の書き方の決まりを指示に、拠点ごとの基本の案内と決まり文句をソースに置けば、毎号の操作は3つの型を貼るだけになります。

プロジェクトはパソコンのフォルダを直接見に行きません。 公式のページでは、ChatGPT のプロジェクトはパソコンのフォルダに直接アクセスしないとされています。点検の表と決まりの変更は、毎回チャットに貼ります。 ソースに置きっぱなしにすると、先月の点検の日時で下書きが出ることがあります。

業務向けのプランにするのは、入力を学習に使わせないためです。 公式のページでは、Business・Enterprise・Edu のワークスペースについて、既定では業務のデータをモデルの学習に使わないとされています。扱うのは、拠点の運営の予定と、ビルの設備の情報です。会員の名前は扱いません。

03どうやって実装するのか

Step1

処理の起点を決める

起点は、月初の号と月半ばの号の締め日です。 月初の号は前月の25日、月半ばの号は当月の10日を締めにし、締めの日までに拠点長が材料を書き、運営担当が点検の表を写します。 締めの翌日に6拠点分をまとめて作り、配信は締めの2日後にします。

急ぎの点検や工事の通知も、トリガーです。 ビル管理会社から、配信済みの号に載っていない点検や断水の通知が届くことがあります。次の号まで待つと間に合わないものは、その拠点だけの臨時のお知らせとして作ります。 臨時のお知らせも、同じプロジェクトで、同じ型を使って作ります。型を変えると【確認】の形も変わり、照らし方がぶれます。

決まりの変更が決まったときは、効力が生じる日から逆算して号を選びます。 本部から「12月1日から会議室の予約のキャンセルの期限を変える」と届いたら、変わる日より前の号に必ず載せます。 変わる日の直前の号だけに載せると、月半ばの号を読まない会員に届きません。月初の号と月半ばの号の両方に載せるのを決まりにします。

Step2

入力データを集める

データ中身取得元
拠点の材料設備の入れ替え・故障と復旧の見込み、催しの予定、休館や受付の時間の変更拠点長が型に書く
点検の表日付と曜日、開始と終了の時刻、対象のフロア、止まる設備、予備日運営担当がビル管理会社の通知から写す
決まりの変更本部が確定した変更後の原文、変更前の原文、いつから変わるか本部が型に貼る
拠点ごとの基本の案内受付の時間、ゲストの入館の手順、問い合わせ先、ゴミの出し方プロジェクトのソース
決まり文句と表記の決まりあいさつ、結びの文、日付と時刻の書き方、フロアの書き方プロジェクトのソース

拠点の材料は、次の形で書きます。

【拠点の材料】渋谷拠点 2026年12月 月初の号
設備:
- 3F 複合機を入れ替え。12/15(火)13:00〜17:00 は 3F の複合機が使えない。4F の複合機を使ってほしい
- 5F 会議室B のモニターが故障中。交換は 12/8(火)の見込み。それまで会議室B は貸し出しを止める
催し:
- 12/17(木)19:00〜21:00 年末の交流会(2F ラウンジ)。申し込みはポータルから。12/14(月)締め
休館・受付:
- 12/29(火)〜1/3(日)は受付を休む。会員カードでの入館は可

点検の表は、次の形で写します。

拠点	日付	曜日	開始	終了	フロア	止まるもの	予備日
渋谷	2026-12-06	日	08:00	12:00	全館	電源・空調・照明・エレベーター・入館カード	2026-12-13(日)
渋谷	2026-12-10	木	22:00	23:30	1F〜3F	給水(トイレ・給湯室)	なし

日付には曜日の列を別に持たせます。 日付と曜日が食い違えば、写し間違いか、通知の誤りかのどちらかです。どちらの場合もお知らせを作る前にビル管理会社に確かめます。

「止まるもの」は、通知の言葉ではなく、会員に関係する言葉に直して写します。 通知には「受変電設備点検」「高圧停電」と書かれていますが、会員が知りたいのは電源、空調、照明、エレベーター、入館カード、Wi-Fi のどれが止まるかです。どれが止まるかはビルの設備によるので、分からないものは拠点長がビル管理会社に確かめてから写します。 ChatGPT に「高圧停電なら Wi-Fi も止まる」と推し量らせることはしません。

決まりの変更は、次の形で貼ります。

【決まりの変更】全拠点
対象:会員規約 第12条(会議室の予約の取消し)
いつから:2027年1月1日(金)以降の予約の取消しから
変更前:会議室の予約の取消しは、利用日の前日までに会員ポータルから行うものとします。
変更後:会議室の予約の取消しは、利用日の前日18時までに会員ポータルから行うものとします。
         期限を過ぎた取消しは、予約の時間の利用料をいただきます。
本部の確認:運営部長・2026年11月20日

「本部の確認」の欄が空の決まりは、お知らせに載せません。 決まりの変更は本部が文言を確定してから知らせるもので、拠点長の「たぶんこう変わる」という段階の話を載せると、会員はそれを決まりとして読みます。

Step3

データの取得方法を決める

取るものどこからどうやって
設備・催し・休館の予定拠点ごとの運営の表拠点長が締めの日までに「拠点の材料」の型に書く
点検と工事の日時ビル管理会社の通知(PDF・メール)運営担当が「点検の表」に写す。写した人とは別の人が通知と照らす
決まりの変更本部の会員規約・館内のルールの文書本部が変更前と変更後の原文、いつからを型に貼る
拠点ごとの基本の案内と決まり文句本部が作った文書変えたときだけソースを差し替える

点検の表は、写した人と照らす人を分けます。 通知の PDF から写す作業は、お知らせの全体で最も誤りが入りやすい箇所です。運営担当の1人が写し、もう1人が通知と照らしてから ChatGPT に貼ります。照らした人の名前を表の端に書きます。

Step4

AIへ渡す前に整形する

  1. 点検の表の日付と曜日を照らす … 曜日の列と日付が合っているかを、カレンダーで確かめます
  2. 予備日の扱いを決める … 予備日をお知らせに書くか、本番の日だけを書くかを、点検ごとに決めます
  3. 拠点の材料を拠点ごとに分ける … 1回のチャットには1つの拠点の材料と点検の表だけを貼ります
  4. 決まりの変更の「本部の確認」の欄を見る … 空なら貼りません
  5. 前の号との重なりを見る … 前の号に載せた点検をもう一度載せるなら、「再掲」と型に書きます

1番目の曜日の照らし合わせは、型に貼る前に行います。 ChatGPT に曜日を付けさせると、日付から曜日を計算して書き、元の通知が誤っていたことが見えなくなります。 曜日は表の値をそのまま写させます。

3番目で拠点を分けるのは、拠点の取り違えを防ぐためです。 6拠点の材料を1度に貼ると、新宿の点検が渋谷のお知らせに入るといった取り違えが起きます。拠点ごとに新しいチャットを開きます。点検の表は全拠点の表を貼り、指示で拠点を選ばせ、行の数を書き添えます。表を拠点ごとに切り分けて貼ると、切り分けるときに行を落とします。

Step5

AIに処理させる

頼むこと中身
メールの本文点検・設備・催し・決まりの変更・休館を、重要な順に並べた本文にする
掲示の文点検の日時と止まるものを中心に、A4 で遠くから読める短い文にする
ポータルの投稿見出しと要点、詳しくはメールを見るよう案内する
決まりの変更の欄原文を一字も変えずに載せ、何が・いつから変わるかの案内を1〜2文で添える
【確認】写した日時・曜日・フロア・止まるもの、決まりの原文の対象といつからを一覧にする
させないこと理由
止まる設備を推し量る何が止まるかはビルの設備による。表に無いものを書かない
曜日を計算して付ける通知の誤りが見えなくなる
決まりの原文を言い換える・要約で代える規約の文言と違う決まりが載る
点検や工事の理由や安全性を説明するビル管理会社の説明の範囲を超える
催しの参加者や会員の名前を書く会員の名前は運営会社の外に出さない
予約の受け付けや料金の約束をする料金や例外の扱いは本部が決める

1行目がいちばん起きやすい失敗です。 「全館停電」と書けば、ChatGPT は「エレベーター・自動ドア・Wi-Fi・空調がご利用いただけません」と、ありそうなものを並べたくなります。実際には非常用の電源で動くものがあり、ビルによって違います。 表の「止まるもの」の列だけを書かせます。

3行目も、指示に書かないと起きます。 決まりの変更の原文は硬い文で、ChatGPT は親切に「つまり、前日の夕方までにキャンセルしてね、ということです」と書き換えます。「夕方」は18時ではありません。 原文はそのまま載せ、案内の1〜2文も原文にある時刻と日付だけを使わせます。

5行目は、催しの報告で起きます。 前の月の交流会の様子を書くとき、拠点長のメモに「○○社の△△さんが登壇」とあれば、ChatGPT はそのまま書きます。会員がどの拠点に入っているかは、会員にとって知られたくない情報のことがあります。 登壇者の名前を載せるなら、本人の了解を拠点長が取り、メモに「掲載の了解あり」と書いたものだけにします。

Step6

指示内容を固定する

プロジェクトの指示(プロジェクトのすべてのチャットに適用される)

あなたはシェアオフィスの運営会社の本部の運営担当として、
会員向けのお知らせの下書きを作ります。
チャットに貼られた【拠点の材料】【点検の表】【決まりの変更】と、
ソースの拠点ごとの基本の案内・決まり文句・表記の決まりだけを使ってください。

【作るもの】指定された拠点について、次の4つを作る。
1. メールの本文(件名を含む)。並びは、点検・工事 → 設備 → 決まりの変更
   → 休館・受付 → 催し の順
2. 掲示の文。点検・工事と休館を中心に、1項目3行以内
3. ポータルの投稿。見出しと要点を箇条で。詳しくはメールを見るよう案内する
4. 【確認】写した日時・曜日・フロア・止まるもの、決まりの変更の対象といつから

【守ること】
- 【点検の表】は、指定された拠点の行だけを使ってください。
  日付・曜日・時刻・フロア・止まるものは、表のとおりに写してください。
- 曜日を自分で計算しないでください。表の曜日の列を写してください。
- 止まるものは、表の「止まるもの」の列に書かれたものだけを書いてください。
  表に無い設備が止まる、または止まらない、と書かないでください。
- 予備日は、表の予備日の列に日付がある場合だけ、「予備日」と明記して書いてください。
- 【決まりの変更】の「変更後」の原文は、一字も変えずに「」で囲んで載せてください。
  言い換え・要約・省略をしないでください。掲示の文でも原文を載せてください。
- 決まりの変更の案内の文は1〜2文にし、原文にある日付と時刻だけを使ってください。
  「夕方」「前日中」のような言葉に置き換えないでください。
- 点検や工事の理由・安全性・ビルの設備の説明を書き足さないでください。
- 人の名前・会社の名前は、【拠点の材料】に「掲載の了解あり」と書かれたもの以外は
  書かないでください。
- 料金・返金・例外の扱いについて約束する文を書かないでください。
- 材料に無いことを書かないでください。分からないことは【確認】の最後に
  「材料に無いもの」として書き出してください。
- 【確認】では、表の行の順に並べ、使った行の数を書いてください。

チャットに貼るのは、その拠点の材料と、全拠点の点検の表と、決まりの変更だけです。 指示と決まり文句はプロジェクトに置いてあるので、運営担当のどちらが作っても、同じ書き方のお知らせになります。

毎回のチャットの最初の書き込みは、次の形にそろえます。

渋谷拠点の 2026年12月 月初の号を作ってください。
【拠点の材料】(渋谷拠点の型をそのまま貼る)
【点検の表】(全拠点の表をそのまま貼る)
【決まりの変更】(全拠点向けの型をそのまま貼る)
点検の表の渋谷の行は2行です。

「材料に無いもの」を書き出させるのは、ChatGPT が埋めたがる穴を見える場所に出すためです。 例えば、複合機の入れ替えの間に印刷した書類をどこで受け取るかが材料に無ければ、本文に推し量って書くかわりに、【確認】の最後に「材料に無いもの:入れ替えの間の印刷物の受け取り」と出させます。 担当は拠点長に聞いて材料に足してから作り直します。

掲示の文でも決まりの原文を載せるのは、掲示がいちばん読まれるからです。 掲示だけ短く言い換えると、会員は掲示の言い換えのほうを決まりとして覚えます。 長くなる場合は、掲示には「何が・いつから」の案内と、原文はポータルで読めることを書き、原文を省いたことを【確認】に出させます。

Step7

出力形式を固定する

次の形で受け取ります。

【メール】
件名:【渋谷拠点】12月のお知らせ(12/6 全館停電・会議室の取消しの期限の変更)
本文:
(決まり文句のあいさつ)
■ ビルの点検
・12月6日(日)8:00〜12:00 全館
  止まるもの:電源・空調・照明・エレベーター・入館カード
  予備日:12月13日(日)
・12月10日(木)22:00〜23:30 1F〜3F
  止まるもの:給水(トイレ・給湯室)
■ 設備
・3F 複合機の入れ替え:12月15日(火)13:00〜17:00 ……
■ 決まりの変更(会員規約 第12条)
2027年1月1日(金)以降の予約の取消しから、次のとおり変わります。
「会議室の予約の取消しは、利用日の前日18時までに……」
■ 年末年始の受付
■ 催し
(決まり文句の結び)

【掲示】
【ポータル】

【確認】
点検(渋谷 2行):
1. 2026-12-06(日)08:00〜12:00 全館/電源・空調・照明・エレベーター・入館カード/予備日 12-13(日)
2. 2026-12-10(木)22:00〜23:30 1F〜3F/給水(トイレ・給湯室)
決まりの変更:会員規約 第12条/2027年1月1日(金)以降の取消しから/原文は掲示・メール・ポータルに全文
材料に無いもの:複合機の入れ替えの間の印刷物の受け取り

3つの形を1回の応答で受けるのは、同じ材料から同時に作るためです。 メールを作ってから掲示を頼むと、掲示はメールの文を元に作られ、メールの誤りがそのまま写ります。 3つとも材料から作らせ、【確認】も材料の表と同じ書き方で並べさせます。

【確認】は、表と同じ並び・同じ書き方で出させます。 担当が照らすのは点検の表のほうなので、表と同じ順で並んでいるほうが速く見比べられます。 行の数を書かせるのは、前処理で数えた行の数と比べるためです。

Step8

システムへ連携する

つなぎ先方式内容
運営の表拠点長が型に書き写す拠点の材料を作る
ビル管理会社の通知運営担当が点検の表に写し、別の担当が照らす点検の表を作る
メールの一斉配信人が下書きを貼り、運営の責任者が配信する会員へのメール
館内の掲示とサイネージ拠点長が印刷して貼り、画面に載せる掲示
会員ポータル人が投稿するポータルの投稿

どこにも自動では書き込みません。 通知から ChatGPT へも、ChatGPT から配信へも人の手を通すので、照らしていない日時が会員に届く経路がありません。 お知らせの誤りは会員の予定に直結するので、配信の操作は運営の責任者だけが行います。

Step9

人が確認する

  1. 【確認】の行の数を、点検の表のその拠点の行の数と比べる … 合わなければ作り直します
  2. 【確認】の日時・曜日・フロア・止まるものを、点検の表と照らす … 1行ずつ見ます
  3. 決まりの原文を、決まりの変更の型と照らす … 一字ずつ見ます。とくに時刻と日付と数字を見ます
  4. 「材料に無いもの」を拠点長に聞いて埋める … 埋めたら材料に足して作り直します
  5. 本文を読む … 止まるものが足されていないか、言い換えで意味が変わっていないか、名前が出ていないかを見ます

2番目と3番目を省かないでください。 日時と決まりは、お知らせで最も読まれ、誤ると会員の予定と契約に関わる欄です。【確認】を表と照らす作業は、3つの形の文の中から日時を探すより速く、確実です。

照らす人と作る人を分けると、見落としが減ります。 運営担当の1人が下書きを作り、もう1人が【確認】を照らし、運営の責任者が本文を読む形にします。点検の表を写した人と【確認】を照らす人も分けます。

目標は、1号35分です。 材料をそろえて貼る時間、【確認】を照らす時間、3つの形を配信と掲示とポータルに載せる時間が中心です。

Step10

例外に対処する

起きること対応
【確認】の行の数が点検の表と合わない表の行を見直し、作り直す
表に無い設備が止まると書かれた下書きを捨てて作り直す。指示を見直す
決まりの原文が言い換えられている原文に戻す。多ければ指示を見直す
点検の表の日付と曜日が合わないビル管理会社に確かめてから作る
配信のあとに点検の日時が変わった点検の表を直し、件名に「訂正」と書いた臨時のお知らせを作る
予備日に点検が延びた予備日の前日までに、その拠点の臨時のお知らせを作る
決まりの変更の「本部の確認」が空載せない。本部に確かめてから次の号に載せる
拠点長の材料が締めに間に合わないその拠点は点検と決まりの変更だけで号を作り、設備と催しは次の号に回す
急な設備の故障(空調・入館の機械)お知らせを待たずにポータルと掲示で知らせる。号には復旧の見込みだけを載せる
ChatGPT が使えない型から手で書く。手順は今と同じ

上から3行目までは、指示か材料の問題です。 どれも【確認】を照らせば気づけるので、照らす前に配信しないことを決まりにします。

Step11

記録を残す

  • 配信したメール、掲示の PDF、ポータルの投稿(拠点・号・日付をファイル名に入れる)
  • その号で使った拠点の材料、点検の表、決まりの変更の型
  • 運営担当が照らした【確認】と、直した箇所
  • 「材料に無いもの」と、拠点長に聞いて埋めた内容
  • 決まりの変更を載せた号と、配信の日時

最後の行は、決まりの変更をいつ会員に知らせたかの記録です。 会員から「聞いていない」と言われたとき、どの号で、何日に、どの文言で知らせたかを示せます。会員規約が民法の定型約款に当たる場合、変更には周知の方法と時期の決まりがあります(第13章)。記録は運営会社のファイルで残し、チャットを記録の置き場にしません。 公式のページでは、削除したチャットは一般に30日以内に完全削除の予定に入るとされ、職場のワークスペースの会話はワークスペースの会話の保持の設定に従うとされています。

04実装レベルの3段階

最小構成:その都度、指示と材料と表を ChatGPT に貼る / 1拠点・1号の下書き
半自動化:上記+業務向けのプランのプロジェクトに指示と拠点ごとの基本の案内・決まり文句を置き、材料・点検の表・決まりの変更の型をそろえる / 6拠点・月2号の3つの形の下書きと【確認】
本格構成:上記+運営の表から拠点の材料の型を作る手順と、決まりの変更を載せた号の記録の表を足す / 下書きに加えて、材料の準備と周知の記録

最小構成でも下書きは出ますが、指示を毎回貼ることになります。 貼る指示が号によって違うと、同じ会社のお知らせの書き方が拠点ごとに変わります。 半自動化が本記事の想定です。 1号120分が35分になります。差を生むのは、指示と拠点ごとの基本の案内をプロジェクトに置いて、毎号の操作を「3つの型を貼るだけ」にすることと、照らす対象を【確認】に絞ることです。 最小構成を飛ばさないでください。 4号分を試すと、拠点長のメモが短すぎて文にならない項目と、点検の表で「止まるもの」が分からない点検が先に分かります。メモの型と、ビル管理会社に確かめる手順をそろえてからプロジェクトを作るほうが、指示の直しが少なく済みます。

05工数削減シミュレーション

前提値(モデル条件)
対象人数
3 名
月間件数
12 件
1件あたり現在時間
120 分
1件あたり導入後時間
35 分
現在  12件 × 120分 ÷ 60 = 24 時間/月
導入後 12件 × 35分 ÷ 60 = 7 時間/月
月間削減時間
17h
削減率
71%
年間削減時間
204h
年間金額換算(時間単価3,000円)
61万円
モデル条件による試算であり、実際の効果は業務内容・運用方法によって異なります。

自社条件で導入効果を整理したい方へ

このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。

AI活用について相談する

06向いている企業・向いていない企業

向いている
  1. 複数の拠点でシェアオフィス・レンタルオフィス・コワーキングスペースを運営し、拠点ごとに会員へ毎月お知らせを出している会社。ビルの法定点検による停電やエレベーターの停止、会議室や複合機の入れ替え、交流会やセミナー、館内の決まりの変更を、メール・館内の掲示・会員ポータルに書き分けている場合。本部の担当が少なく、拠点長のメモを文に起こす作業が月初に集中している場合。
向いていない
  1. 拠点が1つで、お知らせが月に数行で済む場合。ビルの点検や工事の連絡をビル管理会社の掲示に任せ、運営会社からは出していない場合。なお、会員規約の変更が有効か、変更の周知が足りているか、どの文言にするかの判断は、この構成では代替しません。

07最小構成で試す方法

  1. 先月と先々月の、1つの拠点の材料・ビル管理会社の通知・決まりの変更を用意する
  2. 運営担当が、通知から点検の表を写す
  3. ChatGPT のプロジェクトを作り、第7章の指示と拠点の基本の案内・決まり文句をソースに置く
  4. 月初の号と月半ばの号を作らせ、当時配信したメール・掲示・ポータルと並べる
  5. 【確認】の日時と決まりの原文が表と型に合っているか、止まるものが足されていないかを見る

2か月分・4号で十分です。 見るのは、【確認】の日時が点検の表と合っているかと、止まるものや決まりの言い換えが足されていないかの2つです。

出てきた内容判断
表のとおりに写し、決まりの原文も変わらなかった拠点を広げる
表に無い止まるものを足した、原文を言い換えた指示の書き方で直る。構成は有効
「材料に無いもの」が毎回たくさん出る拠点長のメモの書き方をそろえるのが先。 AIの問題ではない

3行目が出ても失敗ではありません。 運営担当が毎月拠点長に電話で聞いて埋めていたことが、まだメモの型になっていないということで、(a)の手間の正体です。よく出る「材料に無いもの」を拠点の材料の型の欄にし、同じ4号で試し直します。

08実装時につまずきやすいポイント

問題対策
表に無い設備が止まると書く指示で禁じ、【確認】で止まるものを照らす
決まりの原文を言い換える一字も変えずに「」で載せさせ、型と照らす
曜日を計算して付け、通知の誤りが消える曜日は表の列を写させ、前処理で照らす
別の拠点の点検が混ざる拠点ごとに新しいチャットで作り、行の数で確かめる
先月の点検の表がソースに残っていて使われる点検の表はソースに置かず、毎回チャットに貼る
予備日が本番の日として書かれる予備日の列を分け、「予備日」と明記させる
会員の名前が催しの報告に出る「掲載の了解あり」のもの以外は書かせない
「材料に無いもの」を推し量って埋める【確認】に書き出させ、拠点長に聞く

上の2行が、この構成の失敗のほとんどです。 どちらも、ChatGPT が「お知らせを分かりやすくしよう」と親切に書き足すことから起きます。お知らせの下書きでは、材料に無いものを足すこと、決まりを言い換えることが誤りです。

3行目は、ChatGPT の誤りではなく通知の誤りを隠す失敗です。 ビル管理会社の通知の曜日が誤っていることは珍しくありません。曜日を付け直すと、日付と曜日のどちらが正しいのかを確かめる機会がなくなります。

09セキュリティ・AIガバナンス上の注意点

この構成で扱うデータ: 拠点の運営の予定、ビルの点検と工事の日時、設備の入れ替えと故障、館内の決まりの原文です。会員の名前、会社名、連絡先、契約の内容、入退館の記録は扱いません。

  1. 会員の情報を ChatGPT に渡さない … どの会社がどの拠点のどの部屋に入っているかは、会員にとって外に出したくない情報です。材料には会員の名前を書かず、催しの登壇者などで名前を載せるときは、本人の了解を取ったものだけにします
  2. 業務向けのプランを使う … 公式のページでは、Business・Enterprise・Edu のワークスペースで既定では業務のデータをモデルの学習に使わないとされ、データは通信中も保存時も暗号化されるとされています
  3. ビルの防犯に関わる情報を書かない … 入館カードが止まる時間帯の入館の方法、警備の切り替えの時刻、鍵の受け渡しの手順は、お知らせに詳しく書くと防犯上の穴を広く知らせることになります。 会員には「当日は受付で案内します」とだけ書き、手順は拠点で個別に伝えます
  4. 決まりの変更の周知は、本部と顧問の弁護士が決めた方法で行う … 民法では、定型約款を変更するときは、効力発生時期を定め、定型約款を変更する旨と変更後の定型約款の内容と効力発生時期を、インターネットの利用その他の適切な方法により周知しなければならないとされ、一定の変更は効力発生時期が到来するまでに周知をしなければ効力を生じないとされています。会員規約が定型約款に当たるか、変更が有効か、お知らせの号が周知として足りるかは、この構成では判断しません。お知らせは周知の手段の1つとして、本部が決めた日までに配信し、配信の記録を残します
  5. 点検や工事の安全性の説明を書かない … 説明はビル管理会社の範囲です。会員から聞かれたら、ビル管理会社の説明を取り次ぎます

誤りが起きた場合のリスクは、点検の日時を写し間違えることと、決まりの文言を言い換えて載せることの2つです。 前者は点検の表の照らし合わせと【確認】で、後者は原文を一字も変えずに載せる指示と型との照らし合わせで防ぎます。どちらも ChatGPT の出来に頼らず、運営の手順の側で守ります。

10まず何から始めるか

1週目:3つの型を決める

拠点の材料、点検の表、決まりの変更の3つの型を作ります。点検の表の「止まるもの」の書き方(電源・空調・照明・エレベーター・入館カード・Wi-Fi・給水)を、6拠点で同じ言葉にそろえます。

2週目:拠点ごとの基本の案内と決まり文句を作る

受付の時間、ゲストの入館の手順、問い合わせ先を拠点ごとに1枚にまとめ、あいさつと結びの決まり文句を文にします。ここで、各拠点の基本の案内が本当に今の運用と合っているかを拠点長に確かめます。

3週目:1つの拠点の4号で試す

先月と先々月の材料で、月初の号と月半ばの号を作らせます。表に無い止まるものが足されていないか、決まりの原文が変わっていないか、【確認】が表と合うかを最優先で見ます。

4週目:1つの拠点で使い始める

点検の多い拠点で、実際の号を作ります。この月だけは、手で書いたお知らせと並べて見比べてもかまいません。 点検の表を写す人と【確認】を照らす人の分担も、この拠点で決めます。

2か月目: 6拠点に広げます。3か月目以降: 「材料に無いもの」によく出る項目を拠点の材料の型に足し、問い合わせが減っているかを見ます。運営担当の直しが、言い回しの好みだけになった時点で、この構成は完成です。


11関連ユースケース

12この仕組みを理解するための記事

13技術仕様の確認日・参考情報

技術仕様確認日:2026-10-28/最終更新:2026-10-29
確認した内容情報源確認日
プロジェクトが関連するチャット、ファイル、指示をまとめて管理する単位であること。各プロジェクトにアップロードしたファイルなどを置くソースの欄があり、プロジェクトのチャット全体で使えること。プロジェクトの指示がプロジェクトのチャット全体に適用されること。ChatGPT のプロジェクトがパソコンのフォルダに直接アクセスしないことChatGPT ドキュメント: Projects2026-10-28
Business・Enterprise・Edu のワークスペースで、既定では業務のデータをモデルの学習に使わないこと。データが通信中と保存時に暗号化されること。削除したチャットが一般に30日以内に完全削除の予定に入ること。職場の会話がワークスペースの会話の保持の設定に従うことChatGPT ドキュメント: Work cloud security2026-10-28
定型約款の変更をするときは、効力発生時期を定め、定型約款を変更する旨と変更後の定型約款の内容と効力発生時期を、インターネットの利用その他の適切な方法により周知しなければならないこと。第548条の4第1項第2号による変更は、効力発生時期が到来するまでに周知をしなければ効力を生じないこと(民法第548条の4)e-Gov 法令API: 民法2026-10-28

会員規約の変更の方法と周知の時期は、本部と顧問の弁護士で決めてください。 本記事は ChatGPT の公式の案内と民法の条文で確認できた範囲だけを扱っています。

実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。

自社の業務に使えるAI活用候補を整理します

このユースケース(UC-2182)についてのご相談はこちらから。

AI活用について相談する
目次