ユニークなAPaaSソフトウェアカテゴリの詳細

2000年頃、アメリカのソフトウェア会社IntuitがQuickbaseという製品を発売しました。これは、その名の通り、データベース（アプリケーション）を迅速に開発するための製品です。これは業界初の取り組みであり、ローコードのエンタープライズ アプリケーション開発環境を提供するだけでなく、アプリケーションをプラットフォーム上で直接実行できるため、ユーザーはコードをコンパイルしたり、オペレーティング環境を構成したりする必要がなくなります。もちろん、その時代にはまだ APaaS というカテゴリ名は登場しておらず、この種のアプリケーションは一般的に ASP と呼ばれていました。

[[334342]]

次の 10 年間で、このカテゴリは発展を続け、Smartsheet、Outsystems、ServiceNow などの独立した上場企業が誕生しただけでなく、Salesforce や Microsoft などの企業もコア製品ラインに APaaS 機能を追加しました。 Salesforce では、販売、マーケティング、顧客サービスなどのコアアプリケーションに加えて、何千人もの開発者が AppExchange マーケットを使用して、APaaS プラットフォームを通じて開発された業界アプリケーションや拡張アプリケーションを Salesforce ユーザーに配布しています。この分野における Microsoft の開発は、主に 2 つの方向に分けられます。 1 つは、Sharepoint と Dynamics のエンタープライズ レベルのソフトウェア製品ラインです。これにより、ユーザーは個別のビジネス ニーズを満たすためにすぐに使用できるアプリケーションを使用しながら、拡張開発を実行できます。もう 1 つのラインは、Power BI、Power Apps など、過去 2 年間に Office 365 製品ラインから拡張された Power シリーズの製品です。これらのツール製品は、非コード開発者を対象としています。かなりの割合の開発者は、統計ダッシュボードの作成やデータ収集用のモバイル アプリケーションの開発など、いくつかの一般的なシナリオを実装するためにコードを記述する必要がありません。

したがって、APaaS は単なる新しいカテゴリ名であり、完全に新しいカテゴリではありません。同社は、世界的なエンタープライズ ソフトウェア市場におけるベテランともみなされています。しかし、なぜ2019年のこの時点で、国内市場でこのカテゴリーに対する熱意が急激に高まったのでしょうか?そして、その注目は奇妙なことに、RPA（プロセスロボット）と呼ばれる別の小さなカテゴリと結びついています。

中国にコピーしますか?

「中国へのコピー」という要素は確かに存在します。他のすべての SaaS カテゴリと同様に、米国市場はほぼすべてのエンタープライズ ソフトウェアの供給源です。 CRM、ERPから業界アプリケーションまで、中国の実務家は多かれ少なかれアメリカ市場から製品を借用しています。隠すものは何もありません。私たちIT業界は、グローバル化の力こそが社会発展の原動力であると心の底から信じています。

ただし、APaaS カテゴリは他の SaaS タイプと同じです。基本的な方法論から学ぶことはできますが、製品を正確にコピーしても基本的にはうまくいきません。国際的な製品が中国市場に直接参入しようとすれば、現地の環境に適応することはほぼ不可能でしょう。この記事を執筆した時点では、IT大手の関連製品ラインを含む海外のAPaaS製品はまだ中国本土市場に参入していませんでした。

中国の SaaS 製品の特徴はますます明確になってきており、多くの点ですでに米国の製品よりも優れている可能性があります。したがって、中国における APaaS 製品の形態を再定義するには、中国の国情における以下の要素を考慮する必要があります。

• ユーザーアプリケーションレベル
• 顧客の需要特性
• 開発者エコシステム
• アプリケーションエコシステム

以下のポイントでは、これら 4 つの環境の違いを組み合わせて、中国市場が特に APaaS を必要としているが、異なる製品形態が必要な理由を説明します。

本当に非技術者向け

APaaS 製品は常に開発のハードルを下げ、効率性を向上させてきましたが、主なユーザーは依然としてソフトウェア開発者です。 Outsystems のようなベンチマーク製品は確かに非常に強力です。アプリケーション ソフトウェア開発のすべての要素を分離し、コード開発をこれらの要素に視覚的に置き換えます。 Outsystems は、コード開発の時間を節約するのではなく、よく使用されるデータ モデル、ビジネス ロジック、データ インターフェイスを事前に作成されたコンポーネントにカプセル化することで、開発効率を向上させます。

