あなたのERPに話しかける: エージェント時代の第一原則からサービスオペレーションを再構築する

あなたのERPに話しかける: エージェント時代の第一原則からサービスオペレーションを再構築する
要点: An AIネイティブERP サービス企業向けのは、工場ソフトウェアのチャットウィジェットではありません。工場ERPは、代理店やコンサルタントをモジュールの拡張、定着しないトレーニング、そして終わりのないクリックに追いやります。私たちは、マーキュリーの ビジネスオペレーションスイート を基本原則から再構築しました — 5つの接続されたモジュール、会話を主要インターフェースとして、MCP対応ツール、製造中のOpenClawスキル、Airwallexの支払い事前マッチング、そして29日目以降のマルチチャネル追跡。重要なのは、より美しいダッシュボードではありません。重要なのは、繰り返しの作業を縮小し、人間が再び判断を下せるようにすることです。
私は、マーキュリー・テクノロジー・ソリューションズのCEO、ジェームズです。 香港 — 2026年8月
ほとんどのERPは、あなたが工場を運営していると仮定しています。
在庫カウント。部品表。倉庫への収納。人々の仕事のために設計された画面は、ソフトウェアを操作する。
サービス会社も同じ型に引きずり込まれました。エージェンシー。コンサルタント。プロフェッショナルサービス会社。プラットフォームを購入し、その後6ヶ月間、人々にボタンの位置を教えることに費やします。6ヶ月後、彼らはまだExcelを開いています。なぜなら、ERPは彼らの記憶よりも遅いからです。
私たちは、それがもはや受け入れられないと決定しました — スライドとしてではなく、内部の再構築として。
私たちはモデルを壊し、サービス会社が実際にお金を稼ぐ方法に基づいて再構築しました:仕事を獲得し、それを提供し、必要なものを購入し、コストを追跡し、請求書を発行し、集金し、毎週金曜日に儀式的なエクスポートなしで帳簿を確認します。
その再構築が、私が言う時の意味です、ERPに話しかけてください.
なぜ工場ERPはサービス会社に失敗するのか
短い答え:従来のERPの複雑さは、専門サービスではめったに現れない在庫のエッジケースに最適化されています。サービス会社は、トレーニング、重複入力、コンテキストスイッチングにおいて、毎日その税金を支払っています。
あなたはその重さを次のように感じます:
誰も求めていないモジュールの拡張
1週間で劣化するトレーニングセッション
営業とプロジェクトが脳を共有することを拒否するために、同じフィールドが2回入力される
「POを上げる」、「経費を記録する」、「請求書の準備ができているか確認する」、「現金がどこに着地したか」という間でのコンテキストスイッチング
それはデジタルトランスフォーメーションではありません。それはライセンス料を伴うデジタルコスプレです。
実際のコストはソフトウェアではありません。それはナビゲーションに費やされる人間の注意です。
労働力が不足している市場では、管理の膨張があなたを殺します。あなたの優秀な人材が銀行のラインを照合し、請求書のPDFを探しているなら、システムが所有すべき雑務に貴重な資本を燃やしていることになります。
サービス会社がスムーズに運営するために実際に必要なものは何ですか?
私たちは一つの退屈な第一原則の質問をし、その答えを飾ることを拒否しました。
サービス会社が運営するためにクリーンに保たなければならないループは何ですか?
仕事を勝ち取る
作業を納品する
配達に必要なものを購入する
コストを追跡する
請求書を作成し、回収する
財務状況を理解する
それらのループがしっかりしているまで、他のすべてはオプションです。
したがって、表面積を制限しました5つのモジュール、故意に:
| モジュール | ジョブ | |--------|-----| | 販売 | 見積もり → 注文 → 商業的真実 | | 購入(PO) | 配送に必要なものを購入し、トレイルを残す | | 経費 | PO形状ではないコスト | | プロジェクト | 売上と請求書に結びついたデリバリースパイン | | 会計 | スプレッドシート考古学なしで現実を反映する帳簿 |
譲れないデザインの選択: プロジェクトはサイドアプリではありません。それは売上と請求書に直接リンクします。そのリンクが緩いと、チームは並行トラッカーを発明します。リンクが強いと、引き渡しが漏れなくなります。
エッジケースの大聖堂を取り除きます。必須のループを保持します。接続を明示的にします。重複入力のほとんどは接触時に消えます。
なぜERP画面のトレーニングは税金なのか?
短い答え:メニューのツリーを教えるために費やされる毎時は、クライアントの仕事に費やされない1時間です。エージェント時代において、主要なインターフェースは実際のビジネスロジックに裏打ちされた会話であるべきであり、別のタブの巡礼ではありません。
実際に重要なラインはここです:
ユーザーインターフェースに人々をトレーニングすることは、ビジネスに対する税金です。
新入社員は、POを発行したりプロジェクトが請求書の準備ができているかを確認する前に、メニューのツリーを巡るツアーを必要とするべきではありません。それは2005年の考え方で、2026年のロゴを持っています。
主要なインターフェースはもはや画面であるべきではありません。
主要なインターフェースは会話 — 人々がすでに存在するチャネルで — 実際のビジネスロジックを実行するツールによって支えられています。
古いERPをフォームの要塞と考えてください。人々を廊下を歩くように訓練します。エージェント時代のバージョンは構造と制御を維持しますが、オペレーターはゲートで意図を話し、システムは適切な部品を動かします。
レガシーフォームにテープで貼り付けられたチャットボットではありません。 エージェンティックAI レイヤーが 実際のERPを操作します。
MCPとOpenClawはどのようにERPをエージェントに変えるのか?
短い答え:MCPはツールを発見可能にします。OpenClaw Skillsはそれらのツールをライブモジュールに対して呼び出します。スタッフは自然言語で意図を表明し、エージェントはUIの流暢さを強制することなく、販売、PO、経費、プロジェクト、および会計のアクションを実行します。
私たちはスタックを作成しましたMCP対応(モデルコンテキストプロトコル)。能力のあるエージェントは、UIをスクレイピングしたりAPIの伝説を推測したりするのではなく、クリーンにツールを発見し呼び出すことができます。
その上に、私たちは構築し、圧力テストを行いましたOpenClaw Skills5つのモジュールに対して。ハッカソンのデモではありません。実際の内部使用に十分安定しています。
スタッフが現在行っていること:
販売注文を作成する
購入注文を発行する
経費を記録する
請求書の準備状況に対してプロジェクトのステータスを確認する
会計数字を引き出す
…自然言語で、OpenClawを通じて、どのタブがどの真実を所有しているかを記憶することなく。
これはほとんどの「AI ERP」デッキが見落とすシフトです。彼らはチャットウィジェットを追加しますが、それでも同じ画面に飛ばされます。私たちはそれを逆転させました:
人々はエージェントに話しかけます。エージェントは記録システムに話しかけます。
UIは監査、例外、深い作業のためにまだ存在します。もはや、1日の始まりに支払う税金ではありません。
手動の支払いマッチングなしで収益ループをどのように閉じますか?
短い答え:AIによる事前マッチングで請求書にワイヤー送金し、人間には確認のためだけに通知し、固定の閾値を超えた後はクライアントの好みのチャネルで期限切れの請求書を自動的に追跡します — 私たちの場合は29日目です。
オペレーションシアターは、現金がまだ3つのブラウザタブを持ち、銀行ポータルに対して恨みを抱いている誰かに依存している場合、無意味です。
私たちは直接APIパスを接続しましたAirwallex。クライアントが口座に入金すると、AIプレマッチングが未払いの請求書に対して実行されます。スタッフは、明細書やメールスレッドを掘り下げる代わりに、提案されたマッチの通知を受け取ります。
請求書が未払いのまま29日を過ぎると、システムは制御されたマルチチャネルフォローアップをトリガーします — WhatsApp、WeChat、LINE、Telegram、メール — クライアントが実際に応答するチャネルに応じて。トーンは管理されたままです。カレンダーの記憶は、人間が良い週を過ごすことに依存しません。
日々のビジネスインテリジェンスはOpenClawを通じて届きます。誰もダッシュボードの聖域を開いたり、スプレッドシートをエクスポートしたりする必要はなく、何が動いたかを知ることができます。
現金を追い求めるのをやめましょう。現金が遅れたときに何をするかを決め始めましょう。
ERPはサービス企業が実際に販売する方法をどのようにサポートすべきですか?
エージェンシーとコンサルタントに合う2つの能力 — 工場ではなく:
1. パートナーアクセス + コミッションロジック 外部および内部のパートナーは正確な可視性と自動コミッション計算が必要です。スプレッドシートのコミッションは信頼が静かに死ぬ方法です。
2. 定期収益のための契約管理 リテイナー、サブスクリプション、複数期間の契約は一級品です — 誰かのダウンロードフォルダにあるPDFではありません。
ファネルの前面で、リード生成およびリードキャプチャは、ソーシャルおよびメッセージングから内部CRMに取り込み、その後見積もりや契約または販売注文に流れます。通常、再入力を強いるハンドオフは、収益が漏れる正確な場所です。私たちは、1つのレコードが全体の経路を移動することで再入力を排除しました。
リード → 見積もり → 契約/注文 → プロジェクト → 請求書 → 支払い一致 → 帳簿。
それはリードからキャッシュチェーンが製品です。
AIネイティブERPの導入後、日常業務に何が変わりますか?
以前は何時間もかかっていた作業:
支払いの一致
遅延請求書の追跡
ステータスパックの編纂
リードの詳細を再入力
コミッションの計算
プロジェクトと請求書を整合させるためにモジュール間を行き来する
…は自動化されるか、エージェントとの短い会話に短縮されます。
人々は判断、クライアントの作業、そして決定に時間を費やします。システムは残りを処理します。
それが私が気にかけている唯一の生産性のストーリーです。「AIがメールを書いた」ではありません。AIは調整税を崩壊させました人間がミドルウェアのように行動するのをやめるほどに。
私たちはこれをMercury Technology Solutions内で実施し、手動プロセスを合理化し、スタッフを創造的で高いレバレッジの仕事に戻しました — 実際に彼らを雇った仕事です。それがレシート付きのデジタルトランスフォーメーションです:クリック数が減り、ループがタイトになり、判断時間が増えます。
サービスオペレーションスタック
1行でメンタルモデルを求めるなら:
5つのモジュール · ハードプロジェクト↔販売/請求書リンク · 会話インターフェース · MCPツール · 支払いプレマッチ · 29日目のマルチチャネル追跡 · パートナー/コミッション · 定期契約 · 再入力なしのリードからキャッシュへ。
それを呼んでくださいAIネイティブERP カテゴリが必要な場合。 実際の内容: サービスオペレーションが再構築され、エージェントがループを実行でき、人間がクリックファームを離れることができます。
FAQ: あなたのERPに話しかける
サービスビジネスのためのAIネイティブERPとは何ですか? AIネイティブERPは、エージェントがツールを通じてビジネスロジックを実行できるサービスループ(販売、配達、購入、経費、会計)を中心に設計された記録システムです。チャットボットが追加された製造スイートではありません。
OpenClawを使ってERPにどのように話しかけますか? スタッフは、すでに使用しているチャネルで自然言語のリクエストを送信します。OpenClaw Skillsは、MCPに公開されたERPツールを呼び出して、注文を作成し、POを発行し、経費を記録し、プロジェクト–請求書の準備状況を確認し、会計数値を引き出します。
なぜ別のダッシュボードを追加するのではなく、再構築するのか?ダッシュボードは、重複エントリ、ソフトなプロジェクト↔請求書リンク、または支払い考古学を修正しません。人々が仕事をする前に数週間の画面トレーニングを必要とする場合、基盤が間違っています。
壊れた基盤にダッシュボードを追加するのをやめてください。
現在のシステムが人々に仕事をする前に画面のトレーニングを必要とする場合、別のBIタイルでは助けになりません。
あなたは工場のツールを装飾して、それがサービスオペレーティングシステムになることを期待しています。
在庫のために設計された複雑さを購入するのをやめてください。配達、現金、会話のために設計されたシステムを要求し始めてください。
基盤に疑問を持ってください。それからループを再構築してください。そして、あなたの人々が人間だけが行うべき仕事をする間、エージェントにループを運転させてください。
それが、製造ソフトウェアを適応させてチャットボットを「革新」と呼ぶのではなく、サービス会社のためにAIネイティブERPを構築したときのエージェント時代の姿です。
マーキュリー・テクノロジー・ソリューションズ:デジタル化を加速する。
Originally published on MTS Blog & Research