必要だと思って出した稟議が差し戻された。費用も効果も書いたのに、「今やる理由は？」「別の方法ではだめなの？」と聞かれる。何を足せば判断してもらえるのか、迷うことがあります。
稟議書が通らないときは、文章を長くする前に、何を承認してほしいのか、現状を続けた場合、代替案、費用と効果の前提を整理しましょう。採否を決めるのは承認者ですが、条件を比べられる形にすると、どこが未解決かを話し合いやすくなります。
この記事は、ツールや設備などの導入提案を想定した書き方です。稟議の様式、必要な見積書、承認経路、契約・情報管理の確認は会社のルールを優先してください。
差し戻された理由を「説明不足」と決めつけない
提案が止まる理由は、書き方だけではありません。予算がない、優先する別案件がある、契約条件や運用体制が決まらない場合もあります。最初に、どの判断ができていないのかを確認します。
| 承認者の指摘 | 確認すること |
|---|---|
| 今でなくてもよいのでは | 先送りした場合の業務への影響と、対応が必要な時期 |
| 費用が高い | 予算上限か、効果の不足か、他案との比較不足か |
| 本当に効果が出るのか | 実測した事実と、未検証の想定を分けているか |
| 導入後に使われるのか | 運用担当、利用する場面、教育や保守の負担 |
| ほかの方法はないのか | 現状維持・手順変更・別サービスなどを比較したか |
「どこを直せば承認ですか」と結果だけを求めるより、「費用上限と効果の根拠のうち、今回不足しているのはどちらでしょうか」と論点を確かめます。判断を求める材料の整理には、事実・選択肢・推奨案をそろえる上司への相談も使えます。
冒頭に、承認してほしい範囲を書く
製品の説明より先に、何を、どの範囲で、いくらまで認めてほしいかを示します。試行の承認と、本契約の承認は区別してください。
【架空の記入例】月次集計業務を対象に、ツールAを3か月試行する承認をお願いします。申請額は初期設定6万円、月額2万円×3か月の合計12万円（税抜）です。本契約への移行は、試行結果を報告したうえで別途判断をお願いします。
上の金額・契約条件は説明用の架空例です。実際には税、最低利用期間、自動更新、解約期限、追加利用料など、支払いに関わる条件を確認します。試行が終われば無料で止められると、確認なしに想定してはいけません。
購入先、利用部署、開始希望日、責任者など、社内様式で求められる項目もそろえます。細部を後ろへ置く場合でも、承認対象そのものは最初に分かるようにします。
効果は、実測・仮定・現金支出の変化を分ける
「業務を効率化できる」だけでは、費用をかける理由が伝わりません。どの作業が、どの条件で、どの程度変わる想定なのかを書きます。導入前に測っていない数字は、実績として扱わないでください。
以下は架空のツール導入を説明する計算例です。ジョブメや特定企業の実績ではありません。
| 区分 | 架空の条件・計算 |
|---|---|
| 現状の作業 | 月60件、1件20分。60×20÷60＝月20時間 |
| 導入後の仮定 | 1件10分に短縮。60×10÷60＝月10時間 |
| 時間の差 | 月10時間をほかの仕事へ回せる想定 |
| 時間の参考換算 | 1時間3,000円と仮定すると、月3万円相当 |
| 試行の支払い | 初期6万円＋月額2万円×3か月＝12万円（税抜） |
月3万円相当という換算は、給与の支出が月3万円減るという意味ではありません。残業代や外注費が実際に減るのか、空いた時間を別の仕事へ使うのかを分けます。また、この例では教育、移行、運用確認の時間をまだ算入していません。
3か月で見込む時間の参考換算は9万円相当です。支払い12万円と比べても、これだけで「試行期間中に元が取れる」とは説明できません。将来の利用や品質面の効果を提案理由にするなら、その条件と検証方法を別に示します。
品質改善も「ミスがなくなる」と断定せず、修正件数や差し戻しの内容など、試行前後で確かめる項目を決めます。効果が出なかった場合も判断できることが大切です。
買う案だけでなく、買わない案と比較する
承認者が知りたいのは、その製品が魅力的かだけでなく、課題への対応として妥当かです。同じ対象範囲、期間、必要な品質で代替案を比較します。
- 現状維持：新たな支払いはないが、現在の作業や問題が続く。
- 手順・様式の統一：既存環境で改善できる可能性があるが、作り替えや周知の時間が必要。
- ツール導入：実現できる範囲を確認する必要があり、利用料や教育・保守の負担も生じる。
「現状維持は0円」とだけ書くと、既存業務にかかっている時間が見えなくなります。一方、既に支払っている人件費をすべて新たな節約額へ変換するのも適切ではありません。追加支払いと必要な作業時間を別欄で比べると整理しやすくなります。
手順の廃止や統合で解決する可能性があれば、BPRで廃止・統合・再設計を判断する方法も確認します。増員や外注が中心の判断なら、増員・業務削減・外注を比べる人員計画の方が詳しく整理できます。
未確認の点と、導入後の責任を残す
提案に不確実な点があること自体より、何が未確認か分からない状態が判断を難しくします。費用の追加条件、利用するデータ、既存システムとの関係、障害時の対応などを担当者へ確かめ、未確認のままならその旨を書きます。
試行を提案する場合は、対象業務、担当、確認日、続ける条件を決めます。架空の例なら「対象業務の一部で試行し、担当者が作業時間と修正件数を記録。月末に業務責任者が確認し、本契約前に費用と運用負荷を再比較する」とします。
試してから決めることと、確認が必要な契約・情報管理条件を後回しにすることは違います。開始前に満たす条件も明記してください。
差し戻し後は、論点ごとに修正を返す
再提出では、資料全体を大きくするより、何を追加確認して、どの判断材料が変わったかを示します。
【架空の修正報告】前回ご指摘の「別の方法」と「運用負担」を追記しました。手順統一案との比較を2項へ追加し、試行時の担当と教育時間を4項へ記載しています。効果の数字は未検証のため、試行で確認する項目として整理しました。
稟議前には、承認対象、現状、実行しない場合、代替案、費用、効果の根拠、未確認事項、運用担当が分かるかを見直します。通すために都合のよい数字を作るのではなく、承認・条件付き承認・見送りのどれも判断できる提案にすることが目標です。