それでも、これらの製品では、データのクエリ、式の記述、テーブル データの結合など、必要に応じていくつかのスクリプト プログラミング言語を使用する必要があります。アプリケーションの開発に使用するインターフェースも、標準の IDE 開発環境に非常に近いものです。

この設計パターンと製品の複雑さのため、ソフトウェア エンジニアリング以外の担当者は基本的に除外されます。ローコードもコードであり、一文のコードがコードを書けないヒーローを窒息させる可能性があります。 APaaS はソフトウェア開発者にとって非常に優れた効率化ツールですが、ソフトウェア業界に革命をもたらすものではありません。 「APaaS はシチズン デベロッパーに役立つ」というガートナーの声明は、この世代の製品では実際には実現されていません。

したがって、APaaS をやり直すことの最も重要な意義は、ソフトウェア技術者以外の人材の広範な参加を可能にし、業務に精通した一部のビジネス専門家がほとんどの作業を自ら完了できるようにすることです。この目標を達成するためには、あらゆるアプリケーションを開発できるようにするという初期の APaaS の目標を放棄し、代わりに APaaS 製品が優位性を持つビジネス領域に重点を置く必要があります。

Mingdao Cloudをはじめ、2015年以降に登場したAPaaS製品は、この目標を明確に打ち出しています。 API ドッキング開発に加えて、より使いやすい APaaS ツールはスクリプト コードへの依存を非常に抑制し、代わりに視覚的な構成インタラクションを使用してスクリプト コードを完了します。場合によっては、処理する状況が非常に多様であるため、このプロセスは非常に困難ですが、手順を細分化して必要な手順を破棄することで、コードを記述できない人でも必要な定義を完了できるようにすることができます。

たとえば、CRM アプリケーションでは、期限切れの営業リードに「復元」アクション ボタンを追加する必要があります。 Mingdao Cloud は次のことを行います:

ビジュアル ワークフローを使用して、この「復元」ボタンを定義します。

実践により、この視覚化実装方法はほとんどのビジネス担当者が習得できることが証明されています。論理的思考の習慣が備わっているプロジェクト マネージャーや製品マネージャーにとっては、さらに簡単です。

新しい APaaS は、エンティティ、属性、メソッド、関数、式、ループ、再帰など、ソフトウェア開発における過度に専門的な概念を排除することを目指しています。これらの言葉自体には正確な意味がありますが、コンピュータープログラミングの教育を受けていない人にとっては理解するのが困難です。 APaaS はミニマリストの個人用アプリケーションほど簡潔にしたり、非常に一般的なインターフェース言語を使用したりすることはできませんが、設計者は専門用語の使用を制御する責任があります。専門用語が使用されるたびに、技術に詳しくないユーザーが失われることになります。

Mingdao Cloud を運用する過程で、プロのソフトウェア開発者がそれを習得するのは確かに簡単であることがわかりましたが、私たちがさらに興奮しているのは、一般の事務職員が始めるのがいかに簡単であるかということです。営業マネージャーはセールスファネルアプリケーションを直接構築できる場合があります。人事マネージャーは、小規模な電子医療記録システムを自分で構築し、給与計算を自動化することもできるかもしれません。

この写真は、クライアントの上司（技術者ではない人）が構築したカスタマイズされた ERP システムを示しています。彼はそれを全部一人でやった。

エンタープライズ アプリケーション開発に非技術者を関与させる必要があるのはなぜですか?効率性の向上と需要通信コストの削減に加えて、もう 1 つの非常に重要な理由があります。これについては後で詳しく説明します。

APaaS 顧客ニーズとニッチ市場

APaaS は単なるソフトウェア カテゴリです。これはソフトウェア業界における革新ですが、他のソフトウェア カテゴリを置き換えることはできません。ゼロコード ソフトウェア開発を文字通りに受け止め、「それではなぜプログラマーを雇う必要があるのか​​」と疑問に思う人もいます。この問題を提起する人々は、明らかにソフトウェア業界の複雑さを理解していません。ゼロコード開発またはローコード開発は、すべてのタイプのアプリケーションの開発を目的としているわけではありません。

