ローコード開発サービス プログラム: バイヤーズ ガイド

ローコード開発サービス プログラムは、ビジュアル プラットフォーム、プロフェッショナル サービス、およびおよそ 4 つのエンゲージメント モデル (スタッフの増強、固定範囲のプロジェクトのデリバリ、マネージド アプリケーション サービス、プラットフォームとイネーブルメントのパートナーシップ) にわたる継続的なサポートをバンドルして、アプリケーションのデリバリを購入する構造化された方法です。 Gartner は 2014 年に「ローコード」という用語を作り、それ以来、市場はコスト、制御、ロックインに関して大きく異なる動作をする個別のサービス カテゴリに分割されました。

ローコード開発サービス プログラムには、従来の IT では通常個別に販売されていた 3 つのものがバンドルされています。つまり、ビジュアル開発プラットフォーム、その上に構築されるプロフェッショナル サービス、および結果として得られるアプリケーションを実行し続けるための継続的なサポートです。バンドルを理解している購入者は、各レイヤーを個別に交渉できます。そして、そこが価値のほとんどを勝ち取るか失うかです。

プラットフォーム層は、ドラッグ アンド ドロップ フォーム ビルダー、データ モデル デザイナー、ワークフロー エンジン、API コネクタ、展開パイプラインなどのツールです。名前付きの例には、Microsoft Power Apps、OutSystems、Mendix、Appian、Retool、Budibase、そして - すでに 4D エコシステムに投資しているチームの場合 - 4D 独自のフォーム、メソッド、およびデータモデル ツールが含まれます。サービス層は、発見ワークショップ、データモデリング、統合、テスト、引き継ぎといった人間の作業です。サポート層は、監視、変更リクエスト、バージョン アップグレード、ユーザー トレーニングなど、稼働後に行われることです。

ローコード開発サービス プログラムは、1 つの重要な点で 1 回限りのプロジェクトとは異なります。それは、繰り返しの配信を前提としているということです。購入者は、単一のアプリを委託するのではなく、ガバナンス モデル、再利用可能なコンポーネント ライブラリ、配信頻度などの永続的な機能を設定するため、2 番目のアプリのコストは最初のアプリよりもはるかに低くなります。この再利用の経済性が、「プログラム」の枠組みを正当化するすべての理由になります。

4 つのサービス モデルの比較

ローコード開発サービスには、さまざまな組織に適した形態があります。以下の表は、ほとんどの購入者がベンダーと相談する前に必要な意思決定の助けとなります。

モデル	典型的な購入者	コントロール	コストプロファイル	主なリスク
スタッフの増強	プラットフォームのスキルにギャップがある IT チーム	高 — あなたが仕事を指揮します	時間料金または月額料金	ナレッジが請負業者と共に失われる
固定スコープのプロジェクト	定義されたアプリが 1 つある部門	ビルド中に低い	アプリごとの固定料金	変更リクエストは別途請求
マネージド アプリケーション サービス	ライブアプリを実行する運用チーム	低から中	定期リテイナー	新しい要件への対応が遅い
プラットフォーム + イネーブルメント パートナーシップ	内部能力を構築する組織	中程度、時間の経過とともに成長します	ブレンド: プラットフォーム、トレーニング、ビルド	吸収するために内部スタッフの時間が必要

スタッフの増強は、すでにプラットフォーム標準とバックログを抱えているチームに適しています。固定スコープのプロジェクトは、安定した要件を持つ単一の高価値ワークフローに適しています。マネージド サービスは、速度よりも稼働時間と監査証跡が重要となる規制された環境に適しています。イネーブルメント パートナーシップは、数十のアプリを構築し、その機能を社内に導入したいと考えている組織に適しています。

関連: Claris FileMaker Pro — デスクトップ、Web、モバイル上で 1 つのファイルからカスタム アプリを必要とするチーム向けの、長期にわたって実行されているリレーショナル データベース プラットフォームです。.

実際的なルール: 購入者が 18 か月後にアプリケーションを所有する人を指名できない場合、そのプログラムは間違った理由で購入されたことになります。ローコード開発サービス プログラムが失敗する場合、ほとんどの場合、プラットフォームが間違っていたためではなく、内部所有者が割り当てられていなかったために失敗します。

