こんにちは。バナナデスクです。
外注した記事が「作業中」のまま止まっている。原稿を書いているのか、こちらの返答を待っているのかが分からないと、催促する相手も判断できません。
Trelloのボードでは、カードを動かす前に、各列へ置く条件を決めます。三本の記事を例に、依頼者と制作者が次の行動を見失わないボードを設計しましょう。カードの文面と配置は架空の設計例で、実際にTrelloへ保存したボードではありません。共有先の表示や通知は、作成後に確かめる項目として扱います。
列名を、気分ではなく次の行動で決める
| 列 | ここへ置く条件 | 次に動く人 |
|---|---|---|
| 依頼準備 | 原稿の目的・範囲・期限を揃えている | 依頼者 |
| 制作中 | 依頼内容を確認し、制作に着手できる | 制作者 |
| 確認待ち | 確認対象の版と問いが提出されている | 依頼者 |
| 完了 | 確認者が条件との一致を確かめ、成果物を保存 | 次の工程の担当 |
差し戻しは、直す箇所をコメントへ記録して制作中へ戻します。「修正中」という列を増やす場合も、誰が何をする列かを決めます。資料不足で止まるなら、理由と次の確認日をカードに残します。
三本を、同じ粒度のカードへする
| カード | 今の列 | 担当と期限 | 次の行動 |
|---|---|---|---|
| A 料金説明の原稿 | 制作中 | 制作者A／10月9日17時 | 条件表と初稿を照合してv02を提出 |
| B 講座のFAQ | 確認待ち | 編集担当／10月9日12時 | v01の質問3と回答の範囲を確認 |
| C 導入文の見直し | 依頼準備 | 編集担当／10月12日10時 | 対象読者と導入の役割を確定して依頼 |
すべて架空の仕事です。カードBの期限は原稿の初回提出日ではなく、今の確認担当が返す期限を使っています。過去の提出期限はコメントへ残し、現在の行動を追う日付と分けます。
カードの説明は、依頼文として読める形にする
カードA：料金説明の原稿
目的：33,000円に含む作業と対象外を、初めての読者が判断できるようにする。
入力資料：提供条件v03。相談60分、構成メモ一枚、3営業日以内。実装と広告運用は対象外。
提出物：料金の節と対象外の節を修正した原稿v02。変更した理由を末尾へ三点以内で記入。
完了条件：料金・時間・納品期限が資料と一致し、対象外が料金の近くで読める。未確認の効果や実績を加えない。
チェック項目は「文章を書く」ではなく、「料金を元資料と照合」「対象外を記載」「最新版を提出」のように、何を見れば済んだか分かるものへします。文章全体の良し悪しを、チェック数だけで判定するわけではありません。
外部担当へ見せる範囲は、ボード単位で考える
Trello公式のゲスト説明では、ゲストは招待されたボードの全カードを見ることができ、特定カードだけを隠す方法はないとされています。別の顧客の機密原稿があるなら、同じボードへ置いたまま担当だけ変えても分離できません。
この例では、同じ案件の公開用原稿三本だけを共有対象にします。請求や社内判断の資料は、外部担当に見せない保管先へ分けます。ゲストという呼び名だけで、閲覧専用や一枚限定だと判断しないようにします。
細かな締切と自動化は、必要なプランで確認する
2026年10月2日に確認した料金表では、Freeは一つのWorkspaceで共同利用者10人、ボード10枚、月250回のコマンド実行等の条件です。StandardにAdvanced checklistsやCustom Fieldsがあります。通常のカード期限と、チェック項目ごとの担当・期限を同じ機能として説明しないようにします。
初めは手動でカード三枚を一周させ、必要な通知と更新の責任を確かめます。動かし方が曖昧なまま「完了列へ移動したら全て通知」の自動化を増やすと、誤って完了へ動かした時にも通知が広がります。
完了へ動かす前に、提出版と確認結果を残す
確認コメントの例：v02の金額・相談時間・納品期限を条件v03と照合しました。対象外の作業も料金の直下に記載されています。この原稿の確認は完了です。公開作業は別の担当へ引き継ぎます。
原稿が完了したことと、公開されたことは別です。カード名が「記事公開」なら、原稿の確認だけでは完了にしません。ボードの単位を原稿制作に揃えるか、公開まで追うカードへするかを決めます。
外部担当の画面で必要なカードと資料を読めるか、余計な範囲へ入れないか、期限やコメントの通知が届くかを試します。カードがきれいに並んだ状態より、次に動く人が分かる状態を保ってください。