ソフトウェア業界全体を座標上に載せると、要件の標準化の度合いを横軸として使うことができます。明らかに、オペレーティング システム、データベース、アプリケーション ソフトウェアからさまざまなツール ソフトウェアに至るまで、最も一般的で標準的な要求がソフトウェア業界の大部分を占めています。この部分は他のソリューションでは対応できません。なぜなら、イノベーションと差別化が規模の優位性やネットワーク効果を上回る可能性は低いからです。

しかし、エンタープライズ アプリケーションの分野では、右に伸びるロング テールに、標準化のレベルがどんどん低下する多数の要件が含まれます。中国のソフトウェア生産額（2017年で約2.5兆人民元）における標準化された製品ライセンスとカスタマイズされた統合アウトソーシングサービスの収益の割合を実際に計算した人は誰もいません。割合は50/50くらいだと思います。実際、多くの製品ベースの企業は、自社製品を中心に統合およびカスタマイズのサービスも提供しています。

では、なぜこのようなロングテールの需要が生まれるのでしょうか?

1. 事業の分散

いわゆる高離散性とは、分布の規則性が低いことを意味します。ビジネスの分散は、業界によって本質的に不均一です。例えば、飲食業やホテル業界では、業務運営の標準化の度合いが非常に高いです。ほぼすべての同じ規模の企業は基本的に同じ共同プロセスに従って運営されており、製品とサービスは一定期間にわたって非常に安定しています。運用上の違いがあったとしても、情報システムとは密接に関係していません。対照的に、受注生産はまったく異なる極限の状態にあります。注文は大小問わず可能です。今日はこの製品でも、明日は別の製品になるかもしれません。極端な場合には、各順序が異なる場合があります。このような業界では、一般的に同業他社と連携する必要があるため、受注生産には自社生産と外注の両方が含まれます。この場合、標準化されたソフトウェア製品で解決できる問題は非常に限られています。企業がビジネスデータとプロセスを洗練された方法で管理したい場合、カスタマイズされた開発に頼る必要があります。

2. ビジネスの差別化

差別化は企業間の競争の結果です。企業の積極的な追求から生じるものもあれば、受動的な競争による圧迫から生じるものもあります。動機に関係なく、企業は常に競合他社とは異なることをしたいと考えています。標準化された情報システムでは、このような企業のニーズを満たせない可能性もあります。たとえば、Luckin Coffee や Heytea などのレストランチェーン企業は、標準化されたレストランのレジシステムでは満足できません。独自の運用戦略に基づいて差別化された情報システムを構築する必要があります。これら 2 つの例は確かに大企業に当てはまりますが、中小企業の間でも競争の激化によってもたらされる差別化された要求は非常に一般的です。たとえば、私が知っているある法律事務所は知的財産ビジネスに重点を置いています。具体的には、Taobao などの電子商取引プラットフォーム上でブランドが偽造品と戦い、権利を保護するのを支援することに特化しています。このような差別化されたビジネスに直面した場合、通常の法律事務所のビジネス管理システムでは決して満足できません。

3. さまざまな統合要件

ビジネスの分散化や差別化によってもたらされるカスタマイズ要件に加えて、さまざまな統合要件によってもたらされる非標準化要件もあります。各企業は異なるアプリケーションの組み合わせと異なる従業員アカウント管理プラットフォームを使用している場合があり、ビジネス データもさまざまなデータ ソースとアプリケーションに分散しています。現時点では、統合されたドッキング関係が多数存在します。 Kingdee の ERP データをカスタマイズされた MES に統合する必要がある企業もあれば、カスタマイズされた CRM アプリケーションを UFIDA の財務ソフトウェアに接続する必要がある企業もあれば、アプリケーション通知を DingTalk や WeChat for Enterprise メッセージに接続する必要がある企業もあり、新しいビジネス プロセスの拡張を容易にするために、アプリケーション システムから独立できるデータ ミドル プラットフォームを確立する必要がある企業が増えています。これらの統合要件はすべて、通常、カスタム開発を通じて実現されます。一般的に、統合開発要件は、データ統合、ユーザー統合、アプリケーション統合に分類されます。 APaaS の 2 つの兄弟カテゴリである RPA (プロセス ロボット) と IPaaS (サービスとしての統合プラットフォーム) は、ほぼ独占的に統合のニーズを満たすために作成されています。

