BackOps

私たちは、自らその課題を身をもって体験した後にBackOpsを立ち上げました。

BackOpsでは、実物商品の製造や移動を行う企業向けに、AIによる課題解決レイヤーを構築しています。これにより、システム、社内チーム、社外の関係者をまたぐ社内プロセスの改善と実行が可能になり、営業利益率の向上、業務の迅速化、そしてより信頼性の高いサービスの提供を支援します。

BackOpsでは、現代のオペレーションのためのAIネイティブなオペレーティングレイヤーを構築しています。複雑で手動のワークフローを、システムやチーム全体で構造化された常時実行へと変換します。そのインテリジェンスと現実世界へのインパクトの融合が、私たちのすべての活動の原動力となっています。私たちは、仕事の進め方を再考したいと考えている人材を常に求めています。

私たちは、その状況を変えるためにBackOpsを立ち上げました。

解決しようとしている課題

物理的な商品を製造または移動する企業は、システム、社内チーム、および外部の関係者にまたがる内部プロセスに依存しています。要件は多様で、状況は変化し、人々は情報を収集し、意思決定を調整し、手動の手順を完了し、関与するすべての人をフォローアップしなければなりません。重要な知識が少数の経験豊富なオペレーターに集中したままになることがあり、プロセスの標準化、スケール、および改善を困難にします。作業は遅れ、運営コストは上昇し、顧客へのコミットメントがリスクにさらされ、回収可能な価値が未回収のまま残されます。

これが「解決のギャップ（Resolution Gap）」です。これは、運用上のニーズを特定してから、関与するシステム、社内チーム、および外部の関係者にわたって必要な成果を達成するまでの距離を指します。

現在、AIは情報を統合し、コミュニケーションを取り、行動を起こすことができます。しかし、汎用AIは、サプライチェーンのプロセスや成果を向上させる解決パターンをあらかじめ理解した状態で導入されるわけではありません。チームは依然として、実際のプロセスを把握して改善し、それを企業システムやサードパーティのポータル間で接続し、ルールや承認を定義し、テストし、インターフェースが変更されても機能し続けるように維持する必要があります。これによって価値創出までの時間が遅くなり、継続的なメンテナンスの負担が生じます。

現代のオペレーション業務は執拗を極めます。チームはダースものシステムから発生する例外への対応、配送業者やベンダーを横断したステータス更新の追跡、時間に追われながらのドキュメント作成、そして本来自動で完了するべきプロセスの手動によるクローズ作業に追われています。

既存の自動化ツールは、エンジニアによる構築とメンテナンスが必要とされるか、そうでなければ現実世界の複雑なオペレーションに対応するには硬直的すぎます。その結果、最も経験豊富な人材が定型業務に忙殺され、組織はたった一人の退職によってオペレーションの崩壊に直面しかねない状況に陥っています。

オペレーションに関するインテリジェンスを、個人の頭の中だけに留めておくべきではありません。そして、オペレーションのワークフローを、人間の労力だけで動かし続けるべきでもありません。

私たちが作ったもの

Relayは、実際のバックオフィス業務の複雑さに合わせて構築された、AIネイティブのオペレーションプラットフォームです。

SOP（標準作業手順書）を取り込み、プロセスを学習し、Webポータル、キャリアAPI、ERP、電子メール、Slack、そしてその間にあるあらゆるシステムにわたって実行するエージェントを展開します。例外が発生した場合は、適切なコンテキストとともに適切な担当者にルーティングします。意思決定が行われると、完全な履歴とともにそれを記録します。

Relayは、ワークフローに無理やり継ぎ接ぎされたチャットボットではありません。オペレーションOSであり、チームが実際にどのように機能しているかを記録する生きたシステムであり、人間がより高次な問題に追われているときでも業務を動かし続ける実行エンジンです。

Relayは、実際のバックオフィス業務の複雑さに合わせて構築された、AIネイティブのオペレーションプラットフォームです。

お客様との関わり方

私たちは、開発して「それで終わり」というアプローチを信じていません。オペレーションはあまりにも複雑で、変化に富み、ソフトウェアに丸投げして立ち去るわけにはいきません。

