なぜ製品比較の前に要件整理が必要か
ワークフロー・稟議システムの情報収集を始めると、機能一覧や導入事例の情報がすぐに集まってくる。しかしその前に「自社の承認プロセスのどこに、何の問題があるのか」を言語化しておかないと、目的とツールがずれたまま選定が進んでしまう。
情報収集段階の目的は「どの製品がよいか」ではなく「自社にとって何が必要か」を定義することだ。この段階を飛ばして製品比較に入ると、機能が多いツールに引っ張られて過剰投資になりやすい。
ワークフロー・稟議システムが「結局、紙とメールに戻る」根本原因は何か
ワークフロー・稟議システムを導入したにもかかわらず、数ヶ月後に紙の回覧やメールでの個別承認が復活する事例は少なくない。原因の多くは製品の性能不足ではなく、「現状の承認プロセスをそのままシステムに移しただけ」で、複雑な例外処理や規程の曖昧さが解消されていないことにある。
まず自社の承認プロセスの構造を分解し、どこに非効率と例外があるかを特定することから始めてほしい。
現状の承認プロセスをどう棚卸しするか
要件整理で欠かせないのが、現在の承認プロセスの棚卸しである。以下の項目を確認してほしい。
- 稟議・申請の種類ごとに、起案から決裁までの経路（誰が・何段階で承認するか）
- 各経路が紙・メール・グループウェア・口頭のどれで運用されているか
- 承認の所在（今どこで止まっているか）を確認する手段があるか
- 決裁権限規程・稟議区分が文書化されているか、それとも慣習で運用されているか
この棚卸しによって、選択できる戦略パターンが自然に絞られる。例えば決裁権限規程自体が整備されていない場合、ツール導入よりも規程整備を先に行うべきという結論になることがある。
承認経路の複雑性はどこに現れるか
ワークフロー・稟議の要件整理で見落とされやすいのが、承認経路の複雑性そのものである。金額によって承認段数が変わる、部門によって決裁者が異なる、特定の稟議区分だけ役員決裁が必須になるといった分岐は、単純な一本道の承認フローでは表現できない。
こうした分岐条件を事前に洗い出しておかないと、製品比較の段階で「この製品は複雑な分岐に対応できるか」を判断できず、導入後に「結局この稟議だけは紙で回している」という状態が残りやすい。
戦略パターンをどう選ぶか
ワークフロー・稟議カテゴリには複数の「解き方」がある。製品名を先に検討するのではなく、まずどの戦略パターンに近いかを仮置きしてほしい。
- 「グループウェア一体型ワークフロー活用」：既存グループウェアに内包された承認機能を使いこなせていない
- 「専業ワークフロー・稟議SaaS単体導入」：承認経路の分岐が複雑で、専用機能が必要
- 「ノーコード業務アプリ基盤での内製構築」：稟議以外の業務アプリも合わせて自社独自に組みたい
- 「会計・購買システム組込ワークフロー活用」：購買稟議など会計・基幹システムに承認機能が内包されている
- 「規程整備先行・現状運用の見直し」：決裁権限規程や稟議区分自体が曖昧なまま電子化しようとしている
- 「外部専門家（内部統制・BPR）伴走支援」：規程設計から承認プロセスの再設計までを外部に委ねたい
この仮置きは後で変わっても構わない。「現時点では○○パターンが近そう」という仮説を持った状態で製品比較に入ることで、評価軸がブレにくくなる。
Must条件とWant条件をどう分離するか
要件整理の次のステップは、条件の優先順位付けである。すべての要件を同列に扱うと、機能数が多いだけの製品が評価されがちになる。
Must条件は「これがないと承認業務が回らない・導入の意味がない」もの。例えば「特定の会計システムとの連携が必須」「金額別の多段階承認経路を設定できること」「スマートフォンからの承認操作ができること」などである。Must条件は5個以内に絞るのが目安で、それ以上あると「実は全部Wantだった」可能性がある。
Want条件は「あると良いが、なくても導入の判断は変わらない」もの。評価時の加点要素として扱う。
規程整備を先にすべきかどうかはどう判断するか
ワークフロー・稟議カテゴリに特有の論点として、「規程整備が先か、ツール導入が先か」がある。決裁権限規程や稟議区分が文書化されておらず、慣習と個人の裁量で承認が回っている状態でツールだけを導入すると、システム上の承認経路設定が現実の運用と一致せず、結局例外処理が積み上がる。
以下のいずれかに該当する場合、ツール選定と並行して規程整備、あるいは規程整備を先行させることを検討してほしい。
- 決裁権限規程が文書化されていない、または最終改定から数年以上経過している
- 同じ稟議区分でも部門によって承認段数や決裁者が異なる
- 「誰が最終決裁者か」が担当者の記憶や慣習に依存している
ツールを使わない・現状の運用で足りるのはどんな条件か
要件整理の最後に必ず行うべきステップが、「ワークフロー・稟議カテゴリで新しいツールを買わない条件」の定義である。
以下のいずれかに該当する場合、追加ツールを買わずに済む可能性がある。
- 今使っているグループウェアに内蔵されている承認機能を使いこなせていない
- 稟議の件数・関係者数が少なく、メールと共有フォルダの運用ルール整備で十分カバーできる
- 現状の課題の根本が承認の遅さでなく、決裁権限規程の曖昧さにある
「既存の道具や規程整備で解決できるなら買わない」という条件を先に定義しておくことで、製品比較の段階で判断軸がぶれなくなる。
よくある失敗は何か
ワークフロー・稟議システムの導入でよくある失敗は、現状の承認プロセスの複雑さを把握しないまま製品を選び、導入後に「この稟議区分だけ設定できない」という例外が次々と見つかることである。また、決裁権限規程の整備を後回しにしたまま電子化を進め、システム上の承認経路と実際の運用がずれてしまう失敗も少なくない。要件整理の段階で「どこまでを電子化し、どこは規程から見直すか」を言語化せずに比較へ進むと、こうした失敗を繰り返しやすい。
料金・コストはどう見るか
料金は月額ライセンス費用の比較だけでは実態を捉えきれない。実際にかかるコストは、ライセンス費用に加えて、初期設定・承認経路の設計構築・既存システムとの連携・利用者への教育コストまで含めた「導入から定着までの総コスト」で見る必要がある。特に会計・購買システム組込型やノーコード業務アプリ基盤での内製は、追加ライセンスが小さく見える一方、設定・保守の工数が継続的に発生する点に注意してほしい。
要件整理の成果物として何を持つべきか
製品比較に移る前に、以下を整理した状態にしてほしい。
- 承認プロセスの現状マップ（稟議区分ごとの経路・段数・運用手段）
- 決裁権限規程・稟議区分の整備状況と、整備が必要かどうかの判断
- 仮置きした戦略パターンと、その理由
- Must条件（5個以内)とWant条件のリスト
- 「買わない条件」の定義
これらが揃った状態で比較表を作ると、評価が「どの製品が機能豊富か」ではなく「どの戦略パターンで解くと自社の承認プロセスに合うか」という問いに変わる。
関連記事
- 比較段階の論点整理：【ワークフロー・稟議・比較】戦略パターンで比較する：グループウェア一体型か専業SaaSか内製か
- 導入の意思決定を固める：ワークフロー・稟議システム導入の意思決定：稟議の通し方・3年トータルコスト・買わない条件