稟議、休暇、出張、経費。中小企業の申請業務は、いまも紙とハンコで回っている現場が珍しくありません。「いい加減デジタル化したい」とは思いつつ、選択肢が多すぎて決めきれない。ここでは、現場で実際に使われている3つの選択肢を、費用感と向き不向きで比べていきます。
⏩ 急いでいる方はこちら
なぜ紙の申請が残るのか
「ハンコ文化」と片づけられがちですが、現場で残る理由はもう少し具体的です。総務省の情報通信白書（https://www.soumu.go.jp/johotsusintokei/whitepaper/ ・2024年版）でも、中小企業のクラウド利用率は大企業に比べて10ポイント以上低い水準が続いています。背景には「移行のコストと手間」「現場が新しいツールに慣れる時間がない」「決裁ルールが複雑で標準SaaSに合わない」の3つがあります。
特に3つ目が厄介で、自社固有の決裁フロー（金額帯で承認者が変わる、特定部署だけ二重承認など）が、既製SaaSでは表現しきれないケースがよく起きます。
3つの選択肢の早見表
| 方法 | 月額の目安 | 立ち上げ期間 | 向いているケース |
|---|---|---|---|
| kintone | 1ユーザー1,000円前後〜 | 2〜4週間 | 自社の申請フローを画面で組みたい |
| Power Apps | Microsoft 365契約者は追加少なめ | 3〜6週間 | すでにOffice 365を全社利用 |
| 自作Webアプリ | 制作費＋月額数千円 | 1〜2か月 | 既製品で合わない／長期コストを抑えたい |
費用は各社公式サイトで最新を必ず確認してください。プラン改定が頻繁です。
それぞれの特徴
kintone（サイボウズ）
ドラッグ&ドロップで申請フォームと承認フローが組めるローコードツールです。総務・経理向けの定番で、「承認は3段階、金額50万円以上は社長まで」のような条件分岐も画面で設定できます。
ただ、ユーザー数が増えるとコストが線形に膨らみます。50人を超えるあたりで「思ったより高い」と感じやすいので、最初に3年分のコスト試算をしておくと安全です。
Power Apps（Microsoft）
すでにMicrosoft 365を全社で使っているなら、追加コストを抑えて導入しやすい選択肢です。Excel・SharePoint・Teamsとの連携が強く、「申請が出たらTeamsに通知が飛ぶ」「結果はSharePointに自動保存」のような流れが自然に組めます。
弱点は、設計の自由度が高いぶん、最初の学習コストが高めなことです。社内に1人、Microsoft 365に明るい担当者がいるかが分かれ目になります。
自作の軽量Webアプリ
既製品で合わない、長期で見るとライセンス費が重い、という場合は外注して自社専用のWebアプリを作る選択肢があります。Next.js + Cloudflare のような構成なら、月額の運用費は数千円に収まります。
向いているのは、申請フローが特殊で既製品に押し込めると違和感が残るケースや、5年・10年スパンで使い続ける前提のケースです。逆に、「とりあえず1年試したい」なら、SaaSのほうが立ち上げが速く合うことが多いです。
申請業務別の移行のしやすさ
申請の種類によって、移行のハードルが大きく変わります。実務でよくある4つを並べます。
経費精算
最もSaaS化しやすい領域です。freee経費精算、楽楽精算、マネーフォワード経費など、業界共通フォーマット（領収書OCR、勘定科目自動入力、振込連携）に乗せやすく、立ち上げも2〜3週間で済むことが多いです。最初の1業務として選びやすい、典型的な入口になります。
休暇・勤怠
ジョブカン、KING OF TIME、freee人事労務など勤怠SaaSの守備範囲です。勤怠管理と一体になるため、既存の打刻機やタイムカードからの移行設計が要点です。地方拠点のシフト勤務がある業態では、対応する勤怠SaaSの選定に少し時間がかかります。
稟議・購買
ここが鬼門です。「金額帯で承認者が変わる」「特定部署だけ二重承認」「役員会の決裁が必要な金額しきい値」など、自社固有のルールが詰まっているのが稟議です。SaaSの既製テンプレに乗せると違和感が残りやすく、kintoneや自作Webアプリが優位になりやすい領域です。
出張・旅費
出張頻度が多い業態（営業・技術サポート）では、出張申請と精算をセットで設計する必要があります。経費精算SaaSに出張申請機能が含まれるものを選ぶと、二重入力を避けられます。
移行の現実的なステップ
ステップ1：申請件数の多い業務を1つだけ選ぶ
全業務一斉ではなく、件数が多くて型が決まっているものを最初の対象にします。多くの会社で経費精算か休暇申請が該当します。
ステップ2：紙のフォーマットを整理してから移す
紙のフォーマットには、長年の慣習で残った「使われていない欄」「形だけの押印欄」が混じっています。電子化前に1度棚卸しして、本当に必要な項目だけにそぎ落とすのが、定着のカギです。
ステップ3：3か月運用してから次に広げる
最初の1業務が現場に定着するまで、最低でも3か月はかかります。並行して別業務に手を出すと、現場の学習コストが膨らんで全体が止まります。
選び方の判断軸
選ぶときに見るのは、価格より先に次の3点です。
1. 申請フローが標準的か、自社固有か
経費精算や勤怠など、業界共通のフローならSaaSの既製品で十分です。受注の社内チェックや、現場ごとに承認順が変わる業務は、ローコードか自作のほうが結果的に楽になります。
2. 既存のIT基盤との相性
すでにMicrosoft 365が入っていればPower Apps、Googleが中心ならGoogle Apps Script、どちらも使っていなければkintoneや自作が候補に上がります。土台と離れたツールを選ぶと、認証・通知・ファイル管理で別の手間が増えます。
3. 5年スパンの総額
月額1,500円 × 50人 × 12か月 × 5年 = 450万円。SaaSは小さく見えて、5年で見ると無視できない額になります。一方、自作は初期費用が大きく見えても、月額が数千円で済むため5年で逆転することがあります。
よくある落とし穴
「全社一斉デジタル化」は、ほぼ確実に失敗します。最初は申請件数が一番多い業務（多くは経費精算か休暇申請）を1つだけ移行し、3か月運用して定着を見てから次に広げてください。
もう1つ気をつけたいのは、移行時に「紙のフローをそのまま電子化する」発想です。せっかくデジタル化するなら、不要なハンコ欄や、形だけの承認段階を一緒に減らせると、効果が一段上がります。
✅ 今すぐできること（1分）
直近1か月で、自分が受け取った（あるいは出した）紙の申請を1枚思い出してください。その申請に「不要な承認段階はないか」「この欄は本当に毎回必要か」をメモするだけで、移行先を選ぶ精度が上がります。
紙申請の電子化、社内ワークフローの設計、Cloudflareなどを使った安価な自社専用Webアプリの制作のご相談はお気軽にどうぞ。お問い合わせは /contact から。
執筆：S
よくある質問
Q. 紙の申請書をデジタル化するとき、既存の業務フローはどこまで変える必要がありますか？
A. 最初は紙とデジタルを並行運用しながら移行することをおすすめします。業務フローを一度に変えると混乱が起きるため、承認ルートなど一部からデジタルに切り替えるのが現実的です。
Q. kintoneとPower Apps、どちらが中小企業に向いていますか？
A. kintoneは操作が直感的で非IT担当者でも管理しやすく、月額費用もわかりやすいです。Power AppsはMicrosoft製品との連携に優れますが、設定の難易度がやや高めです。
Q. 紙申請のデジタル化で、印鑑・署名はどう扱えばいいですか？
A. 電子署名サービス（クラウドサイン・DocuSign等）を使うことで法的効力のある電子承認が可能です。社内稟議などは電子承認でも問題ないケースが多いですが、重要な契約は法的要件を確認しましょう。