工務店・ハウスメーカーのAI投稿制作を引き継ぐ 指示文・素材・確認履歴の保存

引き継ぐべきものは、完成物と、その完成物を公開してよいと判断した根拠です。投稿対応表、素材台帳、指示文台帳、修正履歴、変動情報確認表、権限移管表、再制作テスト、完了判定表をつなぎ、後任者が資料だけで内容を照合できる状態を目指します。個人のチャット履歴を全部渡すことや、パスワードを引継ぎ原稿に書くことは、この目的に含みません。

AIは要約や文書生成などを支援しますが、生成された文章だけでは、写真の許諾や情報の正しさを確認できません。以下の台帳設計と確認手順は、工務店の担当交代に向けた運用提案です。共通例として、架空の「こもれび工務店」の見学会投稿を扱います。会社、案件、日付、素材、担当者、記録はすべて架空の記入例で、AI出力も説明用に作成した文章です。実際の制作実績や検証済みの実行結果を示すものではありません。

01.担当交代の範囲と引継ぎ完了の条件を最初に決める

最初に決めるのは保存方法ではなく、誰から誰へ、何の責任を移すかです。制作、事実確認、承認、予約設定、公開後の修正を分けて整理すると、引継ぎ後に「制作担当になったが、公開してよいかは決められない」という状態を見つけやすくなります。AI活用全般の導入論には広げず、担当交代に必要な成果物と完了条件を確定しましょう。

AIへの入力から事実確認・承認までの全体像は、工務店のAI集客業務の進め方で確認できます。引継ぎでは、この工程ごとの資料と判断記録を後任者が参照できるようにします。

まず確定する担当者、媒体、案件、期間

引継ぎ責任者、旧担当者、後任者、公開承認者、アカウント管理者を記載します。兼務していても役割は分け、氏名だけでなく担当業務と代理者を残してください。担当者が不在のときに、確認先を判断できるためです。

媒体は「SNS一式」ではなく、会社公式Instagramの通常投稿、ストーリーズ、広告など、運用している単位で指定します。案件は公開済みだけでなく、制作中、予約済み、差し戻し中も対象にします。対象期間には、受け渡す過去分と、交代後に対応する予定分を記録します。交代日時を境に、予約変更や公開後修正を誰が受け持つかまで合意しておきます。

引き継ぐ成果物と残さなくてよい情報の境界

引き継ぐ情報は「制作を再現する」「根拠を確認する」「次の行動を決める」のいずれかに役立つものを中心に選びます。採用した写真、編集可能なデータ、使用した指示文、確認資料、承認記録、予約状態、差し戻し理由は対象です。

一方、無関係な雑談、私的なAI利用履歴、意味のない重複ファイルは、制作資料にまとめて移す必要はありません。ただし、不採用案でも、写真の利用条件に反した表現や根拠のない性能表現を含むものは、却下理由を抽出して残す価値があります。原履歴の削除は別の判断です。契約や社内の保管方針に照らし、責任者が保管範囲を決めます。

スコープ表の架空の記入例

架空の見学会案件では、次のように対象と対象外を並べます。「対象外」とした業務にも現在の担当を記載し、担当不在を作らないことが要点です。

対象外の仕事が投稿内容に関係する場合は、回答を依頼する窓口だけを引継ぎ資料へ残します。

口頭説明ではなく再制作を完了条件にする理由

旧担当者が画面を見せながら説明できても、後任者が一人で同じ資料を探せるとは限りません。説明中にだけ分かる略称や、個人アカウントからしか開けない保存先は、担当交代後に障害になります。

完了条件は、後任者が指定された投稿を資料だけで再制作し、使った素材、根拠、修正理由、承認状態を説明できることにします。AIの文章が一字一句一致することは求めません。必要な情報と禁止事項を守り、公開範囲に合う完成物を作れるかを確かめます。口頭で補足した内容はその場限りにせず、該当台帳へ追記してから受け渡します。

引継ぎ開始時に凍結する情報と更新を続ける情報

引継ぎ開始時には、対象案件一覧と、その時点の承認版を基準として保存します。ここでいう凍結は、業務全体を停止することではなく、後から比較できる基準版を変更せず残すことです。基準日時、保存者、対象範囲を記録します。

予約状態、確認待ち事項、素材の利用条件、開催情報などは、その後も更新が続きます。基準版とは別に現在の台帳を管理し、更新者と変更内容を残してください。交代直前には基準日時以降の変更だけを照合します。この差分確認があれば、資料作成後に変更された日時や写真が、古いまま後任者へ渡るのを避けやすくなります。

02.投稿IDを軸に写真、原稿、根拠、承認記録をひも付ける

資料が複数の保存先に分かれていても、投稿IDを共通の手掛かりにすれば関係を追えます。目指すのは、一つの巨大なフォルダにすべてを詰め込むことではありません。投稿対応表から必要な版へ到達でき、どの資料がどの完成物の根拠なのかを説明できる保存構造です。

投稿一本に必要な五種類の記録

投稿一本には、素材、原稿・完成画像、指示文、根拠資料、承認記録の五種類をそろえます。素材は何を使ったか、指示文はどう作らせたか、根拠資料は何を事実として扱ったかを示します。承認記録には、誰がどの版を、どの媒体と範囲で認めたかを残します。

投稿対応表の一行には、投稿ID、各資料のIDと版、現在の状態、保存先、次の担当を記録してください。同じ写真や指示文を複数投稿で使う場合も、参照した版を明記します。「いつも使うテンプレート」だけでは、後日テンプレートが更新されたときに、当時の制作条件を確認できません。

投稿パッケージ関係図で対応漏れを見つける

架空例の投稿IDを「KM01-IG-20261107-01」とし、対応関係を次の形で記録します。矢印は資料の参照関係であり、公開の許可を自動で与えるものではありません。

