ChatGPTとPower AutomateでノーコードのAI業務フローを作る方法

要点： Power Automateと言語モデルを組み合わせれば、開発者でない人でも半日で動くAIワークフローを作れます。要約する、分類する、返信を下書きする——作ること自体は簡単な部分です。一年後もそれが動いているかを決めるのは、誰の接続で動いているか、誰のAPIキーに課金されているか、そして静かに失敗したとき誰かが気づくかどうかです。

ノーコードAI自動化の面白さは、簡単だという点にはありません。自動化が作られる場所を、IT部門から「実際に困っている本人」へ移すという点にあります。週に四十通の仕入先メールを処理している業務マネージャーが、チケットも予算枠も開発者もなしに、それを読む仕組みを自分で作れる。これは本当に良いことですし、同時に、社内に六十本の記録されていないフローが三人の個人アカウント上で動き、うち一人はすでに退職している、という状態が生まれる理由でもあります。

中小企業でノーコードAI自動化が本当に効く場面

うまくいくパターンは狭いものです。繰り返しの作業で、構造化または半構造化されたテキストが対象で、間違いが目に見えて訂正も安い。失敗するのは野心的なパターン——誰も確認しない判断を下すフローです。

分類と振り分け。 受信メール、フォーム送信、チケットをカテゴリに分けて正しいキューへ送る。件数が多く、間違えばすぐ分かり、しかも「人が実際にどう書くか」への対応ではモデルがキーワード規則より確実に優れています。

人がすでに見ている場所への要約。 長いスレッド、議事録、文書をTeamsの投稿やSharePointリストの一項目に凝縮する。何も決定されず、重要なときは人が元を読みます。

構造化フィールドへの抽出。 非構造テキストから注文番号、日付、金額、仕入先名を取り出してリストや表に入れる。検証工程と組み合わせ、推測するくらいなら空欄を残すよう指示してください。

初稿の生成。 返信、社内メモ、説明文を自動で下書きし、人の承認に回す。Power Automateの承認アクションはまさにこのために存在し、このパターンを安全に保つ要です。

これらのどれもやっていないのが、外の世界に単独で作用することです。フローがレビューなしに社外メールを送り、金銭を動かし、顧客レコードを更新した瞬間、リスクのカテゴリが完全に変わります。そのときは作り方そのものを変えるべきです。

ChatGPTをPower Automateにつなぐ

コネクタの選択肢と、APIキーが実際にどこにあるか

道は三つあり、その違いは機能よりガバナンスで効いてきます。第一の道はAI Builderで、Microsoftが提供するモデルを使うプロンプトアクションをPower Automate内で提供し、AI Builderのクレジットで課金されます。第三者APIを呼ぶのとは違ってMicrosoftテナントの境界を越える形にはならず、管理すべきキーもなく、ライセンスはセキュリティではなく容量の問題になります。多くの中小企業にとって、これが妥当な既定値です。

第二の道は、モデル提供元のコネクタを使うことです。提供元自身が公開している場合と、独立発行元が公開している場合があります。確認すべきは誰が発行したかで、独立発行元のコネクタはコミュニティ保守であり、ベンダーのサポート確約はありません。この道では接続作成時にAPIキーを渡し、その接続は作成者に帰属します。

第三の道は、汎用HTTPアクションでAPIを直接呼ぶことです。最も柔軟で、最も露出します。キーは接続に設定されるか、さらに悪い場合はアクションに直接貼り付けられ、しかも通常はプレミアムライセンスのアクションです。この道を採るなら、キーはフロー内に保存せずAzure Key Vaultに置いて参照してください。

どの道を採るにせよ、これは理解しておいてください。Power Automateの接続は、それを承認した人として動作します。フローができることはそのアカウントができることであり、課金されるのはそのアカウントが渡したキーです。この一点が、この記事の残りで扱う問題のほとんどの出発点です。

最初に作る価値のある三つのフロー

受信箱を追跡リストに振り分ける。 共有メールボックスの新着メールをトリガーに、本文をモデルへ送り、カテゴリと一行要約を構造化出力で受け取り、SharePointリストに項目を作る。返信も削除もしない、読んで記録するだけのフローで、これが最も安全な出発形です。

長いスレッドを必要なときだけTeamsに要約する。 OutlookやTeamsから手動で起動し、選んだ会話を要約してチャネルに投稿する。人が起動するフローは無人実行がないぶん、学習用として理想的です。

承認前提で返信を下書きする。 受信メッセージをトリガーに返信案を作り、承認アクションに回す。人が下書きを見て、修正するか却下し、承認されたものだけが送信されます。時間の節約が実際に現れるのはここで、承認工程こそがこれを正当化します。

実例——一本のフローを端から端まで作って試す