ローコード サービスとノーコード サービスの実際の違い

ローコード開発サービスとノーコード開発サービスは 1 つのカテゴリとして販売されることがよくありますが、この 2 つの部分はサービス契約に異なる制約を課します。ノーコード ツールは、ロジックを記述せずにアプリケーションを構成するビジネス ユーザーをターゲットとしています。ローコード ツールは、ビジュアル ビルダーが限界に達したときに、開発者がコードを使用してプラットフォームを拡張することを前提としています。

この区別により、サービス契約が変更されます。ノーコード エンゲージメントは主に構成、トレーニング、ガバナンスであり、ベンダーの仕事はシチズン開発者を安全な境界内に留めておくことです。アプリケーションは運用システムに触れて拡張することが予想されるため、ローコードの取り組みでは、統合エンジニアリング、カスタム コンポーネント、パフォーマンス チューニング、CI/CD セットアップが追加されます。

私たちの選択: Airtable — 自動化、ビュー、共有可能なインターフェイスを備えた、実際のリレーショナル データベースの上にあるスプレッドシートのようなシンプルなインターフェイス。.

ほとんどのエンタープライズ プログラムは最終的にハイブリッドになります。ノーコード層は、部門トラッカー、承認フロー、およびデータ収集を処理します。ローコード開発サービス プログラム層は、コア システムへの書き込み、複雑なビジネス ルールの強制、または監査証跡の必要なものをすべて処理します。 1 つの層のみを販売するベンダーは、すべての要件をその層に押し込むため、スコーピング中に注目する価値があります。

実際のエンゲージメントとはどのようなものなのか、段階ごとに説明します

ローコード開発サービスの提供は、わかりやすい弧をたどっており、各フェーズを知ることで、購入者は高価なサービスをスキップしているベンダーを見つけることができます。

ディスカバリーとデータモデリング。 ベンダーはビジネス プロセスをマッピングし、エンティティと関係を特定し、何がローコード プラットフォームに存在し、何が記録システムに残るかを決定します。データ モデリングは、ほとんどの手戻りの始まりです。間違ったエンティティ モデルに基づいて構築されたフォームは、パッチではなく再構築されます。

プロトタイプと検証 動作するプロトタイプは、最初の数週間以内に実際のユーザーに提示されます。ローコード プラットフォームはこれをコスト効率よく実現しますが、クリック可能なプロトタイプを迅速に作成できないベンダーは、プラットフォームの主な利点を活用していません。

構築と統合。 画面、ワークフロー、値リスト、および API 接続が組み立てられます。認証、エラー処理、データ同期はデモが示すほど単純ではないため、通常は統合が最も大きな項目となります。

テストとハードニング ロールベースのアクセス、入力検証、同時実行動作、現実的なデータ量でのパフォーマンスがチェックされます。ローコード プラットフォームでは複雑さが隠されているため、パフォーマンスの問題が後になって表面化することがよくあります。

関連: Knack — ポータル、ディレクトリ、内部ツールを対象としたコード不要のデータベース ビルダーで、ユーザーごとの料金ではなく定額料金が適用されます。.

展開と引き継ぎ。 アプリケーションは実稼働環境に移行し、重要なことに、ドキュメント化、管理者トレーニング、および内部チームへの変更要求プロセスの移行が行われます。

運用と反復。 ローコード開発サービス プログラムは、バックログ、リリース頻度、および定期的なプラットフォームのアップグレードを継続します。プラットフォーム ベンダーは独自のスケジュールで新しいバージョンを出荷するため、誰かがそれらの変更を吸収する必要があります。

実際に成功を予測する選択基準

ブランド認知だけでローコード開発サービスベンダーを評価すると、高くつく間違いが発生します。以下の基準は、2 年目以降も存続するローコード開発サービス プログラムと関連するものです。

読者のお気に入り: Microsoft Power Apps — Microsoft 365、Dataverse、Power Automate に組み込まれたエンタープライズ グレードのローコード アプリ開発。.

