ローコードとは？やさしい入門ガイド

ローコードは、アプリの大部分を、ドラッグ＆ドロップの画面、データモデル、ワークフロー図などの視覚的なツールで組み立て、それらのツールでは扱えない部分だけ開発者が少量のコードを書くソフトウェア開発の方法です。従来のコーディングとノーコードの中間に位置します。この言葉は2014年に調査会社のForresterが広めたものです。代表的なプラットフォームには、Microsoft Power Apps、OutSystems、Mendix、Retoolなどがあります。

AIでアプリを作るときに大切な理由

アプリ作りを考え始めた創業者や小規模事業者は、ノーコード、ローコード、AIアプリビルダーという3つの言葉に出会います。これらはしばしば同じ意味で扱われますが、対象とする人が違います。ローコードのプラットフォームは主に企業のIT部門を対象としていて、視覚的なツールでは足りなくなったときに、チームのだれかがコードを書けることを前提にしていることが多いです。

この違いを知っておくと、1人で構想を形にしようとしているのに、50人規模のIT部門向けのツールを選んでしまう、といった失敗を避けられます。逆に、複雑な業務システムに簡単なツールを選ぶ、という失敗も避けられます。また、AIビルダーが状況を変えつつある理由もわかります。AIがコードを書いてくれる場合、手で書く部分はもはや難しい部分ではないので、ローコードの「ロー（低い）」という点はそれほど重要ではなくなります。

身近なたとえ

夕食を作ることを考えてみてください。

• 従来のコーディングは、材料から全部作る料理です。すべてを自分で制御でき、技術と時間がたくさん必要です。
• ノーコードは、ミールキットのようなものです。食材は小分けされ、レシピカードが付いています。速くて確実ですが、箱に入っているものしか作れません。
• ローコードは、ミールキットに加えて、調味料がそろったキッチンがあるようなものです。大部分はキットに従って作れますが、腕のある料理人なら、自分のソースを加えたり、材料を替えたり、手順を変えたりできます。

違いはキッチンにあります。ローコードは本物のコードへの抜け道を持っています。これは強力ですが、料理ができる人がいてこそ機能します。

ローコードプラットフォームの仕組み

ほとんどのローコードプラットフォームには、いくつかの共通の機能があります。

最後の項目は、大企業ではしばしば決め手になります。ローコードのプラットフォームは、より多くの人がアプリを作れるようにしつつ、ITが監督を保てるように作られています。

具体例：経費承認アプリ

従業員200人の会社が、メールで送っていた経費のスプレッドシートを、アプリに置き換えたいとします。

ローコードのプラットフォームでは、チームは次のように進めるかもしれません。

1. データを視覚的にモデル化する。 Expense（経費）には、従業員、金額、カテゴリ、レシートの写真、ステータスがあります。
2. 部品をドラッグして画面を設計する。 経費を申請するフォーム、マネージャー向けの一覧、財務部門向けのダッシュボードを作ります。
3. ワークフローを描く。 申請 → マネージャーが承認 → 一定額を超える場合は財務も承認 → 支払い。
4. 既存のシステムに接続する。 会社のMicrosoftまたはGoogleのアカウントでサインインできるようにし、人事システムから各従業員の上司を参照する。
5. 必要な部分だけ少しコードを書く。 どの経費に財務の承認が必要かのルールが、別のシステムにある部門予算に依存しているとします。開発者が予算を取得して判断する短いスクリプトを書きます。
6. ITを通じてデプロイする。 ホスティング、アクセス権、監査ログはプラットフォームが処理します。

手順1〜4は、技術に自信のあるビジネスアナリストでもできるかもしれません。手順5には開発者が必要です。この分担こそが、ローコードの本質です。

ローコード、ノーコード、AIアプリビルダーの比較

これらの境界は曖昧になりつつあります。多くのノーコードやローコードのプラットフォームがAIアシスタントを搭載するようになり、AIビルダーもローコードで知られる社内ツールと同じものを作れるようになっています。詳しくはノーコードとAIアプリビルダーの違いを参照してください。

主な用語

よくある間違いと誤解

• 「ローコードなら誰でも何でも作れる」。 視覚的な部分は取っつきやすいものの、複雑なアプリには、特に外部連携やカスタムロジックで、開発者のスキルが依然として必要です。
• 「ローコードは試作品向けだけ」。 多くの企業が、重要な社内システムをローコードのプラットフォームで動かしています。トレードオフはプラットフォームへの依存であり、真剣さが足りないわけではありません。
• ロックインの過小評価。 画面やワークフローは、通常プラットフォーム独自の形式で保存されています。移行するには作り直しが必要です。
• ユーザー単位の料金を見落とす。 利用者1人あたりに課金するプラットフォームがあり、社内ツールを会社全体に展開すると費用がかさむことがあります。契約前に確認してください。
• 地味な部分を省く。 権限、監査ログ、テストは、ローコードでも通常のコードと同じくらい重要です。

選ぶ前に、そしてAIビルダーに頼む前に

• 「誰がこれを作って保守するのですか。コードを書ける人がいますか？」
• 「会社の全員が使うようになったら、費用はどうなりますか？」
• 「社内のサインインシステムや既存のデータに接続できますか？」
• 「プラットフォームを離れることになったら、何を持ち出せますか？」

AIビルダーで社内ツールを作る場合、役に立つ指示の例は次のとおりです。

• 「経費の承認アプリを作って。従業員が申請し、マネージャーが承認する。[金額]を超えるものは財務の承認も必要。」
• 「マネージャーは自分のチームの経費だけを見られるようにして。サーバー側で強制すること。」
• 「承認と却下のすべてを、誰が・いつ行ったかとともに記録して。」

この種のアプリについては、社内ツールの作り方とRetoolの代替サービスも参照してください。

ローコードとMythex

Mythexはローコードのプラットフォームではなく、AIアプリビルダーです。視覚的なワークフローエディターはありません。チャットでアプリを説明すると、エージェントが画面、データベースのテーブル、サーバー側のロジックなどのコードを書きます。ライブプレビューで確認し、公開できます。ローコードのプラットフォームでは開発者が必要になるようなカスタムロジックも、ここでは単なる追加の依頼になります。Proプランでは、フルのコードエディター、書き出し、GitHubとの同期が使えるので、開発者が引き継げます。大企業向けに組み込みのガバナンスや深い企業向け連携が必要な場合は、専用のローコードプラットフォームのほうが適していることもあります。

よくある質問