投稿ID：KM01-IG-20261107-01 → 素材：M014原本／M014-E01加工版 → 指示文：P003-v02＋投稿別差分D01 → 根拠：R021-v03開催概要／R022-v01写真利用記録 → 原稿・画像：C001-v03／I001-v03 → 承認：A001〈上記原稿・画像、Instagram通常投稿のみ〉

関係図を見て、根拠のない記述や、承認対象に含まれない画像がないかを点検します。一つでも参照先が開けなければ、対応表に「未接続」と記載します。ファイル名が似ていることを理由に、後任者が推測で結び付けないようにします。

案件、媒体、投稿日を使った投稿IDの決め方

投稿IDには、案件コード、媒体コード、初回予定投稿日、連番を組み合わせる方法があります。架空例の「KM01-IG-20261107-01」は、案件KM01のInstagram投稿で、初回予定日が2026年11月7日、同日の連番が01という意味です。顧客名や詳細住所はIDに含めません。

予定日が変更されても、発行済みIDは原則として固定し、現在の予定日を台帳で更新します。IDまで変えると、承認履歴や素材との参照が切れるためです。別媒体へ展開するときは別の投稿IDを発行し、元投稿IDを関連欄に残します。同じ内容でも、媒体別の承認を識別できるようにします。

保存先とフォルダ構成の具体例

保存先は、後任者と管理者が業務権限で開ける場所に集約します。架空の構成例は次のとおりです。ここに認証情報は置きません。

制限付き資料は制作担当全員に複製せず、台帳に資料IDと確認窓口を記録します。保存先を移す場合は、後任者の権限で参照先を開き直し、古い個人フォルダへの依存が残っていないかを確認します。

状態コード、版番号、更新日を含むファイル名規則

ファイル名は「投稿ID_種類_状態_版番号_更新日」を基本にすると、一覧でも内容を識別できます。たとえば「KM01-IG-20261107-01_caption_REV_v02_20261103.txt」です。状態コードはDRAFT＝承認前、REV＝修正中、APP＝承認済み、PUB＝公開済みなどと定義し、台帳の冒頭に意味を書きます。

「最終」「最終修正」「本当の最終」は使わず、版番号を増やします。更新者、更新時刻、変更理由は台帳側に残し、ファイル名を長くしすぎないようにします。また、ファイル名にAPPとあるだけで承認済みとは扱いません。承認記録に対象版が記載されていることまで照合します。

承認前、修正中、承認済み、公開済みの版遷移フロー

版の流れは「DRAFT作成→根拠・素材条件の確認→REV修正→対象版の承認→APP固定→公開設定の照合→PUB記録」とします。確認不足が見つかったら、該当箇所を確認待ちに戻し、公開工程へ進めません。

承認後に日時や写真を変更した場合は、新しいREV版を作り、変更箇所と関連する画像内文字を再確認します。予約済みかどうかは、原稿の承認状態とは別の列で管理してください。原稿がAPPでも予約未設定の場合があり、逆に予約されていても承認が失効している場合があります。公開済みの訂正ではPUB版を残し、訂正版と実際の修正日時を追加します。

上書き保存で承認版を失わないルール

承認済みの原稿と画像は、編集用の作業版から分けて保存します。修正するときは承認版を複製し、新しい版番号を付けてから着手します。共同編集の履歴機能があっても、承認された時点の画像と文章を識別できる形で書き出しておくと、別の制作環境でも比較しやすくなります。

公開時には、実際に使った画像と本文、公開日時、投稿を特定する記録を残します。予約サービス側で文章を直した場合は、その修正も保存資料へ戻してください。編集元のAPP版と公開内容が食い違っている状態を、公開済みという一つの表示で覆い隠さない運用にします。

03.素材台帳で写真の出所と利用条件を引き継ぐ

写真ファイルが存在することと、その写真を使えることは別の確認です。素材台帳では、写っている内容だけでなく、誰から入手し、どの条件で、どの媒体に掲載できるかを管理します。同じ素材でも、通常投稿と広告、開催前と開催後で判断が変わることを前提に設計します。

素材ファイルと利用条件を分けて保存する理由

画像フォルダだけを渡すと、後任者は見た目から用途を推測することになります。撮影者が社内の人でも、写っている顧客や建物に関する掲載条件までは分かりません。素材本体には素材IDを付け、利用条件は台帳と確認資料で管理します。

許諾の原本に連絡先などが含まれる場合、制作フォルダへそのまま複製せず、閲覧を限定した場所で保管します。制作担当が見る台帳には、使用可能な範囲、期限、制限、原本の参照先、確認者を転記します。条件の要約と原本が食い違った場合は、原本と担当者に戻って解釈を確認し、制作側だけで範囲を広げません。

素材台帳に必要な項目

素材台帳には、素材ID、ファイル名、出所、撮影日、案件、被写体、利用許諾の根拠、掲載可能媒体、利用期限、加工可否、確認者、確認日を記録します。公開可能な所在地の粒度や、写り込みの確認状況も実務で使う項目です。

「許諾あり」の一語では、通常投稿への掲載、広告利用、再編集、期間を延ばした再掲の違いが分かりません。未確認の項目は空欄にせず「未確認・確認担当・回答期限」を入れます。利用期限が定められていない場合も、担当者の推測で「無期限」と書かず、確認記録にある条件をそのまま整理してください。

見学会写真を想定した素材台帳の架空の記入例

次は架空素材M014の記入例です。実際の写真や許諾内容を示すものではありません。

写真の掲載可能媒体と、文章に書ける所在地は別項目です。この二つを分けると、写真の使用承認を理由に、本文へ詳細住所まで追加してしまう誤りを見つけられます。

顧客、社員、協力会社が写る写真の確認項目

人物が写る場合は、顧客、社員、協力会社の誰なのかと、どの条件で掲載を確認したかを調べます。「社員だから掲載可能」「後ろ姿だから確認不要」といった一律の判断はせず、識別につながる名札、制服、背景、説明文も含めて扱います。

