できます。技術チームのいないCOOが、先にAIチームを採用する必要はありません。必要なのは、直す価値のある業務フローが一つ、それを担当する人が一人、出力を承認する人が一人、そしてMicrosoft 365やSAPなど、すでに使っているツールの中に構築してくれるパートナーです。御社が持ち続けるべきなのは、コードではなく判断です。
要点
- AIの導入は、ほとんどがデータとプロセスの問題です。モデルは簡単な部分です。
- 社内に専任のAIチームがあることを前提にした提案は、多くの中堅企業には合いません。
- AIは、新しいプラットフォームなしに、Microsoft 365、SAP、すでに料金を払っているシステムの中に構築できます。
- AIがファイルを読む前に権限を確認し、人事や財務の文書が不適切な人に表示されないようにする必要があります。
- チームに必要なスキルは、モデルを作ることではなく、AIの出力を確認し承認することです。
#技術チームの代わりに、COOには何が必要ですか
オペレーション責任者がすでに管理している四つのものです。頻繁に繰り返され、1ページで説明できる業務フロー。その例外を知っている担当者。AIが出したものを承認する承認者。そして、未処理件数、工程数、やり直しなど、部門がすでに追っている指標です。一つ目については、StennirのガイドAIで最初に自動化するプロセスの選び方が役に立ちます。
単純に始めてください。Anthropic(2024年12月)は、機能する最も単純なシステムを作り、必要なときにだけ複雑さを加えるよう勧めています。人が承認する、明確に定義された業務フロー一つのほうが、自律型エージェントの集まりより、エンジニアなしで運用しやすいのです。
#なぜAIの提案書は、社内にAIチームがあることを前提にしているのですか
多くの提案書が大企業向けに書かれているからです。まずデータ基盤、次にそれを保守する社内AIチーム、その後に活用事例、という流れです。数百人規模の企業には合わない計画であり、誠実な対応はそうはっきり伝えることです。御社のオペレーションを理解する前に、マルチエージェントシステムや独自のプラットフォームの話に飛ぶ会社は危険信号です。
代わりに、稼働後に誰が業務フローを運用するのか、御社の社員は日々何をするのかを聞いてください。答えが、御社にいないエンジニアを必要とするなら、その提案は御社向けに設計されていません。
#すでにあるMicrosoft 365やSAPの中にAIを組み込めますか
はい。そして多くの場合、そうすべきです。AIは、Outlook、Teams、SharePoint、Excel、そしてSAPなどのERPといった、チームがすでに働いている場所から読み取り、そこに書き込みます。社員は今のツールを使い続け、出力は承認を待つかたちで、本来見るはずの場所に表示されます。
まず権限を確認してください。多くの企業は、会社のデータがMicrosoft 365のテナント内にとどまるという理由でCopilotを選び、その後、共有設定の甘さから人事のファイルが見えてしまうのではと心配になります。これは文書を読むどのAIにも当てはまります。権限の見直しは、問題が起きた後ではなく、構築の前に行います。
We are
Stennirは、すでに使っているシステムの中に業務フローを一つ構築し、承認を御社側の担当者に残し、アカウント、文書、停止スイッチをお渡しします。
We aren't
Stennirは、役に立つものが動く前に、AIチームの採用や新しいプラットフォームの購入を求める会社ではありません。
チームは何を学ぶ必要がありますか
AIの出力を確認して承認する方法、間違っているときに気づく方法、新しいルールが必要なケースを報告する方法です。ほとんどの社員はすでにAIを使っています。Microsoft・LinkedIn Work Trend Index(2024年5月)では、知識労働者の75%が職場でAIを使っている一方、会社からトレーニングを受けた利用者は39%にとどまりました。実際の業務フローを使った役割別のトレーニングがこの差を埋めます。それがStennirのAIトレーニングです。
#技術チームのいないCOOは、次に何をすればよいですか
どの業務フローを直すべきか分かっているなら、AI導入へお進みください。分からない場合、AIコンサルティングは、業務フローを五つ優先順位付けし、構築案を一つ推奨するAI機会診断から始まります。Stennirと一緒に構築するかどうかにかかわらず、報告書は御社のものです。詳しくはオペレーション向けのAIをご覧ください。無料の準備度診断を受けるか、30分の通話を予約することもできます。
よくある質問
始める前に、誰かを採用する必要がありますか。
いいえ。必要なのは、業務フローの担当者、出力の承認者、そして関係するシステムへのアクセスを付与できるIT部門の誰かです。構築と稼働後の運用はStennirが行います。後で社内にエンジニアを置きたくなっても、コードと文書はすでに御社のものなので、その人が引き継げます。
こちらには何が残りますか。
判断、承認、アカウント、データです。クラウドとモデルのアカウントは御社の名義で、コードは御社のリポジトリにあり、停止スイッチは御社が持ちます。どのプロセスを変えるかを決め、出力を承認するのは御社のチームです。Stennirは、その枠の中で構築と監視を行います。
英語だけでなくアラビア語でも使えますか。
はい。Stennirが構築する業務フローは、両言語が混在する文書やメッセージも含め、アラビア語と英語の入力と出力を扱います。他の言語もご要望に応じて対応します。検証には両言語の御社自身の実際のケースを使うため、デモではなく御社の素材でどう動くかを確認できます。
技術スタッフがいないと、何が問題になり得ますか。
最大のリスクは、品質が徐々に落ちていくことに気づかないことです。だからこそ、すべての操作が記録され、名前のある担当者が出力を承認し、Stennirが稼働後に結果を監視して分かりやすい言葉で報告します。二つ目のリスクはファイル権限の甘さで、これはAIが何かを読む前に確認します。
