The following article is offered for informational purposes only, and is not intended to provide, and should not be relied on, for legal or financial advice. Please consult your own legal or accounting advisors if you have questions on this topic.

成功した事業主なら誰もが支払う税金があります。それは損益計算書には載らず、どの会計士も記録しません。しかし、それは毎年積み重なり、成功すればするほど、その額は増えていきます。

それが調整コストです。そして、それは時間とストレスで支払われます。

具体的にどのようなものか見てみましょう。あなたは事業を経営しており、おそらくそれをいくつかの事業体に分割しています。それぞれが独自の銀行口座、信用枠、取引先との関係、会計を持っています。あなたの個人の財務もすべてに絡み合っています。配当。払い戻し。個人保証。事業体間の家計費。

これを管理するために、あなたは簿記係、会計士（2人か5人いるかもしれない）、ウェルスマネージャー、あなたのビジネス全体を本当に理解していない銀行員が1、2人、そして他の顧客と同じように扱いクーポンブックをくれるクレジットカード会社を抱えています。これらの誰もが互いに話すことはありません。あなたが統合の役割を担っているのです。あなたの時間、記憶、判断がすべてをまとめ上げています。そして通常、もし辞めてしまったら、あなたをひどい状況に陥れるような、頼りになる素晴らしい従業員がいます。

それが調整コストです。それは目に見えません。だからこそ、誰もそれを解決しようとしないのです。

なぜフィンテックはこれを無視するのか

この調整は複雑です。非常に複雑です。フィンテックはポイントソリューションの構築に非常に優れてきました。より良い請求書支払い。より速い支払い。よりスマートな経費管理。各製品は、事業主の財務生活の狭い一部を最適化します。これらは見つけやすく、売りやすい製品です。それらはしばしば単なる数学の問題に過ぎません。

問題は、事業主が狭い領域だけで生きているわけではないということです。

1つか2つのLLCを経営し、2つの不動産を所有し、家事スタッフを雇い、買収を検討している経営者は、より優れた経費ツールを必要としているわけではありません。彼らは、すべての財務インフラが互いを認識している必要があります。銀行が彼らの事業体について知っている必要があります。信用がすべての口座の現金残高を理解し、それに応じて引受を行う必要があります。請求書支払いが承認ポリシーと管理を尊重する必要があります。個人の財務が事業とつながりつつも適切に分離されている必要があります。

誰もこれを作らないのは、それが難しいからです。技術的に難しいだけでなく、構造的に難しいのです。1つの優れた製品を作るだけでは、調整の問題は解決できません。システム全体を構築し、各要素が互いに連携するようにする必要があります。それは、銀行業務、信用、支払い、経費管理、請求書支払い、請求書発行、財務、融資を立ち上げ、それらをオーナーの世界に対する共通の理解を通じて接続することを意味します。彼らの事業体、口座、人々、取引先、ポリシー、関係性といったものです。

それは華やかではなく、費用がかかり、時間がかかります。だからこそ、それが参入障壁となるのです。

累積コスト

調整コストは時間を浪費するだけではありません。実際の損害を生み出します。

買掛金処理が2つの事業体にまたがり、誰もそのギャップに気づかなかったため、オーナーは取引先への支払いを怠ります。個人口座と事業口座がコンテキストを共有しないため、配当処理が誤って行われます。取引、請求書、カードが一致せず、4つのシステムにまたがるスプレッドシートで調整が行われるため、月末締めが3週間かかります。年末の税務処理は悪夢です。会社の最も重要な人物が取引情報を集め、会計士と電話でやり取りするのです。

これらは特殊なケースではありません。ほとんどの超富裕層のオーナーにとっては日常茶飯事です。そして、「もっと人を雇う」という従来の解決策は、調整グラフに別のノードを追加するだけです。より多くのメールチェーン、より多くの承認ループ、システムではなく誰かの頭の中に存在するより多くのコンテキストを生み出すだけです。

