業務アプリをノーコードで作る前に決める4つ｜自作する業務としない業務の線引き

スプレッドシートで回している申請や台帳を、そろそろアプリにしたい。見積もりを取ったら数百万円だった。ノーコードなら自分たちで作れるらしい。ここまでは、多くの会社がたどる流れです。

実際、作れます。1週間あれば入力フォームと一覧は形になります。問題は、その後に出てくる4つのほうで、これは道具を比べても分かりません。この記事では、作る前に決める4点と、自作してよい業務・任せない業務の線引きを書きます。AI活用も含めた全体の進め方から確認したい場合は、中小企業のAI導入 完全ガイドで全体像を先に見てください。

詰まるのは作る工程ではなく、作った後の4つ

1. 同時に触ったときに、後から保存したほうが勝つ

表計算をそのままアプリにしただけの作りだと、2人が同じ行を開いて別々に直したとき、後から保存した内容だけが残ります。エラーも出ないので、消えたことに誰も気づきません。1人ずつ順番に触る業務なら問題になりませんが、受付と担当者が同じ案件を同時に更新する業務では最初の1ヶ月で起きます。

2. 変更前の値が残らない

金額や納期を直したとき、直す前の値と直した人が残るかどうかを確認します。残らない作りのままお金に関わる業務へ使うと、あとから「いつ変わったのか」を誰も説明できなくなります。追記でしか記録できない列を1本足すだけでも、かなり違います。

3. 権限の初期値が「作った人以外にも全部見える」になっている

多くの道具は、共有すると全項目が見える状態から始まります。原価、仕入先、個人別の数字、顧客の連絡先まで含まれます。設定を触らないまま社内へ配ると、見せるつもりのなかった列が全員に見えます。実際に社内ツールでこの状態が残っているケースは珍しくなく、確認の手順は社内ツールの権限設定の棚卸し手順にまとめています。

4. 作った本人しか直せない

これが一番重いです。ノーコードは画面上で組めるぶん、頭の中にしか設計が残りません。作った人が異動すると、誰も触れないまま動き続けるアプリが1本増えます。兆候と最小限の対策は作った人しか直せない社内ツールの5つの兆候で整理しました。

実行の上限は、作る前に公表値を読む

自動処理をスプレッドシートとGoogle Apps Scriptで組む場合、公表されている割り当てが先に効きます。Googleの公式ドキュメントでは、1回の実行時間は6分、トリガーの合計実行時間は無償アカウントで1日90分（Google Workspaceは1日6時間）、メール送信の宛先数は無償アカウントで1日100件（Google Workspaceは1日1,500件）とされています（Quotas for Google Services、2026年9月8日確認）。

夜間に全件を一括処理する作りにすると、件数が増えた時点で6分の壁に当たります。1件ずつ処理する形にしておけば、同じ道具のまま件数が増やせます。すでにGASで動いているものをどう扱うかはGAS業務システムの限界とWebアプリへ移す判断基準に書いています。

自作してよい業務と、最初の1本に選ばない業務

右側に1つでも当てはまるなら、その業務を最初の1本にはしません。禁止という意味ではなく、順番の話です。左側の業務で運用の型を作ってから、右側へ広げるほうが安全に進みます。お金の確定や社外送信を含む場合は、人の承認をどこに残すかを先に決めてください（誤送信・誤公開を防ぐ承認の残し方）。

最初の1本は、作る前に1枚書いてから始める

対象業務を1つ選んだら、作業に入る前にA4を1枚書きます。書くのは次の6点です。

1. いまの入力（誰が、どこから、何を受け取っているか）
2. いまの処理（人が何を判断しているか）
3. いまの出力（誰に、どの形で渡しているか）
4. アプリに任せる範囲と、人が残す範囲
5. 設定を変更できる人（作った人以外にもう1人）
6. 停止条件（何が起きたら手作業へ戻すか）

この1枚があると、途中で仕様が膨らんだときに戻る場所ができます。書かずに作り始めると、要望を足すたびに画面が増え、3ヶ月後には作った本人も全体を説明できなくなります。

そのうえで、30日は本番の入力で動かします。この期間に見るのは動いたかどうかではなく、人が直した回数と、その理由です。直した理由が毎回違うなら業務側のルールが決まっていない、同じ理由が続くならアプリ側で直せます。

効果は「戻し作業の回数」で測る

作業時間だけで測ると、作った本人が頑張っている間は必ず良い数字が出ます。次の4項目を、作る前に1回測っておきます。

• その業務の1件あたり所要時間と、月間の件数
• 入力の誤りを後から直した回数（月あたり）
• 担当者以外がその業務を代われる人数
• 作った人へ質問が飛んだ回数（月あたり）

3ヶ月後に4つ目が減っていないなら、時間が短くなっていても属人化は解消していません。その場合は機能を足さず、手順書と権限のほうを整えます。

作った後に必ず来る2つの確認

1本目が動き始めたら、本番で使う前に情報の置き場所・見える範囲・壊れたときの復旧・引き継ぎを確認します（社内ツールの本番導入前チェックリスト12項目）。そして、本数が増えてきたら年に1回は棚卸しをします。3本目あたりから、誰も使っていないアプリが混ざり始めます（内製ツールの棚卸し手順）。

自作をどこでやめるかの基準まで含めて決めておくと、惰性で持ち続ける状態を避けられます。継続・縮小・外部移管・停止の分け方はシステム内製をやめる判断基準にまとめました。

判定表の右側に当たる業務しか候補が無い、という状態になったときは、オンライン相談で対象業務の入力・処理・出力を持ち寄って、任せる範囲の切り直しから確認できます。開発を請け負う前提の場ではありません。

よくある質問