AIとうまく進められた仕事を、チームで使える手順に残す
AIとの会話から共通の手順と今回だけの条件を分け、入力資料・依頼文・完成条件をセットにします。次の担当者が使える制作メモのひな型を掲載します。

この記事のポイント
- 完成物と一緒に、採用した判断とその理由を残す。
- 共通手順と案件ごとの条件を分け、入力と完成条件を揃える。
- 次の仕事で使い、迷った点を手順へ反映する。
この記事の目次
完成物と一緒に、作り方の要点を残す共通の手順と、今回の条件を分ける依頼文だけでなく、入力と完成条件をセットにするMarkdownで、コピーして使える形にする別の仕事で使い、迷った箇所を更新するそのまま使える制作メモのひな型AIと一緒に進めた仕事が、納得できる形で仕上がった。その後、別の仕事で同じ進め方を使おうとすると、どの依頼や修正が効いたのか思い出せないことがあります。長い会話を読み返しても、今回だけの指示と、次にも使える工夫が混ざっています。
今回の資料制作でも、見本を渡し、配色や線を調整し、追加するページを決め、出力を確認するまで、複数の判断がありました。その流れには、次の資料でも使える部分があります。
この記事では、AIとの仕事を、次の担当者も使える手順に残す方法を提案します。bizmoteで進めてきた資料制作と、記事をMarkdownで持ち帰って再利用する検討を踏まえたものです。チーム全体への定着や生産性の効果を測定した事例としては扱いません。
完成物と一緒に、作り方の要点を残す
完成した資料だけを渡すと、次の担当者は「何を変えてよいか」「なぜこの構成なのか」を判断しにくい場合があります。逆に会話の履歴だけを渡すと、必要な指示を探す仕事が増えます。
そこで、完成物に短い制作メモを添えます。目的、入力した材料、採用した判断、確認の方法などです。履歴の全文を保存することと、再利用しやすい手順を作ることを分けて考えます。
たとえば、資料の線を細くしたという変更なら、「罫線を調整した」だけでなく、「本文より枠が目立たないようにした」と理由を残せます。次の担当者は、同じ太さをそのまま使うべきか、表示する大きさに合わせて調整してよいかを考えられます。
すべての経緯を残す必要はありません。次の人が同じ仕事を始めるとき、知っていれば迷わず進められることを選びます。うまくいかなかった手順も、繰り返しそうなものだけ理由と一緒に記録します。
共通の手順と、今回の条件を分ける
再利用しやすい手順にするには、変わらない部分と、毎回変える部分を分けます。資料制作なら、根拠と仮説を区別する、構成を先に確認する、配布形式で表示を確かめるといった手順は共通にできます。
一方、対象者、発表の目的、説明する内容、締めのメッセージは案件ごとに変わります。今回の文言まで標準の指示に入れると、次の資料にも不要な内容が入りかねません。
見本も同じです。ブランドの見た目を示す見本と、特定の業務を説明する完成例を分けて置きます。前者は色や文字の扱い、後者は内容をどう組み立てたかを見るために使えます。
図は横にスクロールして読めます
この分け方は、資料以外にも使えます。議事録なら、決定事項と未決事項を区別するルールは共通、会議の目的と参加者は都度入力です。問い合わせへの返信なら、根拠を確認する手順は共通、相手の状況は都度確認します。
汎用化しすぎると何の業務にも使いにくくなるため、最初は「社内向けの方針資料」など、繰り返し発生する仕事の単位でまとめると扱いやすくなります。
依頼文だけでなく、入力と完成条件をセットにする
同じ依頼文でも、渡す材料が違えば出力は変わります。情報が不足している場合にどうするか、どこを人が決めるかも書いておく必要があります。
手順書には、作業を始めるために必要な材料を書きます。参照資料、対象者、目的、見本などです。素材がない場合は、推測で埋めるのか、確認待ちにするのかも決めます。事実として扱う情報は確認できる材料に基づけます。
完成条件には、次の仕事へ渡せる状態を書きます。「資料ができた」より、「見出しと根拠が対応し、配布形式で読め、必要な箇所を更新できる」の方が確認に使えます。
人が判断する箇所も明示します。方針を選ぶ、外部への約束を決める、正式なルールを確認するなどです。AIに作業を依頼するとき、その境界が書かれていれば、どこで確認を挟むかを想定できます。
横に長い表は スクロールして読めます
| 手順書に残すもの | 次の担当者が分かること |
|---|---|
| 使う場面と目的 | 自分の仕事に合うか |
| 必要な材料 | 始める前に何を集めるか |
| 依頼文と進める順序 | どう作業を進めるか |
| 人が決めること | どこで確認を挟むか |
| 完成条件と確認方法 | どこまでできれば渡せるか |
Markdownで、コピーして使える形にする
私たちは、記事を読むだけでなく、内容をAIやチームへ持ち帰れる形も検討してきました。その用途では、見出しや箇条書きを付けたテキストとして扱えるMarkdownが一つの選択肢になります。
重要なのは、ファイル形式の名前を覚えることより、必要な部分をコピーして編集できることです。記事として読む部分と、実際に使う依頼文やチェックリストを分けておけば、次の作業で取り出しやすくなります。
見本の画像や元資料は、テキストに無理に詰め込まず、参照先を添えます。ただし、社外へ渡す版には、社内のリンクや実データが残らないよう内容を組み直します。社内で使う手順と、公開してよいひな型を分けるためです。
また、作成者や更新時点、適用する範囲を付けます。以前使えた手順でも、業務のルールや利用する環境が変われば見直しが必要です。「最新版がどこか」まで分かることが、共同利用の土台になります。
別の仕事で使い、迷った箇所を更新する
手順書を作っただけでは、他の場面で使えるかはまだ分かりません。次の仕事で実際に使い、足りない材料や曖昧な指示を見つけます。
「見本に合わせる」と書いてあっても、どの見本か分からなかった。完成条件に「確認する」とあるが、何を開けばよいか不明だった。こうした迷いを、そのまま改善の材料にします。
今回だけの事情なら案件のメモへ、次も起こりそうなら共通の手順へ追記します。下の例では、確認するファイルが不明だったという学びを共通手順へ反映し、今回の発表会だけの条件は案件メモへ分けています。更新の履歴に理由を添えておけば、次の担当者は何が変わったかを確かめられます。新しい工夫を毎回すべて足すより、使う人が必要な判断をできるかを見ながら更新します。
図は横にスクロールして読めます
そのまま使える制作メモのひな型
以下をコピーし、直近でAIと仕上げた仕事について埋めてみてください。最初は短いメモで十分です。
- 手順名:[繰り返す仕事の名前]
- 使う場面:[対象と目的]
- 必要な材料:[参照資料、見本、入力事項]
- 毎回差し替える条件:[今回の対象者やテーマ]
- 進め方:[最初の依頼、確認、制作、修正の順序]
- 人が判断すること:[方針、採用する案、正式な情報]
- 完成条件:[次の人に渡せる状態]
- つまずきやすい点:[迷ったことと対処]
- 更新する人と時点:[管理する担当と更新日]
AIに整理を依頼するなら、「この作業で使った判断を、共通の手順と今回だけの条件に分けてください。未確認の効果は加えず、次の担当者が始めるために必要な材料と完成条件をまとめてください」と伝えられます。
まず一つの仕事で、完成物とこのメモをセットにしてください。次に使ったときに何を補ったかが分かれば、個人の会話に埋もれていた工夫を、チームで育てる手順へ変えていけます。
このナレッジを AIと使う
「AIとうまく進められた仕事を、チームで使える手順に残す」を自分の業務に当てはめるためのMarkdownファイルです。記事から抜き出した要点・手順・チェック項目に、自分の状況を書き込む欄とAIへの依頼例をまとめています。
このファイルでつくれるもの
- 記事の要点に沿った現状整理
- 優先して確認する質問リスト
- 担当者・期限・判断条件を含む実行計画
ChatGPTやClaudeなどにファイルを添付し、自分の状況を伝えてください。対話しながら具体的なアウトプットをつくれます。
ナレッジをダウンロード .md
無料・登録不要 / 更新 2026-09-11
テキスト形式のファイルです。専用アプリがなくても内容を読めます。
このナレッジを どこで実践しているか。
AIを事業の力に。現場で使える仕組みを設計し 実装する。
bizLabのサービスを見る



