| Bottom | Home | Article | Bookshelf | Keyword | Author | Oxymoron |

 

Articles about Low-Code Development

Cat: ICT
Pub: 2021
#: 2102a

Compiled & Translated by Kanzo Kobayashi

21312u
Title
Aricles about Low-Code Development

ローコード開発関連論文

Index
  1. Article-1: Developers hate low-code:
  2. Article-2: Low-code development is on the rise:
    1. What are low-code platforms?:
  3. How no-code platforms are helping SMSs?:
  4. 10 Best Low-Code Development Platforms (2021):
  5. Features of each software: (#1 - #19):
  6. What's are Secret Formula for Innovation?:
  7. How systemized innovation enables DX:
  8. Cleaning up misceptions about API & microservices:
  9. What is API, What is API Economy:
  10. API Monetization - What does it mean?:
  11. Magic Quadrant for Enterprise Low-Code Applications, Gartner:
  1. 論文1; なぜ開発者はローコードが嫌いなのか:
  2. 論文2: ローコード開発は伸長している:
    1. ローコードプラットフォームとは何か:
  3. ノーコードプラットフォームは中小企業にどう役立つか:
  4. ベスト10ローコード開発プラットフォーム(2021):
  5. 各ソフトウェアの特徴 (#1〜#19):
  6. イノベーション成功への公式は何か:
  7. システム化したイノベーションがDXを可能にする:
  8. APIとマイクロサービスに関する誤解の解消:
  9. APIとは何か、API Economyとは何か:
  10. API Montizationの意味とは何か:
  11. ガートナーによるローコードアプリ4象限評価:
Why
  • The question  why is a sign of interest.
  • If there is an appropriate answer to the question why, it turns into conviction.
  • Whyという設問は関心の表れである。
  • Whyという疑問に対し適切な回答があれば、それは確信に変わる
    • 原文: 左記
    • 段落等は訳者が追加した。【】内は訳者注
Key
; Access to source code; API Economy; Appian; AppSheet; Bleeding edge; Blockbuster; Borders; Business API; Canary testing: Citizen developer; Creatio; DevOps; Drupal; DWKit; Fail fast; FileMaker; Gartner Quadrant; General Magic; GeneXus; Glue code: Google App Maker; Innovation tier; Intelligent automation; Istio; KiSSFLOW; Kubernetes; LoB; Mendix; Microservices; Microsoft PowerApps; Monday.com; Ninox Database; On-boarding; OutSystems; Pega Platform; Point-and-click; Progressive web; Responsive web; Salesforce Lightning; Sandbox; Seed rounds; Service mesh; Spring Boot; VINYL; Visual LANSA; WAR files; YAML; Zoho Creator;

>Top 1-1. Low-code frustration #1:

  • Maintenance can be hard:
    The trickiest part of dealing with a low-code solution is usually a few years down the road. The old system is deployed and running along smoothly, but everyone has requests for fixes and improvements. Many times, these extra features lie just outside the architectural structure of the old, low-code solution and there’s no easy way to add them. If we had the source code, we might be able to dive in and rebuild some of the guts, but we don’t. If the original designers knew the feature would be needed, they would have made different decisions. They might have started with a completely different framework. But they didn’t and now we’re locked in.

1-1. ローコードへの失望 #1:

  • メンテナンスは大変である。:
    ローコードで開発する時の最もトリッキーな点は、数年後にやってくる。古いシステムが導入されスムーズに可動しているが、いろんな人から、バグフィックスや改善要求が出てくる。多くの場合、これらの要求は古いシステムの構造的な問題の外側にあることが多く、それら要求を追加するのは容易ではない。もし、我々がソースコードを持っていれば、そのコードを調べて、その部分を再構築できるが、我々はそうはしない。もし当初の設計者が、その変更箇所の必要性を知っていれば、おそらく別の決定をしたと思われる。彼等は全く別のフレームワークを使って最初から取り組む可能性がある。しかし、今や、我々は(当初のローコードツールに)ロックインされているので、それはできないのだ。

>Top 1-2. Low-code frustration #2:

  • Everyone gets the same thing.:
    Everyone who eats at a chain restaurant knows the boredom and lack of surprise. The business model depends on saving money on a standard menu and standard design while also providing a consistent experience, but that doesn’t make it more fun.
    Low-code tools offer the same cookie-cutter feel. A good developer with just a bit of experience can often identify the underlying tools with just a few clicks. No matter how many configuration options, splash screens, or customized CSS skins, the underlying mechanism shows through. This can be comforting for some users who want things exactly the same, but it also removes much of the surprise and novelty.

1-2. ローコードへの失望 #2:

  • 誰もが同じ結果を得る。:
    誰もがチェーンレストランで同じような食事をすると考えると、しまいに飽きてきて感激がなくなってくる。ビジネスモデルは、標準的なメニューと標準的なデザインに基づいて予算を節約するが、一方では同じ繰り返しの経験を積むこととなり、それでは面白みがなくなってくる。ローコードツールも同じで、クッキーカッターのような感覚である。あまり経験のない開発者は、少しのクリックでのツールに同化して行うのが良い開発者ということになる。いかに多くのコンフィギュレーションのオプションや、目立つようなスクリーンや、カスタマイズした多くのCSSの設定があっても、底流にあるメカニズムは透けて見える。これは全く同じことをしたい一部のユーザには助かる機能だが、同時に多くの感激や新規性をもたらすことはなくなる。

>Top 1-3. Low-code frustration #3:

  • One size fits none:
    The product manufacturers love items that are “one size fits all” because the pipeline is so much simpler. The customers? They often hate them and grouse that “one size fits none.”
    Low-code products are easy to use in the same way. There just aren’t that many things for you to change, customize, or code and so you’re stuck with them. They do what they can do and that’s about it. No one ends up happy.

1-3. ローコードへの失望 #3:

  • 一つのサイズでどこにも適合しない。:
    製品メーカーは"一つのサイズで全てに適合する"という原則が好きである。なぜなら生産パイプラインが非常に単純化されるからである。では顧客の方はどうか?顧客は、その考えが嫌いであり、むしろ"一つのサイズがどこにも適合しない"方が良いと考えている。ローコード製品は同じように使うことが容易になっている。それは、顧客が変更したり、カスタマイズしたりすることが多くないために、コーディングして(独自性を出すことに)固執しているのである。顧客はできることをするだけで、それがすべてという訳である。それでは顧客は満足しないのである。

>Top 1-4. Low-code frustration #4:

  • Sometimes coding is easier than configuration.:
    Developers have been making a strategic mistake by minimizing the work that goes into configuring software. Maybe it’s because the bean counters compute metrics like the cost of each line of code. Maybe it’s because the suits are always comparing the cost of creating new code with the price of buying an off-the-shelf product. In any case, coders like to pretend that changing the parameters in the configuration files for a platform or tool is no big deal.
    Low-code options tend to push the same story: You’re not coding when you’re specifying the algorithms, connecting the database, and filling in the parameters. That’s just configuration fluff and everyone knows that configuration is easy enough to do from your smartphone in a loud bar. But the reality is that those keystrokes might take days or weeks of fiddling until they actually do what they’re supposed to do. The vendors don’t want us to consider it “work” even if it takes longer than actually doing the hard “work” of writing code.

1-4. ローコードへの失望 #4:

  • 時にはコーディングはコンフィグレーションより容易である。:
    開発者は、ソフトウェアをコンフィグレーションするような仕事を最小化するという戦略的なミスを犯している。それはおそらく経理屋が、(コスト計算として)コード一行一行の数えるようなことをしているからかも知れない。あるいは営業マンがいつも新たなコードを生成するコストと既成製品を購入する価格との比較しているせいかも知れない。
    ローコードのオプションを設定する場合は、同じような展開になる。アルゴリズムを特定し、データベースを接続し、パラメータを決める時は、コーディングをすることにはならない。それは、コンフィグレーションの設定であって、誰もがスマートフォーンを使ってバー操作でできるような安易なことである。しかし、現実には、それらのキーストロークでも、想定したように実際に動くまでいろいろ(試行錯誤で)混乱して、数日あるいは数週間もかかってしまうかも知れない。ベンダーとしては、厳しいコーディングをするよりも長い時間がかかってしまうというようなことはして欲しくないと思っている。

>Top 1-5. Low-code frustration #5:

  • Too often low-code means flying blind.:
    Over the years, developers have created elaborate debugging tools that make it easy to stop the software at arbitrary places and peer deeply into all of the data structures and algorithmic state to see just what is happening. Low-code tools hide all of this from us on purpose and think they’re doing us a favor.
    If the low-code parts work as we expect, everything is sunshine and unicorns. But more often than not, something goes slightly awry and we’re stuck without any way to figure out what’s going on inside the black box. We’re flying blind without instruments and looking for any way to get some insight into what’s happening.

1-5. ローコードへの失望 #5:

  • しばしばローコードは目を閉じて飛ぶようなことである。
    今まで何年もの間、開発者はデバッギングツールを使って、任意の場所でソフトウェアを止めて、データ構造やアルゴリズムの状況をつぶさに調査して何が起こっているかを見れるようなものを開発してきた。ローコードツールはこの作業は全て我々から見えないようにして我々に楽をさせてくれている。
    もしローコードの部分が我々が期待するように動くのであれば、すべてはめでたしということになる。だが、実際にはしばしば、何かがほんの少しだけ違っており、それを訂正するためにブラックボックスの内部で何がおきているのか突き止める必要にかられる。我々はあたかも測定機器なして目隠しで飛行しており、何が起こっているのかその原因追求に奔走しているようなものである。

>Top 1-6. Low-code frustration #6:

  • Sometimes you just need to insert a function to clean up the data.
    Anyone who has written software knows that half of the work is writing the extra little glue code that keeps the data flowing while filtering out the problems. Sometimes the dates are in ISO 8601 format and sometimes they’re in some local preference. Sometimes numbers are integers when they should be strings or vice versa.
    Low-code products try to shoulder some of this work by offering filters or switches and these are often enough. But when they aren’t you’re out of luck. The low-code products are in a quandary. Some have experimented with letting you insert arbitrary blocks of code in places, but someone finds a way to misuse them and introduces a massive security hole. For instance, Drupal removed the option of including bits of PHP in places, to close a potential security hole and also increase cache performance.

1-6. ローコードへの失望 #6:

  • 時々データをクリーンに保つための関数を挿入する必要がでてくる。:
    誰でもソフトウェアを書いたことがある人なら、仕事の半分は余分な小さなグルーコードであり、それがあるから問題部分をフィルターすることでデータの流れを保っている。【Glue code: 互換性のない部分同士を結合するためだけに働く接着剤的なコード】また時には、データがISO8601フォーマットだが、時にはそれとは異なるローカルフォーマットを使っている場合がある。また時には数字が、本来は文字列であるべき所が、数字の整数列であったり、あるいはその逆だったりする。
    ローコード製品は、フィルターやスイッチを用意しており、これらの仕事のかなり部分は肩代わりしてくれるので多くの場合はそれで十分である。しかし、不幸な場合には十分でないことが起こる。実際、ローコード製品は時々困惑することがある。ある人は、所々に人為的なコード群を挿入すること試みたり、またある人はそれらの使い方を間違えて大きなセキュリティホールを導入してしまったりする。例えば、Drupalソフトウェアの場合は、所々でPHPのオプションコードを取り除くことでセキュリティホールを閉鎖し、またキャッシュ能力を増加させた。【Drupal: PHPで記述されたコンテンツ作成管理用のOSS Platformである。】

>Top 1-7. Low-code frustration #7:

  • Low-code is often inefficient
    The promise of low-code tools is that they know what you need and then magically deliver it. The cost of this mind reading, though, is a thick stack of code that deals with all of the strange configurations and odd curveballs that might come its way.
    If you wrote the code, you might know that your company only stored its data in CSV files. The team back at low-code headquarters, however, needs to plan for all of the contingencies and that means working with JSON, YAML, and XML, both versions 1.0 and 1.1. There are dozens of formats out there and the low-code sales team wants to make sure that their tool can handle all of them. It’s all about the check marks in the feature matrix.
    The result is an impressive piece of engineering, just as impressive as the bulletproof Dreadnought, and it maneuvers with all of the grace and agility of the World War I battleship.
    The result is that everything is slower and less efficient. If your deadlines aren’t too tight and your data set isn’t too large, you can hide this by throwing more compute power at the stack. But eventually the bill for the extra-careful code is going to come due.

1-7. ローコードへの失望 #7:

  • ローコードはしばしば非効率である。
    ローコードツールの約束事としては、開発者が必要なことは開発者自身が知っているということが前提で、それゆえ手品のようにコードを生成してくれる。しかし、開発者の気持ちを理解するためにコストとしては、様々な変なコンフィグレーションやクセ球へ対応するために分厚いコード群が必要となるのである。
    もしあなたが自分でコードを書こうとすれば、会社は単にデータをCSV形式でストアするだけで十分ということを知っている。しかし、ローコードを制作する本社側のチームとしては、全ての異常事態へ対応し、また、JSON, YAML、XML, それらのVersion 1.0および1.1を準備しなければならない。【JSONは、JavaScriptの簡易的なデータ定義言語; YAMLはRubyなどで使用する構造化データ】これらには何十というフォーマットがあり、ローコードセールスチームは、彼等のツールがそれら全てに対応できるようにと要求してくる。これは、特徴一覧のマトリックスとしては疑問となる(ような分量となる)。
    その結果、エンジニアリング(の作業量)としては (巨大で) 印象的なものとなる。あたかも装甲十分なDreadnought 型戦艦のようであり、第一世界大戦で活躍した当時は、優雅さと迅速性を備えた機動力といえた。【Dreadnought: 20世紀初頭の巨大な戦艦】
    そして(ローコードの製品としては)結局は、すべてが緩慢となり効率的でなくなる。もし、(システム納期の)期限がきつくでなければ、データセットはそれほど多くならずに、これをスタックでのコンピュータ能力を増やすことでうまく隠すことができる。但し、その場合は余分に考慮されたコーディング部分に関する(追加料金の)請求書が待っていることとなる。

>Top 1-8. Low-code frustration #8:

  • Experience wanted
    Many of the top open source platforms are built in popular languages that are taught in schools. There is a vast ecosystem of talent that can take apart and rebuild stacks built in the major languages like Java, JavaScript, Python, or PHP.
    Low-code usually isn’t taught because, well, you’re not supposed to need any instruction in it. The devotees will point out that the tools are often written in common languages, but that’s not the real challenge for developers. The challenge is the extra structure bundled into the low-code framework. It’s what you’re paying for and it’s also what your team needs to spend time learning if they’re going to revise or extend the platform.

1-8. ローコードへの失望 #8:

  • 経験が必要:
    多くのトップのオープンソースプラットフォームは、学校で教えてくれるような人気のあるコンピュータ言語によって作られている。これはJava、JavaScript、Python、あるいはPHPといった主要なコンピュータ言語で作られた、ばらばらなコードをスタックとしてまとめることができる能力という巨大なエコシステムが存在 (が前提となって)いる。
    ローコードは通常は教えてもらうことはない。というのはローコード製品の中身の知識は必要とされていないからである。その製品を制作した人達は、ツールは一般的な言語で書かれていることと指摘するが、実際には製品開発者にとってはそれだけの挑戦でできている訳ではない。(ローコード製品を制作するという)その挑戦には、ローコードフレームワークに組み上げる追加の構造が必要となる。その部分こそが(製品価格として)支払いに値する部分であって、開発チームとしては、もしプラットフォームを修正したり拡張したりしようとすれば、時間をかけて学習する必要がある。

>Top 1-9. Low-code frustration #9:

  • You’re locked in:
    Sometimes starting up one of these low-code platforms feels like joining the mob. It’s easy to join but hard to leave. The price for doing less work and standing on the shoulders of giants is that you become beholden to the giants. If the giants move, you move with them. If the giants stop moving, or collapse, you’re in trouble. ❏

1-9. ローコードへの失望 #9: 

  • ロックインされた状態:
    ローコードプラットフォームの一つを開始することは、群衆に加わるようなものである。参加するのは容易だが、そこから抜け出すのは大変である。省力化によって実現される安価な価格は、(ローコード製品開発者という)巨人の肩に乗っていることを意味し、それはその巨人に捕まっていることでもある。もしその巨人が動けば、あなたも一緒に動く。もし巨人が止まったり、崩れれば、あなたもそのトラブルに見舞われるのだ。 ❑

>Top 2. Low Code Development is on the Rise:
by Elizabeth Wallace, RTInsights.com, Dec 7, 2020

  • Source: https://www.rtinsights.com/low-code-development-is-on-the-rise/
  • The cloud app service hasn't just made it easier to deploy other people's software, it's made it easier to build your own, too. We test 10 top players in the low-code development space where custom app creation is easy and knowing how to code is optional. (By Rob Marvin, updated Aug 10, 2018)
  • Low-code platforms are on the rise, and with projected revenue of $\$$180.7 billion over the next ten years, it’s one of the hottest tech trends emerging in the wake of digital transformation. Let’s take a look at what’s contributing to low-code platform popularity and what businesses can expect from its use.

2 . ローコード開発は伸長している。:
Elizabeth Wallace
, RTInsighet.com記事 (2020/12/7)

  • 原文:左記
  • クラウドアプリのサービスは、他人が作ったソフトウェアを展開するのは容易にしただけでなく、自作のソフトウェアを構築するのも容易にした。ローコード開発分野で10件のソフトについて、カスタムアプリを作るのが容易か、またコーディングがオプションであることをどのようにして理解できるかの点についてを検証してみた。(Rob Marvin; 2018/8/1)
  • ローコードプラットフォームは現在人気沸騰中であり、今後10年間で$\$$1807億もの売上規模が予想され、DXへの潮流を受けて、ハイテク分野では最も熱い視線を浴びている。このローコードプラットフォームの人気の秘密に加えて、この利用でどのようなビジネス展開が期待できるか見てみよう。

>Top 2-1. What are low-code platforms?:

  • In the recent past, developing tech products required the expertise of a professional developer or IT team. Departments wishing to customize certain tech products were subject to third-party or departmental availability, creating wait times and lag in deployment.
    With data-heavy business operations, the wait is unsustainable. Non-IT departments need customized solutions that gather, analyze, and deploy data. Without these products, companies risk falling behind competitors.
    ( See also: How No-Code Platforms Are Helping SMBs Go Fully Digital)
    The problem is that sales teams aren’t typically coders, and neither are other departments vital to revenue and growth. Low-code products provide the type of accessibility these teams need to build and deploy tech products to drive innovation without waiting for a solution from IT.
    Low-code platforms use drag and drop components containing the building blocks of programming, removing the need for technical expertise in development. Now, sales can create sales-specific dashboards, for example, that display data trends or analysis without IT intervention. It’s a new era of data literacy for business.

  • The demand for low-code will only increase
    Businesses can deliver value to customers through digital solutions using the team they already have. Quite a few industries have already used these platforms, including education, financial and insurance services, and healthcare.
    North America is the biggest provider of low-code platforms, but that could also change. Demand is predicted to surge in the Asia-Pacific region thanks to rapid economic growth and smart-phone access.
    As more organizations race to first in digital transformation, low-code platforms could cement their place in ordinary business operations. This dependence on technical solutions paves the way for their use. ❑

2-1. ローコードプラットフォームとは何か:

  • 近年過去においては、ハイテク製品を開発するには、高度に専門的な開発者やITチームを必要としてきた。ハイテク製品をカスタマイズしようと思うと、サードパーティや部門内でそれができる人達がいることが条件であり、そのための待ち時間や人材確保に時間がかかることになった。多量なデータを伴うビジネス展開の場合は、その待ち時間は許されない。IT部門以外にとって、データを収集・分析・展開するためにカスタマイズしたソリューションが必要となり、そのため競合他社に遅れと取るリスクがでてきている。
    ("ノーコードプラットフォームはいかに中小企業のデジタル化に支援するか" の記事参照)
    問題は、セールスチームは典型的にはプログラマーでなく、他の部門も売上と成長に関してそれほど真剣ではない。ローコード製品はこれらのチームが、IT部門によるソリューションを待つことなく、イノベーションをもたらすハイテク製品にアクセスすることが可能となる製品である。 
    ローコードプラットフォームは、ドラッグ&ドロップの部品によってプログラミングの要素を組み合わせるようになっており、開発において専門的技術を必要としない。今や、セールス部署は、例えば、セールス専用のダッシュボードを作り、IT部門に頼ることなく表示されたデータの傾向や分析を示すことができる。それはビジネスにとってデータ•リテラシーの新たな時代の到来であると言える。

  • ローコードへの要求は増加する一方である。
    ビジネス分野では、顧客に対し、既存のチームを活用してデジタルソリューションを通じた価値をいかに顧客に届けるかが重要である。現状では、教育、金融、保険、医療などごく一部の産業しかこれらのプラットフォームを使っていない。
    北米はローコードプラットフォームでは最大の市場となっているが、今後は変化が起きるかも知れない。アジア太平洋地域での急速な経済成長とスマートフォーンの普及してによって需要が急増する可能性があるからである。ますます多くの組織がDX競争に加わるので、ローコードプラットフォームは通常のビジネス展開でその利用が必須となるだろう。これに依存した技術的なソリューションがさらにローコード開発利用への道を拓くことになる。 ❑

>Top 3. How No-Code Platforms Are Helping SMB's Go Fully Digital: by Artem Ptashnik,  RTInsights.com, Oct 26, 2020

  • Source: https://www.rtinsights.com/how-no-code-platforms-are-helping-smbs-go-fully-digital/
  • No-code tools put the power to create, organize, and automate business processes in the hands of non-engineers.
    Welcome to the revolution – the no-code revolution, that is. No-code tools are popping up left and right, democratizing technology that was formerly only available to highly skilled engineers. You can now build a website or app, design a chatbot, automate tasks, open an online store, and much more, all without typing out a single line of code. This movement will forever change the way small and medium-sized businesses (SMBs) operate and grow digitally, and it’s only just begun.
    No-code tools provide an easy way for SMBs to take their presence online and reach a new audience there. A brick-and-mortar store, for example, can start selling their products online more easily than ever before. Drag-and-drop interfaces for building eCommerce stores without code have become widely popular. That means shops of all sizes can digitize their operations quickly and easily.
  • How no-code solutions work
    Of course, no-code tools still involve code—it’s just all been set up and completed already, behind the scenes. As a result, the end-user of a no-code tool doesn’t have to know anything about coding. The engineers who built the platform have already done all the heavy lifting in terms of development. That means the user can simply drag and drop various elements in a visual, easy-to-use interface, and they’ll be ready to launch. They won’t be able to tailor the specifications of the end product as much as if they were coding it themselves, but most SMBs won’t need those advanced customizations.

3. ノーコードプラットフォームがいかに中小企業の全面的なデジタル化に寄与するか: by Artem Ptashnik (2020/10/26)

  • 原文左記
  • ノーコードツールは、非技術者に対して、ビジネスプロセスを作成し、組織化、自動化を図る上でパワーを与えることになる。
    これがいわば革命、即ち、ノーコード革命である。ノーコードツールはあちらこちらで活用されており、従来は熟達した技術者でなければ使えなかった技術の民主化ともなっている。今や誰でも、コードを一行も書かないで、Webサイトを立ち上げ、 チャボット(Chat robot)を設計したり、作業を自動化したり、オンラインストアを開設したりすることなどが可能となる。この動きは、特に中小企業のデジタル活用の状況を決定的に変えることになり、それは正に始まったばかりである。
    ノーコードツールは中小企業に対し、オンラインでの存在感を示し、それは新たな顧客を見出すことに通じる。例えば従来型の店舗でもその製品をオンラインで販売開始することが以前より容易に行うことができる。コードを作成しないでeコマースをドラッグ&ドロップだけで構築することが、広範な人気を集めている。どのような規模の店舗でも、その運用を迅速かつ用意にデジタル化できる。
    • ("イノベーションの成功の秘訣"の記事参照 >以下に訳出
  • ノーコードソリューションはどのように動くのか。
    当然ながらノーコードツールにもコードは含まれているが、それはコードが、背後で、予め装備されて完璧に装備された状態にあるからである。その結果、ノンコードツールのエンドユーザーは、コーディングに関する知識は不要となる。このプラットホームを作った技術者が、それを開発する段階で膨大なコードをすでに組み込んである。そのためユーザーは単に使い勝手の良い様々な要素をドラッグ&ドロップするだけで立ち上げることが可能となるのである。あたかも自分でコーディングする場合のように、最終製品の仕様を細かく調整する必要はなくなる。しかし、多くの中小企業にとっては、それほど精緻なカスタム化が必要ではないかも知れない。

>Top 3-1. How No-Code

  • Key benefits of no-code tools for SMBs
  • No-code tools put the power in the hands of non-engineers. That means CEOs, solopreneurs, marketers, and anyone in between can create, organize, and automate business products and tasks without ever learning to code. This translates into four key benefits for SMBs:
    1. #1. Low risk
      Tools that don’t require coding mean users can test and iterate quickly, painlessly, and as often as needed. Instead of investing millions to hire a whole team to build a custom solution, SMBs can now build solutions themselves, quickly and cheaply. No-code platforms remove many barriers to entry for smaller organizations.
    2. #2. Low cost
      A huge budget to finance a staff of engineers is no longer a necessity for businesses who want to go fully digital. Small teams and even entrepreneurs can use no-code technology to build out digital projects themselves. Plus, many no-code tools have freemium models. Start for free, experiment and validate your concept, and upgrade to scale when you’re ready. From there, most also have month-to-month subscriptions rather than long-term contracts. That’s why no-code tools are ideal for SMBs. They require a much smaller and more flexible investment than traditional programming methods, which were formerly only available to major organizations with big budgets.
    3. #3. Accessibility
      The whole point of no-code solutions is to make certain digital tasks and projects accessible to everyone. So whether you’re creating a website or creating a chatbot, anyone on your team can take the reins on the project. From the initial build to tweaks down the line, whoever needs to be involved can participate easily with a minimal learning curve.
    4. #4. Agility
      What happens if a business hires a team of engineers who spend months writing code for a project, and the end result isn’t quite right? The time and money required to go back to the drawing board isn’t something most SMBs can afford. In contrast, no-code platforms allow businesses to experiment and iterate on a dime. They allow for flexibility and optimization without the risk of wasting precious resources along the way.

3-1. 中小企業のためのノーコードツールのメリット::

  • ノーコードツールは非エンジニアにも力を与える。このことは、CEO、個人事業主、販売員な誰にとってもコーディングを学ぶことなしにビジネス製品を制作し、組織化し、自動化できる。これは中小企業に以下のの4点で有利となる。
    1. ローリスク:
      コーディングを必要としないツールとは、ユーザーがテストを実施したり、素早く簡単に必要に応じて繰り返し改善することができる。カスタムソリューションを構築するためのチームを作るために何百万ドルも投資する必要もなくなり、中小企業にとっては今や自分自身でソリューションを迅速安価に構築できる。ノーコードプラットホームは小規模企業にとって参入障壁を取り除いたのである。
    2. 低価格:
      全面的にデジタル化を志向する企業にとって膨大な予算をかけて技術者を確保する必要がなくなった。少人数のチームあるいは起業家自身がノーコード技術を使ってデジタルプロジェクトを構築できる。さらにノーコードツールの多くはフリーミアム 【基本的なサービスは無料で提供し、高度な機能は有料とするビジネスモデル】のモデルとなっている。当初は、アイデアをタダで実験し評価してから、規模を拡大していけばよい。それからは、長期間の契約をするのではなく、月毎の契約でいける。これがノーコードツールが、中小企業にとって最適である理由である。それは、以前は予算が十分にある大企業だけが準備できた従来のプログラミングの方法より、ずっと少額で柔軟な投資で済むのである。
    3. 参加容易性:
      デジタルの仕事やプロジェクトを構築する上でのノーコードソリューションの重要な点は誰にでも入手可能でる点が挙げられる。Webサイトやチャットボットを構築する場合、そのチームの誰かが責任者となってプロジェクトをリードしなければならない。当初の構築から実施面での微調整などで、誰でも容易に、ラーニングカーブを最小化できて参加できる。
    4. 迅速性:
      技術者を雇ってコーディングに数ヶ月かかるような場合は、最終結果はどうなるのだろうか?そのための時間と費用を役員会に申請したとしても中小企業では賄いきれない。対照的にノーコードプラットホームの場合なら、実験したり、改善の繰り返しが僅かな金額で可能である。即ち、貴重な資源を浪費するktなく柔軟かつ最適に進めることができるである。

>Top 3-2. Tools for building something (websites, online stores, mobile apps):

  • This type of no-code tool lets SMBs build something to create or improve their digital presence. Especially in the age of the COVID-19 pandemic, businesses can’t afford to not be available to customers online. No-code tools turn the process of setting up a digital store or website from a slow-moving, high-cost project to a task that can be completed by one person in hours or days.
    • These types of tools are hugely beneficial to entrepreneurs and business owners who are just starting out or SMBs who want to experiment with new ideas. They can use them to build workable first versions of apps or websites fast, for little to no cost. That means they can have a real interface to test their ideas with a live audience.
    • Tools for organizing something (data, lead information)
      Data entry and handling eats up far too much time and far too many resources for lots of small- and medium-sized businesses. No-code platforms in this category make that a problem of the past. They let businesses sort, track, analyze, and collaborate on customer data, sales data, or any other type of information. When that data is more organized and accessible to team members, it becomes far easier to use it in meaningful ways that benefit the company’s bottom line.

  • What no-code platforms can help SMBs achieve
    • There’s a whole range of tools out there that don’t require coding. Most fall into one of these general categories:
    • Tools for automating something (customer support, sales, communications)
      Have you ever dreamed of having a few extra pairs of hands to take repetitive business tasks off your (or your team’s) plate? No-code tools for automation make this possible for a cost far lower than a new employee salary. Take tools that let people build chatbots without coding, for example. Once the bot is up and running, it can handle all kinds of tasks related to lead generation, lead qualification, customer service, product recommendations, and more—all on autopilot. It’s easy to see how useful a tool like this would be to any business, especially those with limited resources.

3-2. Webサイト、オンラインストア、モバイルアプリなどの構築ツール:

  • ノーコードツールを使って中小企業が何かを制作したりデジタルでの存在感を改善することができる。特にコロナウイルスの時代には、顧客にオンラインで対応しないことは考えられない。ノーコードツールは、時間と費用のかかるデジタルストアやWebサイトの構築プロセスを、一人が数時間や数日で行って完成させることができる。
    • これらのツールは、創業したばかりあるいは中小企業の起業家や事業主にとっては、新たなアイデアを実験する上で最大のメリットとなる。これらによって実際に動くアプリやWebサイトを迅速かつ安価に立ち上げることが可能になる。また実際の顧客に対して自身のアイデアをリアルインターフェースで実験するということが可能となる。
    • データやリード情報などを組織化するツール:
      中小企業の多くにとっては、データエントリーやその処理には、遥かに多くの時間や資源を必要とする。この分野のノーコードプラットホームは、これを過去の問題にしてしまった。顧客データや売上データなどどんなデータでも、整理し、追跡し、分析し、顧客と協業することができる。データがさらに組織化されチームメンバーで利用されるようになると、その情報を意味ある方法で活用し、会社の現場にとって役立つものになる。

  • ノーコードプラットフォームは、中小企業アーカイブにとって何が役立つか
    • コーディングを必要としないあらゆる種類のツールが取り揃っている。その多くは以下のような範疇に入る。
    • 顧客、販売、コミュニケーションのサポートなどを自動化するツール群
      あなたやあなたのチームにとって、繰り返し的な仕事を行う上で、もう数名の増員が欲しいと思ったことはあるのではないだろうか?ノーコードツールは、例えば、コーディングなしでチャットボットを構築したりできる。ボットが稼働するようになると、有望顧客の発掘、評価、顧客サービス、製品の推奨などに関連したあらゆるサービスを自動でしてくれる。このようなツールは、どのようなビジネスにとっても極めて有用であることが容易に分かるであろうし、しかもそれが限られた資源で可能になるのである。

>Top 3-3. The future is no-code

  • No-code tools are designed to be easy to use by anyone and everyone. They make building, organizing, and automating things simple and inexpensive, which gives SMBs more accessible growth resources than ever before. They create new avenues for exposure and success on digital channels that were previously out of reach for smaller organizations. Whether you’re starting or building a business, no-code platforms will help you go digital and achieve your goals with the skills, resources, and budget you already have. ❑

3-3. 未来はノーコードである。:

  • ノーコードツールは、誰にとっても使いやすいようにデザインされている。それは、構築、組織化、自動化を簡単かつ安価に行え、中小企業にとっては以前にも増して成長に結びつく資源を利用できることになる。以前には小規模企業にとっては到達できなかったデジタルチャンネルへの成功への新たな道を切り開くものである。ビジネスを創業する場合か構築する場合いずれでも、ノーコードプラットフォームはデジタル化を支援し、既存のスキル、資源、予算で目標を達成することができる。 ❑

>Top 4. 10 Best Low-Code Development Platforms in 2021, last updated: Jan. 10, 2021

  • Source: https://www.softwaretestinghelp.com/low-code-development-platforms/
  • What is Low-Code Platform?:
    Low-code development platform is an application that provides the Graphical User Interface for programming and thereby develops the code at a very fast rate & reduces the traditional programming efforts.
    These tools help in the fast development of code by minimizing hand-coding efforts. These platforms not only help with coding but also with the quick setup and deployment.
  • Working Of Low-code Development Platforms:
    With these platforms, you don’t have to write the code line-by-line. It will allow you to draw a flowchart and the code will get created. Code-development gets faster with this method.
  • Benefits of Low-code Development Tools:
    Low code development tools provide many benefits and more people can contribute to the application development process. Also, these platforms help organizations in improving their agility. It reduces the complexity of the application development process.
    Low code platforms have two other important benefits i.e. high productivity and decreased cost as it develops more applications in lesser time.
    The following graph will explain the importance of low-code development tools. As per the research performed by frevvo, it accelerates the digital transformation at 69% and 40% it is responsible for reducing the dependency of high technical skills.

4. 2021年ローコード開発プラットホームベスト10 (2020/12/28更新)

  • 原文左記
  • ローコードプラットホームとは何か?
    ローコード開発プラットフォームは、プログラミングでのGUIを提供し、それによってコーディングを非常に迅速に、従来のプログラミングの努力を軽減するアプリである。
    これらのツールは、コーディングを手で行うことを最小化することで迅速な開発を支援する。これらのプラットフォームはコーディングの支援だけでなく、迅速な立ち上げと配備についても支援する。
  • ローコード開発プラットフォームでの作業:
    これらのプラットフォームの活用によって、コードを一行一行を書く必要ななくなる。あなたはフローチャートを描くだけでコードが生成されるのである。コード開発はこの方法でずっと迅速になる。
  • ローコード開発ツールのメリット:
    ローコード開発ツールには、多くのメリットがあり、多くの人々がこのアプリ開発のプロセスに関わっている。またこれらのプラットフォームは、組織の改善が迅速に行うのを支援する。それはアプリ開発プロセスの複雑性を減らすことになる。
    それ以外にも、ローコードプラットホームには、2つの重要なメリットがある。即ち、より少ない時間でより多くのアプリを開発するという高い生産性と低コストの実現である。
    以下のグラフは、ローコード開発ツールの重要性を示している。
    【frevvoは、ワークフロー自動化ソフトのこと】 による調査にでは、DXへの推進を69%加速し、40%は、高度技術スキルへの依存を減少されることになった。

>Top 4-1. Reasons for Using Low-Code Platforms:

  • reasonsforusinglowcode.gif

4-1. ローコードプラットフォームを利用する理由:


  • ■デジタルイノベーションと変革を加速する。
    ■現状のITバックログを減少し、反応性を増加させる。
    ■レガシーによる負債を回避できる。
    ■技術スキル人材雇用に依存する難しさを減少させる。
    ■技術的な理由での他社への乗換えを防止する。
    【churn (撹拌)とは、顧客が自社サービスから他社へ乗り換えること】
    ■内部プロセスの改善するために(IT部門に依存することなく)現場の人材を活用する。
    【IT部門に属する技術者でなく、事業部門の現場担当者が自らシステムを開発して業務上の課題を解決すること。ローコード開発ではとくにCitizen developerと呼ぶ。】
    ■その他

>Top 4-2. Best 10 The Top Low-code Develoment Platforms: (#1-2)

  • #1-2:
  • toplowcode12.gif

4-2. ベスト10 ローコード開発プラットフォーム: (#1〜2)

  • 1〜2位:
    • 1: Monsday.com "Monday": Win, Mac, iOS, Android対応; 小〜大企業向き、無料試用あり、費用$\$$8/月(但し、年間請求)
    • 2: Visual LANSA "LANSA": Cloud, IBMi(=旧AS400), Win対応; 小・中・大企業向け; 無料試用あり;$\$$8.34/月

>Top 4-3. Best 10 The Top Low-code Develoment Platforms: (#3-5)

  • #3-5:
  • toplowcode345.gif

4-3. ベスト10 ローコード開発プラットフォーム: (#3〜5)

  • 3〜5位:
    • 3: Creatio "Creatio": Win, Mac, Web対応; 中〜大企業向け; 14日間試用; 企業向け’$\$$25/月
    • 4: GeneXus "GeneXus": Win, Mac, Linux, Web対応; 小・中・大企業向け; 無料試用あり; 創業社$\$$100/月、ソフトハウス会社$\$$250/月、企業向け$\$$900/月
    • 5: Zoho Creator "Creator"; Cloud, iOS, Android, PWA(モバイル用Web)対応; 小・中・大企業向け; 無料試用あり; $\$$10/月〜、Premium $\$$20/月、Ultimate $\$$35/月〜

>Top 4-4. Best 10 The Top Low-code Develoment Platforms: (#6-8)

  • #6-8:
  • toplowcode678.gif

4-4. ベスト10 ローコード開発プラットフォーム: (#6〜8)

  • 6〜8位:
    • 6: Appian "Appian"; Cloud, Wind, Mac, Linux, UNIX, Solaris対応; 小・中・大企業向け; 試用あり; $\$$90/月
    • 8. Kissflow "Kissflow"; Cloud, iOS, Android対応; 小・中・大企業向け; 試用あり; $\$$9/月
    • 7: Mendix "Mx mendix": Web, Win, Linux Android, iOS, Win-phone対応; 中・大企業向け; Community版は無料; 単独 $\$$1875/月〜、プロ用 $\$$5375/月〜、企業用$\$$7825/月〜

>Top 4-5. Best 10 The Top Low-code Develoment Platforms: (#9-10)

  • #9-10:
  • toplowcode910.gif

4-5. ベスト10 ローコード開発プラットフォーム: (#9〜10)

  • 9〜10位:
    • 9. OutSystems "Outsystems": Web, Win, Mac, Linux, iOS, Android対応; 中・大企業向け; 無料プランあり; $\$$6250/最初月〜$\$$15000/月
    • 10. Salesforce Lightning "Saleforce": Web, Win, Mac対応; 小・中・大企業向け; 無料試用あり; $\$$25/開始月〜$\$$150/ 月

>Top 5. Features of Each Software: (#1)

  • #1) Monday.com:
    • Tagline: Quickly create apps for any business need
    • monday.com Pricing: It offers a free trial. It has four pricing plans i.e. Basic ($\$$8/user/month), Standard ($\$$10/user/month), Pro ($\$$16/user/month), and Enterprise (Get a quote). All these prices are for annual billing.
    • monday.com provides a low code development platform that will help you to digitize processes and workflows. It will increase employees’ productivity and engagement. It helps you with fast building the functionality as per your needs. You will be able to build any feature or functionality as per your requirement through this tool.
    • The platform will let you automate the workflows without coding. It has features of interactive boards and custom forms that will provide business data in a quick and standardize way.
    • It can be seamlessly integrated with your existing data and tools. It has more than 50 prebuilt adapters for that. You will also be able to integrate it with in-house built systems through an open API.
    • Features:
      • You will be able to streamline and modernize your workflows with the help of internal tools, custom workflows, automation & integrations, and data visualizations.
      • You will be able to provide rapid application delivery through a lot of no-code building blocks.
      • You will be able to visualize data in various ways, interactive, timeline, surveys, calendars, maps, charts, etc.
    • Verdict: monday.com will empower your team with a no-code/low code development platform. The platform will let you create custom tools that are tailored for your team and develop new visualizations. It will streamline and modernize your workflows.

5. 各ソフトウェアの特徴: (#1)

  • #1) Monday.com:
    • 標語: どのようなビジネス用アプリも迅速に制作できる。
    • monday.com価格: 無料試行あり。価格帯は4種類。ベシックは月$\$$8、スタンダード月$\$$10、プロ月$\$$16、エンタープライズ月は別途見積。これらの請求は年ベース。
    • monday.comは、ローコード開発プラットフォームを提供し、プロセスとワークフローのデジタル化を支援する。それは、従業員の生産性と契約内容を高める。早期の機能構築が可能。このツールを通じて要求通りにどのような特徴・機能も構築できる。
    • このプラットフォームは、コーディングなしにワークフローを自動生成できる。それは迅速にかつ標準的な方法生成する双方向の会議とカスタマイズした形式が特徴である。
    • あなたの既存データとツールをシームレスに統合できる。そのための事前に用意された50のアダプタがある。それを貴社社内ですでに構築したシステムとのオープンAPIを通じた統合が可能である。
    • 特徴:
      • 内部のツール、カスタムワークフロー、自動化と統合化、及びデータ可視化によってワークフローを整理、最新化できる。
      • 多くのノーコード部品を使って迅速なアプリの導入が可能
      • データを双方向、スケジュール表、調査項目、カレンダー、地図、チャートなど様々な方法での可視化が可能
    • 評価: monday.comは、ノーコードやローコードであなたのチームをエンパワーする。このプラットフォームは、あなたのチーム専用のカスタムツールを生成し、新たな可視化が可能となる。またワークフローの整理と最新化を行う。

>Top 5-2. Features of Each Software: (#2)

  • #2) Visual LANSA:
    • Tagline: Low Code >> High Control
    • Visual LANSA Pricing: Visual LANSA has a three-tiered pricing structure i.e. Entry Level ($\$$16.66 user/month), Mid-tier ($\$$13.34 user/month), and Enterprise ($\$$8.34 user/month).
    • LANSA’s low-code development platform accelerates and simplifies the creation of enterprise apps while making your development team more productive. LANSA puts you back in control.
    • Features:
      • Powerful low-code IDE to create desktop, web and mobile apps.
      • Build apps faster, easier and at a lower cost than traditional methods.
      • Extensive testing, deployment and integration controls.
      • In use by several thousand companies around the world.
      • Ability to write code inside the IDE.
      • Only low-code to run on the IBMi, windows, and web.
    • Verdict: Visual LANSA will allow professional developers to create applications much quicker than traditional coding and with an amount of control much higher than usually seen in low-code platforms.

5-2. 各ソフトウェアの特徴: (#2)

  • #2) Visual LANSA:
    • 標語: ローコード>>高度な管理
    • Visual LANSAの価格: 3つの価格帯がある。各ユーザ当たりエントリーレベルは月$\$$16.66、中規模月$\$$13.34、エンタープライズ月$\$$8.34
    • LANSAのローコード開発プラットフォームは、エンタープライズ用アプリの制作、また同時にあなたのチームの生産性向上を加速し容易化する。LANSAは、あなたの背後も管理する。
    • 特徴:
      • パワフルなローコードIDE (Integrated Development Environment, 統合開発環境)が、デスクトップ、Web、モバイルアプリを制作する。
      • アプリを従来の方法よりも、早期、容易にかつ低コストで構築する。
      • 広範なテスト、配置、統合管理
      • 世界中で数千企業で使用中
      • IDE内部でコードを書く能力
      • IBMi、Widows, Webで動く唯一のローコード。
    • 評価: Visual LANSAは、プロフェッショナルな開発者にとって、従来のコーディングに比べてずっと速くアプリの制作が可能。また普通のローコードプラットフォームよりずっと高度な管理ができる。

>Top 5-3. Features of Each Software: (#3)

  • #3) Creatio:
    • Tagline: Everyone can automate business ideas in minutes.
    • Creatio Pricing: Studio Creatio, Enterprise Edition will cost you $\$$25 per user per month.
    • Creatio is a low-code CRM and Process Automation platform. It offers a CRM solution for sales, marketing, and service. Studio Creatio will help IT as well as non-IT staff to easily build enterprise-grade apps and processes. It can be deployed in the cloud as well as on-premises.
    • Creatio Marketplace has ready-to-use apps and solutions that will extend the platform functionality.
    • Features:
      • Creatio CRM is the platform with 360º customer view, lead management, opportunity management, product management, document flow automation, case management, Contact Center, and Analytics.
      • It provides a leading UI for visual modeling.
      • You will be able to build various types of apps through App wizard.
      • It has features for security and administration.
      • It provides features to streamline customer engagements and accelerate service delivery.
    • Verdict: Creatio provides handy graphics and dashboards. Your routine operations will get accelerated with the use of this tool. It will help you to manage various types of cases and regulate timelines.

5-3. 各ソフトウェアの特徴: (#3)

  • #3)   Creatio:
    • 標語: 誰もが、数分でビジネスアイデアを自動生成できる。
    • Creatioの価格: Studio Creatio, エンタープライズ版月$\$$25・
    • Creatioは、ローコードCRM及びプロセスオートメーションプラットフォーム。販売、マーケティング、及びサービス用CRMを生成する。Studio Creatioは、IT及び非ITスタッフが簡便にエンタープライズレベルのアプリやプロセスを構築できる。またそれをクラウドおよびオンプレミスで展開できる。
    • Creatio Marketplaceは、プラットフォーム機能を拡張するアプリやソリューションを簡単で作成できる。
    • 特徴:
      • Creatio CRMは、360º顧客視点での見込客管理、機会管理、製品管理、文書フロー自動化、ケース管理、コンタクトセンター、及び分析のプラットフォームである。
      • それはビジュアルモデリング用の先進的なユーザーインターフェースを提供する。
      • アプリウイザードを利用して様々なタイプのアプリを構築できる。
      • セキュリティ及び管理運営の特徴を備えている。
      • 顧客との契約履行を合理化し、サービス提供を加速化する。
    • 評価: Creatioは、使いやすいグラフィックスとダッシュボードを提供する。あなたの日常のオペレーションはこのツールに利用によって加速される。また様々なタイプのケースや予定時間の調整管理を支援する。

>Top 5-4. Features of Each Software: (#4)

  • #4) GeneXus:
    • Tagline: Software that makes software.
    • GeneXus Pricing: Pricing per developer seat, independent of the number of apps created, or the number of end-users. A free trial is available for the product. Special plans for Startups (starting $\$$100/month), Independent Software Houses (starting $\$$250/month), and Enterprise (starting $\$$900/month).
    • >Top Features:
      • AI-based automatic software generation.
      • Multi-Experience apps: Model once, generate for multiple platforms (responsive and progressive web apps, mobile native and hybrid apps, Apple Tv, chatbots & virtual assistants).
      • Highest flexibility: The largest number of databases supported in the market. Interoperability capabilities for system integrations.
      • Future-proof: Evolve systems over long periods of time and change between technologies and platforms automatically.
      • Business Process Management Support: Digital Process Automation through integrated BPM modeling.
      • Deployment flexibility: Deploy apps on-premises, in the cloud, or in hybrid scenarios.
      • Application security module included.
      • No runtime for generated applications, price by developer seat.
    • Verdict: With over 30 years of experience, GeneXus provides a unique platform that captures the needs of users and generates applications for present and future technologies, without the need of learning each new technology. Allows pragmatic developers to evolve quickly, responding to market and technological changes in an agile way.

5-4. 各ソフトウェアの特徴: (#4)

  • #4) GeneXus:
    • 標語: ソフトウェアを作成するソフトウェア
    • GeneXusの価格: 作成したアプリ数に関わりなく開発者の席数毎の価格、またはエンドユーザ数による価格。生成のフリー試行が可能。スタートアップ企業用特別価格 (月$\$$100から)、独立ソフトハウス用(月$\$$250から)、エンタープライズ用(月$\$$900から)
    • 特徴:
      • AIベースの自動ソフトウェア生成機能
      • 多様なビジネス経験用アプリ: 一旦設計すれば、多様なプラットフォームに対応して生成する (Responsive WebアプリはPC/Tablet/スマホの画面幅に応じて最適配置するWeb画面、Progressive Webアプリ (PWA)はNativeアプリのようなリッチな画面、Nativeアプリは起動できるOSが限定、Hybridアプリはcross platformでのOSに対応、またApple TV、Chatbotや仮想環境への支援など)
      • 高度な柔軟性: 市場で普及しているデータベースを最も多くサポート。システム統合での相互運用性がある。
      • 将来性への保証: 長期間に亘って、また技術とプラットフォーム間の自動的な変更に対応して進化してきたシステム
      • BPMをサポート: 統合的なBPMモデリングを通じ提供デジタルプロセスを自動生成する。
      • 配置展開の柔軟性: オンプレミス、クラウド上、あるいはその混在場面での展開が可能
      • アプリセキュリティモジュールを包含
      • 生成アプリのランタイム版は無料、価格は開発者の席数
    • 評価: 30年間以上の実績があるGeneXusは、ユーザニーズに対応し、かつ現在・未来の技術を見据えたアプリを、各々新たな技術を学ぶことなくユニークなプラットフォームを提供。実践的な開発者が迅速に進化して、市場や技術変化の早い時代に対応できるようにしている。

>Top 5-5. Features of Each Software: (#5)

  • #5) Zoho Creator:
    • Tagline: Build, Integrate, Extend.
    • Zoho Creator‘s cross-platform app builder helps to build native mobile applications faster. Create apps on the web, publish and use them on your iOS and Android devices with multi-platform access.
    • With over 7 million users worldwide and 6 million apps, our platform is powerful and flexible to adapt to your business needs. Zoho Creator has been featured in Gartner Magic Quadrant for Enterprise Low-Code Application Platforms (LCAP), 2020.
    • Features:
      • Create more applications with less effort.
      • Connect your business data and collaborate across teams.
      • Create insightful reports.
      • Gain instant access to mobile apps.
      • Uncompromising security.
    • Verdict: Zoho Creator provides the low-code application development platform to build enterprise applications. It involves building applications with minimal coding which drastically reduces app-development time and effort.

5-5. 各ソフトウェアの特徴: (#5)

  • #5) Zoho Creator:
    • 標語: 生成し、統合し、拡張する。
    • Zoho Creatorの価格: クロスプラットフォームアプリ作成ツールで、ネイティブなモバイルアプリをより速く制作すること支援する。Createアプリはクラウドサービスで、iOSやAndoroid上でマルチプラットフォームで使用可能。
    • 世界中で、ユーザ数7百万、アプリ数6百万を達成したこのプラットフォームは強力であなたのビジネスニーズへの応用が柔軟にできる。Zoho Creatorは、2020年のガートナーの4象限でも、エンタープライズ用ローコードアプリプラットフォーム(LCAP)として評価されている。
    • 特徴:
      • 少ない努力で多くのアプリを開発できる。
      • ビジネスデータを連携し、チーム間での協業する。
      • 洞察力のあるレポートを生成する。
      • モバイルアプリへの即時での対応が可能
      • 妥協のないセキュティー対応
    • 評価: Zoho Creatorは、エンタープライズアプリを制作するローコードアプリ開発プラットフォームを提供する。またコーディングを最小化することでアプリ開発ができるので開発時間と手間を節約できる。

>Top 5-6. Features of Each Software: (#6)

  • #6) Appian:
    • Tagline: Automate more codeless. Deliver powerful business applications, faster.
    • Price: Appian will cost you $\$$90 per user per month for Standard Licensing. Get a quote for Application Licensing. A free trial is available for the product.
    • Appian’s intelligent automation platform will help organizations to build smart applications that will improve the business, customer engagement, and worker efficiency. It will ensure you about the security of your critical applications.
    • Features:
      • Drag and Drop tools.
      • It provides native AI services.
      • It also offers no-code integration to AI/ML platforms through Google Cloud, Amazon AWS, and Microsoft Azure.
      • Without writing any code, you will be able to integrate enterprise data, systems, and web services.
    • Verdict: Verdict: Appian is the provider of the software development platform. The Appian low code development platform is a combination of intelligent automation and low-code development.

5-6. 各ソフトウェアの特徴: (#6)

  • #6) Appian:
    • 標語: さらにコードレスによる自動化。強力なビジネスアプリを早期に構築する。
    • Appianの価格: スタンダード版は月$\$$90。アプリライセンスは見積を取得のこと。本製品のフリー試行版はある。
    • Appianのインテリジエント・自動化プラットフォームは、ビジネスの改善、顧客関係、仕事効率化を改善するスマートなアプリの構築支援する。また重要アプリのセキュリティについても確実である。
    • 特徴:
      • ドラッグ&ドロップによるツール
      • ネイティブAIサービスを提供
      • Google Cloud,、Amazon AWS、及びMS Azureサービスを通じたAI/ML (Machine Language)プラットフォームへのノーコードでの統合を提供
      • コードを書くことなしで、企業データ、システム、Webサービスを統合することが可能
    • 評価: Appianはソフトウェア開発プラットフォームを提供する。Appianのローコード開発プラットフォームは、インテリジェント自動化とローコード開発の組合せである。

>Top 5-7. Features of Each Software: (#7)

  • #7) KiSSFLOW - BPM & Workflow Software:
    • Tagline: Automate Work. Reduce Chaos.
    • Price: Standard Edition will cost you $\$$9 per user per month. A free trial is also available for this plan. The special pricing plan is available for education and non-profit organizations. You can also get a quote for bulk pricing (For more than 100 users).
    • KiSSFLOW- BPM & Workflow Software will allow you to create custom Apps and automate business processes. It provides more than 45 pre-installed apps to create your own business applications.
    • Features:
      • It completely eliminates the need for coding.
      • Drag and drop the facility to add and edit fields.
      • Tasks and logic can also be built using the drag and drop facility.
      • It will allow you to digitize your forms and requests.
    • Verdict: It provides the cloud-based solution which can be used by businesses of any size and from any industry.
    • Website: KiSSFLOW- BPM & Workflow Software

5-7. 各ソフトウェアの特徴: (#7)

  • #7) KiSSFLOW - BPM & Workflowソフトウェア
    • 標語: 自動生成で、混乱状態を減らす。
    • 価格: スタンダード版は、月$\$$9。フリー試行版もある。教育用および非営利組織用には特別価格がある。100超の大口ユーザ向けには見積取得のこと。
    • KissFLOW - BPM & Workflowソフトウェアは、カスタムアプリを制作およびビジネスプロセスの自動化を可能にする。また夫々のビジネスアプリ制作のために、既にインストール済アプリ45件以上を提供中。
    • 特徴:
      • コーディングの必要性を完全に除去
      • ドラッグ&ドロップ機能を、編集領域に追加
      • タスクおよびロジックもドラッグ&ドロップ機能を使って構築可能
      • あなたのフォームや要求をデジタル化するのを支援
    • 評価: クラウドベースソリューションで提供しており、どのような企業規模及びどの産業でも使用可能。
    • Webサイト: 左記

>Top 5-8. Features of Each Software (#8):

  • #8) Mendix:
    • Tagline: Low-code Application Development platform.
    • Price: Mendix prices are based on the number of app users. Its Community version is free. Mendix offers three more plans i.e. Single App (Starts at $\$$1875 per month), Pro (Starts at $\$$5375 per month), and Enterprise (Starts at $\$$7825 per month).
    • Mendix provides the platform for building applications. It supports application development for any device. It has an option of private cloud, public cloud, and on-premises deployment. It also provides the facilities of automated backups and horizontal scaling with the Enterprise edition.
    • Features:
      • Agile project management.
      • Visual modeling tools.
      • Reusable components.
    • Verdict: Mendix is a rapid application development platform with offline working capabilities. It is easy to adopt and is perfect for anyone.
    • Website: Mendix

5-8. 各ソフトウェアの特徴: (#8)

  • #8) Mendix:
    • 標語: ローコードアプリ開発プラットフォーム
    • Mendixの価格: アプリユーザ数に基づく。コミュニティ用はフリー。シングル用 (月$\$$1875から)、プロ用 (月$\$$5375から)、エンタープライズ用 (月$\$$5375から)
    • Mendixは、アプリ構築用プラットフォームを提供する。あらゆるデバイス用アプリ開発を支援。プライベートクラウド、パブリッククラウド、オンプレミス用展開のオプションがある。エンタープライズ版では、自動バックアップ及び水平展開へ拡張する機能を提供する。
    • 特徴:
      • アジャイルプロジェクト管理
      • ビジュアルモデリングツール
      • 再利用可能コンポーネント
    • 評価: Mendixは、オフライン作業用の超高速アップリ開発プラットフォームである。誰にも容易に適応でき完全に利用できる。
    • Webサイト: 左記

 

>Top 5-9. Features of Each Software: (#9)

  • #9) OutSystems:
    • Tagline: Build Enterprise-Grade apps Fastly.
    • Price: OutSystems offer a free plan which is free forever. There are two more plans i.e. Enterprise and Universal. Enterprise plan starts at $\$$6250 per month and the Universal plan starts at $\$$15000 per month.
    • OutSystems will allow you to develop the applications at an unbeatable speed. It can be used for building Mobile Apps, Web Apps, and Enterprise-Grade applications.
    • Features:
      • You will experience error-free deployment for your apps, in cloud or on-premises.
      • You can get real-time performance dashboards.
      • You will be able to deliver scalable applications.
      • Offers the latest security for your applications.
      • Your applications could be integrated with any system.
    • Verdict: It will be easier for developers to deliver the applications and editing those applications with OutSystems Rapid Application Development Platform.
    • Website: OutSystems

 

5-9. 各ソフトウェアの特徴: (#9)

  • #9) OutSystems:
    • 標語: エンタープライズレベルのアプリを迅速に構築する。
    • OutSystemsの価格: いつまでも利用可能なフリーなプランもある。またエンタープライズ用およびユニバーサル用に2つのプランがある。エンタープライズ用は、月$\$$6250から、またユニバーサル用は、月$\$$15000から。
    • OutSystemsは、素晴らしく迅速でアプリ開発が可能になる。またモバイルアプリ、Webアプリ、エンタープライズグレードアプリの開発にも使用可能。
    • 特徴:
      • クラウド上でもオンプレミスでも失敗なく展開可能。
      • リアルタイムでのパフォーマンス・ダッシュボードが制作できる。
      • アプリの拡張性実現が可能
      • アプリに関して最新のセキュリティを提供
      • 作成するアプリは、どのようなシステムとの統合も可能
    • 評価: OutSystemsのラピッドアプリ開発プラットフォームを使ってアプリを制作することで、開発者にとってはアプリの導入展開が容易。
    • Webサイト: 左記

>Top 5-10. Features of Each Software: (#10)

  • #10) Salesforce Lightning:
    • Tagline: The future of Sales and CRM.
    • Price: Salesforce Lightning platform has three pricing plans i.e. Lightning Platform Starter ($\$$25 per user per month), Lightning Platform Plus ($\$$100 per user per month), and Heroku Enterprise Starter (Get a quote).
    • Salesforce Lightning provides the platform to build mobile apps with advanced security. Pro-Code tools will allow you to use any programming language for app creation. It offers features like embedding AI & IoT and integration with Salesforce & third-party data.
    • Features:
      • With No-Code builders, it will be easier to build mobile apps.
      • Instant app creation from a spreadsheet.
      • Lightning Process Builder will help you to build complex workflows.
    • Verdict: Salesforce Lightning provides a suite of tools for building business apps. The platform will allow developers to build apps with a custom as well as standard components. It also provides features to accelerate the production process.
    • Website: Salesforce Lightning

5-10. 各ソフトウェアの特徴: (#10)

  • #10) Salesforce Lightning:
    • 標語: 将来のセールスとCRM
    • Salesforce Lightningの価格: 3種類ある。スターター版 (月$\$$25)、プラス版 (月$\$$100)、Herokuエンタープライズ・スターター版 (別途見積)
    • Salesforce Lightrningは、先進のセキュリティを備えたモバイルアプリ制作のプラットフォームを提供する。Pro-Codeツールは、アプリ制作にはプログラミング必要となる。それはAIやIoTを備えてSalesforceや第三者のデータと統合するような場合に適用する。
    • 特徴:
      • ノーコード制作者にとっては、モバイルアプリ制作は容易。
      • 表計算ソフトから即アプリ構築が可能。
      • Lightning Proess Builderは、複雑なワークフローを構築するのに役立つ。
    • 評価: Salesforce Lightningは、ビジネスアプリ構築用のツールセットである。そのプラットフォームは、開発者が、カスタムアプリおよび標準的なコンポーネントを構築するのを可能にする。またこれによって制作プロセスを加速化できる。
    • Webサイト: 左記

>Top 5-11. Features of Each Software: (#11)

  •  #11) Microsoft PowerApps:
    • Tagline: Apps that mean business.
    • Price: PowerApps has two pricing plans. Plan 1 will cost you $\$$7 per user per month. The price for Plan 2 is $\$$40 per user per month. A free trial is also available.
    • Microsoft PowerApps provides the platform to build the applications. Developers will be able to extend the app capabilities with pro-developer extensibility.
    • Features:
      • Point-and-click approach for app designing.
      • Pre-defined templates.
      • Easy connection of application to data.
      • You will be able to develop web-based apps that will be compatible with iOS, Android, and Windows devices.
    • Verdict: Microsoft provides the low code development platform through PowerApps. PowerApps is a powerful tool for building apps with a little complex UI. It is rich in features. It has features like cloud-based services integration, Workflow automation, App sharing, App running, etc.
    • Website: Salesforce Lightning

5-11. 各ソフトウェアの特徴: (#11)

  • #11) Microsoft PowerApps:
    • 標語: ビジネスに特化するアプリ
    • PowerAppsの価格: 2種類ある。プラン1は月$\$$7で、プラン2は月$\$$40である。また無料試用版もある。
    • Micorosoft PowerAppsは、アプリを構築するためのプラットフォームを提供する。開発者にとっては、開発者に優しい拡張性をもつアプリへの拡張が可能となる。
    • 特徴:
      • アプリ設計ではポイント&クリックを用いる。
        Point-and-click: Mouse, Trackball, Touch pad, Pen tabletなどのpointing deviceを押して離す操作】
      • 予め定義済みのテンプレートがある。
      • アプリとデータとの連携が容易
      • iOS、Android、およびWindowsデバイスと互換性のあるWebベースアプリの開発が可能
    • 評価: Microsoftは、PowerAppsを通じてローコード開発プラットフォームを提供する。PowerApps は、少し複雑なUI上を持ったアプリを構築する上で、強力なツールである。様々な豊富な機能がある。クラウドベースのサービスとの統合、ワークフローの自動化、アプリ共有、アプリ実行など。
    • Webサイト: 左記

>Top 5-12. Features of Each Software (#12):

  • #12) AppSheet:
    • Tagline: The Intelligent no-code platform.
    • Price: AppSheet has three pricing plans i.e. Premium, Pro, and Business. Premium plan costs $\$$5 per active user per month. Pro plan costs $\$$10 per active user per month. You can get a quote for the Business plan. A free trial is available for the product.
    • AppSheet provides the app maker for mobile apps. For apps building, many sample apps are provided like barcode scanner and offline access. You can start for free through Google Sheets and Excel.
    • Features:
      • This platform will help anyone to build apps.
      • You will be able to develop and deploy multi-platform apps in real-time.
      • You will be able to build the apps with features like GPS & maps, Image Capture, Signature Capture, and Barcode scanner.
      • More features for building apps for Charts, email notifications, offline access, and adding your own brand.
    • Verdict: The platform provides a good number of features for mobile app development and is easy to use.
    • Website: AppSheet

5-12. 各ソフトウェアの特徴: (#12)

  • #12) AppSheet:
    • 標語: インテリジェント・ノーコードプラットフォーム
    • AppSheetの価格: 3種類ある。アクティブユーザに対し。プレミア版は月$\$$5、プロ版は月$\$$10である。ビジネス版は別途見積。フリー試行版もある。
    • AppSheetは、モバイル用のアプリ制作を提供する。アプリ構築用には、多くのサンプルアプリをバーコードやオフラインアクセスによって提供している。まずGoogle SheetsやExcelからフリーで開始できる。
    • 特徴:
      • このプラットフォームは、誰でもアプリ構築を支援する。
      • 多様なプラットフォームアプリをリアルタイムで開発・展開できる。
      • アプリ開発を、GPS&地図、イメージキャプチャー、署名キャプチャー、バーコードスキャナーのように構築することができる。
      • チャート、電子メール通知、オフラインアクセス、ブランド追加のためのアプリ構築など多様な特徴を持つ。
    • 評価:モバイルアプリ開発のために多くの特徴があり、また利用も簡単である。
    • Webサイト: 左記

>Top 5-13. Features of Each Software: (#13)

  • #13) Google App Maker:
    • Note: The App Maker editor and user apps will be shut down on January 19, 2021
    • Tagline: Business Apps your company needs, built by you.
    • Price: Google App Maker is combined with G Suite Business and G Suite Enterprise. G Suite Business price starts at $\$$8.5 and G Suite Enterprise price starts at $\$$25.8.
    • Google App Maker is a low code tool provided by Google. It can be used for building business apps. Just like other tools, it also has a drag-and-drop interface for building apps. It comes with G Suite Business. A free trial is also available for 14 days.
    • Features:
      • It provides templates.
      • It has a drag-and-drop UI design facility.
      • Declarative data modeling.
      • Easy to connect with Gmail, Calendar, or sheets.
    • Verdict: Google App Maker contain many functionalities like deployment logs, deployment settings, App preview, and data models. It is a web-based tool and also supports Windows and Mac OS.

5-13. 各ソフトウェアの特徴: (#13)

  • #13) Google App Maker:
    • 注: App Maker editorとユーザアプリは2021/1/19に閉鎖される。
    • 標語: あなた開発するあなたの会社に必要なビジネスアプリ
    • Google App Makerの価格: G Suite Business版とG Suite Enterprise版と同梱。G Suite Business版は、月$\$$8.5から、またG Suite Enterprise版は、月$\$$25.8から。
    • Google App Makerは、Googleが提供するローコードツールである。それはビジネスアプリ構築に使用できる。他のツール同様、アプリ制作ではドラッグ&ドロップインターフェースを持つ。これはG Suite Business版と同梱である。フリーな試行版は、14日間利用可能。
    • 特徴:
      • テンプレートが提供される。
      • ドラッグ&ドロップのUI設計ができる。
      • 宣言型データモデリング
      • Gmail、カレンダー、表計算ソフトとの連携が容易
    • 評価: Google App Makerは、配置ログ、配置セッティング、アプリプレビュー、データモデルなど多くの機能がある。これはWebベーツのツールで、WindowsとMacOSをサポートする。

>Top 5-14. Features of Each Software (#14):

  • #14) FileMaker:
    • Tagline: Make your own app for any task.
    • Price: For businesses, it offers price based on the number of users. For 5 to 9 users, it will cost you $\$$15 per user per month. For 10 to 24 users, it will cost you $\$$14 per user per month. For 25 to 49 users, it will cost you $\$$12 per user per month. For 50 to 99 users, it will cost you $\$$11 per user per month.
      If you have more than 100 members in your team then get a quote for the pricing details. FileMaker Pro 17, which is for individuals will cost you $\$$540. A free trial is available for the product.
    • FileMaker is an application development platform. It allows you to develop the app for any task. It can be deployed on-premises or in the cloud. It can be used on computers, iPad & iPhone, and through Web browsers.
    • Features:
      • The developed app will be compatible with mobiles, computers, the web, and the cloud.
      • It has a streamlined user interface.
      • You can copy and paste custom menus.
      • It supports multiple email attachments.
    • Verdict: It can be used by any type of business for creating custom apps. It is a flexible solution for app development.
    • Website: FileMaker

5-14. 各ソフトウェアの特徴: (#14)

  • #14) FileMaker:
    • 標語: どのような仕事でも自分でアプリ開発しよう。
    • 価格: ビジネス用には、ユーザ数に応じた価格設定がある。
      5-9名用は月$\$$15、10-24名用は月$\$$14、25-49名用は月$\$$12、50-99用は月$\$$11である。ユーザ数100名の場合は別途見積。
      FileMaker Pro 17は、個人用は$\$$540で、フリー試用版あり。
    • FileMakerは、アプリ開発プラットフォームである。どのよな仕事でもアプリの開発が可能。オンプレミス用、クラウド用での配置展開が可能。またPCの他iPad, iPhone, Webブラウザで利用可能。
    • 特徴:
      • モビル、PC、Web、クラウドいずれでも利用可能な開発アプリである。
      • UIは整理されている。
      • カスタムメニュをコピー&ペースト可能
      • 多様な電子メール付属機能をサポートしている。
    • 評価: カスタムアプリ制作のためにどのようなビジネスタイプにも利用可能である。アプリ開発のための柔軟なソリューションである。
    • Webサイト: 左記

>Top 5-15. Features of Each Software:

  • #15) DWKit:
    • Tagline: Business processes, Workflow, and Forms in a self-hosted or cloud .NET Core solution.
    • Price: DWKit will cost you $\$$11,000 for a perpetual license. No user charges.
    • DWKit is a Digital Workflow Kit which will help you effectively manage form and business process development time with drag&drop interaction. Technically speaking, DWKit is a FormBuilder + Workflow + Security + Data Mapping.
    • Features:
      • Drag & Drop FormBuilder
      • Full-featured Workflow Engine
      • Fully customized End User Interface
      • On-Premise Deployment
      • Access to source code
    • Verdict: DWKit offers a very interesting solution. You’ll get an efficient low code platform, yet with full capacity to modify this tool in your Visual Studio designer.
    • DWKit is more complex to comprehend than other similar solutions and requires more than just an average developer’s skills, but its enhancement opportunities make up for it. It is the perfect tool for companies that are planning to build products of their own.

5-15. 各ソフトウェアの特徴

  • #15) DWKit:
    • 標語: ビジネスプロセス、ワークフロー、自社ホストまたはクラウド .NET Coreソリューション
    • DWKitの価格: 永久版は$\$$11,000。ユーザ側は無料。
    • DWKitとは、Digital Workflow Kitで、ドラッグ&ドロップで帳票やビジネスプロセス開発の効果的な管理を支援。DWKitは、フォームビルダー+ワークフロー+セキュリティ+データマッピングからなる。
    • 特徴:
      • ドラッグ&ドロップのFormBuilder
      • フル機能のワークフローエンジン
      • フルカスタマイズされたエンドユーザインターフェース
      • オンプレミス開発
      • ソースコードへのアクセス
    • 評価: DWKitは、非常に興味深いソリューションを提供する。効果的なローコードプラットフォームだけでなく、このツールをあなたのVisual Studio designerの中にモディファイすることができる。
    • DWKitは、同様のソリューションより理解するにはより複雑であり、平均的な開発者スキルより多くを必要とするが、その高度な機能は役立つ。自社の製品を計画している企業にとっては完璧なツールである。

>Top 5-16. Additional Platforms to Consider: (#16 - #19)

  • #16) Spring Boot:
    • Spring Boot provides the platform for building production-grade Spring-based applications. You can easily create stand-alone applications with this platform.
      It has features like the automatic configuration of Spring and third-party libraries. It allows embedding Tomcat, Jetty or Undertow without deploying WAR files.
    • Website: Spring Boot

  • #17) Pega Platform:
    • Pega Platform is a visual-driven tool for building application. It provides features to quickly deliver apps. A free trial of 30 days is available for the product.
    • Website: Pega Platform

  • #19) VINYL:
    • Zudy provides the no-code application development platform. It provides the benefits of accelerating application development, empowering developers, and mobility. Vinyl architecture has three layers i.e. Design Layer, Business Logic Layer, and Data Access Layer. These architectural layers provide a flexible environment to design and build.
    • Website: VINYL

  • #19) Ninox Database:
    • Ninox provides the platform for building database applications. It provides the templates for databases like CRM, Inventory, Invoicing, and many others.
      A free trial of 30 days is available for the product. Ninox has two pricing plans i.e. Ninox Cloud and Private Cloud. Ninox Cloud price starts at $\$$8.33 per user per month. Private cloud price starts at $\$$16.66 per user per month.
    • Website: Ninox Database

5-16. その他ソフトウェアの特徴: (#16〜#19)

  • #16) Spring Boot:
    • Spring Bootは、Springベースのアプリを構築するためのプラットフォームを提供する。このプラットフォームによってスタンドアロンアプリを容易に制作できる。これはSpringと第三者のライブラリーを自動連携する機能がある。また、WARファイルを配置しないでTomcat, JettyあるいはUndertowを埋め込むことが可能。
      WAR=Web application ARchiveで、Java EEアプリのパッケージ形式】
    • Webサイト: 左記

  • #17) Pega Platform:
    • Pega Platformは、アプリ制作のためのビジュアル・ドリブンツールである。これはアプリの迅速な構築を可能にする。30日間のフリー試用版がある。
    • Webサイト:左記

  • #18) VINYL:
    • Zudyは、ノーコードアプリ開発プラットフォームを提供している。これによって、アプリ開発、開発者能力増大、モビリティを加速できる。Vinylアーキテクチャは、3層から成っており、設計層、ビジネス論理層、データアクセス層である。これらのアーキテクチャ層によって設計および構築において柔軟な環境を提供している。
    • Webサイト:左記

  • #19) Ninox Database:
    • Ninoxは、データベースアプリ構築のためのプラットフォームを提供する。これはCRM, 在庫、インボイス発行など多様なデータベースのためのテンプレートがある。30日間のフリー試用版がある。Nixoxの価格は、Ninox Cloud版とPrivate Cloud版がある。Ninox Cloud版は、月$\$$8.33で、Private Cloud版は月$\$$16.66である。
    • Webサイト:左記

>Top 5-17. Conclusion:

  • Appian low code development platform is the combination of intelligent automation and low-code development.
  • KiSSFLOW is a cloud-based software for any industry and for businesses of any size.
  • Mendix provides the application development platform with offline working capabilities.
  • OutSystems provides the platform for developers to easily deliver and edit those applications.
  • Salesforce Lightning is a suite of tools for developing business apps.
  • Zoho Creator low code development platform can be used by non-developers and is perfect for building simple applications.
  • Microsoft PowerApps is a rich in features low code development platform. AppSheet is best for building mobile apps.
  • Google App Maker provides the low code development platform which is combined with G Suite Business and G Suite Enterprise.
  • FileMaker is a flexible solution for any business type to build custom apps.
  • (Hope this article will help you in selecting the right low code development platform. )  ❑

5-17. 各ソフトウェアの特徴

  • Appianのローコードプラットフォームは、インテリジェント自動化
    Intelligent Automationは、RPA/AIを組合せたプロセス全体の自動化を実現する手法】とローコード開発との組合せである。
  • KiSSFLOWは、企業規模、産業を問わず利用可能なクラウドベースソフトウェアである。
  • Mendixは、オフライン作業を可能にするアプリ開発プラットフォームを提供する。
  • OutSystemsは、開発者がアプリを容易に配置しそれらを編集することができるようなプラットフォームを提供する。
  • Salesforce Lightningは、ビジネスアプリ開発のためのツールセットである。
  • Zoho Creatorは、非開発者でも利用できるローコード開発プラットフォームで、簡単なアプリを構築するには最適である。
  • Microsoft PowerAppsは、豊富な機能を有するローコード開発プラットフォームである。AppSheetはモバイルアプリを構築するには最適である。
  • Google App Makerは、G Suite Business版やG Suite Enterprise banと同梱されたローコード開発プラットフォームを提供する。
  • FileMakerは、カスタムアプリ構築する上でどのようなビジネスタイプにも柔軟なソリューションである。
  • (この論文がローコード開発プラットフォームを正しく選択する上で参考になれば幸いである。) ❑

>Top 6. What's the Secret Formula for Innovation?:
by David Rosen, RTInsights.com, Apr 2, 2019

  • Quote: https://www.rtinsights.com/whats-the-formula-for-innovation/
  • What are best practices for fostering innovation culture? The recent boom in digital transformation efforts has produced some signposts to follow.
    • “Innovate or Die” might be an apt catchphrase for post-millennium business, but that doesn’t make it a surefire path to success. A new documentary making the rounds at film festivals this year tells the tale of a largely forgotten Silicon Valley startup that was the epitome of innovative — and still failed miserably.
    • >Top General Magic was a venture spun out of Apple in 1990 to develop a bleeding-edge handheld communications device. At the time, there were no digital cell phones, no Web, no WiFi, no 3G. The audacious company succeeded in assembling an alliance of telecommunications and electronics partners and it did release a product. But there was absolutely no market for it at the time and the venture petered to a lackluster end in 2002.
    • While General Magic failed as a business, it was a hotbed for innovation that shaped the digital world as we know it today. Mobile “smart” computing, social media, apps and app stores, e-commerce, touchscreens, emoji, even USB…all sprung from the minds of its talent pool. Among other accomplishments, it’s alumni went on to found eBay, create Android, and eventually deliver the desired intelligent handheld communications device — now known as the iPhone.
    • What’s most remarkable about the story is how far the company was ahead of its time. In a sense, the world was not yet ready for the technology General Magic dreamt up. It was just too innovative.
    • >Top This stands in stark contrast to more conspicuous 21st century business failures, where thriving giants of industry have been eradicated by too little innovation (or too late). The past 20-odd years of increasing digitalization drove many once-familiar brands into obscurity under the juggernaut of disruption. We ‘ve seen Borders fall to Amazon, and Blockbuster to Netflix, through some combination of neglect in leadership or response to innovation-driven sea changes. And they weren’t alone.
    • Since the year 2000, half of all Fortune 500 companies have gone bankrupt, been acquired, or fallen into obscurity while innovations redefine existing business models and forge others from thin air. Innovative technologies and/or methodologies now seem prerequisite for success, and digitalization plays a starring role.
    • But there is no simple formula for accommodating “the new” or predetermining its importance in any particular business. Hungry startups still fail, and stable industries still get disrupted. So what is a business to do?
    • >Top There are best practices for fostering a culture that supports innovation, including increasing collaboration across groups, creative hiring and talent development/compensation, and vigilant focus on “future proofing” products and services. Innovative cultures exhibit:
      • Formation of short and long-term innovation-focused groups
      • Wide-ranging and large-scale ideation
      • Initial funding of initiatives (akin to seed rounds)
      • Rapid prototyping
      • Review, prioritization, and further funding
      • Market introduction and piloting
      • Fast iteration and refinement
      • Ongoing structured evaluation of programs and quantification of KPIs
      • Phases of additional investment based on known thresholds of success
    • Factors that influence how this discipline is exercised include:
      • Industry Readiness: What are the structural aspects of any industry that make it most susceptible to disruptive innovation? This is largely a digital transformation issue, but it is pretty obvious how innovation connects. Internet innovation, followed by mobile, cloud, and social, have largely driven this century’s business changes, but not every industry evolves at the same pace.
      • Inherent Advantages: New or “digital native” entrants to markets are generally nimble and don’t have to unlearn outdated habits or service legacy, while incumbents often have a number of advantages that actually increase their likelihood of success (existing customers, channels, data, relationships).
      • Positioning: This will include financial components that apply to the aforementioned portfolio theory and resource priorities, but also other gauges such as competitive advantage, differentiation, customer satisfaction/loyalty and employee satisfaction/retention.
    • How is successful innovation viewed and measured? There are several good indicators, including:
      • Advancing the organization’s critical capabilities (Can you do more?)
      • Value chain disruption (Did you change the way that business is done?)
      • Customer impact (Did you change how your customers engage?)
      • Operational disruption (Did you improve internal execution?)
      • Employee satisfaction (Do valued employees want to stay?)
      • General “Innovative Traits” (Is the organization getting new products to market more quickly?)
    • The venture capital approach for measuring success would look at quantitative measures of return-on-investment. Others may also look to revenue and profitability that is logical and unassailable, and still others look to sustainability by examining the margins from new products and services, essentially asking if the innovation is generating revenue and whether that revenue is “better” than what it’s replaced. ❑

6. イノベーション成功への公式とは何か?:
David Rosen, RTInsights.com, 2019/4/2

  • 原文左記
  • イノベーション文化を育成するベストプラクティスは何か? 最近のDXへの努力への高まりは、以下の手掛かりを与えてくれる。
    • "イノベーションかさもなくば死か"は、おそらく2000年以降のビジネスのキャッチフレーズとなっているが、必ずしも成功への道筋が示されている訳ではない。今年(2019)の映画祭でも何回も新たなドキュメンタリーが発表されているが、その多くはイノベーションの権化だったシリコンバレーの忘れられたスタートアップ企業の物語であり、それはいまでも悲惨な失敗例となっている。
    • General Magic社【Apple子会社としてBill Atkinsonや、後にAndroidを創業するAndy Rubin等も1990年設立時のメンバー。AT&T、松下、NTT、SONY等、後にMicrosoftも出資し、OSとしてMagic Cap, 通信用script言語のTelescriptを開発した】は、1990年にAppleからスピンアウトしたベンチャー企業で、携帯用通信端末の開発を行ったが、結果は出血投資(bleeding edge)となった。【Bleeding edgeとは、大きな発展が見込まれるが、ハード・ソフトの信頼性が低く、出血するリスクという意味で、leading edgeに対する比喩的表現】当時は、携帯電話、Web、WiFi、3Gもなかった時代である。この大胆な企業は通信会社やエレクトロニクス会社と連携して、製品の生産には成功はした。しかし、当時はまだ市場がなかったので、2002年に惨めにも消滅してしまった。
    • General Magicは、ビジネスとしては失敗したけれど、今日我々が目にするデジタル世界を形作るイノベーションの温床となった。モバイルスマートコンピューティング、SNS、多くのアプリやアップルストア、eコマース、タッチスクリーン、絵文字、USBでさえ、これらは全てタレントプールから生まれたものである。その他の成功事例では、eBay, Androidの制作、iPhoneとして知られるインテリジェント携帯通信端末の登場である。
    • これ以外にさらに画期的な物語がある。それはその会社がいかに当時の時代に先行していたかである。ある意味で、世界はGeneral Magicが夢見たような技術はまだ準備できていなかった。あまりにもイノベイティブ過ぎたということなのか。
    • このことは、21世紀に生じた巨大企業によるあまりにもイノベーションのなさか、あるいは遅すぎることによる失敗事例と比べると顕著な対比をなしている。過去20年余の高まるデジタル化によって、かつての馴染みのブランドが、巨大な混乱の渦の中に巻き込まれてしまった。Borders【米国で2番目の書店チェーン】はAmazonに、Blockbuster【米国のDVDレンタルチェーンや動画配信サービスを展開】はNetflixへと、それぞれリーダーシップの欠如やイノベーション環境の変化などで吸収されていった。これは彼等だけではない。
      • (以下参照: いかにシステム化したイノベーションがDXを可能にするか) >以下訳文
    • 2000年以降、Fortune 500社の半数は倒産、買収、消滅する一方で、イノベーションによって既存ビジネスモデルを再定義したり、希薄な空気のような状況から立ち上がった企業もある。イノベーション技術や方法論は今や成功への前提条件のように見え、またデジタル化が主役を演じている。
    • しかし、"その新しいもの"を生み出すような、あるいは特定ビジネスでの重要性を事前に決定するような単純な公式は存在しない。ハングリーだけではスタートアップ企業は未だに失敗しているし、安定的な産業も混乱に陥っている。ビジネスとして何をなすべきかが問われている。
    • イノベーションを支援する文化を育てるようなベストプラクティスは存在する。それはグループを超えて協業したり、有能人材を雇用したり、タレントを育成してそれに報いたり、また"将来を保証する"ような製品サービスへの集中などである。イノベイティブ文化とは以下である:
      • 短期および長期のイノベーションに注力するグループの創生
      • 広範で大きな発想
      • イニシアティブ段階での初期投資【Seed round: 新規ビジネスのアイデア段階での資金調達。Incubator, Seed accelerator, Angel投資家など】
      • ラピッドプロトタイピング
      • レビュー、優先順位、さらなる資金調達
      • 市場紹介とパイロット参入
      • 迅速なイテレーションおよび精緻化
      • 計画の継続的で構造的な評価とKPIの定量化
      • 既知の成功土台の構築に基づく追加投資の段階
    • この原則がいかに実行されるかに影響する要因としては以下:
      • 業界側の準備: この破壊的なイノベーションを最も受けやすい業界の構造的な側面は何か?これは主にDXの課題であるが、イノベーションがどのように関わっているかは明確である。インターネットイノベーション、それに続くモバイル、クラウド、SNSなどは、世紀の変化を牽引してきたが、各々の産業は同じペースで進化してきた訳ではない。
      • 時代固有の有利性: 新規あるいは"デジタル・ネイティブ"世代の新規参入者は、概して機敏で、時代遅れの習慣や古臭いサービスを学ぼうとはしない。一方で既存企業には、成功に導く多くの有利な点がある (既存顧客、取引チャネル、データ、顧客との関係性など):
      • ポジショニング: これには前述のポートフォリオ理論とリソースの優先度に適用される財務的要素が含まれる。しかし、競争優位、差別化、顧客満足度や忠誠度、また従業員の満足度や定着率などの指標もある。
    • 成功するイノベーションはどのように観察あるいは測定されるのか?以下のような良い指標がある。:
      • 組織の重要な能力を進歩させる (もっとできることはないのか?)
      • バリューチェーンの崩壊 (ビジネスのやり方を変えたのか?)
      • 顧客への影響 (顧客との関係を変えたのか?)
      • 運用の崩壊 (社内での実施方法を改善したのか?)
      • 従業員の満足度 (価値ある従業員はもっと定着したがっているか?)
      • 一般的な"イノベイティブな特徴" (その組織は新製品をさらに早く市場投入しているか?)
    • 成功を測るためのベンチャーキャピタルのアプローチでは、投資利益率を定量的に見ている。別の人は、論理的で揺るぎない指標である売上高と利益率に注目している。また別の人は新規製品サービスからのマージンを調査することで持続可能性に注目している。結局は、そのイノベーションが収益を生み出しているのか、またそのイノベーションが置き換えたものより優れているかどうかに着目しているということである。 ❑

>Top 7. How Systemized Innovation Enables Digital Transformation: by Alan Glickenhouse, RTInsights.com, Mar 13, 2019

  • Quote: https://www.rtinsights.com/how-systemized-innovation-enables-digital-transformation/
  • To win new business, companies are leveraging digital innovation to try innovative new offerings, new business models, and partnership ecosystems:
    • We are in a battle for the customer… as we always have been.  But, the new state of the art “weaponry” to win this battle is “Digital Transformation.” What is digital transformation?  The Agile Elephant defines it as, “the process of shifting your organization from a legacy approach to new ways of working and thinking using digital, social, mobile and emerging technologies. 
    • It involves a change in leadership, different thinking, the encouragement of innovation and new business models, incorporating digitization of assets and an increased use of technology to improve the experience of your organization’s employees, customers, suppliers, partners and stakeholders.”
    • This definition hits on many important points most around how a business needs to change, but it closes with the critical aspect that differentiates digital transformation – an audience centric (i.e. customer, partner, employee) view/experience.  Historically businesses focused on the offerings they brought to market.  Perhaps this alone is what a client wants.  But, maybe it is only a part of the desired customer solution. 
    • For example, airlines advertise their flights and try to provide the best air travel option for a traveler.  Is this all the client was looking for?  Maybe.  But, they might also be looking for transportation to/from the airport, a place to stay, a car rental, and depending on the type of travel – vacation activities, restaurants, etc. Delivering on the client perspective and not just the company offering is the digital transformation differentiator.
    • >Top To win the client’s business, companies are looking for rapid time to market to try innovative new offerings, new business models, and creating partnership ecosystems. Traditional business planning and long-term delivery cycles are not going to cut it if the business is to be successful.  Partner on-boarding cannot take months for each individual partner to develop a working customer-centric ecosystem.  
    • And, trying a new idea cannot require significant time and expense just to see if the offering is desirable.  A far more agile method to enable innovation is required.  Yet, we cannot expose our core business assets without proper security and controls to ensure reliability and availability.  We must support rapid innovation while maintaining service levels for our core business functions.
  • Business APIs and Microservices:
    • For the last several years companies have been using Business APIs and Microservices to speed time to market and expand market reach.  
    • >Top  Let’s start with defining these terms:
      • Business API – is a simple to understand programmable interface focused on business recognizable assets – a product, an order, a customer, etc.  Business APIs are targeted toward the consumer of the API, not the provider application(s).  APIs do not contain business logic, they are an interface.  APIs are focused on self-service consumption of the asset, simplicity, security, analytics, and speed to deliver.  
      • Microservices – a microservice contains business logic (i.e. code). Using microservices implies a micro component architectural style for creating applications.  Instead of creating one large monolithic application that contains all the application parts in a single “package,” the purpose of microservices is to break the application into component parts, each providing a specific capability that together implement the functionality desired in the application.  This approach increases agility, scalability, and improves DevOps.
    • APIs and Microservices are frequently used together which has caused some confusion.  Many have come to believe they are one and the same, but they are not.  Please see “Clearing up misconceptions about APIs and Microservices” for more information on the positioning.
    • APIs provide a level of abstraction from the implementation.  Using an API allows IT to change the back-end system implementations without affecting the consumer (assuming the API interface remains compatible).  A common scenario is to rearchitect monolithic applications using microservices and have the APIs which previously accessed the monolithic application or new APIs now access the microservice application.  
    • The new microservice application provides greater agility on the back-end and supports the ability to move appropriate components to the cloud.  Enhancing agility and transition to cloud have been the two primary drivers for microservice initiatives.
    • The modern view of Enterprise Systems of Record (SoR) is that they are composed of some microservice applications, some monolithic applications, some are on the cloud, some are on-premise, and some are provided by others (i.e. SaaS).  The combination of APIs used by your systems of engagement (SoE) and partners accessing your modern SoR is the target architectural model for most enterprises today.
    • With APIs and Microservices we provide improved agility.  But what about innovation?
  • >Top Innovation Tier:
    • Most businesses are hesitant to add business logic to their critical core systems without significant effort to ensure they will not adversely affect the existing functionality, qualities of service, and security.  Rightly so!  Yet, part of the definition of digital transformation deals with encouraging innovation.  We need a mechanism to support innovation without the time, cost, and risk associated with modifying core systems before proof that the innovation is a good idea.
    • I propose a third business driver for microservice: innovation.
    • Fig:soesorinnovation.gif
    • As shown in the figure above, we have our existing SoR accessed via APIs from the SoE.  Inserting the innovation tier allows a place to add new business logic without changing the back-end SoR systems.  New microservices are developed for the innovation tier which access the existing SoR to obtain information and then provide the new business logic for the innovative offering we are testing.  APIs are provided to consumers to access the new business logic to test our offering.
    • >Top If our new offering is not successful, we simply throw away the new API and Microservice.  Our investment was minimal, and we learned that the offering is not worth further investment.  This is called “failing fast” – which is a good thing.
    • If, however, we find the offering is successful we can now take the appropriate care to implement the innovation in our core systems while ensuring the existing qualities of services are not affected.  By investing small efforts rapidly in the innovation tier we can test the market without the major time and expense that would previously have been required.
    • So now we have a way to implement innovation rapidly, however accessing the new innovative offering is still a bit cumbersome.  We need to create or change an API to invoke the new business logic, deploy the API, have someone consume it and deploy their update before we can test the new idea.  Perhaps there is a better way?
  • >Top Introducing a Service Mesh:
    • The key benefit of breaking a monolithic application into microservice components is that each microservice is fully decoupled from the others. It can be maintained, or even replaced independently from the rest of the application. This is what enables the greater agility, scalability, and resilience benefits that microservices architectures promise. However, few microservice components are completely isolated. Most have a role that involves communication with other microservices in the application. This is where fragility can easily creep back into the application, reducing its agility and resilience.
    • The industry has begun to standardize on container orchestration platforms such as Kubernetes to administer microservice components. Kubernetes provides basic functionality, for enabling discovery of other microservices at runtime and dynamic load balancing across replicated containers, but that is pretty much as far as it goes.  
    • It still is necessary to provide some of these inter-microservice communication capabilities in a way that is independent of the individual microservice components.  This is where the service mesh (e.g. Istio) comes in. The mesh intercepts all intercommunication between microservices in a given scope (or application boundary). It can then introduce things such as routing, resilience and security patterns completely independently of the microservices themselves. Effectively, it extends the number of inter-connectivity patterns available to Kubernetes.
    • Now let’s apply this to our prior scenario with the innovation tier.  Instead of creating a new API with all the on-boarding and time required to deploy a new application, we can use an existing API (if there is one) that is related to the area of innovation.  The API can pass the request to Istio for routing rather than directly calling the new microservice or old SoR function.  Istio can choose where to route the request.  
    •   >Top This allows for more dynamic routing which can provide additional real time data on how our innovation project is working.  For example, if we want to try multiple different innovation options, Istio can route different percentages of the traffic to multiple different implementations (A/B testing).  Or, we can implement the innovation for a small percentage of the traffic (canary testing) and then increase the usage as we see positive results or turn it off in the case of negative reaction.  Each of these scenarios is implemented without changing the API or the business application microservices.
    • In addition, Istio can also provide customer differentiation in testing new business models.  API Management solutions use a “plan” to offer different amounts of API calls to consumers. A gold consumer may use the API more invocations per time unit than a silver or bronze consumer.  A consumer signs up for a plan and the API gateway enforces the metric.  This is also frequently used in direct monetization models to charge for higher usage levels.  All of this is good functionality, but the concept of “plan” is only known to the API Management solution.  Once the API invokes the microservices or other back-end systems these applications do not know anything about the plan of the consumer.  What if we could pass the “plan” information onward – beyond the API Gateway?  Now a gold customer might not only get more API calls, but also have priority on throughput, performance, or additional functionality provided by the called application.  For a digital business we need to treat our best customers even better!  Istio provides this capability for microservice clusters.  In conjunction with API Management as an ingress, Istio can provide the prioritization outside the business application without changing the application itself and without over-deployment of resources.  Higher priority customers can have their requests prioritized and/or routed to enhanced business functions.
    • Earlier we also spoke about Digital transformation providing a customer-centric view.  As a customer I find it frustrating when I must manually bridge internal company boundaries. A prime example is my insurance company where I have home, auto, and an umbrella insurance policy with the same company yet need to deal with the company as three separate entities, accessing and dealing with each policy separately.  
    • >Top  Digital businesses do not have these boundaries, rather they use the data from their other LoBs and outside entities to make for a better experience for their customers, not letting the internal boundaries show through.  Istio can assist in this scenario by routing requests to various microservices that supply different functionality for different LoBs.  
    • However, in this scenario APIs need to help Istio pull all this information together.  While Istio does wonderful things for microservices within its scope of control, it does not handle anything outside that scope.  Some of these resources may be within an Istio service mesh, but many may be in either other Istio clusters or in other systems such as other clouds, z/OS, SaaS applications, etc. 
    • To pull together information from these sources, Istio needs to invoke APIs to bridge between environments to gather the comprehensive customer view.  Using integration between API management and Istio to provide appropriate security context to ensure privacy and data security is critical.
  • Systemizing Innovation:
    • Now for the biggest challenge – people!  We need to change behavior.  I have seen that when people are trying to accomplish something their first course of action is to use the method that they have successfully used before.  The fact that there may be newer better methods is not an immediate consideration.  So, if we implement all the IT changes that I have previously described and do not change the human behavior we will not succeed.
    • >Top Our first step is to make it easy for innovators to take advantage of the new methodology and harder to go back to the prior time-consuming process. Our first step is to make it easy for innovators to take advantage of the new methodology and harder to go back to the prior time-consuming process.  After enabling the IT environment for innovation, we need to execute education and communication tasks for our target innovator audiences.  Set up lunch and learn sessions and demo how to introduce a new innovative scenario and provide a sandbox where the audience can try it.  Provide metrics on the time it takes to use the new approach versus the historical options.  And, put further roadblocks in the way of the historical options.  Anyone involved in the previous process for approvals, provisioning, etc. for innovative projects should redirect requestors to the new methodology.  
    • Digital transformation success requires innovation.  But, it is unlikely that every innovative idea should move forward to become a company offering.  We want to encourage more innovation attempts – successful and not successful.  The ability to innovate with rapid low-cost low-risk scenarios is a competitive differentiator.  Creating a systemized approach to innovation where time and cost is minimal accelerates our digital transformation.  ❑

7. いかにシステム化されたイノベーションがDXを可能にするか: by Alan Glickenhouse, TRInsights.com, 2019/3/13:

  • 原文: 左記
  • 新たなビジネスを勝ち取るためには、企業はデジタルイノベーションを活用して、イノベイティブな製品、新たなビジネスモデル、そしてパートナーシップ・エコシステムを構築しようとする。
    • 我々は顧客獲得の競争をしており、それはいままでずっとそうだった。しかし、この闘いに勝利するすための最先端の"武器"として"Digital Transformation (DX)"がある。DXとは何か。The Agile Elephant誌の定義によれば、"あなたの組織をレガシー的なアプローチからデジタル、SNS、モバイルなど新技術を活用した新たな働き方や考え方へシフトしていく新たな方法"であるとしている。
    • それは、リーダーシップや異なる考え方、イノベーションは新ビジネスモデルの追求、資産のデジタル化の促進、さらに組織の従業員、顧客、供給者、パートナー、ステイクホルダーの経験を改善するための技術をさらに活用することである。
    • この定義は、ビジネスがどのように変化していくのかについて多くの重要な点を指摘している。しかし、それはDXを差別化する重要な点で終わってしまう。すなわち顧客、パートナー、従業員という観衆中心の見解や経験に終止してしまう。歴史的にはビジネスは市場に投入した製品に着目してきた。おそらくそれだけが顧客が求めるものだあるからだ。しかし、それは顧客が望むソリューションの一部分に過ぎない。
      • Tata Consultancy: リアルタイムDXの継続について
    • 例えば、航空会社は、旅行者に対して、フライト数を宣伝して、最善の旅行オプションを提供しようとする。これは顧客が求めている全てだろうか? おそらくはそうだろう。しかし、顧客は空港からの行き帰りの交通や宿泊先やレンタカー、また旅行の種類によっては、バケーションでの活動、レストランなども一緒に探したい。会社が提供するものだけではなく、顧客視点で提供することがDXの差別化につながる。
    • 顧客のビジネスを獲得するには、会社は革新的な新しい提案、新しいビジネスモデル、パートナーシップエコシステムを作り上げるために、迅速にを市場投入することを求めている。伝統的なビジネス計画や長期のデリバリーサイクルは、もしそのビジネスが成功しているのであれば、カットすることにはならない。新たに参加した個々のパートナーは、顧客中心のエコシステムを稼働させるためにとして、その実現に何ヶ月もかけることはしない。
      on-boarding: 組織やサービスに新たな加入した人に早く慣れてもらい戦力化させる支援や研修】
    • また、新たなアイデアを試すとしても、それほど時間と費用をかけることではなくて、その結果が望ましいかどうかを確認することである。だが、我々は、信頼性と有効性を確認するために、適切な安全性と管理もしないコアなビジネス資産を危険に晒すことはできない。我々は迅速なイノベーションは支持するが、同時にコアビジネス機能のサービスレベルも維持しなければならないのである。
  • ビジネスAPIとマイクロサービス:
    • 過去数年間、会社はビジネスAPIとマイクロサービスを使って、市場投入までの時間を早め、市場調査を拡大してきた。
    • これらの用語を定義することから始めよう。
      • ビジネスAPI:
        ビジネスとして認識できる資産 (製品、注文、顧客など)に着目してプログラム可能なインターフェースを理解するという単純な仕組み。ビジネスAPIは、APIの消費者に向けているのであって、アプリの提供者に向けたものではない。APIにはビジネスロジックは含まれず、インターフェースに過ぎない。APIは、資産の自己消費、簡潔さ、セキュリティ、分析、デリバリー速度に着目したものである。
      • マイクロサービス:
        マイクロサービスにはビジネスロジック(code)が含まれる。マイクロサービスを使うことは、アプリを作成するためのマイクロコンポーネントのアーキテクチャスタイルを意味する。全てのアプリのパーツを一つのパッケージの中に包含する大きな一体型の(monolithic, 一枚岩のような)アプリをつくるのではなく、マイクロサービスの目的とするのは、アプリをその構成要素に分割して、特定の能力を与えて、アプリが必要とする機能を組合せていくやり方である。このアプローチは、迅速性、拡張性、またDevOps の改善につながる。【開発Developmentと運用Operationとが密接に連携した開発手法】
    • API群とマイクロサービスはしばしば一緒に使われるが一部に混乱も生じている。多くの人の理解では、これらは一つのものではあるが、異なる点もある。さら詳しい情報としては、"APIとマイクロサービスについての誤解を解く"の記事を参照 >以下訳文
    • APIは、サービス提供について抽象的な面を提供している。APIインターフェースを使うことで、IT部門がバックエンドシステムを変更する場合、その変更導入が消費者に影響を与えない(APIインターフェースは互換性を維持しているので)。よくあるシナリオとしては、一体型アプリをマイクロサービスを利用して再構築しようとする場合、一体型アプリにアクセスするのは、以前のAPIなのか、マイクロアプリにアクセルする新しいAPIなのかという場合である。
    • 新しいマイクロサービスアプリは、バックエンドで遥かに迅速性があり、また適切なコンポーネントをクラウド上に移行することが可能となる。迅速性があることとクラウドへの移行が容易であることは、ミクロサービスを採用する2つの主な動機となる。
    • 最近のSoR (Systems of Record)【記録保管を中心として社内基幹システム】は、一部はマイクロサービスのアプリ、一部は一体型のアプリ、そして一部はクラウド上、一部はオンプレミス、また一部は他社提供サービス(SaaS)で行われている。SoE (Systems of Engagement) 【顧客視点で顧客との繋がりを重視した情報系システム】と取引パートナーとが組合せて使うAPIが、同時にSoRにもアクセスできるというのが今日最新の企業のアーキテクチャの目標となっている。
    • APIとマイクロサービスの利用によって迅速性が改善する。ではイノベーションへの影響はどうだろうか?
  • イノベーションのレベル:
    • 多くのビジネスにとっては、中核的なシステムに新たなビジネスロジックを追加する場合、既存の機能に何か悪影響をあたえないか、サービスの品質やセキュリティは大丈夫かなど慎重に検討することになる。その通りである。しかしDXを進めることの一部は、いかにイノベーションを創生していくかに関わる。我々としては、イノベーションが確かに良いアイデアだと確信する前に、中核システムを変更することに関わる時間・費用・リスクを考慮しつつイノベーションを進めるメカニズムが必要となる。
    • マイクロサービスをビジネスとして進める三番目の目的はイノベーションであると提案したい。
    • 左図のように、我々はSoEからAPIを経由してアクセスする既存のSoRを持っている。このバックエンドのSoRシステムを変更することなく、新たなビジネスロジックを追加してイノベーション層を設置してみる。既存のSoRから情報を取り出して、テスト中のイノベーションを生み出す新たなビジネスロジックを追加してみる。これらのAPIは、新たなビジネスロジックをテストするために消費者にも提供されている。
    • もし新たな試みがうまく行かない場合には、我々は単に新たなAPIとマイクロサービスをやめればよい。我々の投資は最小限で済むことになるとの、この試行は更に投資する価値がなくなる。これを我々は"failing fast"と呼び、それは実に良い考えである。【fail fast: 早く失敗を繰り返すことによって早期に上達することが可能という概念。特に新規分野の開拓では、スピードよく失敗を重ねることが重要】
    • しかし、もしその試みがうまくいくとすれば、その時は我々は既存のサービスの品質に影響を与えないで、中核システムの中にイノベーションを起こす仕組みを慎重に導入することができる。このように少ない少ない投資で、イノベーション層を早急に導入して市場でのテストを行うことができる。この場合従来だったらもっと時間と費用がかかったと思われる。
    • 今や、イノベーションを早期に起こす仕組みを得た訳だが、少し面倒なことがある。我々は新たなビジネスロジックを発動するにはAPIを新設あるいは変更する必要があり、そのAPIを導入して誰かにそれを使わせることになるが、それは我々が新たなイデアをテストする前に更新しなければならない。もっとよい方法があるだろうか?
  • サービスメッシュの導入:
    Service mesh: Microservice毎にProxyを配置し、Proxy経由で他サービスと通信することで、Microservice間トラフィックを制御する。 このProxyはsidecarとも呼ばれ、個々のmicroservce間のロジックをcodingする必要ななくなる。またあるサービスが失敗した場合、service meshは、再試行し、成功までの時間データを集約することで、最適な待機時間などルールを作成できる。】
    • 一体型アプリをマイクロサービスコンポーネントに分解することの主なメリットは、各マイクロサービスは他サービスから完全に分離していることである。そのマイクロサービスは維持・更新が他アプリとは独立して行うことができる。これによって迅速性、拡張性、回復容易性が確保できる。しかしマイクロサービスコンポーネントが完全に孤立している訳ではない。その多くは、アプリの中で、他のマイクロサービスとの通信を行う。このことがアプリの中に不安定要因が生じ、迅速性や回復容易性が減損し得ることになる。
    • 【Container deployment: コンテナはVMと似ているがOSを共有できる分離特性がある。基盤のインフラが分離されているのでiteration開発が容易。KubernetesはOSSベスのコンテナ・プラットフォーム】
    • containerdeployment.gif
    • 業界は、コンテナに関わるプラットフォームとしてKuberneteesとして標準化してマイクロサービスコンポーネントを管理できるようになった。Kubernetesは、基本機能の他、他コンテナとのruntimeでの認識やコンテンナ間の負荷バランス、その他のやりとりなどが可能となった。
    • さらに各々のマイクロサービスコンポーネント間の独立の通信機能をもつ必要がある。そこでIstioというサービスメッシュが導入された。【Istio: Kubernetesより高度なルーティング機能を提供し、クラスタ外からのtrafic管理・監視などを行う。】
      このIstioによって全てのマイクロサービス間の通信はアプリ領域内に留まる。また、これはルーティング、回復容易性、セキュリティなどをマイクロサービスとは独立して行う。それによって、内部の連結パターンの数を拡張してKubernetesに渡すことができる。
    • このようにして、我々の当初のシナリオ通りイノベーション層を導入することができる。これだ新たなAPIを開発したり新たなアプリを配置したりしないで、我々は、イノベーション領域で既存のAPIを使うことができるようになった。APIは要求を出す場合、新たなマイクロサービスや古いSoR機能を呼び出すのではなく、Istioに渡してルーティングしてもらい、Istioは必要な場所へのルーティングを行う。
    • これによってよりダイナミックなルーティングが可能となりイノベーション案件が必要とするリアルタイムのデータを提供できる。一例として、多くの異なるイノベーションの選択を試行する場合、Istioは多くの異なる装置に対し、(A/Bテストのように)異なる比率でルーティングすることができる。あるいは、少ない比率でのイノベーションの実験と行うことができる。【canary testing: 鉱山のカナリアから、まず小規模のテスト版でテストを行い、深刻なバグが発生しても被害を最小限で抑えられる。】もし結果が良好ならば、それから利用を拡大するか、または結果が良くなければ中止すればよい。いずれのシナリオの場合でもAPIやビジネスアプリのマイクロサービスの変更は不要である。
    • さらに、Istioは、新たなビジネスモデルをテストする上で顧客の差別化が可能である。APIマネジメントでは、異なる数量のAPIをそれぞれ提供するか決められる。ゴールドレベルの顧客には、シルバーやブロンズの顧客より、多くのAPIコールを可能にするというようにである。顧客が参加するか、契約に応じて、APIのゲイトウェイはそれを振り分ける。これは高い利用顧客に対して料金差別化を図る方法でよく使われる。これは良い機能であるが、どの計画を選択したかは、API管理ソリューションだけが認知している。一旦、APIがマイクロサービスに対して発動すると、他のバックエンドシステムのアプリは、その顧客の計画については何も知らされないのである。もし顧客の計画がAPIゲイトウェイを超えて情報が伝達さえるとどうなるか?ゴールドの顧客はより多くのAPIコールをするだけでなく、スループット、パフォーマンスなど追加機能で優先権をもつ。デジタルビジネスでは、最良顧客には最良を提供する必要がある。Istioは、これをマイクロサービスクラスターに対して実行する。まず入口であるAPIマネジメントと連携して、Istioはビジネスアプリの外側でそのアプリを変更したり、リソースの過剰配置を行うことなく、優先権を発行する。高い優先権を持つ顧客は、自身の要求を優先させるか、または高度なビジネス機能のためにルーティングされるかどちらかになる。
    • 前段階で、我々はDXが顧客中心を視点に展開されることを述べた。顧客として会社内部の壁を主導では橋渡しするのは不満である。例えば、保険会社の事例として、自宅に家、自動車、傘を同じ保険会社の保険に加入しているとする。その場合でも各々別の3つの保険契約として対応しなければならない。
    • デジタルビジネスではこのような組織の壁は存在せず、【LoB=Line of Business 企業の事業部門】他の事業部門や外の機関からのデータを利用して、顧客対応を行い、内部の組織間の壁を意識させない。Istrioは、このような場合での要求を様々なマイクロサービスにルーティングして、異なる部門での異なる機能に向けて情報提供する。
    • しかし、このような場合、API はIstioが全ての情報をまとめるのを支援する必要がある。Istrioは、その権限内でマイクロサービスに対しうまく機能するが、そのスコープの外側からは何もできない。一部のリソースはIstioのservice mesh の中にあるが、大部分は、他のIstioクラスターか、他システム(クラウド、z/OS, SaaSアプリなど)内にある。
    • これらのリソースから情報を引き出すには、Istrioは APIを発動させて広い意味での顧客視点で、異なる環境間の橋渡しを行う。API 管理の統合を通じて、Istioは、プライバシーや機微なデータセキュリティに対し、適切なセキュリティ対応を行う。
  • イノベーションをシステム化する。:
    • 最大の課題は、人材である。我々は行動形態を変える必要がある。人々が何か最初の行動を起こす場合は、まず過去において成功したやり方を踏襲するのが通例である。そのことは、もっと良い方法があったとしても、直ぐには採用の対象にならないということである。従って、我々はITを変更する場合は、人間の行動もそれに応じて変えるということがなければ成功しない。
    • まず第一段階として、イノベーターにとっては、新たな方法論を利用することが有利であり、それ以前の時間のかかる方法へ戻るのは大変なことだと認識させることである。イノベーションのためのIT環境が可能となったのちは、研修を実施し、イノベーターとなる目的の聴講者とのコミュニケーションをとる必要がある。ランチを設定し、会議で学習し、デモを行って新たなイノベーティブなシナリオを紹介し、聴講者が試行できるような【Sandbox: 保護された領域でプログラムを操作し、他のデータやシステムに影響が及ばないような安全な砂場のこと】練習環境を用意する。新たなやり方と従来のやり方とを比較して時間を測定する。またいままでのやり方での問題点も指摘する。また誰かがイノベイティブな案件に対応するために、以前のプロセスを踏襲して承認や提案など求めてきた場合は、突き返して新たな方法での再提出を要求する。
    • DXの成功にはイノベーションが必要である。しかし全てのイノベイティブなアイデアは、会社の推進する所とはならない。我々はさらに成功や不成功に関わらず、イノベーションの試行を進める必要がある。迅速に低コスト・低リスクシナリオでのイノベーションを起こすことは競争上の差別化要因である。時間と費用最小化したイノベーションに対してシステム化したアプローチを行うことがDXを加速化することに通じる。❑

>Top 8. Clearing up misconceptjons about APIs and Microservices, by Alan Glickenhouse, IBM Middleware User Community, May 30, 2018:

  • Original: https://community.ibm.com/community/user/middleware/blogs/alan-glickenhouse1/2018/05/30/clearing-up-misconceptions-about-apis-and-microservices
  • Two extremely hot IT topics right now are APIs and Microservices.  Unfortunately, too many people think this is one topic – i.e. they are the same thing.  This is not correct.  There are several misconceptions about APIs and Microservices, and throwing in Services (from Service Oriented Architecture - SOA) the confusion gets worse.  So, I thought I would try to take a very simple view at positioning these.
  • Common Misconceptions and Why:
<Misconception> <Why do people think this?>
  • Microservices are just more fine-grained (web) services
  • The naming of microservices and services basically implies this
  • APIs are microservices (and vice versa)
  • APIs and microservices are frequently used together with one representing the other (more later), so they are often treated as one item
  • APIs and Services are the same – API is just a new name for a Service
  • Both an API and a Service are frequently implemented as REST or SOAP, so since the technology used in the implementation is the same, they must be the same.
  • If you understand that these are misconceptions, then you can stop reading now.
    • In writing the following definitions, I am going to stay away from technology.  Instead I will use the purpose or principles that drive the use of the item.  Technology changes frequently and can mislead as to why or where you should use a capability, but if you use the purpose to guide you then positioning becomes easier.
    • API – Should be correctly referenced as a “Business API”. See “What is an API? and What is the API Economy?” for a more complete discussion.   Summarizing: “Business APIs are simple to understand interfaces focused on business recognizable assets – a product, an order, a customer, etc.  Business APIs are focused on self-service consumption of the asset, simplicity, security, analytics, and speed to deliver”.  APIs should be fine grained and focused on what the target consumer of the API wants.  If different consumers want different views of the asset, it is okay to have more than one API, each providing a specific view of the asset.  APIs should not contain true business logic, since they are frequently deployed in the DMZ (in a gateway).  There may be some transformation and routing logic included.  The API will call the business logic or data assets either inside the enterprise Systems of Record and/or combine this with other calls inside or outside the enterprise to provide the desired result to the consumer.
    • Service – perhaps one of the most overused words in all of IT. In this case I am referencing Service in the SOA sense.  The purpose of a service is reuse and connectivity.  A service is also an interface, representing an asset in the enterprise (hence confusion).  But, in this case the purpose is to provide a single complete view of the asset.  Typically, a service has a provider view.  The “customer” service can provide any information about customers, “account” service about accounts, etc.  Having a single view of the asset rather than have each project create their own definition removes duplication of information and out of sync issues.  It also reduces costs since projects do not need to reinvest in creating the asset definition.  Because of the completeness of the asset description by a service, this led to more complex coarse-grained interfaces that could meet many purposes.
    • Microservice – a microservice contains business logic (i.e. code). It is not an interface, so clearly not identical to an API or Service as described above.  Using microservices implies a micro component architectural style for creating applications.  Instead of creating one large monolithic application that contains all the application parts in a single “package”, the purpose of microservices is to break the application into component parts, each providing a particular capability that together implement the functionality desired in the application.  This approach increases agility, scalability, and improves DevOps.  There are multiple definitions of microservices (here and here), which again causes some confusion and leads people to call many things microservices.  Stick to the definition by purpose is my advice.
    • Relationships
      The picture below shows a monolithic application (left) which perhaps is being rewritten using a microservice architectural approach (right).  Instead of a single silo component, the new version of the application is composed of three microservices.
    • microservicesapp.gif
    • The original silo component application may have been represented by a single SOA service.  That service has 4 APIs, each providing views that consumers want from the service/application.  In the Microservice application note that we can still have the same 4 API views into the application.  Since the API views are consumer oriented, the structure of the back-end application does not determine the number of APIs.
    • Not all microservices need to be exposed through APIs.  The following picture shows a microservice application.  In some cases, there is an API exposed while in other cases other forms of application integration may be used to call the microservices directly.
    • microservice2.gif
    • Individual microservice components should focus on their component functionality and not be burdened with the complexities of API exposure beyond the microservices application boundary. Exposure to a consumer (if desired) should be delegated to a separate capability (i.e. API Management) to enable consumption of the microservice functionality.   API management components allow for control of the consumption of the microservice component assets:
      • API Gateway:
        • Decoupling/routing
        • Traffic management
        • Security
        • Translation
      • API Manager:
        • Plan/product design
        • Access management design
        • Policy administration
      • API Analytics:
        • API usage
        • Account (consumer) usage
      • Developer portal:
        • API discovery
        • Self-subscription/administration  ❑

8. APIsとMicroservicesに関する誤解の解消、by Alan Glickenhouse, IBM Middleware User Community, 2018/5/30:

  • 原文左記
  • ホットなITのトピックスとしてAPIとマイクロサービスがある。不幸なことに余りにも多くの人はこれを一つのこと、あるいは同じものと捉えれている。それは正しくない。APIとマイクロサービス、またSOAにおけるサービスについては若干誤解が生じている。以下その違いを要約してみる。
  • 共通の誤解、なぜそれが生じるのか
<誤解> <そう思われる理由>
  • Microservicesは単に細かな(web) servicesである。
  • microservicesやservicesという語感からそう思われる
  • APIsとは、microservices (またはその逆)のことである。
  • APIsとmicroservicesはよく一緒に使われので一体のものと思われがちである。
  • APIsとServicesとは同じもの。APIは単なる一つのサービスの新しい名前である。
  • APIもあるServiceもよくRESTまたはSOAPとして導入される。その導入時に使われる技術が同じなので、これらも同じものと思われる。
  • 以上でこれらの誤解が解けたのなら、以下はスキップしてよいと思う。
    • 以下の定義を記述するに当たって、少し技術から逸れるかも知れない。その代わり、これらが利用される目的や原則を述べたい。技術は頻繁に変化するので、それをなぜ、どこで用いるか誤解が生じるが、その利用目的がみ異界ならば位置づけは容易となろう。
    • API: 正しくはBusiness APIと言うべきだが。 (詳しくは"APIとは何か、またAPI Economyとは何か"の記事参照) >訳文参照
      端的に言えば、"Business APIとはビジネスが認識できる資産(即ち、製品、注文、顧客など) に着目したインターフェースである。" Business APIは、自動での資産の消費、簡潔さ、セキュリティ、分析、迅速なデリバリーに焦点を当てている。APIは、細かな規定されており、APIが必要とする目標の消費者を対象とする。もし異なる消費者がその資産を別の視点から必要とする場合は、APIは一つでたくより多く必要となり、各々が資産の個別に視点で対応する。APIは、正しいビジネスロジックを持っていないので、通常はGatewayの中のDMに設置される。そこにはある変換やルーティングロジックが含まれる。そのAPIは、企業のSoRの中にあるビジネスロジックやデータ資産をコールし、あるいはこれらを企業内外の他のコールと組合せて、消費者が除く結果を提供する。
    • サービス:  この用語はIT全般で余りにも多く使われる。この場合は、SOAで定義されるサービスということである。サービスの目的は再利用と接続性である。サービスとはインターフェースであり、企業内の資産を代表している (それゆえに用語の混乱を生じる)。しかし、この場合、サービスの目的は、資産を単一の完全な観察対象として提供することである。典型的には、あるサービスとは視点を提供することである。ここで"消費者"サービスとは、顧客に関する情報を提供することであり、"アカウント"サービスとはアカウントに関する情報を提供するという具合である。各々の案件がそれぞれ独自の定義があるというのではなく、資産に関する単一の視界を持つことで、情報の二重化や同期の問題をなくすことができる。またそれは、案件毎に新たな資産の定義を行うために再投資する必要もなくなるのでコスト削減になる。このようにあるサービスによって資産の完全な記述ができると、さらに複雑で大きなインターフェースができ、多くの目的に対応できることになる。
    • マイクロサービス: マイクロサービスには、ビジネスロジック(即ちコード)が備わっている。それはインターフェースではないので、前述のAPIやサービスとは同じではない。マイクロサービスという用語を使うのは、アプリを作る際のマイクロコンポーネント(部品)というアーキテクチャ上のスタイルを意味するからである。すべてのアプリの部分を一つの大きなパッケージとして、 monolithic的な一体型のアプリとして包含するのではなくて、そのアプリを小さな部品に分解して、アプリで必要とされる機能を装備した個別能力を有するマイクロサービスに分解するのである。このアプローチによって、迅速性、拡張性、DevOpsの改善につながる。マイクロサービスについては多くの定義が存在する (左記引用参照) が、それらはまた混乱を生じ、人々は多くのものをマイクロサービスを呼ぶようになってしまう。以下の定義を念頭に入れて欲しい。
    • 関係性
      左図の左側の図は、一体型アプリを、右側はマイクロサービスを示している。一体型は一つんぼサイロから成っているのに対し、マイクロサービスによるアプリは3つの要素から成る。
    • 元のサイロ型アプリは、単一のSOAサービスの代表である。そこには4つのAPIがあり、各々は消費者がサービス/アプリを通じて欲しい視点を提供する。一方、マイクロサービスアプリでは、ここでは4つのAPIがある。API視点は、あくまで顧客志向なので、バックエンドアプリの構造からAPIの数は決められない。
    • 全てのマイクロサービスはAPIを通じて露出している訳ではない。左図はマイクロサービスアプリを示している。(ユーザが操作できるような)露出しているAPIもあれば、露出していなくてマイクロサービス間で直接コールし合うようなアプリの統合された隠れたAPIもある。
    • 個々のマイクロサービスコンポーネントは、各々のコンポーネントの機能に特化しているのでマイクロサービスアプリの領域を超えてAPIを露出させることで生じる複雑性を回避している。(必要があれば) 消費者にAPIを露出させることになるは、それは別の機能を付与するということになり、(API Management) マイクロサービスをさらに消費することになる。API Managementは、マイクロサービスコンポーネントの資産管理は以下である。
      • APIゲートウェイ:
        • デカップリング/ルーティング
        • トラフィック管理
        • セキュリティ
        • 翻訳
      • APIマネジャー:
        • 計画/製品設計
        • アクセス管理設計
        • ポリシー管理
      • API分析:
        • API利用
        • アカウント(消費者の)利用
      • 開発者用ポータル:
        • API発見
        • 自己記述/管理 ❑

>Top 9. What is an API? and What is API Economy? : by Alan Glickenhouse, IBM Middleware User Community, Jan 04, 2018:

  • Businesses start to consider APIs and the API Economy at various times.  Many are long down their API journeys, while others are still considering whether to start.  With the beginning of the new year I thought it was an appropriate time to step back and take a look at some of the basics that companies considering APIs might want to know.
  • What is API?
    • API stands for Application Programming Interface.  But, you already knew that.  API is not a new term.  It has been around for many decades.  One program calls another program through its API.  So, is there something new here?  The new interest in APIs is not from this traditional definition.  In fact, the correct term we should be defining when talking about this increased interest is “Business API” or “Web API”.
    •  Traditional APIs were often very technical complex interfaces to applications.  They represented the complete functionality of the application being called and provided an input/output mechanism to obtain the results the program could provide.
    •  “Business APIs”, by contrast, are simple to understand interfaces focused on business recognizable assets – for example, a product, an order, a customer, etc.  Business APIs are focused on providing a simple easy to consume interface targeted toward the consumer of the API, not the provider application(s).  The target consumer for the business API is still a programmer.  This programmer could be your own company employee, a partner company or anyone out in the public.  It is your choice who you allow to consume your API.  But, whoever this is, one of the goals is that they should be able to do this very easily through a self-service mechanism (called a developer portal).
    •  The term “web API” is also often used because many of these “business APIs” use web protocols.  However, when thinking about “business APIs” in this new context it is better to think about this without reference to the underlying technical implementations.  This gives much more flexibility as you move forward, because we all know that technology is always evolving.
    •  Most people reference this new definition simply as “API” leaving off the “business” or “web” modifier.  Of course, this could lead to confusion as to whether you are referring to a traditional complex API or a Business API, so context may be required to sort this out.
  • >Top What is the API Economy?
    • “API Economy” is a general term related to the use of “business APIs” to positively affect the company.  Frequently this is related to monetary benefits.  In my blog series “API Economy – 4 Business Drivers and 7 Use Case Categories – Series Overview” I outlined several of the areas that are commonly targeted for API initiatives.  The four business drivers: Speed to market, reaching new markets/customers, innovation (at low cost/risk), and improved sharing of assets across the enterprise (domains) are all very valuable scenarios for the use of APIs.  Some of these may target internal programmers as API consumers to deliver offerings, projects, or capabilities to market quicker and with lower risk.  Other scenarios may deal with easing the interaction between businesses to drive increased value for all the participants.  Often this latter case is what is referenced as the “API Economy”, but I believe both internal and external scenarios are the correct definition.
    • API Economy is also frequently related to API monetization.  This is also an often misunderstood concept, and I refer you to my recent blog on this topic – “API Monetization – What Does It Really Mean?”.
  • Is this a fad?
    • We are starting to hear less about “APIs” and “API Economy” as these terms have now been around for several years.  Is this a fad?  Has the time for APIs come and gone?  The simple answer is – Absolutely NO.
    • New focus areas – Digital Transformation, Cloud computing (especially hybrid cloud), Cognitive computing (AI), Blockchain, IoT, Microservice architecture and many other new focus areas all use Business APIs.  Business APIs have become the de facto interface for these new initiatives that are moving forward as use case examples where APIs provide the consumption and security context around the assets being exposed.
    • Business APIs and API Economy are now passed the hype stage.  Real projects are being implemented, industry ecosystems are being formed, and in some cases regulatory requirements and industry standards are being developed around Business APIs.  If you are newly considering an API initiative, the time is now to get started.  You are late.  Not having Business APIs as we move forward will be like not having a web site in the late 1990s.

9. APIとは何か、API Economyとは何か: by Alan Glickenhouse, IBM Middleware User Community, 2018/1/4:

  • ビジネスは様々な場面で、APIとAPI Economyとを考慮してからビジネスを開始する。多くの場合は、APIをどうしたものが長い検討を行い、一方では、いつビジネスを開始すべきかいつまでも検討している場合もある。新年でもあるので、幾つかの基本的な考えと会社がAPIをどう理解しようとしているかを述べる。
  • APIとは何か?
    • APIとは、Application Progaramming Interfaceの略である。このことはすでに周知で、APIは特に新しい用語ではない。それは何十年にも亘って使われてきた。あるプログラムは、APIを通じて他のプロセスを呼び出す(call)する。そのことは特段新しいことではない。新しいこととは、このAPIが、従来の定義とは異なる使い方がされていることである。これは"Business API"あるいは"Web API"と呼ばれて今注目されている。
    • 伝統的なAPIは、アプリに対して技術的に複雑なインターフェースであった。それはアプリによる完全な機能をコールして、そのプログラムが出す結果を、出入力するメカニズムを提供していた。
    • "Business API"は、それとは異なり、ビジネス上で認識される資産、例えば、製品、注文、顧客などに着目したインターフェースと理解すればよい。Business APIは、消費者のAPIに対して簡単なインターフェースとして、わかりやすく提供することに注力している。この場合、対象となる消費者とは、まだこの段階ではプログラマーである。このプログラマーは会社の従業員の場合もあれば、パートナー企業など外側の人間かも知れない。誰がこのAPIを消費(操作)できるかという選択の問題になってくる。しかし誰であれ、自己サービスメカニズム(開発者ポートタルと呼ぶ) を通じて、容易に操作できるようにするのがその目的である。
    • ”Web API”という用語も、多くの"business API"のWeb上にあるのでこのように言われる。しかし、"business API"について検討する場合、あまり技術的な設定を意識しない方がよい。技術は常に進化しているので、そう考えることで前に進む柔軟性が得られるのである。
    • 多くの人は、この新たな定義を、"business"や"web"という修飾を外して、単に"API"と言ったりする。その場合、従来の複雑なAPIのことを言っているのか、Business APIのことなのか、混乱をきたすことになる。
  • API Economyとは何か?
    • "API Economy"とは、"business API" が会社に良い結果をもたらすので、こう呼ばれる。またこの用語はしばしば金銭的な収益に関連して使われる。(API Economy - 4つのビジネスドライバーと7つの事例分類 - シリーズ要約を参照。その論文で、APIイニシアティブとして目標をスべき分野を概説している。4つのビジネスドライバーとは、1) 迅速な市場参入、2) 新市場新顧客の開拓、3) 低コスト低リスクでのイノベーション、および4) 企業間での資産共用の改善であり、これらは全てAPIの利用によって価値を生み出すものである。これらの一部は、API消費者として社内のプログラマーの目標となって、製品やプロジェクトによって迅速かつ低リスクで市場参入を可能にしている。別のシナリオでは、ビジネス間の相互作用を容易化することで、それに関わる人達に価値を提供している。特にこの後段の場合を"API Economy"と呼ばれるが、実は、シナリオは社内でも社外でも通用する定義である。
    • API Economyは、しばしばAPI monetization (現金化)と呼ばれる。このことがさらに誤解を生むことになる。この点以下のブログ ("API Monetization - その真に意味する所は")を参照。> 訳文
  • これは一時的な流行か?:
    • ここ数年では"API"あるいは"API Economy"があまり語られなくなったが、この用語は一時的流行なのだろうか? APIが話題とならなくなったのか。その答えはNo.である。
    • 新たな用語、Digital Transformation (DX), Cloud computing (特にhybrid cloud)、Cognitive computing (AI)、ブロックチェーン、IoT、マイクロサービスアーキテクチャなどは、全てこのBusiness APIに注目している分野である。Business APIは、これらの新たな潮流でのデファクトインターフェースとなっている。そこでは開示されたAPIが消費者によって操作され、情報提供やセキュリティサービスなどを提供している。
    • Business APIとAPI Economyは、今や大いに誇張される用語になった。実際のプロジェクトが稼働し、業界のエコシステムが作られ、状況によっては規制が行われ、業界標準が、これらBusiness APIの周辺に展開さえてきている。このAPI戦略を新たに検討しようとすれば、今まさにその時である。むしろ遅いかも知れない。Business APIを知らずして進むことは、Webサイトを知らずして1990年代後半に前に進むようなものである。

>Top 10. API Monetization - What  does it really mean?:
by Alan Glickenhouse, IBM MIddleware User Community, Oct 17, 2017:

  • Every time I get into a conversation about API Monetization I feel like quoting from The Princess Bride, “I do not believe that word means what you think it means.”  Many businesses are excited about APIs and the API Economy and have heard of a terrific opportunity for API Monetization.  This is true, it just most likely isn’t what they think the opportunity is.
    • Many that I talk to believe that API Monetization means, “charging for the use of your APIs”.  The business will build APIs to access an asset and a third party will pay you per API call, or in groups of calls, to access the API(s).  There are some use cases where this makes sense, but fewer than you would expect given the number of people that believe this to be the meaning of API Monetization.  Using this definition is very limiting and will probably lead to disappointment in your API initiative.
    • A better definition of API Monetization is “driving revenue using APIs”.  There are many business models under this definition and charging per API call is only one of them.  This definition is much broader and incorporates many additional business models to drive revenue.
    • When does it make sense to charge per API call?  The primary factor is that there is an audience that wants to pay for it.  Just because you want to make money with APIs does not mean there is a buyer for your API product.  But, there may be other business models for the API (as we will see) that may generate revenue and be attractive to a potential audience.  Beyond that, the asset value needs to be relatively consistent such that each call to the API provides roughly equivalent value to the consumer and consumes roughly equivalent resources from the provider (you).  Variations on this model might support a free level of low usage (freemium), or lesser functionality APIs versus higher functionality at a higher cost (tiered).  These models do exist and my point is not that you should avoid them.  Just use them when they are appropriate.
    • Let’s look at some additional business models that might also drive revenue but don’t fit into the simple
    • pay per API model.
      • Transaction fee – as an example for a payment API you probably want to charge a percentage of the value of the payment, not just a flat fee per API call. This also applies to the value of the data or transactions executed in many other scenarios.
      • Free – yes, I said Free. Why have a free API?  To attract customers.  Facebook’s Login API is free which is just one way that Facebook supports increasing its user community.  This allows Facebook to charge advertisers through a separate set of APIs.
      • Developer gets paid to use your APIs – Really! This scenario includes situations where the consuming developer is acting as your agent, selling your products or offerings.  Your API usage payment to them is like a commission.
      • Indirect – this is by far the most common scenario. In these scenarios, you use APIs to facilitate the on-boarding of partners to reach new customers and new markets or enable an internal project coming to market faster.  You create a partnering relationship and financial reconciliation between the companies is not related to the API usage, the APIs are just a far simpler way to integrate to the partner.
    • In many of these additional business models the value is in obtaining new customers or providing new channels to market to reach new customers.  Obtaining customers is typically far more profitable in the long term.  The challenge for many of these additional models is that it is more difficult to directly associate the revenue generated to the API initiative.  The simplicity of paying per API and having the direct correlation is very tempting.  But, forcing the wrong business model on the API for the simplicity of measuring its success will probably cause the API not to be successful.
    • There is a huge opportunity in API Monetization – if you view this in the broader context.  Having a limited view of API Monetization as only one model will cause you to force fit APIs into that model that are not appropriate.  While the APIs might have been successful with an appropriate business model, they might fail because of the pricing model imposed.
    • For a more complete view of API Monetization from a business perspective please download the white paper, “API Monetization Understanding Business Model Options”.  The following diagram outlines the models described in this paper.
    • variousapis.gif
    • The IBM API Connect product supports monetization.  Please see the following blogs for a description of the API Monetization capabilities included in API Connect:

10. API Monetization - その真に意味するもの:
by Alan Glickenhouse, IBM Middleware User Community, 2017/10/17

  • いつもAPI Monetizationについて話をするとき、The Princess Brideからの引用を思い出す。それは、"私は、その言葉があなたが考えるような意味で使っているとは信じない"という言葉である。多くのビジネスではAPIやAPI Economyについて、そしてさらにAPI Monetizationのすごい機会だ聞くと熱狂するのである。それは事実だが、それはまさに彼等が考える機会とはちょっと違う意味であるが。
    • 多くの人は、私が、API Manetizationの意味を、"あなたのAPIに対する課金"という意味で話をしている信じている。ビジネスではAPIを資産へアクセスするために設定し、APIを通じて、あるいはグループコールの場合は、多くのAPIにアクセスすることで、第三者があたなに支払をするとなっている。このような事例もあるだろうが、これがAPI Monetization の意味であると信じている人はずっと少ない。この定義は、ずっと範囲が広くて、収益を上げるための多くの追加的なビジネスモデルを含んでいる。
    • APIコールに対して課金することにそれほど意味があるだろうか? まずそのようなことに対して支払たいという消費者がいることが前提となる。あなたがAPIによって金儲けしたいからと言って、あなたのAPI製品に対する買い手がいるという訳ではない。別のビジネスモデルとして、収益を上げてかるその消費者にとって魅力的なAPIがあるのかという問題になる。そもそも、APIに対する一回のコールで消費者に提供する価値と、提供者(あなた)が消費するリソースの価値とはほぼ同じようなものである。ビジネスモデルには様々あって低いレベルの利用(freemium) で低いレベルの機能を提供するAPIもあれば、逆に高コストで (階層差別化)で高い機能を提供する場合もある。これらのモデルは現に存在しているが、ここのテーマとして、それを避けている訳ではない。それらはそれを使うことが、適切な場合はそうすれば良いと言うだけである。
    • 更に収益を上げるような別のビジネスモデルを追加してみよう。
    • APIの利用毎の支払モデル:
      • 取引毎の課金:
        支払APIの例として、APIコール毎に一定料金ではなく、支払金額のある%比率を課金する。これは他の多くの事例にあるように、データあるいは取引価格に対して適用される。
      • フリー:
        なぜフリーAPIがあるのか? それによって顧客を引きつけるからである。FacebookのログインAPIはフリーであり、Facebookは、そのユーザコミュニティが拡大することを支援しているという意味で一方向サービスである。
      •  API を使うことで開発者への支払:
        これは実際に存在する。このシナリオとは、それを利用する開発者が代理人となり、あなたの製品・サービスを販売する。あなたのAPIの利用による支払は、口銭のようなものである。
      •  間接的支払:
        これははるかに一般的なシナリオである。これらのシナリオの中には、新規参加のパートナーへの利便性としてAPIを使いやすくして、新規顧客と新規市場を広げ、社内でのプロジェクトを早期に市場参入させることができる。またパートナーとの関係強化や会社間の資金調整は、APIの試用と関係はなく、APIは単にパートナーに統合するためにずっと簡単な方法に過ぎない。
    • これら追加したビジネスモデルの価値は、新規顧客を獲得し、また新たなチャネルで市場参入して新たな顧客を開拓することである。顧客を獲得することは、長期的にはもっとも利益があがるのである。これら追加のモデルの多くの課題は、API戦略にもたらされる収益に直接関連することが難しいという面がある。APIによる支払の単純さと、直接の関連性を持つことは大変魅力的である。しかし、その成功を測定するという単純なことに対してAPIを設定することは、間違ったビジネスモデルで、おそらくAPIとして成功しないだろう。
    • より広い文脈で見る意図、API Monetization には大きな機会が存在している。API Monetizationを狭い視点で見ると、それは、一つのモデルでのAPIを、適切でないモデルに無理して結びつけたことが原因であろう。方や適切なビジネスモデルで成功するAPIがある反面、価格モデルを押し付けたがゆえに失敗に終わるAPIもある。
    • API Monetizationをビジネスの視点で、より詳しく分析した資料は以下URLからダウンロードできる。"ビジネスモデルのさまざまなオプションを理解するAPI Monetizaiton。以下はこの論文で記載されている各種モデルの一覧である。
    • kindsofapi.gif
    • IBM API Connect製品はmonetizationをサポートしている。以下API Connectに含まれるAPI Monetaiationに関する記事参照

>Top 11. Magic Quadrant for Enterprise Low-Code Application
Platforms, Gartner, Sept 30, 2020:

  • Enterprise low-code application platforms deliver high-productivity and multi function capabilities across central, departmental and citizen IT functions. We evaluate 18 LCAP vendors to help guide you to the appropriate platforms for your needs.
  • Strategic Planning Assumption:
    • By 2023, over 50% of medium to large enterprises will have adopted an LCAP as one of their strategic application platforms.
  • Market definition/Description:
    • IT leaders are facing mounting challenges around application delivery. Developer shortages and skill-set challenges are impacting their ability to deliver increasing levels of business automation in a rapid and reliable fashion. In response, the vendors of low-code application platforms (LCAPs) have been improving the ease at which business applications can be delivered, providing broader capabilities requiring smaller and less specialized teams of developers.
    • An LCAP is characterized by its use of model-driven or visual development paradigms supported by expression languages and possibly scripting to address use cases such as citizen development, business unit IT, enterprise business processes, composable applications and even SaaS applications. These platforms are offered by vendors that may be better known for their SaaS offerings, or their business process management (BPM) capabilities, as well as specialist vendors for rapid application development. The primary goal is increased application development productivity with reduced skill-set requirements for developers.
    • Gartner formally defines an application platform as “a product or suite of products that offers development, deployment and execution capabilities for any of user experience, business process, business logic, and data.”
    • An LCAP is an application platform that supports rapid application development, deployment, execution and management using declarative, high-level programming abstractions such as model-driven and metadata-based programming languages, and one-step deployments. LCAPs provide and support user interfaces (UIs), business processes and data services.
    • Note that Gartner defines a no-code application platform as an LCAP that only requires text entry for formulae or simple expressions. The LCAP market therefore includes no-code platforms. Furthermore, “no code” is not a sufficient criterion for tasks like citizen development, as many complex tooling configuration tasks are “no code” but still require specialist skills.
  • Magic Quadrant:
    • Figure 1. Magic Quadrant for Enterprise Low-Code Application Platforms.
  • Vendor Strengths and Cautions

11. Gartner 4象限の分析:

  • 企業のローコードアプリは生産性向上と多機能をもたらす。
  • 18のローコードアプリを評価する。
    • 2023年までの中〜大企業の50%は、ローコードアプリを採用すると予測
  • 市場の定義:
    • ITリーダは迅速・高信頼性のアプリ開発の構築が必要
    • ローコード開発者(LCAP)は、少人数での専門開発者で対応可能
    • 現状部門の開発者の参加(Citizen developer)
    • LCAPは、UI, BPM, データサービスを提供
    • no-codeであっても専門スキルは必

  • 4象限評価: (Fig.1 )
  • magicquadrant.gif

>Qd 11-1: AgilePoint:

  • AgilePoint is a Niche Player in this Magic Quadrant. Its LCAP product AgilePoint NX (version 7 was assessed here) is broadly focused on process-centric application development. Its operations are geographically diversified and its clients tend to be large and range across multiple sectors, with some emphasis on manufacturing, government and financial services. AgilePoint has added webhooks to allow external systems to subscribe to a wide range of events, eForm options for third parties like Microsoft SharePoint and Office 365, and AI-driven process routing for complex orchestration. Its 2020 roadmap includes distributed LCAP for edge computing, low-code integration of blockchain into existing apps, and further AI-driven application development.
  • Strengths:
    • Product: AgilePoint’s product offers a drag-and-drop graphical application designer, which includes a full stack of capabilities such as forms, processes, data models, portal pages and customized mobile apps. Additional automation options are available through partnerships with robotic process automation (RPA) vendors such as UiPath and Blue Prism.
    • Platform ecosystem: To assist developers, AgilePoint offers prebuilt libraries such as popular process patterns, 70 predefined integrations and 700 process activities. AgilePoint also participates in other vendor ecosystems; it appears, for example, on the Salesforce AppExchange and Microsoft AppSource stores.
    • Innovation: AgilePoint eForms provides a cross-platform alternative and replacement for Microsoft InfoPath, simplifying Microsoft data collection for those who don’t want to invest in Power Apps. In addition, it has added AI-driven process flows to provide dynamic workflows, and is starting its journey toward low-code edge computing and support for digital twins and the Internet of Things (IoT).
  • Cautions
      • Overall viability: AgilePoint is a relatively small and self-funded company with a successful legacy from the BPMS market area, but it will need to further invest in growth and brand recognition to compete against the much larger vendors in the LCAP market.
      • Business model: AgilePoint’s participation in the Microsoft and Salesforce ecosystems for some of its business means it can also be competing against those ecosystems’ hosts in the LCAP market. Although AgilePoint adds some differentiation such as process-centric characteristics with these vendors, such advantages will likely reduce over time as these partners add their own business process capabilities.
      • Marketing strategy: Although AgilePoint is growing well, and has an appropriate partnering strategy, it has less LCAP market visibility than many other vendors in this Magic Quadrant. While its strategy to extend to the IoT and edge could be successful as a move toward specialization, it also has the potential to compound its Niche Player status. AgilePoint is, however, ramping up its marketing in this area, with broader outreach via social media and direct/indirect partner channels.

AgilePoint:

  • AgilePointは、この4象限ではニッチプレーヤ
  • process-centgricアプリ 
  • 特に製造、公共、金融向け
  • eFormは、MSのSharePointやOffice 365同様にサードパーティ向け
  • 2020年のロードマップでは、lCAP向けにedge computingやローコードでのblockchain統合などAIアプリ指向


  • 強み:
    • drag & dropによるGUI
    • RPAベンダとの連携
    • Platform ecosystemにライブラリー提供
    • 70の定義済統合と700のプロセス活動
    • 他のecosystemにも参加
    • イノベーション: 他プラットフォームとの連携・交換可能
    • ローコードedge computing
    • IoTのdigital twinサポート
  • 留意点:
    • AgilePoint社は、比較的小規模
    • MSやSalesforce ecosystemに参加しつつも競合
    • 市場戦略:
    • 市場戦略: AgilePointは、ローコード開発というより、IoTやEdgeの分野での特化製品を対象としている。
    • また、SNS利用やパートナーチャネルでも強みを発揮している。

>Qd 11-2: Appian

  • Appian is a Leader in this Magic Quadrant. Its LCAP (version 20.1) offers low-code app building, rich multi experience capabilities, business process orchestration, automated decisioning, AI/ML and RPA. The platform focuses on complex processes such as end-to-end case management and other applications requiring sophisticated automation, rules and analytics. Its technological differentiators include full-stack automation capabilities, prebuilt no-code integration with various AI services, and end-to-end life cycle support for DevOps. Appian has operations in every major world region, with a focus on large enterprises. Its 2020 roadmap includes enhancements to AI- service integration, DevOps capabilities, RPA and expanded AI support for application development.
  • Strengths
    • Product: At the core of Appian’s LCAP strength is its rich process-driven application development. Appian’s ability to offer a complete stack of low-code automation tooling that can handle complex workflows, business rules and case management along with RPA is a key differentiator. Added to that, it offers low-code tools to build multi experience apps to enable customer and employee experiences.
    • Market understanding: Appian brings in a complete end-to-end solution for its customers by enabling low-code capabilities to build business applications, perform complex process orchestration, and automate routine repetitive tasks with RPA. Customers looking for a full- stack automation platform should consider Appian’s LCAP.
    • Overall viability: In a crowded market with many small, privately owned vendors, Appian stands out as a stable, publicly traded company with a focus on low-code technology. Although smaller than many of its competitors, Appian has many enterprise customers and government agencies running its platform, which should ensure its long-term viability in this market.
  • Cautions:
    • Application development: Some of Gartner’s Peer Insight reviewers found that Appian’s low- code development product is more suitable for professional developers. Appian’s proprietary expression and scripting language is typically an inhibitor for “citizen developers” building algorithmic expressions. Although Appian has built some collaborative features to support multiple personas — including both citizen and pro developers — Gartner has not yet seen much adoption.
    • Sales execution and pricing: Appian pricing has been observed as highly variable in Gartner inquiries. Recently, the vendor has made some changes with a simplified basic subscription model, an annual “Quick Start License” and other options that may allay customer concerns in future.
    • Business model: Appian has a high proportion of professional services revenue associated with its LCAP business. While some of these services are likely legacy business process reengineering consulting, and others related to large projects associated with its targeting of larger enterprises, the proportion of services to product revenue implies more specialist developer requirements.

Appian:

  • 4象限評価のリーダーの1つ
  • 特徴: RPA/AI/ML (=Machine Learning)分野で実績あり
  • Platformは、専門化向けで、end-to-end case managmentなど複雑な自動化やルール・分析に注力。
  • 自動化、no-codeによるAIサービス統合や、end-to-end life-cycle support DevOpsやRPAなどに特化。

  • 強み
    • RPAを含め、複雑なワークフロー開発に対応
    • full-stack automation platformに最適
    • Multi experience app構築のためローコードツールを提供
    • 市場理解: 顧客に対してローコードでの開発を促進し、複雑なプロセス処理やRPA自動化なend-to-end soluotionを提供。
    • 有用性: Appianは、競合相手より小規模だが、安定したローコード技術会社。顧客は大企業や公共部門。
  • 留意点
    • Appianのローコード開発は、プロ開発者向き。独自のscript言語は、Citizen開発者にとっては難しい。
    • 価格: Appian価格の変動幅は大きい。
    • ビジネスモデル: ローコード開発関連のProfessional serviceの比率が高い。

>Qd 11-3: AuraQuantic (formerly AuraPortal)

    • As of 1 September 2020, AuraPortal has changed its name to AuraQuantic.
      AuraQuantic is a Niche Player in this Magic Quadrant. It provides low-code and BPM development tools for automating business operations. Its business is mostly focused in the EMEA and LATAM regions, and its clients tend to be midsize organizations with a majority in the banking and insurance sectors. AuraQuantic’s LCAP provides a process-centric application platform with multiple separate graphical editors for different functions such as portals and SQL scripts. Future plans include adding AI-based decision management, RPA and AI assistance for developers. It also expects to invest in expanding its community and marketplace.
    • Strengths
      • Process and business logic: Coming from a BPM background, AuraQuantic has sophisticated support for process and decision management. It undertook an early transition into low-code development tools and provides a good platform for citizen developers to build extensible process- or data-centric applications.
      • Market understanding: AuraQuantic aims to help its customers to achieve greater productivity through automation. It is constantly improving its offering by evolving its UX (forms) design and runtime, augmenting decisions and application development with AI, and adding process mining features. AuraQuantic has strengthened its position within the Microsoft-centric market segment, increasing its visibility in the Microsoft partner community.
      • Industrystrategy: AuraQuantic is enhancing its support for the government, financialservices, insurance and healthcare industries. Utilizing its strong knowledge of the financial services industry, AuraQuantic is providing specific solutions and associated marketing campaigns around web and mobile case management, lending, and risk and compliance solutions, as well as improving customer journeys for its clients.
    • Cautions
      • Product: Support for multiple developer personas is limited. Aura Quantic provides a comprehensive and easy-to-use process and data model designer, but currently has a limited library of components to support citizen developers, with additional components a roadmap entry. There is only limited support for professional developers outside of creating integrations.
      • Platform ecosystem: The AuraQuantic marketplace is very basic compared with other vendors in this Magic Quadrant, and is not monetized. The restricted choice of application templates and connectors limits the value of the marketplace to developers and discourages contributors. AuraQuantic currently offers limited process patterns. Enterprises and independent software vendors (ISVs) looking for a vibrant ecosystem may need to consider alternatives.
      • Overall viability: Aura Quanticisa small vendor, relative to most others in this Magic Quadrant. Its historic focus is on BPM rather than the faster-growing LCAP market. While the vendor shows some strength in territories like LATAM, a lack of brand awareness could impact long- term growth elsewhere. A future rebranding may help address this if marketed accordingly.

AuraQuantic:

  • 元のAuraPortalから名称変更 (2020/9/1付)
  • 4象限ではニッチプレーヤ。
  • ローコード開発やBPM開発ツールの提供
  • 市場としては、欧州・中東・ラテンアメリカ向け
  • 顧客としては、中規模の銀行・保険向けが多い
  • AuraQuanticのローコード開発は、様々なPortalやSQL scriptなどgraphical editorによるプロセス重視のApp platformを提供。
  • 将来計画として、AIベースのdecision management,
    RPA, AIを重視した市場展開

  • 強み
    • BPMの背景があり、プロセス決定に強み
  • 市場の理解
    • 自動化による生産性向上を目指す
    • AuraQuanticは、継続的にUX designを改善し、AI活用
    • MS中心に市場に対応
    • 公共、金融、保険分野に強み
    • 特に、金融サービスのソリューション
  • 留意点
    • 多数者による開発サポートは限定的
    • (プロ開発対象のみ)
    • Citizen開発者のライブラリーは限定的
    • プロセスパターンは限定的
    • 中南米市場では一応有名。

>Qd 11-4: Betty Blocks:

    • Betty Blocks is a Visionary in this Magic Quadrant. Its LCAP is mainly focused on citizen development. Its operations are mostly focused in Western Europe and the U.S. Its clients cross different enterprise sizes and primarily target B2B use cases. Betty Blocks is known for its technology innovation and is targeting ease of development, component (“block”) reuse and governance. It has enhanced its container deployment, developer environment and extensions mechanism, and is planning autogenerated user experiences to speed application delivery.
  • Strengths:
    • Product strategy: Betty Blocks has successfully identified and delivered on two of the major drivers for low-code-based productivity — composable applications maximizing reuse, and simplicity of development (composition) of applications. These enable reuse and speed of development and its “blocks” mechanism encourages ecosystem development.
    • Innovation: Betty Blocks continues to innovate around technologies such as container-based distribution and deployment, GraphQL for external application integration, and cloud-native extension mechanisms. This innovation approach includes rapidly iterating where technologies don’t prove effective, such as moving from serverless functions to container-based code for extensibility.
    • Sales execution: Betty Blocks continues to grow and extend its customer footprint, despite increasing competition in citizen development from other vendors. Part of the reason for this is a more aggressive pricing model, although like many other LCAP providers this may evolve in the future.
  • Cautions:
    • Marketing strategy: BettyBlocks’ citizen development marketing strategy faces growing competition, in particular from the “quasi freemium” model and ubiquity of Microsoft Power Apps. Its ecosystem may not be able to compete with such larger established vendors. For now, Betty Blocks continues to grow in part by exploiting the Microsoft Partners program in the U.S.
    • Geographic strategy: While Betty Blocks has some APAC customers, its growth in 2019 was solely from EMEA and the U.S., making it less likely to be adopted for some worldwide enterprise initiatives, and potentially reducing its overall growth.
    • Industry strategy: BettyBlocks’ Block Store remains unmonetized, potentially reducing ISV and OEM ecosystem growth. This means that while its LCAP users are from across all industries, and Betty Blocks claims a vertical-driven focus across its marketing and sales, any vertical market growth is more likely to be organically driven rather than partner-led.

Betty Blocks:

  • 4象限ではVisionaryの製品
  • Citizen開発者向け
  • 様々な企業規模(B2B)向け
  • 強み

>Qd 11-5: Creatio:

  • Creatio (formerly bpm’online) is a Niche Player in this Magic Quadrant. Its LCAP offering is Studio Creatio, which provides low-code process management and process-based application development for its CRM SaaS business, as well as other use cases. Creatio’s operations are global with a strong presence among small enterprises in the EMEA and North America regions. In 2019, Creatio added a free edition, additional AI services and higher performance mobile support. It is planning to enhance the extensibility of its platform by adding a UI based on the Angular framework, further AI support for process and application development, and is expanding its ecosystem.
  • Strength:
    • Market understanding: Creatio has a good understanding of customer priorities for LCAP and its support for SaaS for customers is evident in its “Everyone a Developer” messaging. It recognizes the need to increase IT productivity, reduce time to market and increase business IT collaboration. Creatio targets business developers with reduced technical skill requirements.
    • Sales execution: Creatio has showcased a decent growth in this market. This is driven by value for money, with attractive pricing for B2C users for its portal offering and simplified per-user pricing for B2E users. Creatio sales are supported by a strong global network of more than 700 partners that sell its products across 110 countries and 14 different languages.
    • Market responsiveness: Creatio Studio has evolved low-code development features in response to customer needs. These include allowing nontechnical business developers to create their own custom machine learning (ML) models and an intuitive drag-and-drop case designer capability. The vendor has also developed its Creatio Academy and Community services to train and engage with developers and expand its ecosystem.
  • Cautions:
    • Product: Creatio provides basic support for handling data schemas and validations, but lacks enterprise features such as multi cloud/multi region deployments and seamless autoscaling of applications. These can be important for some enterprise use cases.
    • Innovation: In terms of integration capabilities and more recent innovations such as AI- enhanced application development, Creatio lags the Leaders in this Magic Quadrant. Although it has more than 70 out-of-the-box connectors on its marketplace, few of them are for popular enterprise applications such as SAP.
    • Overall viability: Creatio is not as large as some of the vendors in this Magic Quadrant,and its focus on CRM SaaS is shared by several other larger LCAP vendors. As larger vendors enter the LCAP market, Creatio will need to grow faster to remain viable.

Creatio:

  • 強み
  • 留意点

>Qd 11-6: Kintone:

  • Kintone is a Niche Player in this Magic Quadrant. Its LCAP is mainly focused on workforce collaboration applications for business units. Its operations are mostly focused in Japan and the Pacific Rim region, and its clients tend to be small and midsize organizations. Kintone targets simple-to-build B2E applications, which may also be provided by partners through various app stores, or by the business users themselves. It is focusing on expanding further in the U.S. using Amazon Web Services (AWS) infrastructure, and is making improvements for citizen developers in the core areas of data, communications and workflows.
  • Strenths:
    • Overall viability: Kintone is continuing to grow and is the leading revenue generator for its parent corporation Cybozu, a leading Japanese collaboration platform business. In addition to Japan, Kintone’s LCAP serves 15,000 customers across Asia (including China), Australia and North America.
    • Business model: Kintone focuses on a collaboration model and supports thousands of partners and developers, creating a highly successful ecosystem across Asia. It is doubling its sales resources to increase adoption, helped by over 350 partners providing applications or plug-ins. Some partners operate their own Kintone app stores, and the overall partner ecosystem generates more than half of Kintone’s revenue.
    • Marketing execution: Kintone focuses on its business value and brands itself as a “business workstyle” company, rather than “technology” company. It is focusing on thought leadership around its collaboration features and has run a number of successful events across Asia and the U.S.
  • Cautions:
    • Market understanding: Kintone continues its narrow focus on collaboration applications by citizen and business unit developers, with weak support for professional developers and IT use cases requiring sophisticated architectures. The company is missing some enterprise certifications like SOC (System and Organization Controls) and PCI (Payment Card Industry) required by certain LCAP users.
    • Product: Kintone does not have a strong integration focus, relying on third parties for connectivity to other services, and REST APIs to access external databases. The tool is not ideal for complex business processes or business decision logic, and does not support headless applications. Governance of developers and applications is also basic relative to other vendors in this Magic Quadrant.
    • Innovation: Kintone’s roadmap does not prioritize the current LCAP trends such as AI data services, AI-based development or user experiences like chatbots. Kintone users — even citizen developers — could be disadvantaged in future by these omissions.

Kintone:

    • 4象限評価ではニッチ。
    • 現業部門での協業向け (B2E)
    • 日本・東アジア向け
    • 小〜中企業向け
    • AWS活用での拡張
  • 強み
    • 開発会社は、日本のサイボウズ開発
    • 顧客数15,000 (東アジア中心)
    • 協業モデルに注目」
    • 開発パートナー350社
    • 技術より、ビジネススタイル中心
  • 留意点
    • 現場での活用中心で、プロ開発者向きではない
    • 一部LCAP要求中のSOC/PCIは未対応
    • 他システムとの連携は第三者開発に依存
    • AIサービス活用は希薄

>Qd 11-7: Mendix:

  • Mendix (a subsidiary of Siemens) is a Leader in this Magic Quadrant. Its LCAP is the Mendix Platform, which offers no-code and low-code development tools based on a model-driven, cloud- native platform architecture. It has recently added Mendix Data Hub for low-code integration and two private cloud service options — Mendix Cloud Dedicated and Mendix for Private Cloud. Mendix has offices mainly in North America and Europe, and most of its customers are in those regions. Its customers span a variety of industries. Mendix has a partnership with SAP to supply a tightly integrated LCAP with SAP HANA (also sold by SAP).
  • Strengths:
    • Product: Mendix offers robust capabilities to address needs across integration,workflow,event processing and use of AI to support development. In particular, its event processing supports events as first-class citizens, providing the infrastructure for publishing, consuming and managing business events. Mendix Assist, now in its second generation, uses ML to integrate real-time, in-product, AI-assisted contextual next-step suggestions.
    • Innovation: The recently released Mendix Data Hub component allows its developers to more easily discover, assemble and orchestrate data and business capabilities, using the same Mendix visual modeling tools that it uses to build business logic and application data models. Mendix is also one of the few LCAP vendors with advanced multi experience development capabilities supporting highly customizable mobile apps, chatbots and IoT app use cases.
    • Market understanding: Mendix’s LCAP supports visual and model-driven development across a broad spectrum of developer profiles. The platform provides a separate design-time environment for citizen developers (Mendix Studio) and a more robust development environment for professional developers (Mendix Studio Pro). This dual approach optimizes collaboration of fusion teams across business units and IT, and support for the composable enterprise vision.
  • Cautions:
    • Sales execution and pricing: Mendix shifted its sales to focus on the large enterprise segment. It has done well there, but its overall customer growth is not as high as other vendors in this fast-growing market. Gartner Peer Insight scores for Mendix’s pricing and contract flexibility are relatively low compared with other vendors in this Magic Quadrant. Mendix is planning new pricing and packaging to address this by the end of 2020.
    • Industry strategy:Mendix has been late to offerindustry-specific solutions with its LCAP,with only a recent introduction of an Industry Solutions team. The vendor mostly relies on its parent company Siemens for specific targeted solutions and partner ISVs for industry applications in its marketplace.
    • Marketing execution: While the acquisition by Siemens has elevated the market’s awareness of Mendix, Gartner has not seen Mendix reaching as wide an audience as other Leaders in this Magic Quadrant, particularly outside of Europe and North America. Companies looking to evaluate Mendix should investigate its regional presence and support from local partner resources.

Mendix:

  • 強み
    • a
  • 留意点

>Qd 11-8: Microsoft:

    • Microsoft is a Leader in this Magic Quadrant. Its LCAP consists of Microsoft Power Apps, which includes entitlements for Power Automate and the Common Data Service. Together, these form part of the Power Platform (which adds Power BI for business analytics and Power Virtual Agents for low-code chatbots). Microsoft’s operations are in locations worldwide. Its customers are in a variety of industries and of varying sizes. Power Apps operates in canvas and model-driven modes, and Power Automate provides business logic and integrations. Innovations on Microsoft’s roadmap include support for Power Apps in Microsoft Teams to deploy solutions and templates, enabling remote workers, and expanding AI and RPA accessibility.
  • Strength
    • Product strategy: Microsoft enables fusion teams with no-code and advanced pro developer capabilities. Microsoft offers one of the simpler design-time tools in Power Apps, one that is used for designing canvas apps and that employs a drag-and-drop approach with an expression language that feels like Microsoft Excel. This makes it well-suited to citizen developers and business unit developers.
    • API and integration services: Power Apps and Common Data Service (CDS) have a rich set of APIs and OData endpoints available to perform full create, read, update and delete (CRUD) operations on data to support integration with third-party iPaaS. There are more than 300 data connectors available including cloud-service database connectors that cover Azure SQL, Azure Cosmos DB, Amazon Redshift and cloud-hosted versions of the on-premises systems.
    • Innovation: Ready-to-consume AI models allow developers to consume rich AI capabilities in their apps and flows without configuring and training a model. Prebuilt models are available to extract text from images, extract specific elements from text, categorize text, identify languages, and to perform key phrase extraction and sentiment analysis. AI Builder provides no- code support for data and visual AI models, available as an extension to Power Apps.
  • Cautions:
    • Market responsiveness: In 2019, Microsoft saw wide adoption of PowerApps, in part due to availability within the vendor’s popular Office and Dynamics offerings. In October 2019, Microsoft changed these entitlement conditions, a change that disrupted many clients and appeared to confuse business partners. Microsoft grand fathering of prior license rights for deployed customers has helped in some situations.
    • Sales execution and pricing: Power Apps’ pricing model and entitlement rules, especially across entitlements for features in Office 365 and Dynamics 365 plans, are complex enough to require a 17-page licensing guide. Customers also pay extra for features such as AI Builder and the B2C portal. Customers should consider how their licensing and costs may change as their platform usage grows, and be aware of the potential for further license changes.
    • Process and business logic: Power Apps supports workflows, but the interface for business process flows is separate and only available in model-driven apps. More complex process orchestration may require the use of separate products such as Microsoft Azure Logic Apps. Additionally, the BPMN notation standard in Power Automate is only supported through tight integration with Microsoft Visio.

Microsoft:

  • 4象限評価でのリーダーの1つ
  • ユーザの中心はMicrosoft Power Apps
  • Power BI (ビジネス分析),
  • Pwoer Virtual Agents (ローコード開発)
  • Chatbot (AI活用の自動会話Program)
  • 様々な企業規模向け
  • 世界中で展開
  • AI/RPA昨日拡張中

  • 強み
    • no code開発とプロ開発との融合
    • ExcelライクのDrag & drop機能
    • Power AppsとCommon Data Service (CDS)の共通API
    • (CRUD=create, read, update, delete)機能
    • Azur SQL, Amazon REedshift等でのcloudとon-premiseの接続
    • イノベーション:AI活用 (configuring, training不要)
    • Rich AI能力
    • イメージからText抽出、Textから特定要素抽出、言語自動認識
    • AI Builderはno-codeサポート
  • 留意点
    • MicrosoftのPowerApps採用 (Dynamics 365、Office 365で利用できるビジネスアプリ作成ツール;開発というより作成)。
    • 価格戦略: AI BuilderをB2C向け展開
    • Business Process Logic展開には別製品必要; Azure Logic AppsやMicrosoft Visioの活用

>Qd 11-9: Newgen:

  • Newgen is a Niche Player in this Magic Quadrant. It is primarily a content management and BPMS vendor whose LCAP is provided by its process-centric development platform. Newgen’s primary geographic market is APAC, but it has demonstrated a growing presence in EMEA and North America. Its clients tend to be large and midsize organizations in the financial services, insurance and government sectors. In 2019, Newgen added support for DevOps, progressive web apps (PWAs) and integrated RPA. Newgen further plans to add a framework for vendor-agnostic bot orchestration, enriched application templates for PWAs, and extend its integration modeler with metering and monitoring.
  • Strength
    • Product: Newgen provides a robust platform to automate business processes. It provides a web-based tool that can be used to develop PWAs, a visual editor for designing complex processes and decision rules, and a master data management (MDM) module for comprehensive data modelling. It also provides an AI-enabled content management system (CMS) as part of its offering.
    • Sales execution and pricing: Newgen has flexible licensing and deployment options, including software-only, full SaaS and private cloud application managed service. The vendor tailors its licensing to client requirements through perpetual, subscription and value-based pricing (that is, pricing associated with business value metrics or outcomes).
    • Sales strategy: Selling an LCAP as part of a process automation and content management strategy means Newgen can deliver wider enterprise value. This should make adoption easier for customers of these other services.
  • Cautions:
      • Platform ecosystem: Newgen’s marketplace is essentially a partner-enablement portal that consists of a few prebuilt applications, training materials and implementation guidelines. Enterprise users or partners cannot source or add application or process templates for faster development or monetization. However, a publicly available developer community and portal is on the roadmap.
      • Application development: The Newgen platform is a combination of various independent components including a CMS, a process builder and a mobile app designer. The experience of building applications across these various components is inconsistent.
      • Geographic strategy: Newgen’s primary customer base is in India, the Middle East and Africa. It aspires to grow in the U.S. and Western Europe through both direct presence and partners. Prospective clients in the U.S. and Western Europe need to evaluate Newgen’s local and partner abilities to meet their requirements.

Newgen:

  • Newgenは4象限評価ではニッチプレーヤ。基本的にはCMSとBPMSベンダでプロセス重視のplatform .
  • 主たる対象地域は、アジア太平洋。
  • DevOps, PWA, integrated RPA開発向け
  • vendor-agnostic ベンダ非依存
  • 強み
    • 製品:
    • Business process実行に強み
    • PWA (Progressive Web Apps), Web向けスマホアプリ開発
    • MDM (Master data management)データ一元化
    • CMS
    • 販売戦略: Process自動化とCMS戦略
  • 留意点
    • Platform econsystem: 開発者コミュニティ
    • 次世代開発: CMS, Process builder, Mobile app
    • 次世代開発者: インド、中東、アフリカに着目

>Qd 11-10: Oracle (APEX):

  • Oracle Application Express (APEX) is a Challenger in this Magic Quadrant. Oracle is well- established in the database and business applications markets. Its APEX product is mainly focused on data-oriented applications created by Oracle SQL developers. Its operations are geographically diversified and its clients are Oracle DBMS customers, although Oracle reports good solution sales to the small and midsize business (SMB) market. APEX has added high- performance user experiences for data search across large datasets, and the ability to access data from any external REST-enabled source. Oracle is increasing the rate of investment in APEX with JavaScript server-side components and other relational DBMS data sources planned. Oracle’s alternative LCAP offering — Oracle Visual Builder — is based on its service-oriented architecture technology stack and is discussed separately.
    1. Srength:
      • Overall viability: Oracle is a large and successful DBMS and SaaS vendor. The former ensures a large and ready audience for APEX, and a large developer base of developers that use SQL and its procedural language extension (PL/SQL) to exploit it. A subset of this is also a large and active community of APEX users.
      • Sales execution and pricing: Oracle has multiple ways to consume and purchase APEX, but it is also a free service for Oracle Database and Oracle Cloud users. For most users, its net cost is included in their DBMS platform costs. This makes APEX excellent value for any Oracle Database platform user. Oracle is extending APEX usage as it sells solutions to new markets like the SMB market.
      • Marketing strategy: Oracle markets APEX as the low-code application tooling for Oracle DBMS subscribers, extending their data-oriented applications to powerful web and mobile applications, and is an ideal upgrade for Oracle Forms applications. APEX applications can be extended through JavaScript, Java and SQL to access all the advanced features of the Oracle Database platform.
    2. Cautions:
      • Market understanding: Most LCAPs provide multifunction application capabilities for reduced- skill development. Oracle provides separate suites with differing editing metaphors for integration, BPM and business rules, as well as Oracle Visual Builder as a service-focused LCAP. APEX users who require such capabilities can access them through separate licenses and REST API calls (or coordination of shared data tables). While this separation of concerns ensures best-of-breed support, it requires additional configuration and developer skill requirements outside of APEX.
      • Business model: Oracle’s use of its database platform as the core engine for APEX makes APEX consumption dependent on use of its DBMS. While this remains a large market, Oracle’s market share is reducing. However, Oracle is still a market leader in DBMS, and APEX is being extended to support additional languages and to access other data sources.
      • Innovation: While Oracle’s roadmap for APEX is extensive, it is focused on catching upon capabilities like server-side JavaScript support that are already generally available elsewhere in the market. Its main function as a SQL RAD tool is of specialist interest to most low-code consumers, even though SQL and PL/SQL is not difficult to learn. Advanced features of the Oracle Database platform generally require SQL code to access.

Oracle (APEX):

  • 4象限評価では、挑戦者の役割
  • Oracle SQL開発者との連携
  • Oracleは、DBコミュニティを活用し、APEXとVisual Builder使い分け
  • 強み:
    • Oracle DBユーザには有利な価格
    • APEXアプリは、JavaScript, Java, SQLを活用
  • 留意点
    • プロセス重視: BPM, Oracle Visual Builder
    • DB開発の延長でAPEX活用 (Oracleのroadmap); SQL RAD
    • (Rapid Application Development) tool

>Qd 11-11: Oracle (Visual Builder)

  • Oracle Visual Builder is a Visionary in this Magic Quadrant. Oracle is well-established in the database and business applications markets, as well as in Java Enterprise Edition (JEE) pro-code tooling. Its Visual Builder product is mainly focused on professional developers customizing Oracle SaaS products for multi experience, as well as consumers of the wider Oracle Integration Cloud stack. Its operations are geographically diversified. Visual Builder provides services access and coordination with a multi experience front end. Oracle’s vision is of a unified DevOps and low- code stack, released recently as Visual Builder Platform. Oracle’s alternative LCAP offering — Oracle APEX — is based on its RBMS technology and is discussed separately in this research.
  • Strengths:
    • Overall viability: Oracle is a large and successful DBMS and SaaS vendor. The latter increasingly relies on Visual Builder as the primary development and extension mechanism, and Oracle SaaS is a major growth engine for Oracle. Therefore, Visual Builder will be increasingly employed for Oracle SaaS development and customization, and potentially for those customers constructing new SaaS.
    • Product:Visual Builder includes the Oracle JET engine for mobile and web development,and provides ready access to multi experience UIs. The paradigm of event-driven “action chains” to provide advanced user experiences, on top of a full REST API and catalog access, alongside developer automation tooling (including DevOps and test-case generation) is instrumental in Oracle’s Visionary placement in this Magic Quadrant.
    • Pricing: Almost uniquely among the vendors presented in this Magic Quadrant, Oracle’s pricing for Visual Builder is resource-based and therefore dependent only on consumption — with no dependency on user counts or other metrics that can discourage adoption. This makes Visual Builder much more accessible for new use cases.
  • Cautions:
    • Market understanding: Oracle’s policy of separating out specialist products for standard LCAP functions (such as business processes and often integrations) means that Visual Builder customers need to learn and license additional components for these capabilities. Indeed, the majority of Visual Builder users acquire it as a component of Oracle Integration Cloud (which itself is not an LCAP). This puts Visual Builder into the category of more specialist tooling compared with the more multifunction offerings that increasingly are embedding those capabilities.
    • Marketing execution: Oracle does not make much effort to market Visual Builder. Its recent release of Visual Builder Platform was communicated as a blog post, and Gartner inquiries for it are rare. So while Oracle appears to recognize the vision of SaaS plus PaaS, it seems reticent to promote itself in this area. It also fails to market the advantages and differences of its two separate LCAPs (see also Oracle APEX), likely causing reduced adoption.
    • Platform ecosystem: Visual Builder provides easy component access to its business objects and Oracle SaaS services, but Oracle does not promote a rich third-party ecosystem for its customers and partners to market to and share. This means that, despite an advantageous pricing model and multi experience capabilities, Oracle Visual Builder provides a less-rich target audience for potential OEMs.

Oracle (Visual Builder):

  • 4象限評価では、 先見性
  • Visual Builderは、多コードのプロ向け
  • Visual Builder platform; unified DevOPsとlow-codeの統一 (新機能+安定稼働の追求)

>Qd 11-12: OutSystems

  • OutSystems is a Leader in this Magic Quadrant. Its LCAP is the OutSystems platform, which supports cloud, on-premises and hybrid solutions. OutSystems focuses on enterprise application development for agile and continuous customer delivery. Its operations are primarily in Europe and North America, but it also has an increasing presence in APAC. Its customers mainly come from those regions and tend to be large enterprises across service, product and public sector organizations. OutSystems is enhancing its DevOps and data management capabilities by adding builders for workflow and UX to make development easier.
  • Strengths:
    • Application user experience: OutSystems UI is a built-in user interface framework containing multiple templates and UI patterns. It provides a comprehensive set of accessibility-ready, customizable app building components. The company’s Live Style Guide feeds from the branding and UI customizations that are specific to the customer and is used as a live library of UX patterns available for use by the developer. Customers can also create their own UI patterns from the ground up and reuse them.
    • Developer persona and software development life cycle (SDLC) support: Multipersona developer experience provides a standards-based architecture that is secure and scalable. This ensures that all citizen-developed apps that are deployed are robust and can seamlessly be evolved by a pro developer as complexity increases. A full-stack visual low-code language helps facilitate knowledge transfer and promotes collaboration between nontechnical and pro developers in fusion teams.
    • Architecture Applications can work with various services and data sources, both from OutSystems or from a range of on-premises or cloud-based services from third parties. This ensemble of services constitutes the data fabric, providing loosely or strongly coupled APIs to perform transactions and data sources that enable the mash up of data across services. Through its Architecture Dashboard, OutSystems provides interdependency analysis and code pattern analysis across application components and versions.
  • Cautions:
    • Application development: While Out Systems has developed Workflow Builder to address the use case of citizen development, it is still not generally available. This new capability is yet to be proven, but is required for the vendor to catch up with other competitors that have more established offerings for citizen IT support.
    • Process and business logic: OutSystems’ LCAP is increasingly used for automation of business processes and supports accelerators for data design including Excel import, as well as a relational model designer and a selection of templated schema. However, it is not yet competitive in all aspects of process-centric application development, especially with regard to aspects such as complex decision modeling and process optimization.
    • Product strategy: Out Systems tends to be favored by professional developers, rather than citizen developers, while most LCAPs target a more mixed developer persona. In the area of technical support, Gartner Peer Insights reviewers have been generally positive, but a few have given OutSystems comparatively low scores for the level of support provided.

OutSystems:

  • 強み:
  • 留意点:

>Qd 11-13: Pega:

  • Pega (Pegasystems) is a Visionary in this Magic Quadrant. Its LCAP is a component of the Pega Infinity platform, which offers built-in iBPMS, MXDP, CRM and RPA capabilities. Pegasystems has operations across the world and a focus on large enterprise customers. Pega Infinity is mainly aimed at business process automation that requires web, mobile and conversational apps. Pega has invested in making its platform micro services-based and enhancing its serverless messaging. Its roadmap includes a complete UI upgrade and a desktop application focused on nontechnical business users. Additionally, the vendor has announced a serverless and distributed process management solution.
  • Strengths:
    • Overall viability: Pega has grown steadily as a public company for many years and the Pega Infinity platform has a solid track record. Pega also has a large ecosystem that includes a broad array of implementation partners with strong business and industry capabilities across the world. It has a strong North American presence and a rapidly increasing customer base in Europe and APAC. Prospective customers should feel confident about the viability of Pega and its platform.
    • Innovation: Pega has introduced Process Fabric, a business portal to coordinate user access to processes and applications. It also provides a UI design system and was an early provider of citizen developer governance tooling.
    • Product offering: Pega Infinity extends its LCAP with process-driven development, case management, augmented analytics, rules management and RPA services. This combination of included technologies is attractive to large enterprises that want end-to-end, intelligent and event-driven process automation. Pega enables unified multipersona developer experiences with Pega App Studio and Dev Studio. It also supports other user roles such as data scientists with Prediction Studio.
  • Cautions
    • Product strategy: Pega’s marketing efforts have yet to succeed in redefining the Pega brand for the LCAP market. Pega built a product strategy centering around its flagship process platform, and most of its customers use Pega Infinity for end-to-end complex process automation that depends on sophisticated iBPMS needs. Pega’s focus on combining too many different features catering to different markets is confusing and dilutes its focus on the needs of LCAP buyers.
    • Sales execution and pricing: Users of Gartner’s client inquiry service that are also Pega customers talked about an unpredictable utility pricing model often resulting in higher than expected cost of operations. They also mentioned additional budget requirements for significant professional services to ensure successful deployment.
    • Business model: Pega’s business model supports a large, if declining, consulting business to help customers fully implement its major features. In addition, Pega’s pricing involves add-on fees for some abilities, such as AI assistance for developers and disconnected mobile support. That this can result in relatively high per-user pricing is confirmed by users of Gartner’s client inquiry service.

Pega:

  • 強み:
  • 留意点:

>Qd 11-14: Pronto Forms

  • ProntoForms is a Niche Player in this Magic Quadrant. Its LCAP is the ProntoForms platform, which offers no-code development tools for building mobile apps and web forms that can be deployed on a Universal Windows Platform (UWP) app. It has added more support for customer- facing forms and adjusted its pricing to support site licensing for larger deployments. ProntoForms has offices in Canada, and most of its customers are in North America. Its customers span a variety of industries but are focused on field service and frontline work.
  • Strengths
    • Application development:The ProntoForms platform has an intuitive no-code, web-based tool that uses a drag-and-drop approach to app building — ideally suited to nontechnical citizen developers. It focuses on mobile app development and offers robust capabilities in this area, such as offline data synchronization, bar code scanning, push notifications and SMS support.
    • Vertical strategy: Pronto Forms targets the app requirements of field service and frontline worker for its LCAP. It has a strategic partnership and integration with ServiceMax. It is also one of the few LCAPs that supports Windows client application and UWP apps, which are still utilized by field service organizations.
    • Sales execution and pricing: ProntoForms has shown good growth numbers in terms of new customers added, although most of these are smaller enterprises. Its pricing model is relatively simple based on its B2E focus, and is based on either the number of users, the volume of transactions, or an enterprise site license based on large numbers of users.
  • Cautions
    • Product strategy:Although Pronto Forms has demonstrated success in its targeting of field service apps for its LCAP, its over all strategy is lagging many of the vendors featured in this Magic Quadrant. For example, it lacks any significant presence outside of North America, only deploys on AWS, and does not support headless, API-driven services on its platform. Companies that need multi cloud support or to create headless applications may find better options elsewhere.
    • Innovation: Compared with other vendors in this Magic Quadrant, ProntoForms has not shown significant innovations in its LCAP. Advanced capabilities such as AI-augmented development, integrated multi persona developer experience, and governance capabilities for citizen development and collaboration are lacking — and are also not evident on ProntoForms’ immediate roadmap. Companies needing more advanced functionalities should evaluate other vendors in this Magic Quadrant.
    • Operations:ProntoForms mainly operates in North America, and while it has customers in other parts of the world, Gartner does not see the company being competitive outside this geography. It also lacks service implementation partners to help deliver applications if needed. In Gartner Peer Insights reviews, ProntoForms’ lowest score was for quality and availability of end-user training. For these reasons, companies should carefully evaluate the fit of its operational resources.

Pronto Forms:

  • 強み
  • 留意点:

>Qd 11-15: Quick Base

  • Quick Base is a Niche Player in this Magic Quadrant. Its LCAP is the Quick Base platform, which offers low-code integration, workflow and app development capabilities underpinned by a proprietary in-memory database. The vendor acquired Cloud pipes in 2019, and that technology is released as Quick Base Pipelines. Quick Base has offices mainly in the U.S., but has an emerging presence in Bulgaria for European operations. The majority of its customers are in North America, with a small percentage in EMEA and APAC. Its customers span a variety of industries, but the manufacturing and professional services segments make up a high proportion of its business.
  • Strengths
    • Market understanding: Quick Base has started to expand beyond its citizen development focus by targeting more complex application use cases and enterprise IT organizations. Its acquisition of Cloud pipes has further expanded its integration and automation capabilities, which are important in this market. Quick Base’s LCAP is now more prepared to help unite business and IT teams to integrate and build workflow-driven business applications.
    • Application development: Quick Base’s LCAP has a strong focus on ease of use for the developer experience. Now, with its Pipelines component, it has added no-code integration and automation features. Adding business logic can be done visually through triggers or actions, but can be also scripted for more complex use cases.
    • Customer support: Quick Base garners a relatively high score for service and support in Gartner Peer Insights reviews. In particular, its quality of technical support, which is included with its base offering, received high marks. Quick Base now also offers 24/7 support for international customers.
  • Cautions
    • Geographic strategy: Expansion beyond North America is still a work in progress for Quick Base. It will not have extended its data centers outside of the U.S. into Europe until later in 2020, lagging many of the vendors in this Magic Quadrant. Quick Base has established an R&D center in Bulgaria, but its go-to-market strategies are still in development through service partner channels. Also, it is working on improvements in the platform to support internationalization and regional requirements around the world.
    • Ecosystem: Quick Base has a public application exchange where customers, developers and partners can share apps an d solution components. However, the site can be difficult to navigate, and many of the applications serve the needs of small businesses.
    • Innovation: Over the past year, Quick Base has solidified its operations, but still lags behind many in innovation. The acquisition of Cloud pipes has provided a catchup on integration and workflow features, but the vendor’s LCAP trails competitors that have already added AI assistance to their tooling, advanced mobile app capabilities, and multipersona developer support.

Quick Base:

  • 強み:
  • 留意点:

>Qd 11-16: Salesforce

    • Salesforce is a Leader in this Magic Quadrant. Its Salesforce Platform is broadly focused on development of business applications of various levels of complexity, use cases and developer skills. Its operations are global, and its LCAP clients tend to be large enterprises across industries with existing investments in Salesforce solutions. The company’s strategy is to expand its LCAP support for integration, orchestration and composition, and to unify its runtime technologies for shared development and governance.
  • Strengths
    • Overall viability: The continuing strong growth of the overall Salesforce business, and its industry-leading ecosystem of partners, provide strong drivers for adoption of the company’s LCAP offering. Well-executed business leadership enables the company to grow through acquisitions without disrupting its core investments in customer experiences.
    • Business model: The continuing popularity of Salesforce SaaS offerings with both existing and new customers has formed a strong channel for the company’s platform services, including its LCAP. Hundreds of native AppExchange partner applications have extended the Customer 360 Platform. Most customers of Salesforce SaaS or AppExchange-delivered, partner-built SaaS use Salesforce Platform capabilities to extend and customize the application experiences.
    • Innovation: Salesforce is building a unified development and governance environment that bridges multiple Customer 360 Platform technology stacks (Heroku and Apex). This promises to deliver a broad, multipersona development experience that empowers customers of different skills to operate based on shared IT goals within business-IT fusion teams. New mobile features in Salesforce Platform have also advance Salesforce’s multi experience capabilities.
  • Cautions
    • Architecture:The fundamental architecture of the Salesforce Platform (formerly Force.com) differs from the newer forms of distributed-cloud-native infrastructure. Modernizing it without affecting customers may be a challenge and business users may face new requirements for maintenance of their production applications.
    • Integration:Despite the acquisition of MuleSoftin2018, Salesforce’s LCAP is still lacking low- code support for integration and API management, and its process management is relatively limited. Both of these abilities are essential to modern application design and delivery.
    • Market strategy:The vast majority of Salesforce Platform users a real sousers of Salesforce CRM, and most of them rely on CRM data in their new applications. Because of this, Salesforce Platform remains mostly applicable to clients using Salesforce SaaS.

Salesforce:

  • 強み:
  • 留意点:

>Qd 11-17: ServiceNow

  • ServiceNow is a Leader in this Magic Quadrant. Its Now Platform App Engine (Orlando release) is broadly focused on customizing ServiceNow SaaS and building new enterprise workflow applications. ServiceNow’s operations are geographically diversified and its clients tend to be enterprise scale. In the past year, the vendor has created a Guided App Creator for citizen developers, introduced the new Now Design System and user experience, and improved its chatbot services. ServiceNow is expected to add more process, automation and citizen development support in forthcoming releases, and continue to enhance its related integration and AI products.
  • Strengths
    • Overall viability: Service Now is a popular SaaS provider whose Now Platform supports both its SaaS and App Engine; the latter is both developed and used by its own developers. ServiceNow’s continued strong year-over-year growth (31%) makes it a low-risk selection as an LCAP vendor.
    • Innovation:ServiceNow was among the first to deliver an integration platform for LCAP users (Integration Hub) and provide asset management and real-time monitoring. These are IT service management requirements that have driven wider platform development, but are also useful for other workflow applications. The vendor’s future roadmap includes new automation and metrics design abilities that are usually the domain of BPMS and enterprise architecture vendors.
    • Platform ecosystem:ServiceNow has encouraged third parties (including IBM) to deliver the ServiceNow applications that now make up nearly one-third of new business for App Engine. As well as the usual common data model abilities, there is an app store supported by 700 software vendors and a component store serving 400,000 registered developers.
  • Cautions
    • Sales execution and pricing: ServiceNow is on its third pricing model in as many years, as it struggles to identify the ideal formula for customer value. Gartner Peer Insights scores for its evaluation and contract negotiation are at the low end of the range for vendors in this Magic Quadrant. App Engine customers need to be wary of some separate, additional costs such as premium connectors for Integration Hub, but other services like Now Intelligence (AI) are included in the price.
    • Marketing strategy: Service Now has traditionally marketed it self as a SaaS- first vendor with LCAP as a means of customization or extension of its SaaS offerings, with its LCAP providing more of a SaaS customization service. Its recent platform-first initiative, which highlights Now Platform and the services that run on it, may correct this in future, but a client based entirely on App Engine is still rarely seen by Gartner.
    • Process and business logic: While App Engine increasingly competes with iBPMS for business workflows, its Flow Designer has been considered less graphical than many of its competitors. This can make application complexity more difficult to understand, but a new Process Automation Designer from Summer 2020 will improve its usability.

ServiceNow:

  • 強み:
  • 留意点:

 >Qd 11-18: TrackVia

  • TrackVia is a Niche Player in this Magic Quadrant. Its LCAP product is mainly focused on low-cost, process-driven citizen development. Its operations are mostly in the U.S. and Europe, and its clients tend to be small to midsize companies with less than 1,000 employees targeting B2B applications. TrackVia focuses on simplicity of development and targets replacing Microsoft Excel as a typical use case. Its roadmap includes better support for offline use, UI updates and enhanced workflow support.
  • Strengths
    • Market understanding: Track Via is a small vendor that understands the need to focuson key strengths, which in its case means low-code solutions for specific markets and use cases. For TrackVia, this includes a focus on financial services, manufacturing and cannabis production. The latter clearly indicates the company’s ability to react to new and niche market conditions and scenarios.
    • Application development:Track Via provides alow-cost platform focusing on ease of development that can deliver sophisticated applications involving web, mobile and business processes. It can provide mobile solutions for field operations and exploits Apache Groovy for extensions.
    • No-code application development:TrackVia’s focuson simplicity of application development using a low-code, process-centric approach enables it to address citizen, business unit and IT development.
  • Cautions
    • Overall viability:Track Via has been acquired by Primus Capital, a private equity company. Its size and growth are at the bottom end of the inclusion criteria for this Magic Quadrant. Customers need to understand that this combination may force TrackVia to change strategy in future, although at this time there is no change.
    • End-user experience:TrackVia provides a BPM-type,portal-style user experience for all applications or processes that are allocated to the user. This lack of application independence may be a limitation for some use cases, although TrackVia is planning to improve the UI according to its roadmap.
    • Product strategy:TrackVia eschews the need for an app store or template ecosystem,which limits the LCAP platform’s ability to evolve to the capacity of TrackVia to deliver improvements internally, and discourages reuse across different teams. While TrackVia is exploring some advanced topics like AI-assisted development, it is less advanced in supporting AI functions for data stored on the system or explicitly supporting multiple developer personas.

TrackVia

  • 強み:
  • 留意点:

>Qd 11-19: Zoho

  • Zoho is a Visionary in this Magic Quadrant. Primarily a SaaS vendor for SMEs, its LCAP offering — Zoho Creator — is focused on enabling citizen and professional developers to build business applications faster. Its operations are global, and most of its customers are smaller organizations in North America and the EMEA region. Zoho added a process blueprint design capability and data AI services in 2019, and also provides separately a serverless function PaaS for extending Creator applications. The vendor is expecting to add RPA, more collaborative development features, a test automation suite, and AI-augmented application development support.
  • Strengths
    • Product:Zoho Creator is a mature platform that supports diverse  developer person as for multi experience application development. To empower nontechnical citizen developers, it provides graphical process, data and UI designers. For professional developers, it provides a low-code application development language, Deluge, along with support for Java, JavaScript, XPath and Node.js. Its comprehensive feature set is comparable with the largest LCAP vendors included here.
    • Market understanding:Zoho has long acknowledged the need for, and role of, low-code development for its customers, and the need for business applications outside of its SaaS offerings. Zoho provides enterprise-class features such as multi region and multi cloud/on- premises deployments and backups, vertical and horizontal auto scaling, and rich application performance monitoring. It also plans to add the necessary governance abilities to establish developer guardrails to administer fusion teams.
    • Innovation:Zoho displays an innovative focus on the LCAP market with its existing AI features, together with serverless functions for pro-code extensions. Its process blueprint is indicative of the merger of business-process-centric and low-code development features. Zoho’s roadmap is extensive compared with other vendors in this Magic Quadrant, and addresses automation (including RPA), multi experience (including augmented and virtual reality), collaboration, testing and governance.
  • Cautions
    • Business model: Zoho remains entrenched in the smaller enterprise market, despite its enterprise features, and is largely unseen in larger Gartner clients. It supports customers with a relatively small professional services arm for application delivery, and is still in the early stages of attracting large solution provider partners, although it does have many smaller partners.
    • Marketing execution: Zoho’s marketing reflects its business mode land lacks visibility with potential enterprise customers. It has invested in promotional activities including events (Zoholics) and content (Decode), but as yet has struggled to increase its mind share among enterprise customers for LCAP.
    • Process and business logic: While Zoho Creator provides visual process and decision models, it does not support the relevant enterprise standards such as BPMN that would allow collaboration with other enterprise tooling. However, it plans to add more BPMN-based elements and practices to the platform in future, and supports business logic in serverless functions.

Zoho:

  • 強み:
  • 留意点:

11-20: Vendors Added and Dropped

  • We review and adjust our inclusion criteria for Magic Quadrants as markets change. As a result of these adjustments, the mix of vendors in any Magic Quadrant may change over time. A vendor’s appearance in a Magic Quadrant one year and not the next does not necessarily indicate that we have changed our opinion of that vendor. It may be a reflection of a change in the market and, therefore, changed evaluation criteria, or of a change of focus by that vendor.
  • Added
    • AuraQuantic: A vendor from the iBPMS market that satisfies our criteria for LCAP.
    • Newgen: A vendor from the iBPMS and CMS market that satisfies our criteria for LCAP.
  • Dropped
    • K2: This vendor is focusing instead on the case management market.
    • Kony: This vendor was acquired and is focusing now on the multi experience development platform (MXDP) market.
  • Inclusion and Exclusion Criteria
    To qualify for inclusion, each vendor must:
    • 1. Demonstrate a go-to-market strategy with specific pricing for its low-code application platform (LCAP) for cross-industry application development, and not specific vertical markets and not included in some other capability or wider market.
    • 2. Provide application platform capabilities that
      • Include tools to develop, version, test, deploy, execute, administer, monitor and manage the applications and their relevant artifacts.
      • Support the design of data schema and application logic.
      • Embed data storage and user interface(UI) features without relying on additional procured services (i.e., includes a database).
      • Enable the invocation of external third-party services via APIs and/or eventtopics.
      • Support some automation of platform patching and versioning.
    • 3. Provide rapid application development. Each vendor must:
      • Provide a low-code or no-code approach to development of UIs, business logic and data definitions.
      • Support development and deployment of applications by developers in both central IT and line of business.
      • Include single-step deployment.
      • Include an application component repository for sharing components, integrations or applications.
    • 4. Be enterprise-grade and aimed at enterprise class projects through the platform providing:
      • High availability and disaster recovery.
      • Secure access to applications.
      • Technical support to customers.
      • Third-party application access to application logic and/or data, via APIs and/or event topics.
    • In addition to the above market and technical criteria, each participating vendor must adhere to the following business criteria:
      • Growth: The vendor must have 20% year-over-year growth in revenue for the previous year for LCAP licenses and subscriptions, excluding professional services or other related product offerings, in the last year ending 31 March 2020.
      • Revenue: The vendor must have revenue of at least $\$$12 million for LCAP licensesand subscriptions in the last year ending 31 March 2020.
      • Customer base: The vendor must have at least 400 paying customer organizations for its LCAP offering, excluding other related product offerings, as of 31 March 2020.
      • International support: The vendor must have added at least 20 new, paying and named enterprise customer organizations for its LCAP in 2019, with at least 10 each within two of the following geographies: North America, South America, Europe, Middle East and Africa, and Asia/Pacific.
    • We also excluded vendors that did not meet our market requirements exactly, using the following criteria:
      • Require a specific, licensed, third-party component or product that is not already OEM’ed into their platform(s) — that is, branded, sold and supported directly by vendor.
      • Only sell their platform(s) with, and for the use of, their professional services and consultants.
      • Assume the purchase and/or installation of other unrelated products or platforms offered by the same vendor (e.g., a CRM application or content management system).
      • Did not market an offering in 2019 that was described as an application development offering (e.g., a SaaS vendor that provided an LCAP as part of its SaaS license only).
      • Do not offer a commercially supported enterprise offering—that is, only offer the platform(s) as open-source software.
  • Evaluation Criteria
    Ability to Execute
    • Gartner views Ability to Execute as primarily concerned with product capabilities and sales execution and pricing. Due to COVID-19 in 2020, we dropped the customer reference survey from our process and thereby reduced the scoring of customer experience.
  • Completeness of Vision:
    • Gartner rates Completeness of Vision as primarily product strategy, innovation and marketing strategy. These are deemed the main drivers for future success.
  • Quadrant Descriptions
    • Leaders:
      LCAP Leaders are those that are demonstrating both execution (technically good product matched to good sales performance) and vision (both product innovation and commensurate marketing strategy). LCAP Leaders include major cloud SaaS providers (Microsoft, Salesforce, ServiceNow), specialist low-code providers (Mendix, OutSystems) and a hybrid process automation and low- code application vendor (Appian). These vendors have strong multifunction capabilities including application process, business logic and user experience, and moderate to strong ecosystems.
    • Challengers:
      LCAP Challengers are those that demonstrate strength in execution but only moderate or less vision. The single LCAP Challenger this year is Oracle with its Application Express (APEX) solution, which is widely used and technically competent, but Oracle’s vision does not match that of the Leaders or Visionaries in this Magic Quadrant. However, with continued extensions to their vision, Challengers could become Leaders in the future.
    • Visionaries:
      Visionaries in LCAP are those that demonstrate strengths in vision, but only moderate or less enterprise execution. LCAP Visionaries include SaaS providers (Oracle Visual Builder, Zoho), a citizen development vendor (Betty Blocks), and a hybrid process automation and low-code application vendor (Pega). These vendors display various approaches to innovation, but do not meet the same execution standards as the Leaders in terms of business levels or business models.
    • Niche Players:
      LCAP Niche Players have insufficient vision to be Visionaries, and insufficient execution to be Challengers. They include various and overlapping submarkets: hybrid process automation and low-code application vendors (AgilePoint, AuraQuantic, Creatio, Newgen, TrackVia), citizen development (Kintone, QuickBase), and field operations support (ProntoForms). While niche in the context of this Magic Quadrant, these vendors may be good choices for specific scenarios, domains and ecosystems, and in particular their pricing models are likely to be more relevant to a wider audience.
  • Context:
    • This Magic Quadrant covers the top 18 vendors and 19 products in the LCAP market. Low-code application platforms cover a wide range of vendors including those that are:
      • SaaS-centric vendors, delivering LCAP for SaaS customizations, extensions and net new applications.
      • IT-centric, rapid application development LCAP vendors, providing productivity to IT development teams and replacing or supplementing pro-code environments such as native Java EE, .NET or cloud-native platforms.
      • LCAP providers for business unit application development, typically focusing on business processes and often using technologies that have evolved from BPMS or iBPMS.
      • Citizen IT or developmentvendors, targeting simpler workflows and data sharing applications, but increasingly overlapping in capabilities with the other LCAP types with a larger emphasis on no-code/configuration mechanisms.
  • Gartner clients choose LCAP for their increased productivity, and the ability to deliver applications quickly with reduced team sizes including fusion teams using agile methodologies.
    • Use cases are typically as follows:
      • Citizen development: Building line-of-business, web-based, data-oriented applications by business citizen developers using no-code development from one day to two weeks. Targets B2E scenarios.
      • Business unit IT application: Building new enterprise applications involving web, mobile, data, business logic and external services including SaaS services, within eight weeks. Targets B2B and B2E scenarios.
      • Enterprise IT business process application: Automate long-running, changeable and complex business processes, workflows and case management involving sophisticated business logic, external services and multiple end-user roles. Targets B2E scenarios.
      • Fusion team-developed composite application: Assemble application experiences from a portfolio of multi sourced building blocks such as packaged business capabilities, SaaS, API products in marketplaces, existing data sources, event channels, cloud services and custom local services. These are custom application experiences for specific end-user roles and individuals.
      • Independent software vendor (ISV) mobile and web application for SaaS: Build SaaS and ISV applications involving rich user experience on web and mobile, including end-user management and billing. Targets B2B and B2C scenarios.
  • Market Overview
    • The market for low-code application platforms (LCAPs) continues to grow with a high level of interest from Gartner clients in “low code” for both application development and other application- related uses such as integration and AI services.
    • Large SaaS vendors such as Salesforce and Microsoft dominate the market, with their SaaS competitors introducing new LCAP entries, such as ServiceNow competitor Cherwell introducing an LCAP offering, or Salesforce competitor Xiaoshouyi promoting its LCAP called IngageApp PaaS.
    • The overlap with the business process automation vendors continues to grow, reflected in AuraQuantic and Newgen being added to the LCAP Magic Quadrant vendor list for 2020. Some other vendors have specialized away from the general LCAP market, such as K2 moving to case management automation, and Temenos acquiring Kony and refocusing on the MXDP market.
    • Of the major vendors in the Application Infrastructure and Middleware Services (AIMS) market, Salesforce has achieved No. 2 status in revenue based primarily on its Salesforce Platform LCAP, behind only IBM. Salesforce represents a large proportion of LCAP market revenue. Oracle’s No. 3 status in AIMS is supported by its two independent LCAP offerings that are given separate attention for this edition of the Magic Quadrant. At No. 4 is AWS, which recently introduced a beta version of its LCAP offering, Amazon Honeycode. Microsoft at No. 5 has Power Apps as its LCAP — a prime component of its Power Platform strategy. SAP and IBM both offer Mendix on their marketplaces. Meanwhile, the perils of low-code lock-in were demonstrated by Google cancelling its App Maker product and acquiring the wholly separate and incompatible AppSheet instead.

追加ベンダと削除ベンダ:

  • 4象限評価表には、市場の変化に応じて入れ替えを行った。毎年入れ替えが起こるが、Gartnerとして意見を変えたのではなく、市場の変化を反映して、各製品の評価や注目度を変えた結果である。
  • 追加:
    • AuraQuantic: iBPMS (Intelligent BPM Suites, 定型のみならず非定形業務・SNSへの対応を含めたBPM)ベンダ
    • Newgen; iBPMSやCMS市場からの参入
  • 削除:
    • K2: Case Management市場 (医療症例管理)に特化
    • Kony: Multi Experinece Development Platform (MXDP)に特化
  • 追加・削除に基準:
    • 1. 業界横断的にローコードアプリを新製品投入が明確であること。特定産業向けではないこと。
    • 2. 開発用ツールが整備、data schema設計のサポート、
      • 開発ツールが整備
      • Data schemaやApp logicサポート
      • Data storageやUI装備
      • API経由して3rd party service呼び出し可能
      • patching/version up自動化
    • 3. Rapid App開発を提供
      • ローコード、no-cod開発UIを提供
      • IT部門、現業部門向けapp開発
      • single stepでの配備
      • app component repositoryがあり、連携・統合が可能
    • 4. 企業レベル品質:
      • 高い有用性、障害復旧
      • appアクセスセキュリティ
      • 顧客への技術サポート
      • 3rd party製appとのAPIを通じた連携
    • その他ビジネス要件:
      • 成長性: 前年比20%伸長 (professional serviceを除く) (2020/3/31時点)
      • 収入: 売上が$\$$12M以上 (2020/3/31時点)
      • 顧客数: 優良ユーザ数400以上 (2020/3/31時点)
      • 国際サポート;
      • 2019で新規顧客20社以上、かつ北米、南米、欧州、中東、アフリカ、アジア太平洋の2 箇所で10社以上
    • 除外条件
      • ベンダが直販している製品
      • Professional serviceやconsultantだけの場合
      • 同じベンダからの購入
      • SaaSライセンスの一部としてのLCAPの場合など
      • commercialでなくOSSの場合
  • 評価基準
    実行力
    • 評価するのは、製品の能力と販売実行力と価格である。
      2020年はコロナの影響で、 顧客状況調査によるCustomer experienceの評価ができなかった。
  • Visionの完全性:
    • 主に、製品戦略、イノベーション、Marketing戦略を評価。これらはその商品の将来性につながる
  • Table 1: Ability to Execute Evaluation Criteria:
    Source: Gartner (Sep. 2020)
Evaluation Criteria 評価基準 Weighting
Product or Service 製品・サービス High
Overall Viability 実行可能性 Medium
Sales Execution/Pricing 販売価格 High
Market Responsiveness/Record 市場の反応 Medium
Markeing Exeution マーケティング力 Medium
Customer Experience 顧客経験 Low
Operations 運用 Low
  • Completeness of Vision:
    • Gartner rates Completeness of Vision as primarily product strategy, innovation and marketing strategy. These are deemed the main drivers for future success.
  • Table 2: Completeness of Vision Evaluation Criteria
Evaluation Criteria 評価基準 Weighting
Market Understanding 市場の理解 Medium
Market Strategy 市場戦略 High
Sales Strategy 販売戦略 Medium

Offering (Product) Strategy

製品戦略 High
Business Model ビジネスモデル Low
Vertical/Industry Sttategy 垂直/産業戦略 Low
Innovation イノベーション High
Geographic Sttategy 地理的戦略 Low
  • 4象限の評価:
    • リーダー:
      製品の技術実現レベルも、製品のイノベーションも優れており、市場にマッチしている。同時にCloud SaaSとしてもメジャー (MS, Salesforce, ServiceNow)か、ローコードのスペシャリスト(Mendix, OutSystem)かで有名。ビジネスロジックにも強い
    • チャレンジャー, 挑戦者:
      前述のリーダーには及ばないが、ローコードベンダー(OracleのAPEXなど)としては、将来的には、ここからリーダーが出てくる。
    • ビジョナリー, 先見者:
      ソフトウェアの先見性では優れているが、まだ企業への実績浸透としてはいまいち(Oracle Visual Builder, Zoho)、またCitizen開発者向けに特徴 (Betty Blocks)、プロセス自動化とローコードのハイブリッド(Pega)に先進性があるものの、まだビジネス標準には至っていない。
    • ニッチプレーヤ:
      先進性では先見者に劣り、実行力では挑戦者に劣る。プロセス自動化とローコードのハイブリッド(AgilePoint, AuraQuantic, Creatio, Newgen, TrackVia)、またCitizen開発者向け(Kintone, QuickBase)、あるいは現場オペレーション向け (ProntoForms)などに特化。これらの特徴が目的に合致すれば、価格的に広く普及する。
    • a
  • 背景:
    • この4象限評価には、18ベンダー/19製品を記述。特に
    • SaaSベンダで、SaaSのカスタマイズ・拡張性に特徴
    • 多コードのJava EE, .NET, Cloud nativeの代替え
    • ビジネスプロセスに着目しBPMSやiBPMSからの進化
    • Citizen開発者向けで、no-code指向、データ共有
  • 開発生産性: 混合・小規模チームでの高生産性狙い。
    • Citizen開発者:
      現場の構築、Webベース、データ活用。no-codeは開発期間は1日〜2週間程度でB2E向け。
    • 現場でのITアプリ開発:
      Web, Mobile, Data, Business logic, SaaSを8週間程度で開発するB2B, B2E向け
    • 全社的なプロセスの開発; 複雑なBusiness logicで外部サービスを含め統合化; B2E向けシナリオ
    • 混合チームによる開発: 様々なパッケージ・SaaS・API製品等の統合し、End userの使い勝手向上させる。
    • ISVによるSaaSでのWebやMobileアプリを開発し、その活用を通じてB2BやB2C向けに展開
    • a
    • a
    • a
    • a
  • 市場概況
    • LCAP(Low-code app platform)市場は、他のappと連携したintegrationおよびAIサービスとして伸長している。
    • 大規模SaaS市場 (SalefforceやMicirosoftが市場を支配) は、新たなLCAP参入を図っているServiceNowやXiaoshuyi (Neocrm, 销售易, 中国の企業向けCRM provider) など、それらのSaaS競合相手共に、LCAP市場に参入してきている。
    • Business process automationベンダ系ローコードアプリ, AuraQuantic, Newgenも登場
    • アプリインフラ&Middlewareサービス市場 (AIMS)では:
    • 順位は、1) IBM, 2) Salesforce, 3) Oracle, 4) AWS, 5) MS
    • 一方で、Googleのようにローコードメーカによるlock-in を避ける動きもある。

11-21: Acronym & Jargon:


;2FA=Two-factor authentication; 3GL=Third generation language; 4GL=Fourth generation language; AD=Active Directory; AIMS=Application Infrastructure & Middleware Servicrs; APAC=Asia & Pacific; B2E=Business to Employee; CI/CD=Continuous integration/Continuous delivery; Cross Industry, 業界横断; CX=Customer Expereince, 顧客体験 (CSより広い概念; 商品サービスの金銭的・物質的な価値に加えて、商品の感情・満足感・効果を含むすべての価値; LTV=Life Time Valueにつながる); DevOps=Develpment & Operation (新機能+安定稼働の追求); DMN=Decision Model and Notation; DR=Disater Recovery, 障害復旧 (cf: RPO=Recovery Point Objective, 目標復旧時点; RTO=Recovery Time Objective, 目標復旧時間); GTM=Go To Market Strategy, 新製品投入のaction plan; HIPAA=Health Insurance Portability and Accountability Act; IDE=Integrated development environment; Incident Mangement, IT systemの正常に利用できない事象(故障だけでなく)への対応; iPaaS=Integration Platform as a service; ISV=Independent software vendor; ITSM=IT Service Management, User needsに応じたITサービスの提供と改善; IVR=Interactive voice response; JEE=Java Enterprise Edition; LCAP=Low-cod application platform; LDAP=Lightweight Directory Access Protocol; MDM=Master data management; MQTT=Message Queuing Telemetry transport; MXDP=Multi-Experience Development Platform (Web, Mobile, Voice, AR, Chat, Wearable等のApp開発Platform); ODBC=Open Database Connectivity; Platform-agnostic, に依存することなく; PWA=Progressive Web Apps; RAD=Rapid Application Development; RPA=Robotic Process Automation; SAML=Security Assertion Markup Language; Schema, OS Directoryと似た性質、但し、階層なし, DBで格納場所を別に分類できる仕組み, user名schema→public schemaの優先順位; SDLC=Software Development Life Cycle; Single Step Deployment, ; SLA=Service Level Agreement; SSO=Single Sign-On; TOTP=Time-based One-time Password; UI=User Interface; UX=User Experience
Comment
  • Information and its update of rapid development tools is also really rapid.
  • 超高速開発ツールに関する情報やそのアップデートもまた実に超高速である。
 

| Top | Home | Article | Bookshelf | Keyword | Author | Oxymoron |