備品・SaaS管理を「潰れない仕組み」に変えた手順【実装編・後編】
振り返り
前編では、仕組みの土台作りについて書きました。
現状把握、管理対象の絞り込み、台帳の再設計、そして法人カード統制の導入。
これで「何があるか」は見えるようになりました。
でも、土台ができても日々の運用が回らなければ、崩壊します。
後編では、制度を回すために実施した「ワークフロー」と「入退職フロー」の運用の仕組み化を解説します。
ステップ5:ワークフローの設定(1日)
法人カード統制で、契約の「網羅性」は確保できました。カード明細を見れば、何が契約されているかは一目瞭然です。
でも、それだけでは不十分でした。
「誰が承認したのか」「なぜ契約したのか」——この2つが記録されません。半年後に「このSaaS、何のために契約したんだっけ?」となります。
だから、ワークフローが必要です。
ワークフローとカード統制の役割分担
ワークフローは「意思決定の記録」のため。カード統制は「無断契約の防止」のため。
両方あると初めて回ります。
申請フローをどう設計したか
僕が作った申請フローは、こうなっています。
①申請のタイミング
トライアル終了後、有料化する前。または有料化と同時。
②承認ルート
5万円未満:部門長 → 管理部
5万円以上:部門長 → 代表 → 管理部
最終承認者を管理部にすることで、全ての契約申請を管理部が把握できます。これにより、台帳への記載漏れを防げます。
③申請項目
サービス名、契約プラン、利用目的、管理者、更新頻度。
必須項目だけに絞りました。項目が多いと、誰も申請しなくなるからです。トライアルはどう扱うかここで疑問が出ます。
「トライアル時に申請しないと漏れるの
0