学習編で書類作業の「得意・苦手」と渡し方を押さえました。今回はそれを使って、実際の成果物を1本仕上げます。題材は、会議のあとに誰もが抱える宿題——箇条書きの打合せメモを、体裁の整った報告書にする作業です。初稿のズレを直し、事実と数字を確認して完成させるまでを、最初から最後まで通してみましょう。
このシリーズ(全16回・順次公開)
- 全体像と「Codeとどう違う?」の地図
- はじめる ― 最初の作業スペースと安全な範囲設定
- はじめてのタスク(学習編)― 頼み方の基本
- はじめてのタスク(実践編)― 散らかったフォルダを片付ける
- ファイル作業(学習編)― Word・Excel・PowerPoint を任せる前に
- ファイル作業(実践編)― メモから報告書を作って、直す(この記事)
- Skills(学習編)― 繰り返す作業を手順書で覚えさせる
- Skills(実践編)― 週次レポート作成スキルを作る
- Connectors(学習編)― ドライブ・Slack への接続口
- Connectors(実践編)― 資料を読ませて要約させる
- バックグラウンド実行(学習編)― 「待たない」使い方
- バックグラウンド実行(実践編)― 裏で走らせる
- スケジュール(学習編)― 決まった時刻に自動で動かす
- チームで使う(実践編)― 作業と成果物を共有する
- Cowork と Code、どっちを使う?(番外編)
- 「これ実行していい?」と聞かれたら(番外編)
準備:素材の「打合せメモ」を見てみる
題材として、よくある殴り書きのメモを想定します。たとえばこんな状態です。
・対象は営業部の5名/期間1か月
・費用感はまだ。次回までに見積もり
・懸念:既存ツールとの併用、現場の負担
・次回ミーティング 来週水曜
箇条書きとしては十分でも、このままでは上司や関係者に共有する報告書にはなりません。要点は並んでいるものの、前後のつながりや丁寧な言い回しがなく、読み手が文脈をつかみにくいからです。こうした「自分は分かっているが、他人には伝わりにくいメモ」を、誰が読んでも分かる文書に整えるのは、まさに Cowork が力を発揮する場面です。これを整った1本の文書に仕上げてもらいます。
ステップ1:メモを渡し、ゴールを伝える
学習編の3点セットで頼みます。「何を」=このメモを社内共有用の報告書にする。「どの範囲で」=メモに書かれた事実だけを使い、勝手に内容を足さない。「どう出すか」=A4一枚程度、見出し付き、敬体。とくに「書かれていないことは推測で補わない」は重要な指示です。AI は空白を埋めようと“もっともらしい話”を足すことがあるためです。
ステップ2:見本と構成を指示する
ここで効くのが見本です。過去の報告書があれば「この形式に合わせて」と渡します。なければ構成を言葉で指定します。たとえば——
ステップ3:初稿を受け取る(たたき台として)
しばらくすると、見出し付きの報告書ドラフトが返ってきます。文章としてはかなり読める状態のはずです。ただし学習編で触れたとおり、初稿は「下書き」。すぐに提出せず、まず中身を点検します。
ステップ4:初稿のズレを見つけて直す
点検すると、たいてい何かズレが見つかります。実践でよくあるのは次のパターンです。
- 盛りすぎ:メモにない「期待される効果」などが、もっともらしく追加されている
- トーンのズレ:社内共有なのに、やや硬すぎる/くだけすぎる
- 粒度のばらつき:ある項目だけ長く、別の項目が一行
これらは部分修正で直します。「②と④以外はそのままで、『期待される効果』の段落は事実にないので削除してください」「全体をもう少しやわらかい社内向けの口調に」——のように、直したい箇所だけを名指しすれば、良かった部分を壊さずに整えられます。
ステップ5:事実・数字は人が確認する
仕上げの前に、最重要の工程です。「対象5名」「期間1か月」「次回は来週水曜」——こうした数字・固有名詞・日付は、元メモと突き合わせて人が確認します。文章がきれいに整っていると、つい中身まで正しい気がしてしまいますが、体裁の良さと事実の正しさは別物です。ここを飛ばすと、立派な見た目のまま誤情報を共有しかねません。
ステップ6:完成 ― そして「次はもっと速く」への布石
事実確認まで終えれば、報告書は完成です。ここで気づくはずです。「この手順、毎回ほぼ同じだな」と。実はその気づきこそ、次回テーマへの入口です。繰り返す作業は手順書として覚えさせれば、次からは短い指示で同じ品質を再現できます。
よくある質問
Q. メモが断片的すぎて、うまく報告書になりません。
A. 情報が足りない箇所は、無理に書かせず「未定」「要確認」と明記させるのが安全です。空白を推測で埋めさせると、事実でない内容が紛れ込みます。足りない情報は人が補ってから再度整えてもらいましょう。
Q. 何度直しても思いどおりになりません。
A. 細かい修正を重ねても噛み合わないときは、一度ゴールと構成を言い直して作り直すほうが速いことがあります。前回の学習編で触れた「叩き台を出させて直す」と「作り直す」を、状況で使い分けてください。
Q. 完成した報告書はそのまま提出してよいですか?
A. 必ず人が最終確認してから提出してください。とくに数字・固有名詞・日付の正確さは人が担保します。Cowork は作成を助ける道具であり、内容の責任は使う人が負う前提です。
まとめ
- 流れは「メモを渡す → 見本と構成を指示 → 初稿 → ズレを直す → 事実確認 → 完成」。
- 見本を渡すと仕上がりが安定。初稿はたたき台として点検する。
- 修正は箇所を名指し。書かれていないことは推測で補わせない。
- 数字・固有名詞・日付は人が確認。体裁の良さと事実の正しさは別物。
次回からは新テーマ「Skills」に入ります。今回「毎回ほぼ同じだな」と感じた一連の手順を、手順書として覚えさせて繰り返す方法を、学習編で解きほぐしていきます。