文書ワークフローとは？

文書ワークフローとは、ファイルが人から人へと渡る際に取る、あらかじめ合意された経路であり、誰が起案し、確認し、承認し、保管するのかを順序とともに定めたものである。

多くの経路は同じ段階を共有している。作成または取り込み、レビューと承認、配布、そして保管またはアーカイブである。各段階には担当者が明示されているため、止まったファイルについて確認する相手がいる。経路はソフトウェアが動かす前から存在しており、明確な経路であれば、文書管理システムがなくてもメールだけでチームは運用できる。

文書ワークフローの仕組み

文書ワークフローの要件

• 固定された段階の順序： ファイルは、作成または取り込み、レビューと承認、配布、保管またはアーカイブの順に毎回同じ流れで進む。経路が共有の受信箱を通る場合も、文書管理システムを通る場合も同じである。
• 各ステップの担当者： 各段階は法務や財務など、一人の人物または一つの役割が担う。止まったファイルを次へ進めるのはその担当者である。
• 業務に応じた範囲のアクセス権： レビュー担当者には自分のステップを完了できるだけの権限を与え、それ以上は与えない。小規模なチームであれば、フォルダの共有設定で対応できる。
• 全体を通したバージョン管理： 経路上の全員が最新版で作業し、過去の草案もあとから取り出せる状態に保たれる。
• すべての操作の監査証跡： 判断、コメント、タイムスタンプがファイルに紐づいて残る。証跡が、最終版の隣に保存した承認スレッドであっても同様である。
• 経路を決めるルール： ある条件によって、ファイルは別の経路へ振り分けられる。たとえば、一定額を超える請求書には承認段階を追加する、といった具合である。

文書ワークフローが重要な理由

経路が定義されていなければ、チームは監査人に対し、誰がいつどの版のファイルを承認したのかを示せない。記録された経路があれば、ファイル自体の履歴から答えが出る。何も記録されていなければ、監査は受信箱をひたすら探し回る作業になる。

承認の遅れが二つ目のコストである。次の行き先が決まっていないファイルは、たどり着いた受信箱の中で、誰かが催促するまで待ち続ける。

三つ目のコストは手戻りである。古い草案を編集したり、レビューを飛ばしたファイルに承認を出してしまったりする。段階ごとに担当者がいる経路なら、どれが最新版で、ファイルが今どこにあるのかがはっきりする。

文書ワークフロー vs ワークフロー文書化 vs 文書管理システム

まず経路に合意する。プロセスを説明するにはワークフロー文書化を書き、ファイルを保管するには文書管理システムを導入し、自動化は、実行対象となる文書ワークフローを整理してから加える。

文書ワークフローの作り方

1. 現在の経路を整理する。 実在するファイルを一つ選び、現在の文書ワークフローのプロセスをたどって、誰が受け取り、各自が何を判断し、どこで滞ったりつまずいたりするのかを書き留める。
2. 各段階に担当者を決める。 起案、レビュー、承認、署名、保管のそれぞれに個人または役割を割り当て、各ステップを次へ進める責任者がいる状態にする。
3. 起点と順序を決める。 依頼フォームや共有フォルダへのファイル投入など、経路を開始させるきっかけを決め、順番に実行する段階と並行して実行できる段階を分ける。確認を伴わず承認だけを加えるレビューは削る。不要な直列の段階は、そのたびに経路を遅くする。
4. 判断ルールと期限を加える。 各レビューに合格基準を書き、各段階に期日を設定し、経路が変わる条件を明記する。たとえば、一定額を超える契約に追加の承認を設ける、といった条件である。
5. 実際のファイルで試す。 代表的な文書を経路に通し、次に何が起きるのかを誰かが尋ねる必要があった箇所をすべて修正する。
6. 稼働前に関係者を教育する。 各担当者に自分の段階を先に説明する。何も知らずに始めた人は、これまでのやり方でファイルを回し続けてしまうためである。
7. 稼働後に見直して改訂する。 完了までの時間、期限切れのタスク、差し戻し、ボトルネックを追跡し、人や文書が変わったら経路を更新する。

文書ワークフローの例

仕入先との契約を承認する小規模なチームなら、期限の例を添えた5列の一覧表一つで経路全体を運用できる。

