ノーコード（No Code）とは｜意味とローコードとの違い、中小企業で向く業務・向かない業務

この記事はノーコードという言葉の意味と、自社に合うかどうかの見分け方を扱います。製品の比べ方はノーコードツール一覧の見方、業務アプリを自作するかどうかの線引きは業務アプリをノーコードで作る前に決める4つで扱っています。

「ノーコードで業務アプリが作れるらしい」と聞いて調べ始めると、ツールの名前とメリットの説明ばかりが並びます。知りたいのは、自社のどの仕事に使えて、どこで止まるのか、のはずです。この記事では、言葉の意味を公的機関の説明で押さえたうえで、その見分け方と小さく試す手順を順に書きます。

ノーコード（No Code）の意味

ノーコード（No Code／No-code）の「コード」は、プログラムコードのことです。ノーコードは、プログラムコードを一切書かずにシステムを作ることを指します。画面、帳票、データベースの項目、承認の流れなどを、あらかじめ用意された部品を画面上で配置して組み立てます。

情報処理推進機構（IPA）の解説では、コードを最小限書いて作る方法をローコード、従来どおりプログラミングで作る方法をハイコードと呼び、3つを並べて説明しています。手軽に作れる代わりに、作れる範囲はツールの機能に限られる、というのが共通する性質です。

ローコードとの違いは「コードを書くか」と「誰が直すか」

言葉の上では、コードを書かないのがノーコード、最小限書くのがローコードです。ただし、ノーコードとローコードに厳密な境界はありません。コードを足して拡張できるノーコードツールもあれば、同じブランドの中にノーコードの機能を持つローコード製品もあります。

実務で比べるときは、名前よりも「作ったあと、誰が項目を足し、誰が動作を確かめ、止まったとき誰が直すか」を見ます。現場の担当者だけで回せるならノーコードの範囲、技術者の手が要るならローコード以上の範囲と考えると、社内の体制と合わせて判断できます。ローコード側の選び方はローコードとは｜中小企業が導入前に比べる6つの判断軸にまとめています。

ノーコードでできることは用途で4つに分かれます

「ノーコードツール」とひとまとめに呼ばれますが、作れるものの種類で製品が分かれています。自社が作りたいものがどれに当たるかを先に決めると、候補が一気に絞れます。

• Webアプリ・サイト：社外に見せるページや申込画面を作ります。公開・予約・決済まで要るかで候補が変わります
• スマートフォンのアプリ：現場で写真を撮る、点検結果を入れるといった持ち歩く入力に使います
• 社内の業務システム：案件台帳・申請・日報など、ブラウザで使う社内向けの画面とデータベースを作ります
• システム同士の連携：フォームの回答を台帳に入れる、通知を送るなど、アプリ間のデータの受け渡しを自動にします

IPAの解説では、社内の業務システム向けの例としてkintone・Power Apps・プリザンター、連携向けの例としてASTERIA Warp・Zapierが挙がっています。Webサイトを自社で作る場合の注意点はSTUDIOのノーコードでどこまでできるかで公式の記載をもとに整理しました。

ノーコードのメリットと、先に知っておく4つの注意点

メリットは、インストールや環境づくりが要らず、ブラウザで作ってそのまま使い始められることです。運用しながら項目を足したり、画面を変えたりしやすい製品も多くあります。

一方で、IPAは使う前に知っておくべき点として次の4つを挙げています。特に2つ目と3つ目は、始めてしばらく経ってから費用として表に出てきます。

• 覚えるのに時間がかかる：プログラミングほどではないものの、ツールごとの作法を覚える時間は要ります
• 要件と合わないと割高になる：ツールにない機能を追加の作り込みで補い続けると、最初から作るより高くつく場合があります
• ツールと提供会社に縛られる：値上げ・機能変更・提供終了のとき、データと仕組みを別の場所へ移しにくくなります
• 自動の更新で動きが変わる：クラウド型は提供側の都合で更新され、作り込んだ部分が動かなくなることがあります

中小企業で向く業務・向かない業務の見分け方

ノーコードで作ったのに使われなくなる仕組みの多くは、ツールではなく業務の側に原因があります。入力する人によって項目の意味が違う、例外のときに誰が判断するか決まっていない、という状態のまま画面だけ作ると、結局Excelやチャットに戻ります。kintoneで起きやすい例はkintoneが社内で使われない理由で詳しく書いています。

向いているのは、誰が何を入れ、誰が判断し、何が出たら終わるかを1文で言える業務です。案件台帳、備品や在庫の記録、申請と承認、日報、点検記録などが当てはまります。反対に、判断の基準が担当者の頭の中にしかない業務や、止まると売上や給与の支払いに直結する処理は、ノーコードで作る前に別の検討が要ります。

ノーコードを4週間で試す手順

いきなり全社の仕組みを作るより、業務を1つに絞って4週間で試し、続けるかどうかを決めるほうが失敗の幅が小さく済みます。最後の週に「作った人以外が直せるか」を必ず試すのが、この手順でいちばん大事な点です。作った本人しか触れない仕組みは、その人が忙しくなった時点で止まります。

1. 1週目：対象の業務を1つ選び、始まりと終わり、途中で誰が判断するか、例外のときの戻し先を1枚に書きます。書き方は業務設計とはが参考になります。
2. 2週目：無料枠や試用期間で、1枚に書いた項目だけの画面を作ります。便利そうな機能は足しません。
3. 3週目：実際の業務で使います。ただしExcelや紙も残し、問題が起きたらすぐ戻れるようにします。
4. 4週目：下の4つの数字を測り、続けるか、直すか、やめるかを決めます。

効果は4つの数字で測ります

「便利になった気がする」で判断すると、作った人の感想で決まってしまいます。試す前に1回、4週目にもう1回、同じ測り方で数字を取っておきます。

後ろの2つは時間の短縮とは関係がないように見えますが、続けられるかどうかを決める数字です。どちらかが満たせないまま広げると、IPAが挙げる「ツールと提供会社に縛られる」状態に近づきます。

一次情報・公式情報

• 情報処理推進機構（IPA）DX SQUARE「ノーコード／ローコード開発とは？今さら聞けないDX関連用語をわかりやすく解説」

製品の機能や料金は変わります。最新の情報は各提供元でご確認ください。

ノーコードについてよくある質問