私が話すオーナーたちは、これを調整の問題とは表現しません。彼らは「簡単なはずのことに時間をかけすぎている」とか、「会計士といつも連携が取れていない」とか、「他のアシスタントを管理するためだけのアシスタントが必要だ」と言います。彼らはそれを言葉にせずとも感じています。そして、それを言葉にできないから、解決できないのです。彼らはただそのコストを吸収するだけです。彼らは「会社を拡大する上では当たり前のことで、大変なのは当然だ」と刷り込まれているため、本当に問題を引き起こしていることについてさえ不平を言いません。

解決に必要なこと

調整の問題を解決することは、単なる機能ではありません。それは初日に下すアーキテクチャ上の決定であり、その後何年もかけて構築していくものです。

まず、金融の基盤が必要です。個別にうまく機能する実際の製品（銀行業務、信用、支払い、カード、請求書支払い、融資）です。パイプが信頼できなければ、その上のものは何も意味がありません。

次に、経営者の世界観を共有するモデルが必要です。ダッシュボードではありません。モデルです。エンティティ、アカウント、ベンダー、人物、ポリシー、関係性など、経営者が実際にどのように事業を運営しているかを反映したグラフで全てが繋がっているもの。これにより、ある製品が別の製品の動きを認識できるようになります。（さらに言えば、これが現代のAIツールを素晴らしいものにしている要因でもあります）。

第三に、全てを横断するポリシーと権限のレイヤーが必要です。経営者は一度ルールを設定すればよいのです。承認のしきい値、支出限度額、アクセス制御など。これらのルールは、製品ごとではなく、あらゆる場所に適用されます。

そして第四に、レール、モデル、ポリシーエンジンが揃えば、他には誰も真似できないものを手に入れたことになります。それは、AIを真に役立つものにするためのデータ基盤です。「AIによる洞察」でも、チャットボットでもありません。経営者の財務状況全体を把握し、行動を推奨し、経営者の許可を得て実行できるエージェントです。Flexが新しいカテゴリーを創造しているというこの点が、私を奮い立たせるのです。

しかし、そのためにはまず地道な努力が必要です。インフラが知性を生み出すのです。インフラを飛ばせば、砂上の楼閣にAIを築くことになります。

なぜ今なのか

これを解決可能にする2つの変化がありました。

フィンテックのインフラ層は成熟しました。カード発行、送金、台帳管理など、基本的な機能はかつてないほど向上しています。10年前、複数の製品を扱う金融プラットフォームを構築するには、莫大な資金と長年のライセンス取得作業が必要でした。今日では、その構成要素は存在します。欠けているのは、それらを特定の顧客のために一貫したシステムに組み立てる意欲のある人です。これは依然として骨の折れる作業ですが、Flexは顧客のために「simplecting」（当社のエンジニアリングリーダーであるパトリック・フローとアレックス・ピアソンが、私たちの仕事を説明する際によく使う言葉です）つまり、フロントエンドの裏側に複雑さを隠すことで、お客様には素晴らしい体験だけを提供することです。

そしてAIは、適切なデータ基盤があれば、連携エージェントが実用的なレベルに達しました。モデルは高性能であり、ツールも実用的です。しかし、コンテキストのない能力は無価値です。まずは統合されたデータモデルが必要です。そうすれば、AIはその上に積み重なり、さらに価値を高めます。

今がその好機です。インフラは利用可能になり、AIは準備が整い、顧客は十分なサービスを受けていません。現状と、事業主にとって根本的に優れた体験との間にある唯一の障壁は、連携を可能にする、地道で退屈な構造的作業を行う意欲があるかどうかです。

それがFlexが構築しているものです。機能でも、製品でもありません。事業主の財務生活のための連携レイヤーです。

誰も語らない税金とは、私たちが毎晩徹夜してでも排除しようと取り組むものです。そして、そこから新しいカテゴリーが生まれるでしょう。