PSAは記録システムであり、オペレーティングシステムではない
ConnectWise ManageとDatto Autotaskは、その本来の仕事において優れています：チケットの追跡、契約管理、クライアントへの請求、サービスデリバリーのレポート。すべてのMSPにPSAは必要です。ビジネスの基盤です。
しかしいつからか、業界はPSAを神経系統全体 — すべてが起こり、すべてが管理される場所 — として扱い始めました。そうではありません。PSAは記録システムです。何が起きたかを追跡しますが、物事を起こしはしません。
作業を記録することと作業をオーケストレーションすることの間のギャップこそ、MSPが効率を失い、SLAを逃し、チームを疲弊させる場所です。
ツール乱立の現実
現代のMSPのオペレーションスタックはおおよそ以下のとおりです：
- PSA：ConnectWise ManageまたはDatto Autotask（チケット、請求、契約）
- RMM：NinjaOne、Datto RMM、またはConnectWise Automate（監視、パッチ、スクリプト）
- ドキュメント：IT Glue、Hudu、または社内Wiki（パスワード、設定、ランブック）
- コミュニケーション：メール、電話、Slack、Teams、クライアントポータル
- セキュリティ：SentinelOne、Huntress、または同等ツール（EDR、脅威検知）
- バックアップ：Veeam、Datto BCDR、またはAxcient（バックアップ監視、リカバリ）
技術者が1つのチケットを処理するのに6つ以上のツールを行き来する必要があります。VPN問題ではPSAでクライアントコンテキストを確認し、RMMでデバイスステータスを確認し、ドキュメントプラットフォームでクライアントのネットワーク図を確認し、セキュリティツールで脅威を排除する必要があるかもしれません。その後、PSAでチケットを更新し、クライアントにステータスメールを送信し、社内Slackチャンネルに更新を投稿します。
各コンテキストスイッチに2〜5分かかります。15分のチケットでは、ツールナビゲーションが解決時間の半分を消費する可能性があります。
オーケストレーションの真の意味
オーケストレーションは、各ツールからデータを集約する別のダッシュボードではありません。複数のツールにわたって単一の協調ワークフローとしてアクションを実行する実行レイヤーです。
違いはこうです：
オーケストレーションなし（現状）：
- RMMでアラート発報：サーバーディスク95%
- RMMがメール通知を送信
- ディスパッチャーがメールを見て、PSAで手動チケット作成
- 技術者がチケットを拾い、RMMを開いてサーバーを確認
- 技術者がドキュメントを開いてサーバーのメンテナンスウィンドウを確認
- 技術者がRMMでクリーンアップスクリプトを実行
- 技術者がPSAでチケットを更新
- 技術者がクライアントにステータス更新メールを送信
JieGouオーケストレーションあり：
- RMMでアラート発報：サーバーディスク95%
- JieGouがPSAに完全なデバイスコンテキスト付きチケットを作成、スキルと可用性に基づいて割り当て
- JieGouがドキュメントでメンテナンスウィンドウを確認 — サーバーはウィンドウ内、続行
- JieGouがRMM経由でディスククリーンアップスクリプトを実行
- JieGouがディスク使用率が閾値以下に低下したことを確認
- JieGouが解決詳細でチケットを更新、クライアントの希望チャンネルで通知
- クリーンアップが不十分な場合：JieGouが完全なコンテキストと推奨される次のステップとともに技術者にエスカレート
ステップ2〜7は60秒以内に自動完了。技術者は自動修復が失敗した場合のみ関与します。
JieGouがスタックをどう接続するか
JieGouの250+の統合は単なるAPI接続ではなく、双方向のアクションチャンネルです。プラットフォームはスタック内の各ツールから読み取りと書き込みが可能です：
PSA統合（ConnectWise + Autotask）
- 読み取り：チケット、クライアント、連絡先、設定、SLAポリシー、スケジュール
- 書き込み：チケットの作成/更新、ステータス変更、リソース割り当て、メモ追加、優先度調整
- 反応：チケット作成、ステータス変更、SLA閾値、クライアント更新時にワークフローをトリガー
RMM統合（NinjaOne + Datto）
- 読み取り：デバイスステータス、アラート、パッチステータス、インストール済みソフトウェア、パフォーマンスメトリクス
- 書き込み：スクリプト実行、設定プッシュ、リモートセッション開始、アラート確認
- 反応：アラート、デバイスオフライン、パッチ失敗、閾値突破時にワークフローをトリガー
音声統合（Vapi）
- インバウンド：AI音声エージェントが電話に応答、問題をトリアージ、チケット作成、エスカレート
- アウトバウンド：チケット更新、予約確認のためのクライアントへの自動コールバック
- 反応：通話完了、ボイスメール受信、不在着信時にワークフローをトリガー
メッセージングチャンネル（13チャンネル）
JieGouはLINE、Instagram、Facebook Messenger、WhatsApp、Telegram、Slack、Discord、Microsoft Teams、SMS、メール、ウェブチャット、YouTube、電話に接続します。クライアントは好みのチャンネルで連絡できます。すべてのメッセージが適切なワークフローにルーティングされます：
- クライアントがWhatsAppでプリンター問題のメッセージを送信 → JieGouがConnectWiseにチケット作成
- 技術者がチケットを解決 → JieGouがWhatsAppで解決サマリーをクライアントに送信
- クライアントがWhatsAppで修正を確認 → JieGouがConnectWiseでチケットをクローズ
クライアントはポータルを開く必要も、メールを送る必要も、電話番号にかける必要もありませんでした。技術者はWhatsAppを確認する必要がありませんでした。
ワークフロービルダー：オーケストレーションロジック
JieGouのワークフロービルダーでオーケストレーションルールを定義します。ワークフローは以下をサポート：
- シーケンシャルステップ：A、次にB、次にC
- パラレルステップ：AとBを同時に実行、両方完了後にC
- 条件分岐：優先度がP1なら即座にエスカレート、P3なら朝のキューへ
- ループ：5分間隔でスクリプト実行を最大3回リトライ
- 承認ゲート：ワークフローを一時停止し、マネージャーの承認を待ってから変更を実行
90+のプリビルトワークフローテンプレートが一般的なMSPシナリオをカバー：チケットトリアージ、アラート修復、クライアントオンボーディング、オフボーディング、パッチ管理、バックアップ失敗対応、セキュリティインシデント対応。そのまま使用するか、特定のプロセスに合わせてカスタマイズできます。
ガバナンスレイヤー
ガバナンスなしのマルチツールオーケストレーションは危険です。AIエージェントがサーバーでスクリプトを実行し、チケットを作成し、クライアントとコミュニケーションできるなら、ガードレールが必要です。
JieGouの10層ガバナンスフレームワークが提供するもの：
- ロールベースアクセス制御：5ロール（オーナー、管理者、マネージャー、エディター、ビューワー）と20の細粒度権限で、誰がワークフローを作成、編集、有効化できるかを制御
- 段階的自律：4つの信頼レベルでAIが人間の承認なしに何ができるかを制御
- 監査ログ：すべての統合のすべてのアクションがタイムスタンプ、アクター、結果とともに記録
- サーキットブレーカー：エラー率が閾値を超えた場合に自動化ワークフローを自動停止する安全機構
- レート制限：暴走自動化がツールやクライアント環境を圧倒することを防止
これがビジネスに重要な理由
PSAはなくなりません。請求、契約、レポートにはConnectWiseまたはAutotaskが引き続き必要です。しかしPSAにディスパッチシステム、コミュニケーションプラットフォーム、修復エンジン、エスカレーションマネージャーを兼ねることを期待するのは、1つのツールにすべてを求めることです。
JieGouはツールとプロセスの間に位置します。すべてのツールから読み取り、すべてのツールにわたってアクションを実行し、現在人間がブラウザタブ間でコピー&ペーストしている作業を協調します。
結果：PSAは設計された本来の姿 — AI支援オペレーションがスタック全体にわたって提供する作業を正確に反映する記録システム — になります。
技術者は切断されたツール間の人間ミドルウェアでなくなります。ディスパッチャーは手動でチケットをルーティングしなくなります。クライアントはより速く、より一貫したサービスを受けます。そしてPSAデータは、すべてのアクションが事後の手入力ではなく自動的に記録されるため、ついに正確になります。
これがPSAだけではできないことです。そしてこれがオーケストレーションが重要な理由です。