画像は拡大して、顔、車両番号、表札、郵便物、掲示物、モニター、窓や鏡への映り込みを点検します。元画像では問題が見えにくくても、切り抜きで目立つことがあります。判断が必要な箇所は素材IDと位置を指定して確認依頼を出し、確認済みの加工版にも別IDを付けます。原本を見た記録だけで、加工後の点検を省略しません。

掲載媒体や利用期限が変わるときの再確認条件

通常投稿用の写真を広告へ転用する、別会社のアカウントへ掲載する、採用用途へ変える場合は、利用条件を再確認します。掲載期間の延長や、終了した見学会写真の事例紹介への転用も、元の条件で扱えるかを確認する起点です。

利用期限は、新規投稿だけの期限なのか、公開済み投稿を残せる期限も含むのかを区別します。不明なら許諾を管理する担当者へ戻し、次の投稿を保留します。条件が変更された際は素材台帳だけでなく、その素材IDを参照している予約投稿と公開済み投稿を探します。必要な差し替えや掲載終了を、投稿単位で管理してください。

加工可否と加工履歴を残す方法

加工履歴には、元の素材ID、加工版ID、作業者、日付、変更内容、確認者を残します。架空例なら「M014→M014-E01、上下をトリミング、見出し追加、室内の物体や形状は変更なし」と記録します。編集データと書き出し画像の双方を参照できるようにします。

人物や物の除去、窓外の景色の変更、設備の追加などは、単なるサイズ調整とは分けて扱います。完成状態の受け取られ方が変わる加工は、利用条件と表現の確認が必要です。見栄えを整えるための操作でも、後任者が元の建物の状態と誤解しないよう、変更した箇所を文章で残します。

出所や許諾を確認できない素材の扱い

出所や利用条件が分からない写真は、「使えそうな素材」のフォルダに混ぜず、確認待ちとして管理します。台帳には不明点、問い合わせ先、期限、代替素材候補を記録します。ファイルの更新日時や、過去に投稿されていた事実だけを許諾の根拠にはしません。

公開予定までに確認できなければ、条件を確認できる別素材に差し替えるか、投稿を保留します。その際、元の写真を単に削除するだけでは、別の担当者が再び見つけて使うおそれがあります。必要な保管方針に従いつつ、「出所未確認のため不採用」という判断を素材IDに残し、再利用時に見える場所へ置きます。

04.指示文台帳で固定条件と投稿ごとの差分を分離する

指示文の引継ぎでは、長い会話を読む能力より、必要な制作条件を見つけられることが大切です。繰り返し使う固定条件と、案件ごとに変わる情報を分けます。指示文が整っていても公開内容の正しさは別途確認する、という役割分担も一緒に残しましょう。

指示文をチャット履歴のまま引き継がない

チャット履歴には、途中で取り消した条件、古い開催日時、試作用の表現が混在します。会話を丸ごと渡すと、後任者が最後まで読んでも、どの指示が現在有効なのか判断しにくくなります。

採用した指示を台帳へ抜き出し、指示文ID、版、用途、有効状態、承認者、関連する投稿IDを記録します。原履歴が必要な場合は参照先を別に持ち、業務上不要な情報が含まれていないかを確認して共有範囲を決めます。台帳の指示文だけで制作条件を理解できるようにし、会話の前後関係を知らないと意味が通じない「さっきと同じ」などの表現は置き換えます。

目的、読者、行動を固定条件として残す

固定条件には、投稿の目的、想定読者、文章の役割、読者に求める行動、会社としての語り方を記載します。見学会告知なら、目的は開催内容を誤解なく伝えること、読者は住まいづくりを検討中の人、文章の役割は写真で伝わらない見どころを補足すること、と具体化します。

読者の行動は、実際の案内導線に合わせます。予約先が未確定なら、AIに予約リンクや問い合わせ方法を補わせません。「確定した導線だけを書く」という条件を固定します。目的が事例紹介や採用へ変わる場合は、見学会用の固定条件をそのまま流用せず、別用途として適切かを見直します。

禁止事項と確認が必要な表現を分ける

禁止事項は、そのまま採用しない内容です。根拠のない性能値、顧客の発言の創作、未確認の受賞歴、架空の予約先、個人情報や認証情報の入力などを明記します。確認が必要な表現は、条件がそろえば使える可能性がある内容として別欄に置きます。

たとえば価格、標準仕様、補助制度、耐震や断熱に関する記述は、関連資料と確認担当が必要です。すべてを曖昧な言い方に直せばよいわけではありません。「安心」「お得」といった短い言葉でも、根拠のない印象を与える場合があります。何を確認してから採否を決めるかを、指示文と評価基準の両方に残します。

投稿ごとの差分だけを追加する指示文テンプレート

指示文は、次の枠を埋めれば次の担当者も使える形にします。空欄の扱いまで指定するのが要点です。

差分には、変更した情報だけでなく、今回は使わない情報も書きます。「価格は掲載しない」と明示すれば、過去の投稿に価格があったことを理由に、AIが同様の要素を追加する余地を減らせます。

見学会告知を想定した指示文の架空の記入例

架空例では、固定指示P003-v02に次の差分D01を追加します。「投稿IDはKM01-IG-20261107-01。読者は住宅見学を検討中の人。見どころはリビングと隣接する収納の配置。開催は2026年11月14日10時から16時。使用素材はM014-E01。根拠はR021-v03。詳細住所、価格、性能値、予約方法は本文に入れない。見出し、補足、投稿文、確認事項を分けて出す。」

この例の日付や内容は架空です。実務では、担当者が確認した公開可能情報だけに置き換えます。資料IDを書くことと、制限付きの資料原本をAIへ投入することは別です。利用する環境の取扱条件と社内方針を確認し、必要な情報に絞って入力します。

使わなかった指示と却下理由を判断資産にする

