ノーコードで現場アプリを作る前に ―「作れる」と「運用に耐える」の決定的な違い

新しいツールの導入を検討すると、必ず一度はこの声が出ます。「これ、うちのkintone（やノーコード）で自分で作れるんじゃない？」「わざわざ月額払わなくても、社内で組めるでしょ」——正しい問いです。そして、多くの場合その通り。何でもかんでもSaaSを買う必要はありません。この記事は、現場ツールを「自作（ノーコード/内製）」で行くか「専門SaaS」を使うかを、どちらかを持ち上げるためではなく、判断の物差しを持ってもらうために整理します（受託開発との比較は「受託開発とSaaSどちらから始める？」）。

01まず正直に：ノーコード/内製が"勝つ"ケース

kintoneをはじめとするノーコードツールは本当に優秀です。次のようなものは、専門SaaSを買わずに自作した方がいい領域です。

• 単純な入力フォーム・チェックリスト・日報
• 社内だけの独自ルール・独自ワークフロー（既製品が逆に合わない）
• とりあえず紙をデジタル化したい、集計を自動化したい
• 作って・直して・運用する人が社内にいる

これらは、月額を払って外部SaaSに縛られるより、自分たちで持った方が速いし安いし柔軟です。ここは迷わず自作でいい。

02見落とされる壁：「作れる」と「運用に耐える」は別物

問題は、プロトタイプが動くことと、事故った時に会社を守れることは、まったく別だという点です。自作でつまずくのは、たいてい次の2つです。

① 属人化（いちばん多い失敗）

作った1人（詳しい社員や情シス）に全部が依存します。ノーコードの罠は、コードが書けなくても「アプリのロジックや例外処理は作った本人しか分からない」状態になること。その人が忙しくなる・異動する・辞める——その瞬間に、誰も直せない"野良アプリ"（負の遺産）が残ります。これは、MESの隙間に増殖する"自家製Excelマクロ（シャドーIT）"とまったく同じ構造です（「MESとは？巨大MESの盲点」）。だからこそ、ミス防止や品質証跡のような"失敗が許されない基幹的な現場記録"ほど、保守・動作保証を外部（SaaS）へ切り離しておくことが、人材リスクを最小化する組織防衛になります。

② ドメイン特化の"難所"は、自作だと沼

一見できそうで、まともに作ると地獄なものがあります。

• スキャン判定とポカヨケ：QRをかざした瞬間に、期限切れや先入れ先出しの逸脱をその場で判定して止める
• 改ざん検知つきの監査証跡：端末で書き換えられないサーバー同期時刻で記録し、「後から書き換えても隠せない」形で残す（監査に強い記録とは）
• トレーサビリティ：入荷ロット→使用→製品→出荷先を、後から串刺しで検索できる
• 期限まわりの作り込み：材料ごとの通知タイミングの出し分けや、温度・湿度条件に応じた期限の目安の計算

これらは「頑張れば作れる」けれど、作り込みと保守に時間が溶け続けます。しかも本業ではありません。とくに監査証跡は、自作アプリだと権限設定やログ仕様の関係で「第三者から見て、後から書き換えていないこと」を証明する材料を揃えにくく、監査のたびに説明・立証の手間が膨れ上がるのが実務上の急所です（「ペーパーレス化したのに監査が厳しくなる？」）。

03判断フレーム：どっちで行くか

ざっくり言えば——「入力と集計」だけなら自作。「そのデータで判断・証明・ミス防止」まで要るなら専門SaaS、が目安です。そして実際の最適解は、対立ではなく併用（コンポーザブル）です。たとえば「日報・社内連絡・集計はkintoneで自作し、ミスが事故に直結する原材料の投入照合や品質監査ログは専門SaaSに任せる」という役割分担。これなら社内の"作れる人"の貴重な工数を、自作の沼ではなく本来の現場改善に使えます。

04総コストの罠：高くつくのは"作る時"じゃない

自作の見積もりは、たいてい「作る工数」だけで計算されます。でも本当のコストは後から来ます。

• 仕様変更のたびに、その人がまた手を止める
• 担当者が抜けて、引き継げず塩漬け → 結局作り直し
• 難所（証跡・通知・トレース）でトラブって、対応に追われる

"作る時は安い、運用と有事で高くつく"——これが自作の罠です。自作の見積もりで抜け落ちるのは、作った社員が障害対応・仕様変更・監査対応に追われる"見えない人件費"。年間の保守工数が積み重なって数百時間に及べば、SaaSの月額費用など簡単に吹き飛びます。専門SaaSは月額がかかる代わりに、保守・改善・難所の作り込みを丸ごと肩代わりします。どちらが本当に安いかは、目に見える月額ではなく、5年の総コスト（TCO）と「担当者が抜けた時」で見ないと分かりません。DXが進まない要因として「人材・リソース不足」が最上位に挙がる（IPA）現実を踏まえると、"社内の貴重な作れる人"をツールの保守に張り付けること自体が、大きな機会損失です。

05よくある誤解

• 「ノーコードなら誰でも保守できる」：実際は"作った人しか分からない"が起きやすく、属人化はコードの有無と無関係です
• 「動くプロトタイプ＝完成」：例外処理・証跡・通知の精度など、運用に耐える作り込みはそこから始まります
• 「SaaSは月額がもったいない」：見るべきは5年の総コスト。保守と有事対応を内製で抱える費用と比べて判断を
• 「全部SaaSにすべき」：逆も誤りです。単純な帳票・独自ワークフローは自作が速くて安い

06まとめ

• 何でもSaaSを買う必要はない。単純なものは自作（ノーコード）が正解
• ただし「作れる ≠ 運用に耐える」。属人化とドメイン特化の難所でつまずく
• 判断軸は「入力・集計だけ→自作／判断・証明・ミス防止まで→専門SaaS」
• コストは"作る時"でなく"5年運用＋担当者が抜けた時"で考える
• 「自分で作れる」は多くの場合本当。問われるのは、誰が抜けても回し続けられるか

07この分野を扱うなら ― QUALIKEEP でできること

私たちは、この判断でいう「専門SaaS側」——特に現場でのスキャン判定（デジタルポカヨケ）・サーバー時刻を使った改ざん検証つきの記録・受入から使用までのトレーサビリティという、"自作だと運用が沼になりやすい領域"に絞って QUALIKEEP を作っています。単純なチェックリストや日報なら、ノーコードで自作するのが正解です。無理にこれを使う必要はありません。ただ、「監査に耐える証跡を残したい」「スキャン1回でミスの予防（ポカヨケ）まで現場で完結させたい」——このあたりで自作に限界を感じたら、一つの選択肢として思い出してみてください。