Salesforce が Salesforce の画面を必要としなくなったら？

今週 Dreamforce で Salesforce が AIforce を発表しました。その中の一つの考え方に強く共感しました：ユーザーは必ずしも Salesforce の画面に入らなくても、Salesforce を使えるというものです。

Claude、Slack、その他の AI Interface を通じて、ユーザーは自然言語で顧客を照会したり、レコードを更新したり、Workflow を起動したりできます。でも背後の Salesforce は消えていません。Data、Business Logic、Permissions、Governance は依然として元のシステムの中で動いています。

言い換えると、Salesforce は Business Capability と User Interface を分離しようとしています。

これは実は、私たちが SnapLedger を設計する考え方ととても近いものです。

SnapLedger には今、Accounting、Invoice、Bank Reconciliation、Inventory、Project Management、Procurement など、決定論的なツールがどんどん増えています。これらのツールは Snappy が登場したからといって消えません。

専門家は依然としてそれらを直接操作する必要があります。Accountant は Ledger を見る必要があり、Project Manager は Project に入る必要があり、Owner も Financial Statement を直接確認したいかもしれません。これらの基盤ツールで最も重要なのは、正確で、決定論的で、監査可能であることです。

でも中小企業の経営者は、すべてのツールを学びたいとは思わないかもしれません。

彼がより可能性として取るのは、Snappy に直接聞くことです：

「今月なぜ利益が下がったの？」

あるいは：

「今一番私の注意が必要なプロジェクトはどれ？」

Snappy はこの質問を理解し、異なるツールを呼び出し、プロジェクトの進捗、コスト、売掛金などの情報をつなげて答えを出すことができます。ユーザーはデータがそれぞれどこから来たかを知る必要はありませんが、下層の決定論的ツールは依然として Source of Truth です。

だから私は、AI が従来のソフトウェア画面を消し去るとは思いません。

より起こりそうなのは、ソフトウェアに二つの入口ができることです。

専門家はこれまで通りツールに直接入って働けます。一般ユーザーは自然言語を通じて、Agent にこれらのツールを使わせ、組み合わせさせます。

Salesforce は今回この設計を Headless Architecture と呼んでいます。これは非常に注目に値する方向だと思います。

かつて SaaS は、ユーザーにソフトウェアの使い方を教えることに多くの力を費やしてきました。AI-native SaaS は徐々に逆の方向に行くかもしれません——ソフトウェアが、ユーザーの代わりにソフトウェアを使う方法を学ぶのです。

これは私たちの Snappy に対する、ますます明確になってきた位置づけでもあります：

Snappy is not replacing the tools. Snappy is learning how to use them.

SnapLedger, your life easier.