不採用の指示は、全文を大量に並べるより、再発防止に役立つ理由を抽出します。たとえば「魅力を自由に補足して」という指示で未確認の設備説明が混ざる想定なら、「根拠欄の事実だけを使用する」に置き換えた理由を残します。

判断記録は、旧指示、問題になった出力の箇所、却下理由、新しい条件、適用する用途で構成します。担当者の好みだけで却下したのか、根拠不足だったのかも区別してください。会社の文体ルールが変わったときに、表現上の判断だけを更新し、許諾や事実確認に関する制限を誤って外さないためです。

AI製品を変更するときに残す項目

AI製品を変更するときに残す中心項目は、目的、入力した事実、固定条件、差分、出力の形式、評価基準、人が直した箇所です。利用製品名、利用日、記録できる設定やモデル表示も補助情報として残しますが、それだけで同じ出力を再現できるとは考えません。

指示文はテキスト、台帳は表形式など、別環境でも読める形式で保管します。画面のスクリーンショットだけでは、再入力や検索に手間がかかります。製品を変えた際は、既存の架空テスト案件などで禁止事項と出力形式を確認し、適合しない部分だけを修正して新しい版として管理します。

05.入力から公開判断までを修正履歴として一本につなぐ

修正履歴は、文章をきれいにした記録にとどめません。何が入力され、何が根拠なく追加され、どの資料に基づいて直したかをつなぎます。以下の出力と修正版は説明用に作った例です。実際のAIによる生成結果や、実在する見学会の告知ではありません。

修正履歴に残す六つの段階

残す段階は、入力、確認前の出力、誤りの指摘、修正理由、修正版、公開判断の六つです。各段階を同じ投稿IDで結び、指示文や根拠資料の版も記録します。公開判断には承認だけでなく、保留や不採用も含めます。

誤りの指摘と修正理由は分けると実務で役立ちます。「日付が違う」は指摘で、「R021-v03の開催概要と一致しないため訂正する」が理由です。さらに、日付を修正した本文だけでなく、画像内文字、予約設定、別媒体の案内にも同じ変更が必要かを記録します。修正の影響範囲まで残せば、後任者が文章だけを直して終えるのを防ぎやすくなります。

架空案件で使う入力例

説明用の入力例は次の内容です。

架空の見学会について、承認前の投稿案を作成してください。開催日は2026年11月14日、時間は10時から16時。写真はリビングと隣接する収納を写したM014-E01です。見どころは収納の配置です。根拠はR021-v03。価格、性能値、予約方法、詳細住所は追加しないでください。見出し、補足、本文、確認事項を分けてください。

この入力をD01として保存し、固定指示P003-v02と組み合わせたことを残します。実務では、投入前に公開可能情報かを確認します。AIに確認を依頼するためであっても、顧客の連絡先や認証情報を入力例へ含めない運用にします。

説明用のAI出力例と確認前であることの示し方

説明用の出力例を、あえて誤りを含む状態で示します。「11月15日、理想の住まいを体感。高断熱で一年中快適なリビングと、たっぷり収納をご覧ください。10時から16時まで、予約不要でご来場いただけます。」

この文章には「確認前・公開不可」と状態を付け、承認済み原稿と同じ場所に無印で置かないようにします。文章が自然でも、入力にない性能や来場条件が追加されています。後任者が完成度の高い文章を承認済みと誤認しないよう、保存ファイルと台帳の双方で状態を示します。出力が生成されたことは、内容の確認が終わったことを意味しません。

誤りと確認不足を項目別に指摘する

まず開催日が入力の11月14日と違います。次に「高断熱」「一年中快適」は、参照した開催概要だけでは裏付けられません。「予約不要」も入力にない来場条件です。「たっぷり収納」は、収納量の根拠がないまま評価を強めているため、写真と確認資料で説明できる表現へ見直します。

指摘は「全体を控えめにする」ではなく、対象語句と必要な対応を指定します。日付は資料に合わせて訂正、性能と予約条件は削除、収納は配置の説明へ変更、と分けます。確認資料自体に矛盾がある場合はAIで正しそうな方を選ばず、開催担当などの資料管理者へ差し戻します。

修正前後比較表で変更理由を残す

修正前後を比較すると、後任者が変更理由を読み取れます。次は説明用の比較表です。

修正履歴の一行は「履歴H001／出力v01→原稿v02／根拠不足・日時不一致／編集担当が修正／開催担当へ日時再確認」とします。確認待ちと修正済みを別の列にすれば、文面を直しただけで承認まで済んだと扱う混同を避けられます。

修正版と公開判断を承認記録へつなぐ

説明用の修正版は、「リビングと収納の配置を見学できます。11月14日10時から16時、住まいの見学会を開催します。室内を見ながら、リビングに隣接する収納の位置をご確認いただけます。」とします。見出しや補足も同じ事実の範囲で組み立てます。

この段階の公開判断は「保留」です。日時と写真条件に加え、告知として必要な来場案内をどう示すかが未確定だからです。実務では案内方法を確定して原稿へ反映し、その版を承認者が確認します。承認記録には原稿ID、画像ID、媒体、公開範囲、承認日時を記載します。関係図のA001は承認後の記入形式を示すもので、この修正版が公開承認済みという意味ではありません。

差し戻し理由を再利用できる分類にする

差し戻し理由は、事実不一致、根拠不足、素材条件、個人情報、媒体条件、文体、導線不足などに分類します。一件に複数の理由を付けても構いませんが、主な原因と対応先は一つずつ明確にすると、次の担当者が動きやすくなります。

同じ理由が続いた場合は、原稿だけでなく指示文や入力欄を修正します。日時違いなら参照する開催概要の版を固定する、予約方法の創作なら「未確定時は確認事項へ回す」を強める、といった対応です。却下した文章は、そのまま再利用できるテンプレートとして保存せず、問題箇所と理由が見える判断記録として残します。

