架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。 記事「表計算・ノーコード・ローカルツール・Webアプリを同じ軸で比べる」（03-02）の本文で使った内容をまとめたもの。空欄版は 03-02-approach-comparison_template.md。

1. 方式比較表

方式向く条件向かない条件制約との適合運用負担候補判定
表計算の改善少人数で、権限の分離が厳密でなくてもよい業務役割ごとの閲覧制限、状態遷移の自動的な確認が必要な業務会社支給PCで開けるため制約には合う低い（ただし権限管理は手作業）外す（依頼者・承認者の権限分離を厳密に守れない）
ノーコードツール早く作りたい、複数人が同時に使う業務自己承認禁止のような細かい権限ロジックが組みにくい場合がある利用可能なAI・データ持出しの制約との適合は未確認中（ツールの契約・保守が必要）保留（未確認の制約が確認でき、権限ロジックが組めると分かれば候補に残す）
ローカルツール1人がパソコン内だけで完結させたい業務、社外にデータを一切出したくない業務複数の利用者が別々の端末から同時に使う業務ネットワーク制約には合うが、複数人利用には向かない低い（ただし複数人利用に向かない）外す（依頼者と承認者が別々の端末から操作する必要があるため）
Webアプリ複数の役割が別々の端末から、共通の状態を見ながら操作する業務開発・保守の負担を最小にしたい場合会社支給PCのネットワークからのアクセスに合う中〜高（開発・保守が必要）候補に残す（複数の役割と状態の一元管理という条件に最も合う）

2. 完了条件の確認

3. 次工程へ渡すもの