先週までの案件では「商品名の英字はすべて大文字」、今週の案件では「公式表記どおり先頭だけ大文字」。新しい原稿に古い条件が混ざると、一文ずつ直すことになります。MetaのMuseは過去の会話を踏まえて提案するパーソナルAIです。便利に使うには、案件の終わりに今後も使う好み、今回だけの条件、接続していたサービス、外部に作った成果物を別々に整理することが大切です。以下は個人で複数の制作を受ける人を想定した手順です。
古い条件が混ざるのはどの段階か
例えば、案件Aの担当者に送るメールは短くくだけた文体で、案件Bでは初めて連絡する企業の広報宛てに丁寧な文面が必要だとします。Aで使った文体が次も採用されたときに「もっと賢く覚えてほしい」とだけ指示すると、どの相手に限った好みかが伝わりません。まず元の言い方を振り返ります。「私はいつも短い文が好き」と伝えたのか、「今回のA社宛てだけ、三行で」と伝えたのかで、引き継がれてよい範囲が変わります。
依頼を始めるときに、案件名と期限を書いておく方法があります。「これは11月の展示会Aの原稿です。この案件でだけ商品名を全大文字にし、別案件ではその資料の公式表記を優先してください」。こうすれば、後から見直す際も、何を忘れてほしいか具体的に指定できます。同じ名前の担当者が複数いる場合は、個人名を増やして区別するより、社名や案件番号など業務上必要な識別子に絞ります。
「忘れて」と「接続を外す」で変わるもの
Metaは、Museが覚えた特定の内容について忘れるよう指示できること、サービスとの接続や許可範囲を利用者が変更できることを案内しています。ここで、記憶の整理とアクセス許可の整理は目的が違います。過去の好みを忘れるよう頼んでも、カレンダーの接続が自動的に外れたとは判断できません。逆に接続を外しただけで、やり取りや送信済みメールがすべて消えたとも判断できません。
| 整理したいもの | とる行動の例 | 確認する場所 |
|---|---|---|
| 案件限定の表記・好み | 範囲を示して以後の提案に使わないよう指示 | 新規の架空依頼への回答、利用できる記憶の管理表示 |
| 予定を読む・メールを扱う権限 | 不要になった接続やアクセス範囲を見直す | Museと連携先の許可状態 |
| 共有した文書 | 所有者・共有先・保管期限を整理 | 原本を保管するサービス |
| 送付済みの連絡 | 何を誰へ渡したかを案件記録に残す | 行動履歴と送信済みの記録 |
引き継ぐのは「私の好み」か「取引先の契約条件」か
例えば「私は結論を先に読みたい」は複数の案件にまたがる個人の好みです。一方、「公開前に必ず先方の法務を通す」は特定の案件で守る条件かもしれません。文章としてはどちらも継続ルールに見えますが、後者を別の取引先に持ち込むと、存在しない承認経路を想定して作業が止まります。整理表に対象者と有効範囲を書きます。「自分・常に」「A社・この案件」「B社・初稿のみ」など短い言葉で十分です。
期限がまだ決まっていない依頼には、日付を無理に作らず「納品が終わるまで」と区切りを置きます。長期の継続案件で担当部署が変わった場合も、全案件共通の好みとして更新するより、変更した日と適用する原稿を控えます。運用ルールは、自分の作業を速くする記憶と、契約上の正しい記録を分けて持つ方が後から追えます。正式な条件は契約書や依頼書で確認します。
納品日の最後に、5分で見直す三つの項目
まず、予定していた作業が全部完了したかを見ます。Metaの説明では、Museはアプリを閉じた後も長いタスクを進められます。アプリを閉じた時点を案件終了と見なすと、あとから関連する承認通知が届いて戸惑うことがあります。実行中や承認待ちの項目を確認し、不要になった処理があれば、その画面で使える停止・取り消しの方法を確かめます。送信前の下書きが必要なら、保存先を決めます。
次に、その案件のためだけにつないだサービスを一覧にします。メールの受信内容を読む必要はもうないが、別の進行中案件でも同じカレンダーを読む必要がある、といった場合、すべてを一度に外すと別の作業も止まります。接続名だけを見ず、何の目的で誰が使っているかをメモしてください。不要になった範囲の見直しと、継続する仕事の必要性を個別に判断します。
最後に、納品済みファイルの参照先と所有者を確かめます。納品先の共有フォルダーを整理する場合は、相手が引き続き使うファイルもあります。案件が終わったからといって、共有物を自分の判断だけで消すと、相手が納品物を受け取れない事態になります。自分の作業用コピー、相手へ渡した完成版、記録として保存する契約文書を区別し、それぞれ合意した期間に従います。
実名を使わずに、新しい案件で混入を試す
確認する際は、架空の商品名を一つ用意します。たとえば「Lino Cup」という新しい案件の資料に「公式表記はLino Cup」と書いて、紹介文を二行頼みます。結果が「LINO CUP」なら、直前の指示、参照中の資料、同じ会話の履歴、記憶している好みのどこから来たのかを切り分けます。大文字になったという一つの回答だけで、必ず特定の記憶が残っていると断定はできません。
切り分けるなら、同じ架空資料で新しい会話から試し、依頼文に「資料内の公式表記をそのまま使用」と短く加えます。これで直るなら、実務上は原典を優先する指示が役立っています。直らなければ、添付資料の複数箇所で表記が揺れていないかも確認してください。このテストは次の原稿への混入を見つけるものです。データの完全な削除を証明する目的には使えません。削除や保存に関する要件がある案件は、公式のプライバシー説明と契約上の条件で別に判断します。
引き継ぎの一行に「何が終わったか」を残す
納品日が11月10日、軽微な修正の受付が同17日までの案件なら、10日にすべてを閉じると修正時に再び資料を集めることになります。反対に「いつか使うかも」と全権限を残すと、別の案件の作業中に古い資料を参照しやすくなります。台帳の行に「10日・新規制作終了／17日・修正受付終了／18日・参照要否を担当者が確認」と、それぞれ異なる出来事として書けます。
確認後の記録も「完了」だけで済ませず、「案件A用の商品名ルールを整理、共有フォルダーの所有者は取引先、修正担当へのリンクは契約期間内のみ」と書くと、後任が何を引き継ぐか決めやすくなります。別の取引先でも共通して使う自分用カレンダーがある場合は、その用途が続くことも同じ行に書き添えましょう。
案件が重なったら、記憶に頼らず台帳を持つ
二つの取引先で同じ日に納品がある場合、どちらの権限をいつ見直すかは、頭の中だけでは管理しにくくなります。「案件名、利用サービス、必要な理由、担当、次回確認日」の五列で台帳を作り、納品日ではなく次の作業がなくなる日を確認日にします。納品後一週間だけ修正対応をするなら、その期間も含めて決められます。
件数が少ないうちは手元の表で十分です。確認期限の通知をMakeで試すなら、先に料金表で通知件数に合う枠を見てから、Makeの登録ページ（広告）を利用します。最初の自動化は「確認日が来た案件を一覧にする」程度で目的を果たします。資料の消去や接続の解除まで自動で行うには、別の担当や進行中案件への影響が分かる仕組みが必要です。本人が確かめてから処理する範囲を台帳に残すと、案件の終わりが次の案件の混乱につながりにくくなります。
コメント