06.価格、仕様、日時、制度は一次資料へ戻って確認する

価格や開催情報は、以前正しかった内容でも現在使えるとは限りません。IPAのAIの利活用に関する解説では、言語の要約・タグ付け、指示による文書や画像などの生成が支援対象として挙げられています。この説明は、個別投稿の事実や特定製品の精度を保証するものではありません。以下の確認表と担当分担は、公開前の照合に使う運用提案です。

AI出力と確認済み事実を区別する

AI出力は「案」、資料との照合を終えた記述は「確認済み事実」と区別します。ただし、確認済みでも有効な期間と用途があります。見学会の開催日時を確認した記録を、建物の性能や写真許諾まで確認した証拠として使うことはできません。

原稿中の確認対象を一文単位で拾い、根拠資料ID、版、該当箇所、確認者、確認日を対応させます。「公式資料を確認」とだけ書くより、どの記述を見たのかを残す方が再確認に役立ちます。資料が見つからない内容は、断定を弱めて通すのではなく、確認待ち、削除、別表現への変更のいずれかを担当者が判断します。

変動情報確認表の架空の記入例

次は架空案件の確認表です。「確認した項目」と「今回は掲載しない項目」を分け、未掲載を確認済みと数えないようにします。

確認年はすべて2026年という架空設定です。実際の台帳には年も含めて記載し、必要に応じて有効期限、資料の保管先、回答の参照先を追加します。

価格と仕様の確認担当と参照資料

価格を掲載する場合は、担当する営業責任者などへ、対象プラン、金額、含む費用と含まない費用、税の扱い、適用期間を確認します。参照するのは、その投稿に適用できる承認済みの価格資料です。過去の商談用見積を、別の住宅や一般向け告知へ転用しないようにします。

仕様は、対象棟、設計・施工の段階、標準仕様か追加仕様かを区別します。写真に写る設備が標準仕様とは限りません。技術担当などが仕様書や変更記録へ戻り、投稿で説明できる範囲を確認します。原稿には担当者の回答を反映し、確認表には参照資料の版と対象を残します。

開催日時と所在地の更新期限

開催日時と所在地は、本文、画像内文字、予約設定、案内先の情報をそろえて確認します。開催概要を一か所更新しただけでは、予約済み画像に古い日付が残ることがあります。開催担当が変更を決めたら、関連する投稿IDを列挙して制作担当へ渡します。

再確認の期限は、自社の修正に必要な時間から逆算します。たとえば予約設定前と公開前の指定時点を確認の起点にし、直前変更の連絡先も決めます。所在地は市名まで一般公開し、詳細を別経路で案内する運用も考えられます。採用する範囲は案件ごとに確認し、地図画像や写真の位置情報にも同じ条件を適用します。

補助制度を掲載する前に確認する条件

補助制度を掲載するなら、制度名、実施主体、対象となる工事や住宅、申請者の条件、対象期間、申請時期、受付状況などを、制度の公式案内と担当窓口で確認します。制度によって条件が異なるため、以前の投稿やAIの説明だけで現在の対象可否を決めません。

台帳には、確認日と参照した案内の版、投稿で説明する条件、未確認事項を残します。申請可能であることと、交付や受給が確定することを混同する表現は見直します。個別案件の適用判断が必要なら担当者へつなぎ、条件を確認できない間は金額や対象可否を告知文に追加しない方針を明記します。

法的適否と建物の安全性をAIで判定しない

法的適否や建物の安全性は、AIが自然な文章を返したことを理由に確定しません。「この表現なら適法」「この建物は安全」と制作担当だけで結論付けず、内容に応じて有資格者や社内の専門担当へ確認を依頼します。

依頼時は、対象となる一文、投稿の目的、対象建物、参照資料、公開媒体をまとめます。建物に関する記述なら、該当する図面、仕様書、計算・検査に関する資料、承認記録などを担当者が確認する経路を用意します。確認担当が示した掲載可能な範囲を原稿へ反映し、記事の編集作業と専門判断を記録上も分けます。

担当者が一次資料へ戻る確認フロー

確認の流れは、次のように担当と戻り先を明確にします。

制作担当が確認対象の記述を抽出 → 投稿IDと根拠資料IDを付けて担当者へ依頼 → 開催・営業・技術などの担当者が一次資料を確認 → 掲載可能な表現、条件、未確認事項を回答 → 制作担当が原稿と画像を修正 → 承認者が対象版と公開範囲を確認

資料が古い、対象棟が違う、担当部署間で回答が食い違う場合は、確認待ちへ戻します。承認者がすべての専門事項を判断する設計にはせず、担当者による確認記録をそろえてから公開承認へ進めます。依頼先不在に備え、代理窓口も台帳に残します。

確認後に情報が変わった場合の差し戻し

確認後に情報が変わったら、確認表の結果を上書きするだけでなく、旧結果と変更理由を履歴として残します。影響を受ける投稿IDを検索し、制作中、承認済み、予約済み、公開済みのどこまで対応が必要かを判定します。

承認済みでも変更箇所に関する承認は見直します。予約済みは公開前に停止や差し替えが必要かを管理者が判断し、公開済みは訂正、非公開、差し替えなどの対応を責任者が決めます。変更を受け付けた時刻、判断者、対象媒体、実施結果を記録してください。訂正版を作ったことと、実際の公開先を直したことは別々に確認します。

07.個人情報と秘密情報を制作データから分離して権限を移す

制作資料の引継ぎと、アカウントの権限移管は別工程で進めます。後任者に必要な権限を付与しながら、顧客情報や認証情報が原稿へ流れ込まない構造にします。権限移管表に残すのは管理者と実施状態であり、パスワードや認証コードそのものではありません。

投稿制作で扱う情報の取扱区分表

情報の取扱区分は、制作時の迷いを減らすための社内ルールとして定めます。次の表は運用例であり、個別情報の法的な区分を判定するものではありません。