初期の APaaS は、こうしたロングテールの需要に重点を置いていました。ベンチマーク製品である Outsystems を例にとると、そのソリューションには、顧客体験の向上、運用効率の向上、従来のシステムの近代化、SAP の拡張、フィールド サービスの最適化、デジタル変革などがあり、そのほとんどすべてがこれらのロングテールの需要範囲に該当します。

APaaS のターゲットとなるニッチ市場を特定すれば、中国市場の現在の需要特性に基づいて、APaaS 製品が解決する主な問題を再設計することができます。

• 個別製造およびエンジニアリングにおけるデジタル管理（カスタマイズ指向）
• さまざまな現場管理、データ収集、サプライチェーン連携を含む外部連携（外部化指向）
• 既存のアプリケーションからデータを抽出または同期して、効率的なデータセンターを形成する (統合指向)
• 多くのパッケージソフトウェアに頼るのではなく、独自のIT機能を活用して統合情報システムを構築し、最大限のデータ相互運用性と柔軟性を実現します（汎用性重視）。

さまざまな統合要件に関して、中国市場のアプリケーション環境は欧米のそれとほぼ完全に異なります。比較的標準的なリレーショナル データベースと Restful API 統合ソースを除き、その他のアプリケーション データ統合は、国内のエコシステムに基づいてやり直す必要があります。米国ではShopifyの注文があり、中国ではeコマースERPの注文があります。米国では Salesforce と Dynamics が使用され、中国では SalesEasy と Funshine が使用されています。米国では Google Suite が使用され、中国では DingTalk、Enterprise WeChat、Feishu が使用されています。現時点では国内製品のオープン性は非常に低いですが、APaaS および IPaaS カテゴリの助けにより、アプリケーション間およびアプリケーションとプラットフォーム間のデータ相互運用性は完全に実現可能です。

異なるエコシステムや依存関係を確立する

最後の理由：エコロジー！

しかし、誤解しないでください。私が話しているのは、ソフトウェア業界で一般的な「開発者エコシステム」ではなく、より容易に確立できる「ビジネス エキスパートの依存関係」です。

まず第一に、ローコードまたはゼロコード開発プラットフォームでは、繁栄する開発者エコシステムを確立することは困難です。大手の Salesforce Appexchange でも、10 年以上の間に蓄積されたアプリケーションは 3,000 個程度に過ぎず、そのほとんどは他の製品用のコネクタ アプリケーションです。その主な理由は、エンタープライズ アプリケーションではネットワーク効果を確立することが難しいためです。あなたが SAP を使用していても、私が Kingdee または UFIDA を使用していても問題ありません。したがって、市場シェアが高いプラットフォームであっても、市場を支配するにはほど遠い状態です。

そのため、APaaSメーカーとしては、いわゆるエコシステム構築という目標を合理的に捉える必要があります。エコロジーは世界を統一することではなく、異なる役割を持つ主体との相互依存関係を確立することです。ゼロコードの位置付けの APaaS は利点をもたらします。これにより、これまでエンタープライズ ソフトウェア構築に参加できなかった新しいグループ、つまりビジネス エキスパートを引き付けることができます。

先ほど、APaaS 製品を再構築する最初の目標は、技術者以外の人々を真にターゲットにすることだと述べました。しかし、その真の目的は、エンタープライズ ソフトウェア開発をソフトウェア エンジニアへの依存から解放するだけでなく、エンタープライズ ソフトウェアの知恵の源であるビジネス エキスパートとつながることです。