トリガーから始め、具体的にする。 「仕入先の共有メールボックスに新着メール」であって、「どこかに新着メール」ではありません。曖昧なトリガーは、テスト用フローが社長の受信箱を処理し始める典型的な原因です。

モデルが見る前に入力を整える。 HTMLをテキストに変換し、署名と引用履歴を落とし、妥当な長さに切り詰めます。悪い出力の大半は悪い入力に由来し、余分なトークンはすべて費用です。

プロンプトは依頼文ではなく仕様書として書く。 欲しいフィールド、各フィールドで許される値、そして推測せず空値を返せという指示を明記します。JSONで求めてください。そのうえで解析工程を挟み、形式が崩れたときは黙って変な値を書き込むのではなく、フローが大きな音を立てて失敗するようにします。

失敗経路を意図して設計する。 実行条件の設定を使い、モデルのタイムアウトや解析失敗が代替分岐——未分類として保存し、人に通知する——へ流れるようにします。エラー経路のないフローは、いずれ静かに止まるフローです。

手元にある最悪の実例十件でテストする。 きれいなものではありません。三か国語が混ざった転送の連鎖、全体が画像一枚のもの、文脈ゼロの一行返信。ガード条件が必要だと気づくのはここで、今気づくほうがはるかに安上がりです。

一人、次にチーム、そして全員へ。 最初の一週間は毎日実行履歴を見てください。Power Automateは各実行の入力と出力を保持します。これは最良のデバッグ道具であり、同時に「モデルへ何を送ったか」の記録でもあります。

何をするフローで、誰のものかを書き残す。 共有ドキュメントに二段落。何をするか、何に触れるか、困ったら誰に連絡するか。全員が飛ばす工程であり、十八か月後に差が出る工程です。

ノーコードAIフロー vs 独自開発の統合 vs 既製SaaS

• 動くものができるまでの速さ — ノーコードの圧勝です。半日 対 数週間。その自動化に価値があるかを検証する用途では、他が並びません。
• 誰が作れるか — ノーコードの勝ちです。困っている本人が解決策を作るので、価値が最も漏れやすい「要件の翻訳」工程が消えます。
• 少量時のコスト — Microsoft 365をすでに持っている前提で、ノーコードが有利です。量が増えるとプレミアムコネクタのライセンスとAI Builderクレジットが積み上がり、独自開発のほうが一件あたり安くなることもあります。
• 複雑なロジックとテスト — 独自開発が明確に勝ちます。分岐する業務ルール、単体テスト、バージョン管理が要るものはコードの領域です。ビジュアル設計画面上の二十分岐フローは、作者以外に保守できません。
• 信頼性と可観測性 — 独自開発の勝ちです。本格的なログ、アラート、リトライ設計は自分で作るもので、Power Automateが提供するのは実行履歴とメール通知です。小さなフローには十分でも、基幹用途には足りません。
• ガバナンスと所有 — 既製SaaSが最も強く、次に独自開発、ノーコードが最下位です。SaaSにはベンダー、契約、サポート窓口があります。フローにあるのは作った本人だけで、その人が辞めるまでです。

シャドーITという問題

フローは会社ではなく個人に帰属します。 個人環境で作られ、作成者が承認した接続で動くフローは、機能的にはその人のスクリプトです。役割が変われば権限が変わり、フローの挙動も変わります。退職してアカウントが削除されればフローは止まり、たいていはその出力に依存していた誰かが気づきます。

接続は静かに広い権限を持ち込みます。 管理者が承認した接続は、その管理者にできることをすべてできます。一つのメールボックスを読むだけでよいフローが、全メールボックスを読めるアカウントで動いていることがあります。たまたまそのアカウントで「許可」を押しただけの話です。

そのフローの存在を誰も知りません。 台帳もなく、文書もなく、記録システム上の所有者もいない。ITが最初に知るのは壊れたときで、その頃には業務がそれに依存しています。

通常の失敗は「静かな失敗」です。 エラーになったフローは所有者のメールボックスに通知を送り、他の通知の中に紛れます。Power Automateは失敗が続くフローを最終的に停止させることがあり、停止したフローは何も出力しません。出力を誰も見ていなければ、数週間気づかれないこともあります。

誰も図に描いていない経路でデータが出ていきます。 フローはSharePointから読み、外部サービスへ投稿することを二クリックで実現できます。それがコネクタの本来の価値であり、同時に、プラットフォームのデータ損失防止ポリシーがコネクタを業務用と非業務用に分類していなければ、レビューされていないデータ経路でもあります。Power Platform管理センターで環境ごとに設定するそのDLPポリシーが、ここで使える最も効き目の大きい統制です。