• プラットフォーム終了コスト エンゲージメントが終了した場合にアプリケーションはどうなるかを尋ねます。データを使用可能な形式でエクスポートできますか?ロジックを他の人が読むことはできますか?独自のビジュアル ロジックは、この市場における最大のロックイン リスクです。
• 統合実績。 接続する必要がある同じクラスのシステム (ERP、CRM、レガシー データベース、またはオンプレミス ディレクトリ) に関連する 2 つのリファレンスをリクエストします。
• 能力デッキではなく、名前を付けたチーム。 実際に作業を行うのは誰なのか、またその人が従業員なのか下請け業者なのかを尋ねます。
• ガバナンス成果物 本格的なプログラムは、環境戦略、アクセス制御モデル、および命名規則を生成します。これらをオプションとして扱うベンダーは、将来のメンテナンス債務を積み上げています。
• 引継ぎの約束。 契約では、ドキュメント、管理者トレーニング、およびローンチ後のサポートの規定期間を指定する必要があります。
• 価格の透明性。 アプリごと、ユーザーごと、時間ごと、およびリテーナーの価格設定がすべて存在します。どのモデルかということよりも、ベンダーがその金額の根拠を提示してくれるかどうかのほうが重要です。

プラットフォーム レベルのデュー デリジェンスについては、Gartner や Forrester などの企業が発表したアナリスト調査が妥当な出発点であり、ローコード開発プラットフォームに関する Wikipedia のエントリ は、このカテゴリの歴史と定義の中立的な概要を提供します。規制された業界のバイヤーは、NIST サイバーセキュリティ フレームワーク に照らしてベンダーの姿勢をチェックする必要もあります。現在、多くの企業の調達チームがセキュリティに関する質問の共通用語として使用しています。

ローコード プログラムが真に利益をもたらす場合とそうでない場合

ローコード開発サービス プログラムは、多数の類似した短期間のアプリケーションに対して最大の利益をもたらします。内部リクエスト フォーム、承認ワークフロー、検査チェックリスト、在庫トラッカー、部門別ダッシュボードがこのパターンに当てはまります。それぞれが小規模で、他の類似アプリとコンポーネントを共有しており、そうでなければそれぞれが IT バックログに数か月も放置されてしまいます。

アプリケーションが本当に複雑な場合、プログラムは困難を伴います。大容量のトランザクション システム、複雑な同時実行要件を持つアプリケーション、および大量のリアルタイム計算を伴うものは、通常、従来の開発、またはローコード レイヤーがインターフェイスを処理し、従来のサービスがコア ロジックを処理するハイブリッドの方が適切に処理されます。

2 番目の失敗パターンは、パイロットが放棄されたことです。組織は、概念実証を成功裏に実行しても、誰もガバナンス層に資金を提供しなかったために失速することがよくあります。パイロットはプラットフォームが機能することを証明します。プログラムが動作することを証明するものではありません。環境管理、セキュリティレビュー、トレーニング、サポートなどの退屈な部分に予算を立てることが、パイロットをプログラムに変えるものです。

3 番目のパターンは、シャドーITの乱立です。シチズン開発者がコンポーネント ライブラリやレビュー プロセスなしで自由に構築すると、組織は最終的に何百ものほぼ重複したアプリケーションを抱え、存在するものの在庫がなくなる可能性があります。サービス プログラムには、初日からアプリケーション レジスタが含まれている必要があります。

構築と購入: 内部プログラムが外部プログラムに勝つとき

既存の開発能力を持つ組織は、外部のローコード開発サービスがそもそも必要かどうかを尋ねることがあります。正直な答えは、計画されているアプリケーションの数、統合要件がどれほど珍しいか、プラットフォームがすでに標準化されているかどうかという 3 つの変数によって決まります。

組織が 1 つのプラットフォームに専念し、少数以上のアプリケーションを計画し、少なくとも 1 人の経験豊富な開発者をプラットフォームの所有者に専任できる場合、内部プログラムは意味があります。その後、外部ベンダーの役割は、初期のイネーブルメントと時折の専門家の作業に縮小されます。