「社内ならどこでも共有してよい」とはせず、利用目的と担当範囲に応じて閲覧権限を決めます。

原稿へ入れてよい情報と入れない情報

原稿に入れる情報は、その投稿で公開することを確認した内容に限ります。確認用の顧客連絡先、社内の調整事情、未発表の価格などは、公開文と同じ欄に置かず、制限した業務記録で扱います。AIへの入力でも、公開承認済みだから無条件で投入できるとは考えず、利用環境と社内の取扱方針を確認します。

特に、原稿末尾のメモやコメント欄には注意が必要です。文章をまとめてコピーすると、内部メモまで投稿欄へ入ることがあります。公開用本文と確認事項を別ファイルまたは別の明確な欄に分け、書き出した文章にも内部情報が残っていないかを点検します。

図面、未公開案件、位置情報の共有範囲

図面は、説明に必要な範囲だけで足りるかを確認します。建物全体の詳細図面を制作共有フォルダへ置く前に、技術担当や案件担当へ共有範囲を確認してください。図面中の氏名、住所、管理番号なども、見せる必要がある情報かを検討します。

未公開案件は公開予定日だけでなく、誰の承認で公開可能になるかを記録します。位置情報は本文中の住所だけではありません。写真の付随情報、地図、周辺の目印、外観から場所が伝わる可能性も含めて確認します。削除や加工を行った場合は、実際に配布・保存する画像を再点検し、元画像側の確認と区別して記録します。

認証情報を制作フォルダから分離する

パスワード、認証コード、回復コード、APIキーなどは、原稿、指示文、修正履歴、引継ぎ資料へ記載しません。会社が管理する認証情報の管理手段を使い、可能なサービスでは後任者個人の業務アカウントへ役割を付与します。サービスごとの対応方法は、管理画面や公式手順で確認します。

引継ぎ資料には、サービス名、管理者、付与する役割、申請経路、実施状態だけを残します。共通アカウントを使っている場合も、秘密情報を資料に貼り付けて受け渡す運用にはしません。管理者が管理手段を確認し、必要な更新とアクセス整理を行います。旧担当者の個人連絡先への依存も確認対象です。

権限移管表に残すサービス名、管理者、実施状態

権限移管表は、制作資料とは別の管理工程を見えるようにします。次は架空の記入例です。

秘密情報が映る画面を証跡として貼らないようにします。記録するのは、誰がいつ何の操作を確認したかです。対象案件との関係は投稿IDまたは案件コードで示します。

退職者と外注先のアクセスを停止する順序

まず会社側の管理者が管理権限を持っているかを確認し、後任者へ必要な権限を付与します。後任者が対象資料を開き、制作と予約確認に必要な操作をできることを確認したうえで、合意した交代日時に旧担当者や終了する外注先の権限を停止します。

停止を後任者の操作確認まで無条件で延期するのではなく、退職日や契約終了日などの条件を優先して管理者が日程を決めます。引継ぎが間に合わない場合は、管理者や代理担当が業務を受け持ちます。停止後は共有先や連携も確認し、旧担当者が所有する資料だけが参照不能になる状態を解消します。

共有リンク、端末、連携サービスの見直しチェック

権限一覧だけでは、共有リンクや連携サービスのアクセスが残ることがあります。次の項目を管理者が確認します。

利用サービスによって確認できる項目は異なります。該当しない項目は理由を記録し、未確認と混同しないようにします。

保管期限と削除判断の責任者

保管期限は、原稿、承認記録、許諾資料、顧客情報、作業用複製を一律に決めず、契約、社内方針、利用条件、公開後の確認に必要な期間を踏まえて責任者が設定します。法令などの確認が必要な場合は、担当部署や専門家へ確認します。

台帳には保管責任者、見直し日、削除判断者、対象範囲を記載します。削除時は、参照先を消したことで公開中の投稿の根拠が追えなくならないかも確認します。保存データの削除と、公開済み投稿の掲載終了は別作業です。それぞれの実施者と結果を残し、素材の利用期限が来た際に両方を確認できるようにします。

08.媒体差分と進行中案件を整理して制作を再開する

資料と権限がそろったら、媒体ごとの条件と進行中案件を確認して制作を再開します。共通の本文を複製するだけでは、画像、リンク、公開範囲の違いを取りこぼすことがあります。着手順は作りやすさではなく、公開時刻、未確認事項、修正が必要な範囲から決めます。

媒体共通情報と媒体別条件を分ける

開催日、案件名、確認済みの見どころなどは共通情報として管理します。一方、画像比率、文字量、表現、リンクの置き方、公開範囲、承認者は媒体別に記録します。社内の制作目安と、媒体が定める技術的な制限は別欄にしてください。

媒体の仕様は変更されることがあるため、現行の公式案内や実際の投稿画面で確認し、確認日を残します。別媒体へ転用する場合は、共通の事実を利用していても、写真許諾と公開範囲の再確認が必要です。元の投稿が承認済みであることを、転用先の承認の代わりにはしません。

媒体差分管理表の架空の記入例

次は架空の社内制作条件です。文字数や画像比率はプラットフォームの上限・必須仕様を示すものではありません。

案件で実際に使う媒体だけを採用し、掲載可能媒体と一致しない行は制作保留にします。

未完了案件と確認待ち案件の優先順位

引継ぎ直後は、公開が近い予約、公開中の誤り、利用期限が迫る素材を先に確認します。その後、回答待ちの案件に確認依頼を出し、材料がそろった制作へ進みます。次は架空の移管一覧です。

各行には投稿IDを付け、保留理由を「確認中」の一語で終わらせないようにします。

予約投稿の日時、承認版、設定者を照合する

予約投稿では、投稿ID、媒体、予約日時、タイムゾーン、画像と本文の版、設定者、現在の状態を照合します。台帳に予定があっても実際には予約されていない場合や、予約画面側だけで本文が変わっている場合を想定して確認します。