答えは禁止ではありません。ノーコード自動化を禁じても、同じ自動化がExcelマクロや個人スクリプトの中で起き、可視性だけが下がります。答えは軽いガバナンスの枠です。指定された環境、DLPポリシー、チームが依存するものにはサービスアカウントか接続参照、そして所有者名を記した台帳。

正しく進めるために——コネクタのガバナンス、APIキー、ITに任せる範囲

個人フローの寄せ集めを、事業が頼れるものに変える判断が三つあります。第一に環境とDLP。実験する場所と本番フローが動く場所を分け、コネクタを分類するデータ損失防止ポリシーを設定して、個人向けストレージやSNSのコネクタが業務データソースと組み合わせられないようにします。第二に所有。チームが依存するものは接続参照を持つソリューションに入れ、個人ではなくサービスアカウントかグループが所有する。そうすれば退職は不便で済み、停止にはなりません。第三にキー。自前のAPIキーを使うなら、ローテーションと費用アラートを備えた保管庫に置くべきで、アクションに貼り付けて実行履歴に残る場所ではありません。

フローが見えなくしがちなデータの論点もあります。実行ごとに入力と出力が実行履歴に保存され、モデル呼び出しのたびに業務内容が処理エンドポイントへ送られます。どのエンドポイントか、どの規約の下で、どの地域かを把握してください。香港のPDPO、シンガポールのPDPA、中国の個人情報保護法の適用下にあるなら、顧客のテキストをモデルへ送るフローは、表計算の数式ではなく、まさに処理活動として扱うべきです。

このガバナンス層こそ、Brocentの管理型ITセキュリティサービスが扱う領域です。アカウントと権限のガバナンス、コネクタのポリシー、そしてそもそもテナント内で何が動いているのかを把握すること。AI+サポートは安全に失敗するプロンプトとフローの設計を支援し、管理型ITサポートが、それらが業務を支え始めたあとの認証情報、監視、ライセンスを整えます。自動化したい業務がまだ文書化されていないなら、ChatGPTとNotionでSOPを自動生成するの記事が妥当な第一歩です。文書のない業務を自動化しても、見えにくくなるだけだからです。Brocentは2007年の北京での創業以来アジアで管理型ITとセキュリティを提供しており、本社はシンガポール、2016年から香港オフィスを構えています。

よくある質問

作った人が辞めたら、そのフローは誰のものになりますか？

計画していなければ、誰のものにもなりません。個人環境でその人の接続を使って動くフローは、アカウントが削除された時点で止まります。対処は構造的なものです。チームが依存するものは接続参照付きのソリューションに入れ、サービスアカウントか共有の所有者グループで持ち、台帳を維持する。人が去ったあとに後付けするのは骨が折れます。

どのAPIキーに課金されているのですか？

接続を作った人が渡したキーで、しかもフローを見ただけでは分からないことが多いのが実情です。AI Builderならテナントに対するクレジット消費として計測されるので把握しやすくなります。第三者コネクタやHTTPアクションの場合は、接続の所有者と使用キーを確認し、提供元側で費用アラートを設定してください。説明のつかない請求は、フローがループしている最初の兆候であることがよくあります。

フローが静かに失敗したらどうなりますか？

所有者にメール通知が届き、そこで埋もれることが多く、失敗が続けばPower Automateがフロー自体を停止させることがあります。停止したフローは何も出力せず、出力を見ている人がいなければ気づけません。共有チャネルへ通知する明示的なエラー分岐を作り、重要なものには死活監視を足してください。日次の要約が十時までに届かないなら、何かが文句を言うべきです。

Power Automateのプレミアムライセンスは必要ですか？

たいていは何らかの形で必要です。HTTPアクションや多くの第三者コネクタはプレミアムで、AI Builderは容量でライセンスされるクレジットを消費します。規模を広げる前に現行のMicrosoftライセンス条件を確認してください。試験導入が本格展開に変わる瞬間、ここが最も想定外を生みます。

レビューなしで社外メールを送るフローは作ってよいですか？

その信頼を得るまでは避けるべきで、多くの中小企業にとってそれは「当面ずっと」を意味します。顧客に届くものには承認アクションを経路に残してください。承認工程のコストは数秒、AIが下書きした誤りが顧客に届くコストは、したくない会話一回分です。

まずどこから

自分が毎週やっている作業を一つ選び、その読み取り専用版を作ってください。トリガー、モデル呼び出し、自分にしか見えない場所への書き出し。実際の入力で一週間動かし、出力を無編集で受け入れられた回数を数えます。その数字が続けるかどうかを教えてくれますし、デモよりはるかに良い判断材料になります。二本目を作る前に、フローはどこに置いてよいのか、誰が所有するのかを決めてください。その判断は今なら安く、一年後には高くつきます。自動化とガバナンスの枠を一緒に整えたい場合は、お問い合わせください。