• 文書ワークフロー：契約承認（期限と金額の基準は例示の値）
• 段階： 起案 ・ 担当者： 依頼者 ・ アクション： 契約書を起案するか、仕入先から受け取った契約書を登録する ・ 期限： 依頼と同じ営業日 ・ 次のステップ： 法務レビュー
• 段階： 法務レビュー ・ 担当者： 法務 ・ アクション： 条件を確認し、修正が必要な場合はコメントを付けて契約書を起案へ戻す ・ 期限： 起案から3営業日後 ・ 次のステップ： 財務承認、または起案へ戻る
• 段階： 財務承認 ・ 担当者： 財務 ・ アクション： 費用と支払条件を承認する。$25,000を超える契約は、財務責任者による追加の承認段階へ進む ・ 期限： 法務レビューから2営業日後 ・ 次のステップ： 署名
• 段階： 署名 ・ 担当者： 権限を持つ署名者 ・ アクション： 承認された契約書に電子署名する ・ 期限： 財務承認から1営業日後 ・ 次のステップ： 配布
• 段階： 配布 ・ 担当者： 依頼者 ・ アクション： 署名済みの契約書の写しを仕入先と財務へ送る ・ 期限： 署名と同じ営業日 ・ 次のステップ： 保管
• 段階： 保管 ・ 担当者： 依頼者 ・ アクション： 署名済みの契約書を、コメント、判断、タイムスタンプを添えて、管理された契約書リポジトリへ移す ・ 期限： 配布と同じ営業日 ・ 次のステップ： 経路完了、契約書の保管済み

録画から一度で文書ワークフローへ

現在の経路を整理することは上記のステップ1であり、録画なら手間をかけずにそれを記録できる。ファイルを扱っている人に画面上で一通り実演してもらい、誰が起案し、誰がレビューし、誰が承認し、ファイルがどこに落ち着くのかを話してもらう。

Hinto AIは、その録画を経路の構造化された文書に変換する。Hintoのウェブアプリやクローム拡張機能に内蔵された画面レコーダーで、画面、カメラ、マイクを録画することも、Loom、Zoom、YouTube、あるいはローカルのMP4、MOV、WebMファイルなど、すでに持っている動画をアップロードすることもできる。Hintoは動画内のUIの状態変化やボタンのクリックを検出し、そこからスクリーンショットと文章化された手順を抽出する。

出力は、ソフトウェアで経路を構築する前にチームが読んで合意できるプロセスガイドである。カスタムドメイン付きの公開URLで公開することも、Notion、Confluence、GitHub、GitLabに同期することもできる。Hintoが経路を文書化し、実際にそれを動かすのは、チームの運用、受信箱、文書管理システムである。

文書ワークフローに関するFAQ

文書ワークフローの各ステップは誰が責任を持つのか？

各段階には、個人または法務や財務などの役割という、担当者が一人決まっている。経路は、誰が起案し、確認し、承認し、保管するのかを定める。ファイルが止まったときに確認する相手は、現在の段階の担当者である。アクセス権限も同じ役割に沿って設定される。

文書ワークフローは誰が何を承認したかを記録するのか？

適切に運用されていれば記録する。各段階での判断、コメント、タイムスタンプが文書に紐づいて残り、それが監査証跡になる。文書管理システムでは、ソフトウェアがそれを記録する。メールで運用しているチームは、承認のやり取りを最終版のファイルと一緒に保存すればよい。

バージョン管理は文書ワークフローにどう関わるのか？

バージョン管理は各段階と並行して働き、レビュー担当者と承認者が同じ最新のファイルを見ている状態を保つ。これがなければ、法務がすでに変更した草案を誰かが承認してしまうことがある。経路によっては、追跡とバージョン管理を独立した段階として扱う場合もある。

文書ワークフローで承認は速くなるのか？

速くなる可能性がある。定義された経路があれば、行き先の分からないまま受信箱で待たされる時間がなくなり、並行レビューなら複数のレビュー担当者が同時に動ける。ただし、直列の段階が増えると、経路はまた遅くなる。

文書ワークフローは稼働後に変えるべきか？

変えるべきである。生きたプロセスとして扱い、完了までの時間、期限切れのタスク、差し戻し率、ボトルネックを追跡し、毎日使っている人たちにどこで詰まるのかを聞く。担当者、文書、ルールが変わったら経路を改訂する。そうしないと、チームの実際の動き方からずれていく。