公開直前の変更を誰が受け付け、誰が停止できるかも残します。旧担当者の権限停止や連携変更によって予約へ影響するかは、利用サービスの仕様と実際の状態で確認してください。移管が終わったら後任者が対象予約を開き、承認版との一致を記録します。引継ぎ中に新旧担当者が重複して予約を作らないよう、操作担当を一人に定めます。

差し戻しと公開後修正を引き継ぐ

差し戻し案件では、最新原稿に加え、未解決の指摘、回答待ちの担当、再承認が必要な箇所を引き継ぎます。「修正お願いします」だけでは、後任者がどこまで直せばよいか判断できません。指摘ごとに、未着手、修正済み、確認済みを記録します。

公開後修正では、公開時の画像と本文を残し、変更内容、判断者、対応日時、公開先での確認結果を追加します。台帳の原稿を直しただけで完了にせず、実際の掲載内容を確認します。同じ素材や開催情報を使う別投稿にも影響がないかを調べ、必要な対応を関連投稿IDへ展開します。

承認済み内容を制作画面へ手動で反映する

制作画面へ反映する前に、使用する写真、見出し、補足、投稿文の版をそろえます。承認記録にある内容を手動で入力し、写真の選択、トリミング、改行、文字の重なりを確認します。編集の途中で見出しを言い換えた場合は、その変更を作業版へ戻し、必要な承認を受けます。

文字の欠けや写真の切り取りによって、意味や見どころが変わることもあります。本文が正しいだけでなく、完成画像の状態で照合してください。編集画面で保存できたことは、公開承認が得られたこととは別です。説明用の保留案件は、実際の公開操作へ進めず、制作テストとして管理します。

保存した完成画像と文章を投稿IDへ戻す

保存した完成画像と文章には投稿IDと版を付け、投稿対応表へ戻します。編集元、書き出し画像、本文、承認記録が同じ組み合わせを指しているかを確認します。画面上で行った改行や文言の修正も、保存する原稿へ反映してください。

最後に、後任者の権限で画像を開き、文章を読み出せることを確認します。予約に進む場合は、この完成物を使って公開設定を照合します。テスト用なら「公開不可」を維持し、本番用のフォルダや予約一覧と混同しないようにします。

09.後任者の再制作テストで引継ぎの再現性を確かめる

再制作テストは、後任者のAI操作の上手さを試す場ではありません。資料の所在、判断基準、権限、確認経路が引き継げているかを確かめる作業です。元担当者の補足が必要になった場所を見つけ、資料に戻して直すところまでを一組にします。

再制作テストに使う投稿の選び方

テスト対象には、素材、指示文、根拠、修正、承認の関係がそろった投稿を選びます。単純な定型文だけでは、許諾範囲や変動情報の確認経路を試せません。実際に引き継ぐ業務に近く、代表的な確認工程を含むものが適しています。

ただし、利用期限が過ぎた素材や公開範囲が変わった案件は、そのまま再公開しません。過去の承認版を比較対象にする場合も、現在の制作テストに使える条件を確認します。必要なら承認された社内テスト素材に置き換えます。テストの目的、対象投稿ID、実際には公開しないことを開始前に明記します。

後任者へ渡してよい資料の範囲

後任者へ渡すのは、投稿対応表、素材台帳、指示文台帳、根拠の参照先、修正履歴、媒体条件、作業手順など、交代後にも利用できる資料です。個人チャットの追加説明や、旧担当者しか持っていないメモは、テスト中の補助資料にしません。

比較用の承認版は、最初から模写するだけにならないよう、制作後の照合で提示する方法があります。一方、公開条件や禁止事項は隠さず渡します。質問が出た場合は記録し、作業継続に必要な回答は行います。ただし、その部分は資料だけでは再現できなかった項目として残し、台帳の修正対象にします。

再制作テストシートの記入項目

テストシートには、結果だけでなく、作業のどこで判断に迷ったかを残します。次の空欄を実施時に埋めます。

AI出力そのもののばらつきと、資料が不足していた問題を分けて記録します。所要時間は引継ぎ設計の改善材料として扱い、単独で担当者の適性を判断する材料にはしません。

承認版と比較する五つの観点

承認版との比較は、五つの観点で行います。第一に開催日時などの事実が一致しているか、第二に素材と加工が利用条件内か、第三に根拠資料と修正理由を追えるか、第四に媒体条件と公開範囲を守っているか、第五に承認前と承認済みを区別して保存できているかです。

改行や語順が違っても、条件を満たしていれば許容できる場合があります。一方、見た目が同じでも、別の未確認写真を使った、古い資料を参照した、未承認なのにAPPとして保存した場合は改善が必要です。評価では、見た目の差と公開判断に関わる差を分けて記録します。

一致しなかった箇所の原因を分類する

一致しなかった原因は、資料不足、所在不明、条件の曖昧さ、権限不足、参照版の誤り、操作手順の不足、AI出力の差に分けます。たとえば別の写真を使った結果でも、素材IDが未記載だったのか、正しい画像を開けなかったのかで対応は変わります。

「後任者が間違えた」で終わらせず、どの資料や設定を直せば再発を抑えられるかを決めます。AIの言い回しが違うだけなら、公開に必要な基準を満たすかで判断します。根拠のない情報が追加されたなら、指示文だけでなく、人が出力と資料を照合する手順が機能したかも確認します。

口頭説明が必要だった箇所を台帳へ戻す

口頭で答えた内容は、その答えを次回探す場所へ追記します。写真の掲載範囲なら素材台帳、表現の禁止理由なら指示文台帳、開催情報の確認先なら変動情報確認表へ戻します。テストの議事録にだけ残すと、次の担当者が普段の制作中に見つけられません。

