電話のAIを選ぶなら、声の自然さだけで決めない。
確認したいのは、電話中に何を完了できるか。注文変更などの対応が必要な場面で、どの情報を使い、どこで人へ引き継ぐのか。デモの会話だけでなく、業務の終了条件で比べることが重要です。
DevRevによる音声AIの比較記事（英語記事）。
devrev.ai/blog/best-ai-voice…
#コンタクトセンター #音声AI
「回答した」と「不具合を開発へ渡した」は、別の完了条件。
顧客への返信が済んでも、再現条件や影響が開発側に伝わらなければ、同じ説明が繰り返される。AIサポートを評価するときは、回答の質だけでなく、次の担当者が動ける引き継ぎになったかまで見たい。
サポートから開発への流れを考えるDevRevの記事です（英語記事）。
devrev.ai/blog/build-ai-supp…
#カスタマーサポート #プロダクト開発
パスワードを忘れた人に、AIが会話だけで本人確認をしてはいけない。
セルフサービスを設計するなら、依頼を受ける窓口、本人確認を行う経路、実際にリセットするシステムを分けて考える。速さと安全性は、同じ設計の中で両立させたい。
DevRevの記事では、リセットとアクセス申請をどう切り分けるかを整理しています（英語記事）。
devrev.ai/blog/how-automate-…
#社内IT #AIエージェント
「不具合を起票した」だけでは、開発に届いたとは限らない。
サポート窓口に記録を増やすことと、開発チームが扱う記録へ不具合を渡すことは別です。間にシステムが増えるほど、再現手順や顧客への影響が引き継がれたかを確かめたい。
Computerを評価する際も、回答の生成だけでなく、その後に誰が何を追えるかまで見てください。
確認の視点をまとめた英語記事：
devrev.ai/blog/build-ai-supp…
#カスタマーサポート #開発連携
音声AIを「1分いくら」だけで選ばない。
電話中に必要な操作を完了できるか。難しい案件を人へ渡すとき、何が引き継がれるか。最後に、完了した電話1件あたりでいくらかかるか。
料金表の単位が違えば、同じ条件で試してから比べる必要があります。DevRevの記事では、音声AIの比較をこの3点から整理しています。
詳しくはこちら（英語記事）：
devrev.ai/blog/best-ai-voice…
#カスタマーサポート #音声AI
パスワード再設定と権限付与を、同じ「自動化」で片づけない。
依頼のリスクを分け、まず低リスクの仕事から始める。AIに与える書き込み権限は絞り、実行前の承認と、権限を取り消す手順まで試しておく。
ITセルフサービスで問われるのは、回答の速さだけでなく、安全に仕事を完了できるかどうかです。
導入時の確認事項（英語記事）：
devrev.ai/blog/how-automate-…
#情シス #AIエージェント
AIとの会話を、担当が替わるたびに最初から始めない。
ある人がComputerと調べた経緯を、次の人も使えたら。The Computer Program シーズン2第5話では、チームメイトの会話を引き継ぎたいという課題に、つくり手自身が向き合います。
「答え」だけでなく、そこに至る文脈をチームで共有する。その発想がマルチプレイヤーAIの出発点です。
▶ 米国公式動画（英語）：youtu.be/Xgr_ZkysDuE
#DevRev #Computer #チームAI
「AIが何をしたか」と「それをしてよかったか」は、別の問い。
エージェントの実行履歴を追えるだけでは、顧客情報を書き換える前の承認や、変更を元に戻す手順までは分かりません。
AIの業務利用を評価するときは、①誰がアクセスできたか、②何を実行したか、③どのルールが適用されたか、④何を変更し、誰が承認したかを分けて確認したいところです。
DevRevの比較記事では、この観点から統制と可観測性を整理しています（英語記事）。
devrev.ai/blog/best-ai-agent…
#DevRev #AIガバナンス
問い合わせと開発課題。移行時に、その「つながり」まで引き継げていますか？
ZendeskのチケットとJiraの課題を別々に取り込んでも、両者の関係が抜けると、サポートと開発は対応の経緯を追い直すことになります。
DevRevの公開連携機能「Zendesk/Jira Link Migration」は、既存のリンクを、取り込み済みのチケットと課題の依存関係として再現します。※元のチケット・課題自体の取り込みは別途必要です。
機能概要：devrev.ai/marketplace/zd-jir…
#DevRev #サポートと開発
DevRev Japan retweeted
今日行ったライブデモは、何か作業をしたらエラーが発生した。
だからサポートセンターに電話をしたらAIが電話に出た。
AIは発信元を識別して、何をどうやって操作したのかを把握してエラーが起きた件についての問い合わせかどうかを先回りして確認。
その件だと伝えるとチケットを作成して、その後の関連チームにチケットをアサインして障害対応を開始。
障害対応もAIが行う。
数分後に問題のあったコードを修正して、修正完了したことを電話でコールバックして報告。
もうAIは受付するだけじゃない。
AIで修正出来るなら直して報告。
AIだけで修正出来ないとか判断が必要な場合はチケットの対応を人間に引き継ぐ。
ナレッジグラフを使うとこういうことがAIで出来るようになります。
ナレッジグラフがないとただ音声で受付して終わる。アクションを取るなら各企業の独自のオントロジーが必要。
問い合わせを、担当部署へ転送して終わらせない。
Operatorの実演では、デモ用に用意したエラーを起点に、チケット作成、原因調査、修正案のプルリクエスト作成までを追えます。
追加テスト、人による承認、本番反映はその後の工程。サポートと開発が同じ文脈で仕事を進める様子を、日本語字幕でご覧ください。
youtu.be/HNMB6876mdU
#DevRev #Operator
業務の知識は、システムの境界で途切れさせない。
DevRevとワークスアプリケーションズは、AIナレッジ基盤の実現に向けた戦略的協業の基本合意書を締結しました。まずは対象業務や技術・運用上の条件を検証していく段階です。
大切なのは、ERP内のデータだけでなく、文書や日々の判断を、必要な場面で文脈とともに使えるようにすること。発表全文はこちら。
prtimes.jp/main/html/rd/p/00…
#DevRev #業務AI
AIを業務に届けるには、答えの先まで設計する。
DevRevは、日本リージョンの一般提供を開始しました。企業内の情報をつなぎ、問い合わせへの回答だけでなく、担当者への引き継ぎや業務の進行まで支える「Computer」の取り組みを日本で広げます。
導入時には、使える機能に加えて、データの所在・処理・アクセス条件を自社の要件と照らし合わせることが大切です。発表の内容はこちら。
prtimes.jp/main/html/rd/p/00…
#DevRev #エンタープライズAI
締切は決まっている。でも、伝えるべきことはまだ固まっていない。
DevRevのチームがキャンペーンのメッセージを練りながら、看板や撮影の準備にも向き合う舞台裏。The Computer Program シーズン2 第3話の日本語字幕版を公開しています。
「速く進むために、ゆっくりと」。
▶ youtu.be/Nf81psvtz9A
#DevRev #Computer
チケットを閉じても、顧客の仕事が終わったとは限らない。
AIがレポートへのリンクを返しても、顧客が権限エラーで開けなければ、それを「解決」と数えてよいでしょうか。
DevRevの新しい記事は、AIサポートのSLAで対象業務、時間の計測、完了の証拠、対応責任を分けて決めるための実務ガイドです。回答の速さだけでなく、顧客が必要な成果を使えたかまで確認したいところです。
記事はこちら（英語／日本語版は近日公開）：
devrev.ai/blog/ai-support-ag…
#DevRev #カスタマーサポート
AIに仕事を任せても、責任の所在は消えない。
WorkdayとAnthropicは、人事・財務の仕事をClaudeやSanaから進める際も、権限と監査のルールをWorkday側に保ち、変更を利用者が確認する設計を発表しました。
では、仕事が部門やツールをまたぐとき、その文脈をどう引き継ぐか。
DevRevのComputerは、顧客・製品・チケットなどの関係をShared Memoryでつなぎ、権限を踏まえた回答から必要な次のアクションへ進むことを目指します。
問うべきは「AIが答えられるか」だけではありません。「何を根拠に、誰の権限で、どこまで進めるか」です。
Computerの考え方：
devrev.ai/ja/how-computer-wo…
#DevRev #AIエージェント
購入前の相談と、返品の問い合わせ。同じ返し方でいいでしょうか。
複数ブランドを展開するArvind Fashionsでは、チケット、WhatsApp、Webサイトにまたがる顧客対応がテーマでした。
日本語字幕付きの導入事例では、Computer by DevRevを使い、会話の背景と自社データをつなげてサポートを変えていく取り組みを紹介しています。
チャネルを増やすだけでなく、その先で「同じお客さまの話」を引き継げるか。小売・CXの現場で考えたい視点です。
日本語字幕付き動画：
youtu.be/eZGVk3TKCbs
#DevRev #CX #AIエージェント
「担当者に転送しました」で、引き継ぎを終わらせない。
リスクの高い問い合わせでは、別の受信箱に届いただけでは不十分です。
誰が対応を引き受けたのか。
どの回答・操作が確認待ちなのか。
引き受け手がいなければ、誰が責任を持ち続けるのか。
DevRevの新しいブログでは、こうした確認点をレビュー表と引き継ぎチェックリストに整理しています。
「転送」「担当の受諾」「実行の承認」「解決」を、別の状態として扱うための実務ガイドです。
詳しくはこちら（英語／日本語版は近日公開）：
devrev.ai/blog/high-risk-sup…
#DevRev #カスタマーサポート #AIエージェント
AIの単価だけで、仕事の原価は決まらない。
Microsoftは10月12日、AI推論基盤Azure Maiaの拡張計画を発表。Maia 200はMicrosoftの本番ワークロードで稼働中、Maia 300の本番展開は2027年の計画です。
企業側が確かめたいのは、インフラの効率だけではありません。
・依頼した仕事は完了したか
・再試行や人の確認はどれだけ必要だったか
・承認や権限の境界は守られたか
「安く答えた」から「検証できる仕事を終えた」へ。AI導入の評価も、この視点で考えたいところです。
公式発表（英語）：
blogs.microsoft.com/blog/202…
#エンタープライズAI #AIエージェント
AIとの会話を、一人の仕事で終わらせない。
Computerをチームの一員として使うとき、仕事の進め方はどう変わるのか。
会話や履歴だけでなく、仲間とのつながりも含めて協働を始める様子を、日本語字幕付きの動画で紹介します。
「チームを、完成させる」
youtu.be/bjKPJKh5UCk
#DevRev #Computer #チームの働き方