# お客様の要望を丸飲みしていませんか？ 5分で学べる、HACHIKOのAI実践カフェ。 おはようございます。こんにちは。こんばんは。 この番組では、ママエンジニア、HACHIKOがAIでできたことや、 おすすめのAI活用法をお届けしています。 最初に宣伝させてください。 この放送日、当日10月16日金曜日夜の20時半から、 ACL、AIコンテンツラボさんでセミナーをさせていただきます。 GPT図のお引越しについてのセミナーです。 今度サービスが終了になってしまう、 チャットGPTのGPT図。 この仕組みをサービス終了後も、 違う形で、違う場所で使ってみたくないですか。 初心者の方にも分かりやすく、その手順や考え方をお伝えします。 資料欄に申し込みリンクを貼っておきます。 アーカイブも一応あるんですけど、1週間だったかな。 よかったら、ぜひリアルタイムでお声を聞かせてください。 結構いろんな話に展開できるので、 来ている方の興味のある方に、 お話を多めにできたらなと思っております。 参加費無料です。よろしくお願いします。 さて、今日のテーマは、 お客様の要望を丸呑みしちゃダメ、というお話をしていきます。 これは常々思っていて、お仕事で。 今日は特にそれは強く思う出来事があったので、 このテーマを選びました。 私は普段エンジニアをしています。 バリバリコードを書いたりすることもあるんですけど、 基本的にはお客様の要望を聞いて、 設計をしたり運用したりするような仕事です。 なので、お客様からこういう風にしたいな、 という具体的な要望をいただくことが多いです。 例えば、このホルダにカエルが置いてあったら、 エラーにしてくださいとか、そういったことです。 これを丸呑みしてもいいんですけど、 確かにお客様の要望に応えるのが仕事なので、 それでもいいんですけど、 なぜお客様はそのホルダにファイルがあるとエラーにしたいのか、 その結果どうなりたいかというところをすり合わせて、 いただいた要望がそれに対して最適解なのか、 違うんだったらどんな最適解があるのかを考えるべきだと私は思っています。 なので、こうしてって言われたからその通りに実装するっていうのは、 私はあまりやりたくない派なんですけど、 チームの方針とか、間に上の人が挟まっていて、 その人がそういう方針だとどうしても、 丸呑みしてって言われることがあって、 すごくもやもやするわけです。 エンジニアだけじゃなくて、 どんな仕事でもそういうことあるかなとは思いますけどね。 自分で仕組み化するときも同じことが言えます。 例えば、AIに私の仕事をちょっと効率化したいなとか、 あとはワークフロー何かね、 作業を渡しているときに、 ちょっとこれエラーしたら教えて欲しいんだけどなみたいに、 AIに言ったら、なんか良しのようにやってくれるじゃないですか。 でもそれが毎回最適解とは限らなくて、 結果的にエラーを見逃したりとか、 逆に通知がバンバン来て、 結局何が大事か分からないとか、 そういうことになりかねないです。 AIと一緒にそうやって仕組みを作っていくときは、 まずAI任せでやってみて、 うまくいかないところを一緒に直していけばいいと思うんですけど、 そういったときも、なぜ私は通知が欲しいのか、 エラーだったら教えて欲しいのか。 それは自分が今のままだと気づきづらいからですよね。 なのにAIが例えば、 すごい頻繁に通知が届くような仕組みを作っちゃったら、 それは本末転倒なわけですよ。 なのでそういったときは、 その通知だと私は結局エラーに気づけないから、 もっと気づけるような仕組みを考えて、 みたいにお願いして最適解を探してもらうということが必要になります。 最適解をAIが考えてくれるわけですから、 人間より明らかに賢いアストラとかフェイブルが考えてくれるわけですから、 私たちは結局その先にどうなりたいかを、 やっぱりちゃんと持っておく必要がありますね。 そういう壮大な話をしようと思ったんじゃなかったんですけど、 結局こんな着地になりましたが、 皆さんのAIとのやり取りにも、 少しでも何か活かせるものがあったら嬉しいです。 ということで、 今日もここまで聞いてくださって本当にありがとうございます。 もしこの放送を気に入っていただけたら、 いいね、フォロー、コメントなど、ぜひぜひよろしくお願いいたします。 今日も一緒にAIでちょこっと進化していきましょう。 それでは、またね。