Softrは、ベルリン拠点のノーコード・プラットフォームで、Netflix、Google、Stripeを含む7,000を超える組織と、100万人以上のビルダーに利用されています。同社は本日、自社が「AIネイティブなプラットフォーム」と呼ぶものを発表しました。これは、AIを活用したアプリ作成ツールの爆発的な成長によって市場に魅力的なデモがあふれた一方で、本番で使える状態のビジネスソフトウェアはほとんど存在しない、という賭けでもあります。
新たなAI Co-Builderは、技術に詳しくないユーザーが必要なソフトウェアを平易な言葉で説明すると、プラットフォームが完全に統合されたシステム――データベース、ユーザーインターフェース、権限、そしてビジネスロジックまで――を生成します。これらは現実の運用環境への展開にそのまま接続でき、即座に利用可能な状態になります。この動きは、同社がAIをその上に重ねる前に「実績のある、制約された、事前に用意されたビルディングブロックのインフラ」としているものを構築するまでに、5年間かけてノーコードのビジネスを作ってきた企業にとって、根本的な進化を示すものです。
「ほとんどのAIアプリ・ビルダーは、きらびやかなデモ段階で止まってしまいます」と、Softrの共同創業者兼CEOであるMariam Hakobyanは、ローンチに先立ってVentureBeatの独占インタビューで語りました。 「多くの場合、人々は計算機やランディングページ、Webサイトを生成しますし、それらには非常に多くのユースケースがあります。しかし、実際のビジネスアプリケーションを作るビルダーは存在せず、そこには完全に別のニーズがあります。」
この発表は、AIアプリ構築市場がターニングポイントに差し掛かっているタイミングで届きました。自然言語のプロンプトからアプリケーションのコードを生成する「vibe coding」と呼ばれるプラットフォームの波――たとえばLovable、Bolt、そしてReplit――は、過去18カ月で開発者の関心を大きく獲得し、ベンチャーキャピタルも集めてきました。しかしHakobyanは、Softrが追いかけている対象に対して、これらのツールが根本的に不適切だと主張します。つまり、企業の中にいると推定される数十億規模の技術に詳しくないビジネスユーザーで、カスタムの業務運用ソフトを必要としているにもかかわらず、AIが生成したコードがいずれ必ず壊れるときにそれを保守するスキルを持ち合わせていない層です。
実データが絡むと、AI生成アプリのプロトタイプが失敗し続ける理由
Softrが解決しようとしている根本的な緊張関係は、AIアプリ構築というカテゴリがその始まりから抱えている問題です。すなわち、デモでは見栄えがよいものと、実際のユーザー、実際のデータ、そして実際のセキュリティ要件が揃ったときに本当に機能するものとのギャップです。
業務ソフトウェア――クライアントポータル、CRM、社内の運用ツール、在庫管理システム――には、認証、ロールベースの権限、データベースの整合性、そしてワークフローの自動化が必要で、しかもそれらは毎回確実に機能しなければなりません。AI生成のプロトタイプがこれらの領域で失敗すると、通常は開発者による修正が必要になり、それではノーコードという約束の目的そのものが完全に失われてしまいます。
「1つのプロンプトで、すでにあなたが完了していた10個の手順が壊れるかもしれません」とHakobyanは、vibe codingプラットフォームに直面する非技術ユーザーの体験を説明しました。 「生成されたエラーを直そうとし続けて、プロンプトを投げ続け、試し続けてしまい、結果的に、そもそも最初から参加していなかったものの保守をしている状態になってしまいます。」
この批判は、今日の多くのAIアプリビルダーが抱える実際の構造上の制約を狙い撃ちしています。アプリケーションコードをゼロから生成することをAIに完全に依存させるプラットフォームでは、ユーザーは読み取り、デバッグ、または技術的専門性なしで保守できないコードベースを抱え込むことになります。そうした生成済みのアプリを実データベース、ログインシステム、あるいはサードパーティサービスに接続するには、ユーザーはしばしばSupabaseのようなツールを統合し、API呼び出しを行う必要があります。これは、実質的にユーザーが開発者になることを要求する作業です。Softrの見解は、こうしたプラットフォームは「コーディング」の一形態を別のものに置き換えただけであり、脆さのすべてを同じまま持つ英語のプロンプトに、プログラミング言語を置き換えているにすぎない、というものです。
Softrのビルディングブロック・アーキテクチャが、AIコード生成器を悩ませるハルシネーション問題を回避する方法
生のコードを生成するのではなく、Softrのプラットフォームは、Hakobyanが「実績があり、構造化されたビルディングブロック」と表現するものを使います。これは、Kanbanボード、リスト表示、テーブル、ユーザー認証、そして権限といった標準的なアプリ機能に対する事前に用意されたコンポーネントです。AIはユーザーの要件を解釈し、ログイン機能、権限の種類、ユーザーロールに関する的を絞った質問でガイドした上で、これらのテスト済みのビルディングブロックを、制約された知的な方法で組み立てます。そして、ユーザーがこれらのブロックの標準範囲（80%）を超える機能を要求した場合にのみ、システムがAIでカスタムコンポーネントを構築します。
「基本的にハルシネーションしません。すべてが、安全で制約されたインフラの上に構築されているからです」とHakobyanは説明しました。 「コードを生成したり、コードとして残したりもしません。裏側では、既存のビルディングブロックのモデルを使っているからです。」
その結果はコードリポジトリではありません。Softrのインフラ上で動作するライブなアプリケーションです。ユーザーは、AIへの追加プロンプトによっても、ノーコードのインターフェースを直接操作することであっても、ビジュアルエディタを通じて引き続き修正できます。この「二通りの編集」モデルは、Hakobyanがプラットフォームの中核的な差別化要因として位置づける、意図的な設計判断です。 「AIとノーコードの両方の“良いところ”をほぼ組み合わせていて、ユーザーはAIでの反復を続けることも、より単純で簡単で、そして自分でコントロールできる形でビジュアルにアプリを作業し続けることもできるのです」と彼女は言いました。
中核となるプラットフォーム基盤――認証、ユーザーのロール、権限、ホスティング、SSL――は最初から組み込まれており、すべてのユーザーがプロンプトを通じてアプリの土台となるインフラをゼロから設計しなければならない「ブランクキャンバス問題」とHakobyanが呼ぶ、vibe codingプラットフォームにありがちな課題を排除します。プラットフォームはSaaSのサブスクリプション型の料金モデルを採用し、各プランには一定数のAIクレジットが含まれ、さらに購入するオプションもあります。ただし、ビジュアルエディタがあるため、ユーザーが必ずしもクレジットを消費する必要はありません。ノーコードのインターフェースを直接操作するほうが、しばしばより速く、より正確だからです。
Airtableのインターフェースから収益化できるAIネイティブなプラットフォームまでの5年間の道のりの中身
Softrがここに至るまでの歩みは、AIスタートアップにありがちな急速な資金調達サイクルとは対照的な、段階的で、規律ある拡大でした。同社は2020年に、人気のエンタープライズ向けデータベース製品であるAirtableの上に重ねるノーコードのインターフェース層として立ち上げました。アルメニア出身の起業家であるHakobyanとCTOのArtur Mkrtchyanによって共同創業された同社は、2021年初頭にAtlantic Labsが主導して$2.2 millionのシードラウンドを調達し、その後2022年1月にFirstMark Capitalが主導した$13.5 millionのSeries Aに進みました。
その次に起きたことは、慎重さが際立っています。Softrは、この2022年のSeries A以降、追加の資金調達を行っていません。代わりに、収益性を高めてきました。 「私たちはここ1年ずっと黒字で、チームはだいたい50人規模です」とHakobyanはVentureBeatに語りました。 「私たちは、完全にPLG（プロダクト主導の成長）で、営業チームなしで、主に口コミとオーガニック成長によって、8桁の売上まで伸ばしました。」
この財務プロファイル――年商が8桁規模、黒字、従業員50人、営業チームなし――は、ユーザー獲得のために多額の投資をしている多くのAI搭載競合がひしめく市場において、際立っている。過去1年で同社は、当初のAirtableへの依存から脱却し、Google Sheets、Notion、PostgreSQL、MySQL、MariaDB、およびその他のデータベースをサポートするなど、技術力を着実に拡張してきた。
2025年2月、TechCrunchがこの拡張を報じた。その中でハコビアンは、多くの潜在顧客のデータが「さまざまなツールに散らばっており」、そうした分断されたインフラを統合するための単一プラットフォームが必要だと説明している。現在、Softrは外部データベースとのネイティブ連携を15件以上提供しており、さらに追加のデータソース向けにREST APIコネクタも用意している。新しいAI Co-Builderは、この複数年にわたる進化の到達点を示すものだ。ビルディングブロックのアーキテクチャ、幅広いデータ統合レイヤー、新しいAIインターフェースを1つのプラットフォームに統合し、ビジネスアプリケーション作成を実現する。
No-codeの既存勢力と「vibe coding」スタートアップの両方に対して、Softrはどう位置付けているか
Softrのローンチは、急速に細分化が進む競争環境に着地しており、ハコビアンは「どこまで線を引くか」を明確に意識している。ひとつの側には、Bubbleのような伝統的なノーコード・プラットフォームがある。これらは高度なカスタマイズとデザインの自由度を提供する一方で、ユーザーに対してデータベースのスキーマ、ピクセル単位のレイアウト、認証システムといったものをすべてゼロから作ることを求めるため、学習ハードルはより高くなる。TechRadarのレビューでは、SoftrのブロックはBubbleほどのデザインの自由度は提供しないものの、プラットフォームのシンプルさによって本当に非技術者にもアクセス可能になっていると指摘された。6月にBusiness Insider Africaが掲載した比較記事では、Softrは「特に社内向け、またはWebベースのツールにおいて、学習曲線が最小である」と特徴づけられたが、より複雑なアプリケーションではスケーラビリティに制約があるという限界もある。
もう一方には、ハコビアンが「ビジネスソフトウェアの要件」と根本的にズレていると見なす、AIを最優先としたコード生成ツールがある。「以前は人々がコードを書いていた。次に、人々はAPI経由でコードを書いていた。いまは、英語だけで、ほぼ人間の言語インターフェース経由でコードを書いている、という感じですよね」とハコビアンは語った。「しかし、Softrがやっていることは根本的に違います。そこにあるすべての部分を抽象化して、作成をシンプルにするんです。」
さらにハコビアンは、SoftrをAnthropicのClaude Codeのような開発者向けのAIコーディングアシスタントとも区別している。これらは「プロの開発者をより効率的にする」ためのツールであって、「非開発者がソフトウェアを作れるようにする」ツールではないと位置付ける。「開発者向けには素晴らしいツールがあります。いいことです。ターゲットは開発者です」とハコビアンは認めた。Softrが狙うのは、より具体的で、しかも潜在的に非常に大きい市場だ。つまり、社内外の業務運用ツールでカスタムが必要であり、現在はスプレッドシート、メール、あるいは硬直した既製ソフトに依存していて、自分たちの実際の業務プロセスに合っていない企業である。ハコビアンは、利用例として、映画会社のための資産制作ワークフロー（社内チーム、外部の制作会社、承認者が、多段階のプロセスを通じて相互にやり取りする）から、Salesforceほどの複雑さを必要としないチーム向けの軽量なCRMの置き換えまで、幅広いユースケースを挙げた。「こうしたプロセスのための縦型ソリューションすらありません」と彼女は言う。「各組織にとって非常にカスタムなんです。」
Netflix、Google、そして数千もの非技術企業が実際にこのプラットフォーム上で作っているもの
Softrの中でも知名度の高い顧客――Netflix、Google、Stripe、UPS――は、AI Co-Builderがまだ存在していなかった時点で、すでに同社の元々のノーコード基盤に基づいてこのプラットフォームを使っていた。しかしユーザー層はシリコンバレーのはるか外側にも広がっている。実際の不動産、製造、物流といった領域における非技術系の組織が、Softrの顧客基盤の重要な割合を占めている。そこでは、企業が中核となるプロセスを今なお、ペンと紙、あるいはスプレッドシートで管理していることが多い。
「こうした企業の多くは、すでに解決策を持っていると思うかもしれませんが、持っていないんです」とハコビアンは指摘する。「テック企業では、大抵の場合、CRMやプロジェクト管理ツールはすでに整備されています。でも、私たちの顧客の多くはSoftrを使って社内の業務運用ツール、あるいはワークフローのツールを作っています。そのユースケースでは、複数の部署に加えて、外部の関係者までが関わることが多いんです。」
同社はSOC 2（Type II）に準拠しており、GDPRにも準拠している。加えてコンプライアンス機能については開発中だ。ハコビアンは、監査やガバナンス機能はプラットフォームのデータベースやワークフローのツールを使ってアプリケーション内に直接組み込めると述べている。ネイティブのログと監査システムは、近い将来に提供される見込みだ。
Softrの「10億ユーザー」への野心と、その戦略を説明するCanvaのたとえ話
Softrの掲げるミッション――「数十億のビジネスユーザーが、出荷可能なソフトウェアを作れるようにする」――は大胆だが、ハコビアンはAI Co-Builderのローンチを、同社がこの5年間で進んできた軌道を根本的に加速させるものだと位置付けている。「人々が本来、何時間もかけてやらなければならないことは、5分以内で行われます」と彼女は言う。「そしてもちろん、それによって実際のソフトウェアを作る人が増える助けにもなります。」
同社は、既存のPLGエンジンの上に、プロダクト主導型のセールス動線を重ねる計画だ。平均契約金額の高い、より大きなエンタープライズ顧客をターゲットにする。これは、Softrのコア顧客基盤を形作ってきた中小企業規模の顧客からの、意図的な戦略的な拡大を意味する。TechCrunchは、同社の2022年のSeries Aの時点ですでに、これらの企業が開発者向けの競争市場から価格面で締め出される可能性が高いことを理由に、自然にSoftrの顧客になりうると特定していた。
ハコビアンは、同社のユーザーの間でおそらく一般化しているたとえを引いている。Softrは「WebアプリのためのCanva」だという。Canvaが、プロのデザインを非デザイナーにも身近にしたのと同様に、Softrはビジネスソフトウェアの作成を、非開発者にも利用可能にしようとしている。同社が、計画的に積み上げてきた成長と黒字の土台を、その巨大なターゲット市場を本当に支えるプラットフォームへと翻訳できるかどうかは、まだ分からない。Softrは、従来型のノーコード勢がAI機能を追加することによる競争の激化と、コード生成側から問題にアプローチする十分な資金を持つAIネイティブのスタートアップからの競争の双方に直面している。
しかしSoftrは、競合の多くが持ち合わせていない利点を備えた次のフェーズに入ります。すでに収益性のある事業、100万人規模のユーザーベースが本番向けソフトウェアを提供していること、そして、AIを予測不能な置き換えではなく、実績のあるインフラの上に重ねる加速装置として扱うアーキテクチャ的アプローチです。 「ノーコードだけではそれ自体に課題があり、AI単独でもやはり仕事はできません」とHakobyanは述べました。 「本当に強力になるのは、その組み合わせです。」
過去5年間、Softrは、ソフトウェアで最も難しいのはコードを書くことではなく、データベース、権限、そしてビジネスロジックを正しく整えることだと賭けてきました。いま同社は、AIの時代においては、この確信がこれまで以上に重要だということに賭けています。コードを書いたことのない何百万ものビジネスユーザーが、切実にカスタムソフトウェアを必要としている中で、Softrが正しいのかどうかがまもなく明らかになります。