追記後は更新者、更新日、変更理由を記録し、後任者に該当箇所を読んでもらいます。「この資料を見れば、先ほどの質問に答えられるか」を確認してください。複数の台帳に同じ内容を重複記載する場合は、どれを正本とするかを決め、片方だけ古くならないよう参照関係を整理します。

再テストが必要になる条件

再テストが必要なのは、公開判断に関わる不足が見つかった場合です。根拠が追えない、素材条件を誤解した、承認版を選べない、必要な権限がないといった項目は、資料や設定を修正した後に確認し直します。

単純な表記ゆれの修正なら該当部分の確認で足りる場合がありますが、投稿IDの付け方や保存構造を変えた場合は、一連の探索から保存までを再度試します。再テストの範囲と理由を記録し、修正と関係のない作業まで繰り返さないようにします。合格したテストにも、確認した資料の版と実施日を残しておきます。

10.完了判定表と定期点検で引継ぎ後の運用を続ける

引継ぎの完了は、資料数や説明時間だけで決めません。後任者が制作できることに加え、公開判断の根拠が追え、権限と進行中案件の責任が移っていることを確認します。完了後も更新担当を決め、次の担当交代で同じ整理をやり直さずに済む状態を維持しましょう。

引継ぎ完了判定表の評価項目

評価は、未整備＝0、資料はあるが不足あり＝1、後任者が照合して確認済み＝2など、社内で基準をそろえます。次の表は採点用の運用例です。

六項目を各0〜2で評価するため満点は12点です。点数は不足箇所を比較する補助であり、法的適否や建物の安全性を評価する指標ではありません。

点数だけで完了にしない必須条件

総点が高くても、公開判断に直結する必須項目が未達なら完了にしません。対象投稿の素材条件が不明、承認版を特定できない、秘密情報が制作資料に混入している、公開予定の予約を管理できない、といった状態は解消が必要です。

完了判定表には「必須／改善」の区分を付けます。必須項目はすべて確認済みとし、改善項目は残す場合でも担当と期限を決めます。未達の案件を保留として引継ぎ対象から切り離すなら、責任者が範囲変更を承認し、誰が保留を管理するかを記録します。対象全体が完了したかのような表示にはしません。

未達項目の担当者と期限を決める

未達項目には、問題、影響する投稿ID、対応担当、必要な資料、期限、完了を確認する人を記載します。「写真を確認する」ではなく、「M014の継続掲載条件を素材管理担当が確認し、利用期限前に結果を台帳へ記載する」のように、終わりが分かる形にします。

旧担当者の最終勤務日を過ぎても残る作業は、旧担当者を責任者のままにしません。管理者または代理担当へ移し、期限まで公開を止めるのか、別素材に替えるのかを決めます。解消後は対応者の報告だけで閉じず、確認担当が台帳と対象資料を照合して完了日を記録します。

公開後も更新する台帳と更新の起点

台帳は、投稿を追加したときだけでなく、素材変更、指示文改訂、日時変更、承認、予約設定、公開、訂正、利用条件変更を起点に更新します。変更した担当者が記録を残し、関連資料を管理する人へ連絡する流れを決めます。

たとえば開催日時が変わったら、変動情報確認表を更新し、関連する原稿と画像を修正し、必要な再承認を受け、予約状態を照合します。公開済みなら公開先への対応も追加します。台帳の更新を月末にまとめるだけでは、変更から記録までの間に古い情報を使うことがあります。公開判断に影響する変更は、次の作業へ進む前に反映します。

運用責任者、代理担当者、点検周期の決め方

責任者、代理者、点検の起点を、作業ごとに決めます。次は社内運用を設計するための例です。

定期点検は、たとえば進行一覧を週ごと、権限や期限を月ごとに見る運用から検討できます。自社の投稿量と更新頻度に合わせて調整し、変更発生時の確認も併用します。

差し戻しと確認待ちを改善指標にする

改善の振り返りでは、差し戻しの回数だけでなく理由を集めます。根拠不足が多ければ入力資料、所在不明が多ければ保存先、回答待ちが長ければ確認担当と期限の設定を見直します。所在不明素材や期限切れ許諾を見つけた件数も、台帳の整備に役立ちます。

割合を使う場合は、期間、分母、数え方を固定します。架空の計算例として、ある1か月に初回確認へ出した10投稿のうち、差し戻しを受けた投稿が3件なら、3投稿÷10投稿×100＝30％です。同じ投稿の再差し戻しはこの分子に重ねず、修正往復回数として別に記録します。この数値は運用例であり、実績や目標水準ではありません。

ツール変更や担当再交代に備える保管形式

文章はテキストなどで読み出せる形、台帳はCSVなどへ書き出せる表形式、承認時の記録は表示を保ちやすい形式も併用します。画像は完成物に加え、必要な編集元を保存します。特定製品の画面だけに判断履歴を残さないことが、将来の移行に役立ちます。

書き出し形式によって、コメント、数式、権限、画像内文字の編集性などが失われる場合があります。保存形式を変えたら代表的な一件を開き、ID、文章、参照先、版が読めるかを確認します。外部共有先の資料はアクセスが終了する可能性もあるため、保管可能な範囲を契約や管理担当へ確認し、継続して根拠をたどれる方法を決めます。

急な休職や退職でも制作を止めない最終確認

最後に、代理担当が会社の権限で投稿対応表を開き、次に公開予定の案件、使用素材、根拠、承認版、確認待ち事項、予約状態へ到達できるかを確かめます。公開を止める必要がある場合に、誰が操作できるかも確認してください。

急な休職や退職では、不明な情報を推測して投稿を続けるより、確認済みの素材と根拠がそろう案件へ切り替えられることが実務上の備えになります。判断できない案件には保留理由と担当を残します。引継ぎ完了の記録には、判定者、判定日、対象範囲、残る改善項目をまとめ、次の更新責任者へ渡します。完成物と判断の記録が一緒に残れば、後任者は必要な資料に戻りながら制作を続けられます。