当社の常駐型（Forward-Deployed）チームモデルは、BackOpsが初日からお客様のオペレーションチームと密接に連携することを意味します。プロセスのマッピング、エージェントの配置、意思決定ロジックの調整、そしてお客様のビジネスにとって重要な指標に関する示唆の構築を行います。お客様のチームが手を煩わせる必要がないよう、私たちが手を動かします。

このモデルは、未完成の製品をごまかすための回避策ではありません。これは意図的な選択です。私たちがこれまで見てきた中で最高の自動化導入は、取扱説明書と共にソフトウェアをただ手渡すときではなく、ソフトウェアと人間の専門知識が緊密に連携しているときに実現しているからです。

私たちは、デプロイして「それで終わり」というアプローチを信じていません。オペレーションはあまりにも複雑で、変化に富み、そして非常に重要であるため、ソフトウェアに丸投げして立ち去るわけにはいかないのです。

当社の常駐型（Forward-Deployed）チームモデルは、BackOpsが初日からお客様のオペレーションチームと密接に連携することを意味します。プロセスのマッピング、エージェントの配置、意思決定ロジックの調整、そしてお客様のビジネスにとって重要な指標に関するカスタムインサイトの構築を行います。お客様のチームが手を煩わせる必要がないよう、私たちが実際に手を動かします。

チーム

BackOpsは、同じ課題に対して相反するアプローチから取り組み、自分たちが全く同じギャップについて説明していることに気づいた2人の構築者によって、2024年に設立されました。

Sean McCarthy（最高経営責任者（CEO）兼共同創業者）は、Amazon Shippingの最初期メンバーの1人であり、グローバルセールスを牽引しました。彼は、オペレーターがたった1つの課題を解決するためだけに、WMS（倉庫管理システム）のポータル、メール、配送業者との電話、スプレッドシートをどのように継ぎ接ぎして使っているかを目の当たりにしました。問題は努力不足ではなく、ツールが業務の複雑さに対応できるように構築されていないことでした。

Henry Ou（最高技術責任者（CTO）兼共同創業者）は、AppleやByteDanceで応用機械学習（ML）チームを立ち上げ、率いた経験があり、ERP統合ビジネスの経営も行っていました。断片化されたシステム間で作業した経験から、彼はなぜほとんどの自動化が限界で破綻してしまうのかについて、深い洞察を得ました。

SeanとHenryのコンビは、困難な業務上の課題解決に必要な要素を体現しています。1人は業務現場の最前線を経験し、もう1人はその裏側でシステムを構築してきました。BackOpsは、彼らがそれぞれ「存在してほしい」と願いながらも見つけることができなかったプロダクトです。

私たちはサンフランシスコに本社を置き、Insight Partners、Theory VC、Construct Capital、Gradient Ventures、および10VCから支援を受けています。

BackOpsは、同じ課題に対して相反するアプローチから取り組み、自分たちが同じギャップについて語っていることに気づいた2人の構築者によって、2024年に設立されました。

Sean McCarthy（最高経営責任者（CEO）兼共同創業者）は、Amazon Shippingの最初期メンバーの1人としてグローバル営業を率い、オペレーターがたった1つの問題を解決するためだけに、WMSポータル、Eメール、運送業者への電話、スプレッドシートをどのように継ぎ接ぎして使っているかを目の当たりにしました。問題は努力の不足ではなく、ツールが業務の複雑さに対応できるように作られていなかったことでした。

Henry Ou（最高技術責任者（CTO）兼共同創業者）は、AppleやByteDanceで応用機械学習（ML）チームを立ち上げ、率いた経験を持ち、ERP統合ビジネスも運営していました。断片化されたシステムをまたいで仕事をした経験から、なぜほとんどの自動化が現場の末端で崩壊してしまうのかについて、深い洞察を得ました。

SeanとHenryのタッグは、困難なオペレーションの課題がまさに必要としている組み合わせです。一方は現場の運用の世界で生きてきた人物であり、もう一方はその運用の裏側にあるシステムを構築してきた人物です。BackOpsは、彼らがそれぞれ「存在してほしい」と願いながらも見つけることができなかった製品です。

私たちはサンフランシスコに本社を置き、Theory VC、Construct Capital、Gradient Ventures、および10VCから出資を受けています。