外部プログラムは、プラットフォームの決定がまだ決まっていない場合、最初のアプリケーションに不慣れな統合が含まれる場合、または社内スタッフが既存の義務から単純に解放できない場合に意味を持ちます。その場合、契約書には無制限のリテイナーではなく、明示的なエグジットプラン（内部チームが引き継ぐポイント）を記載する必要があります。

4D をベースに構築しているチームは、中間の位置に座っていることがよくあります。データ モデル、フォーム、およびメソッドは内部開発者にとってすでに馴染みのあるものであるため、外部サービスは統合作業、デプロイメント アーキテクチャ、および古いバイナリ構造の最新化に最も価値があります。これは完全なプログラムよりも限定的な取り組みであり、それに応じて価格を設定する必要があります。

出典と詳細情報

• ローコード開発プラットフォーム — Wikipedia: ローコード開発プラットフォーム (LCDP) は、書き込みがほとんどまたはまったく必要ないソフトウェア開発環境 (通常はグラフィカル ユーザー インターフェイス (GUI)) を提供します…

よくある質問

ローコード開発サービス プログラムとは何ですか?

ローコード開発サービス プログラムは、ベンダーがローコード プラットフォームと、その上でアプリケーションを構築、展開、保守するためのプロフェッショナル サービスの両方を提供する常設の取り決めです。これは、繰り返しの配信、共有コンポーネント、継続的なガバナンス モデルを前提としているため、単一のプロジェクトとは異なります。通常、バイヤーはスタッフの増強、固定範囲のプロジェクト、マネージド サービス、イネーブルメント パートナーシップの中から選択します。

ローコード開発サービスの費用はどれくらいですか?

価格はプラットフォームのライセンス、エンゲージメント モデル、統合の複雑さに依存するため、単一の信頼できる数値としてはあまりにも大きく異なります。ベンダーは時間単位、アプリケーション単位、ユーザー単位、または月額リテイナーとして見積もりを出し、プラットフォーム ライセンスは通常、サービスとは別に請求されます。最も有用な比較は、提示された単価ではなく、複数アプリのロードマップ全体で配信されたアプリケーションごとの総コストです。

ローコード開発はエンタープライズ アプリケーションに適していますか?

ローコードは、承認システム、トラッカー、ポータル、部門別ツールなど、ワークフロー主導型で統合が重視される多数のエンタープライズ アプリケーションに適しています。これは、大容量トランザクション コア、リアルタイム コンピューティング、および異常な同時実行要求のあるシステムにはあまり適合しません。多くの企業は、インターフェイスとワークフロー層にはローコード、コア ロジックには従来のコードというハイブリッドを実行しています。

ローコード開発サービスとノーコード開発サービスの違いは何ですか?

ノーコード サービスは構成とガバナンスに重点を置いているため、ビジネス ユーザーはプログラミングなしで安全に構築できます。ローコード サービスでは、アプリケーションが運用システムに触れることが予想されるため、統合エンジニアリング、カスタム コンポーネント、パフォーマンス チューニング、展開パイプラインが追加されます。ほとんどのエンタープライズ プログラムは両方の層を運用し、単純なアプリをノーコードにルーティングし、複雑なアプリをローコードにルーティングします。

ローコード サービス プログラムを通じてアプリケーションを配信するのにどれくらい時間がかかりますか?

多くの場合、プロトタイプは最初の数週間以内に提示でき、単純な部門別アプリケーションは通常、数四半期ではなく数か月で本番環境に導入されます。統合が複雑であったり、セキュリティのレビューが重かったり、ビルド中に要件が変更されたりすると、タイムラインは長くなります。コンポーネントとガバナンスが整備されると、プログラムの実際の速度の利点は 2 番目と 3 番目のアプリケーションに現れます。

ローコード サービス契約には何を含めるべきですか?

契約では、指定された開発チーム、プラットフォームとライセンスの責任、統合範囲、ドキュメントと管理者トレーニング、定義されたリリース後のサポート期間、および購入者が社内で作業を行うことができる条件を指定する必要があります。データ エクスポートの権利とカスタム ロジックの可読性は、後でベンダーから離れることのコストを決定するため、明記しておく必要があります。