エンタープライズ ソフトウェアの設計と開発において、最も難しいプロセスはコードを書くことではなく、ビジネス ニーズを理解することです。このプロセスに問題がないと断言できるメーカーはありません。多くの垂直産業ソフトウェア企業は、自社の製品を顧客のニーズに十分対応させるために、多数の業界専門家を雇用する必要があり、場合によっては自社で関連事業を運営することさえあります。私は、独自のホテルを開業したホテル PMS メーカーや、ジムのオーナーからスタートしたフィットネス クラブ管理の業界 SaaS メーカーを知っています。しかし、私たちはいつもこのような贅沢を許されるわけではありません。企業の個別のビジネス ニーズにより、ソフトウェア設計者が自らビジネスを運営することでそのニーズを理解することは不可能であり、そのため、私たちの業界では常にビジネスの専門知識とソフトウェア アーキテクチャの機能の間にギャップが生じています。

企業が十分な資金を持っている場合、一流のコンサルティング会社を雇い、世界的なベストプラクティスを調査し、業界最高のソリューションを導入し、最も経験豊富な実装会社を雇って実装を完了することができます。しかし、このプロセスには、フォーチュン 500 企業にとっても相当の投資が必要です。

最善の方法は、ビジネスの専門家にほとんどの作業を任せることです。これで、この記事の冒頭で述べた既存の APaaS 製品に対する批判に戻ります。これらはまだ、ビジネス専門家のための真のプラットフォームではありません。ビジネスの専門家は、完全な情報技術ソリューションを提供することはおろか、始めることすらできません。

したがって、新世代の APaaS を作成するには、ゼロコードで敷居の低い技術ツールを提供するだけでなく、ビジネス エキスパートが互いに学び、業界を超えて学び、プラットフォーム内で共有し、最終的にはビジネス エキスパートがこれらのソリューションを構築および配布できるようにする必要があります。製造の専門家がこれまで特定の業界の生産品質管理の問題を解決するために Excel と管理方法論に依存していた場合、この世代の APaaS プラットフォームを通じてより優れたソフトウェア ソリューションを構築し、Excel では解決できない問題をより適切に解決できるはずです。彼はコンサルティングやトレーニングの収入を得られるだけでなく、このソフトウェア ソリューションからサブスクリプション収入も合理的に得ることができるようになります。また、コストと技術的ハードルが十分に低いため、法人顧客が支払う必要のある価格と実装リスクも同時に削減されます。

新しい依存関係とは、APaaS プラットフォームには効果的でプロフェッショナルなソリューションを構築するためのビジネス エキスパートが必要であり、ビジネス エキスパートも業界知識を収益化するためにそのようなプラットフォームを必要としていることを意味します。このような依存関係には非常に強力なネットワーク効果は必要ありません。たとえそのような関係の最初のセットだけが存在したとしても、それらは価値を生み出し始めることができます。

やり直すための鍵

新世代のAPaaS製品を作り直す見通しは非常に良好であるため、エンタープライズサービス投資分野では最近、関連カテゴリに特に注目しています。しかし、効果的な商業生産の段階に入るには、まだ大きな障害が残っています。私たち自身の経験と実践からすると、特に大規模および中規模の企業では、最大の抵抗は依然として信頼から生じています。

APaaS モデルは素晴らしいように聞こえますが、本当に問題を解決できるのでしょうか?本当に複雑なアプリケーションソリューションを作成できるのでしょうか?カスタム開発と比較して、どの程度のコストを削減でき、どのようなビジネスの柔軟性を実現できますか?ビジネスの専門家にとって、そのようなプラットフォームは自分たちのアイデアを実現できると信頼できるのか、最終顧客に確実にサービスを提供できるのか、価格は妥当なのか、といった疑問が残ります。

これらの問題は現時点では私たちにとって最も重要な問題ですが、主要なボトルネックを認識すれば簡単に解決できます。 Mingdao Cloud は、実際に多くのビジネス シナリオで実証されています。現在、当社は特に、明確なビジョンを持つ大規模および中規模企業を増やし、デジタル構築の最前線に立って新世代の APaaS 製品を試用し、競合他社より一歩先を行く企業情報化を構築したいと考えています。

【この記事は51CTOコラムニスト「明道雲」によるオリジナル記事です。転載の許可を得るには、51CTO を通じて元の著者に連絡してください。

この著者の他の記事を読むにはここをクリックしてください