ほとんどすべての SaaS ツールの設定を開くと、誇らしげに「統合」というタイトルのページが表示されます。これは、接続できるロゴのマーケットプレイスです。 10年間、これは強みとして売られてきました。見てください、私たちは他の人たちとどれだけ上手に遊ぶことができますか！静かな部分を言う価値があります。 統合マーケットプレイスは、ツールが実際には一緒に属していないことを告白するものです。 それは縫い目であり、特徴としてドレスアップされています。
統合とは実際何なのか。
統合は、異なるデータ モデルを持つ 2 つのシステム間のパイプであり、一方のファクトをもう一方のシステムにほぼ反映できるように構築されます。これは、構造上、データベースを共有しないツールに対する回避策です。すべての統合には小さな責任が伴います。どちらかの側が変更されると壊れ、遅延が発生し、データが重複し、誰かがそれを所有する必要があります。マーケットプレイスは機能ストアではありません。これは、スタックが午前 2 時にサイレントに同期解除される可能性があるすべての場所のリストです。
2つの家の間の配管を祝うことはありません。なぜ二軒に住んでいるのか不思議です。
なぜ市場は衰退しつつあるのか。
二つの勢力がそれを殺している。まず、統合です。チームがすでにモジュールを含むプラットフォームに移行するため、統合するものは何もありません。CRM と請求書発行は、ブリッジされる 2 つのシステムではなく、1 つのシステムに対する 2 つのビューです。第 2 に疲労です。チームは、「500 以上の統合」とは「500 以上の壊れる可能性のあるもの」を意味し、必要な統合が常に欠けているか、プレミアム層にあるか、重要な部分で微妙に壊れているかのいずれかであることを学びました。
そのゼロが議論のすべてです。最も信頼性の高い統合は、存在する必要のない統合です。 2 つの機能が同じデータ レイヤー上に存在する場合、維持するパイプ、遅延する同期、参照するマーケットプレイスはありません。統合タブが年々短くなっているのは、ツールの接続が悪くなっているからではなく、最良のツールが以前接続していたジョブを吸収しているためです。
統合における誠実な役割。
これは統合が悪であるという主張ではありません。統合は、所有していないシステムと本当に通信する必要があるエッジで必要です。これらのエッジ向けの無料のオープン API は非常に優れており、私たちはそれを提供しています。要点はさらに狭く、統合は次のようなものでなければなりません。 国境越え、外の世界に到達するために使用されます。 社内道路網 自分のビジネスを一緒に持ち続けます。独自のツールを相互に統合すると、マーケットプレイスに負荷がかかるようになります。これがバグです。
統合マーケットプレイスは、バンドルされていないスタックに対する正しい答えであり、分散したツールに価値が存在する場合にできる最善の方法でした。価値がプラットフォームに再統合されると、市場はその名残となり、まだ存在し、ますます装飾的になり、静かに縮小しています。ネイティブビートがつながっています。通常はそうなります。