ツールは決まったのに、稟議で止まる
候補となるツールを比較し、トライアルで自社の作業動画も試した。現場の担当者としては「これで進めたい」と結論が出ている。それでも、社内の稟議・決裁の段階で差し戻されることがあります。理由の多くは、ツールの良し悪しではありません。決裁者が判断を下すために必要な情報が、資料に書かれていないことにあります。
手順書の改訂が追いつかない、熟練者しか教えられない——現場の担当者にとって自明なこれらの課題は、決裁者にとっては自明ではありません。決裁者が見ているのは「この支出を認めると、会社の何がどう変わるのか」「認めなかった場合に何が起きるのか」です。稟議書は、現場で起きていることをその問いに答える形に置き換える作業だと考えると、書くべき内容が決まってきます。
よくある差し戻し: 「で、いくら浮くのか」「他の選択肢は検討したのか」「今のやり方ではだめな理由は何か」の3つです。いずれも資料に何も書いていないわけではなく、現場の言葉のまま書かれていて決裁者の判断材料になっていない、というケースがほとんどです。
稟議書・決裁資料に書く6つの項目
社内の様式は企業ごとに異なりますが、マニュアル作成ツールのようなソフトウェア導入の稟議では、次の6項目が揃っていれば判断に必要な材料としては足ります。
| 項目 | 書く内容 |
|---|---|
| 1. 解決したい課題 | 誰の、どの作業で、どれだけの時間・頻度で発生しているか |
| 2. 現状の運用と限界 | 今のやり方（紙・Excel・外注）で回らなくなっている具体的な理由 |
| 3. 導入する仕組みと適用範囲 | 対象工程・対象人数・開始時期。全社か一部かを明示する |
| 4. 費用と費用対効果 | 見積り金額と、何と比べて見合うと判断したのか |
| 5. 比較検討の経緯 | 検討した候補と、要件に照らした選定理由 |
| 6. リスクと対策 | 情報セキュリティ、定着しなかった場合、契約期間の扱い |
このうち1〜3は現場の担当者が日常的に把握している内容なので、書くこと自体は難しくありません。差し戻しの原因になりやすいのは4・5・6です。以下で順に見ていきます。
費用対効果を決裁者の言葉に翻訳する
どの数字を拾うかという洗い出しの視点はAIマニュアル作成ツールの費用対効果はどう考える？で整理しています。ここでは、洗い出した内容を稟議書にどう書くかに絞って説明します。
現状工数は「人数 × 時間 × 頻度」の形で書く
「手順書の作成に時間がかかっている」という書き方では、決裁者は規模を判断できません。「手順書1件あたり、担当者2名が合計8時間、年間30件」のように、人数・時間・頻度の3つに分解して書きます。ここまで分解すると、現状かかっている工数が年間で何時間分なのかが資料の上で自動的に出てきます。撮影だけでなく、文章に書き起こす時間、画像を貼って整える時間、レビューと修正のやり取りまで含めるのが実態に近い数字です。
金額に換算しにくい効果は「リスク」の欄に書く
手順書が古いまま現場に残っている、熟練者が退職すると教えられる人がいなくなる——こうした効果は工数のようには金額に換算できません。これを無理に金額化すると根拠が弱くなり、かえって突っ込まれます。費用対効果の欄ではなく、「導入しなかった場合に想定されるリスク」として別立てで書くほうが通りやすくなります。決裁者は、支出の妥当性とは別に、放置した場合の不良・労働災害・監査での指摘といったリスクを判断材料にしています。
効果の測り方を、導入前に決めて書いておく
稟議で見落とされやすいのが「導入後に何をもって成功と判断するか」です。ここが書かれていないと、決裁者からは「効果が出たかどうか誰も確認しない支出」に見えます。手順書の作成時間、改訂までの日数、新人が独り立ちするまでの期間、理解度テストの正答率など、導入前の値が取れる指標を1〜2個選び、測定のタイミングとあわせて書いておきます。導入前の値を先に記録しておくことが前提になるので、稟議を書く段階で押さえておきます。
想定される反論と、先に用意しておく材料
決裁の場で出る質問はある程度決まっています。その場で答えられずに持ち帰ると、それだけで1サイクル遅れます。あらかじめ資料の別紙や補足として用意しておくと、差し戻しを減らせます。
| 想定される反論・質問 | 用意しておく材料 |
|---|---|
| 今のExcelや紙でもできているのでは | 改訂が止まっている手順書の件数と、最後に改訂した日付 |
| 他の選択肢は検討したのか | 要件との適合で比べた比較表（後述）と、外注・内製との比較 |
| 現場が使いこなせるのか | トライアルで実際の作業動画を試した結果と、対象工程の担当者の反応 |
| 作業動画を外部に預けて問題ないのか | 提供元のセキュリティ機能と、第三者認証の有無・登録範囲 |
| 定着しなかったらどうするのか | 対象工程を絞った段階的な展開計画と、契約期間・見直しの時期 |
4つ目の情報セキュリティは、情報システム部門が審査に加わる企業ではほぼ必ず問われます。トライアルの段階で提供元に確認しておく項目はAIマニュアル作成ツール導入時に確認したいセキュリティ項目チェックリストにまとめています。
比較表は「候補の優劣」ではなく「要件との適合」で作る
候補3社を機能の一覧で並べ、○×を付けた比較表を添えると、決裁の場では「○が一番多いこれでいいのでは」という議論になりがちです。機能の数と自社の課題解決は別物なので、この作り方では選定理由を説明しきれません。
先に自社の要件を確定させ、必須要件と推奨要件に分けてから、各候補がそれを満たすかどうかで表を作ります。たとえば「既存のExcel帳票の様式で出力できること」が必須要件なら、それを満たさない候補は機能数が多くても対象外になり、その理由が表の上で説明できます。要件の立て方そのものは動画マニュアル作成ツールの選び方で整理しています。
ポイント: 要件は、トライアルを始める前に文章で確定させておきます。使ってみてから要件を決めると、試したツールの機能に引きずられた要件になり、比較の公平性を問われたときに説明できなくなります。マニュアル作成ツールのトライアルで確認すべき7つのポイントもあわせてご覧ください。
AI Manual Coachを候補に入れる場合に添えられる材料
AI Manual Coachは、作業動画をアップロードするだけでAIが工程を解析し、作業手順書を自動生成する製造業向けのシステムです。稟議書の各項目に対して、次のような材料を添えられます。
- 既存の帳票様式との適合（項目5の必須要件）: 出力はPDFとExcelに対応し、トヨタ生産方式（TPS）に準拠した標準作業組合せ票の様式でExcel出力できます。自社でお使いのExcelテンプレートに生成内容を反映して出力することも可能です（管理者による事前のテンプレート設定が前提となります）。
- 運用統制（項目3・6）: 申請者・承認者ロールによる多段階の承認ワークフローと承認履歴の管理、一般ユーザーと管理者のロール分けに対応しています。誰がレビューし誰が公開するかを、稟議の段階で運用ルールとして書けます。
- 情報セキュリティ（項目6）: 多要素認証（MFA）、IPアドレス制限、シングルサインオン（SSO）、パスワード強化設定、アカウントロック設定に対応しています。あわせて、提供元である株式会社キャリアサバイバルは情報セキュリティマネジメントシステムの国際規格 ISO/IEC 27001:2022 の認証を認証機関 GCERTI Co., Ltd. より取得しています【東大阪オフィス・STATION Aiオフィスにて取得】。認証の対象は組織のマネジメントシステム（登録範囲「ソフトウェアの開発・販売」）であり、製品単体やインフラに対する認証ではありません。
- 効果の測り方（費用対効果の欄）: マニュアルの内容から理解度テストを自動生成できるほか、作業動画からスキルスコアを算出して習熟度をダッシュボードで可視化できます。導入後の効果報告に使う指標を、ツール側の機能として稟議の段階で示せます。
- 費用（項目4）: 導入企業様の状況に応じたお見積りとなります。対象工程・利用人数が固まった段階でご相談いただければ、稟議に添付できる形でご提示します。
まとめ
マニュアル作成ツールの稟議で止まる原因は、ツールの選定ミスよりも、決裁者が判断するための情報が資料に揃っていないことにあります。①解決したい課題 ②現状の運用と限界 ③導入する仕組みと適用範囲 ④費用と費用対効果 ⑤比較検討の経緯 ⑥リスクと対策の6項目を埋めたうえで、現状工数は「人数×時間×頻度」で書き、金額化できない効果は「導入しなかった場合のリスク」として別立てにし、導入後に何を測るかまで書いておくことが差し戻しを減らす近道です。比較表は機能の数ではなく、先に確定させた要件との適合で作ります。
