Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AI活用したくてもできなかった不動産SaaSの今とこれから
Search
Nealle
September 09, 2024
Technology
0
2.4k
AI活用したくてもできなかった不動産SaaSの今とこれから
スタートアップがAI技術で挑む!巨大産業の課題解決〜不動産tech Product Night〜#2
https://layerx.connpass.com/event/327054/
Nealle
September 09, 2024
Tweet
Share
More Decks by Nealle
See All by Nealle
SREチームのタスク優先度と向き合う Road to SRE NEXT@札幌
nealle
0
140
運用しながらリアーキテクチャ
nealle
0
490
Lambdaの監視、できてますか?Datadogを用いてLambdaを見守ろう
nealle
2
1k
Datadog DBMでなにができる? JDDUG Meetup#7
nealle
0
280
学生向けバグバウンティイベントP3NFEST参加のキロク CHUO Tech #6
nealle
0
88
DRFを少しずつ オニオンアーキテクチャに寄せていく DjangoCongress JP 2025
nealle
3
360
ナレッジイネイブリングにAIを活用してみる ゆるSRE勉強会 #9
nealle
0
190
ニーリー QAエンジニア紹介資料
nealle
0
190
SRE、開発、QAが協業して挑んだリリースプロセス改革@SRE Kaigi 2025
nealle
3
5.6k
Other Decks in Technology
See All in Technology
日本MySQLユーザ会ができるまで / making MyNA
tmtms
1
360
Keynote - KCD Brazil - Platform Engineering on K8s (portuguese)
salaboy
0
120
Road to SRE NEXT@仙台 IVRyの組織の形とSLO運用の現状
abnoumaru
0
390
モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実
kzkmaeda
0
110
Amazon Q Developer 他⽣成AIと⽐較してみた
takano0131
1
120
コンソールで学ぶ!AWS CodePipelineの機能とオプション
umekou
2
110
OCI見積もり入門セミナー
oracle4engineer
PRO
0
120
SpannerとAurora DSQLの同時実行制御の違いに想いを馳せる
masakikato5
0
570
LINE Notify互換のボットを作った話
kenichirokimura
0
180
AWS のポリシー言語 Cedar を活用した高速かつスケーラブルな認可技術の探求 #phperkaigi / PHPerKaigi 2025
ytaka23
7
1.5k
技術的負債を正しく理解し、正しく付き合う #phperkaigi / PHPerKaigi 2025
shogogg
7
1.8k
モジュラーモノリスでスケーラブルなシステムを作る - BASE のリアーキテクチャのいま
panda_program
7
2k
Featured
See All Featured
Mobile First: as difficult as doing things right
swwweet
223
9.5k
Done Done
chrislema
183
16k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
8
700
Building a Scalable Design System with Sketch
lauravandoore
462
33k
How GitHub (no longer) Works
holman
314
140k
Building Applications with DynamoDB
mza
94
6.3k
The Language of Interfaces
destraynor
157
24k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
470
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.3k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
A better future with KSS
kneath
238
17k
For a Future-Friendly Web
brad_frost
176
9.6k
Transcript
AI活用したくてもできなかった 不動産SaaSの今とこれから 2024/09/10 株式会社ニーリー 三宅 克英 スタートアップがAI技術で挑む!巨大産業の課題解決〜不動産tech Product Night〜#2
2 自己紹介 三宅 克英(Katsuhide Miyake) 株式会社ニーリー 執行役員 CTO / Enterprise AccountmangentG
GM 2007年に金融機関向けシステム開発会社シンプレクス・テクノロジー (現シンプレクス株式会社)に入社。 証券会社/FX会社向けのFXシステムやメガバンク向けのディーリング システムやリスク管理システムの開発やPMを担当。 2017年にニーリーに2人目で参画。 月極駐車場管理SaaS「Park Direct」事業のCTOとして プロダクト組織を統括しつつ、toB/toCのカスタマーサクセス →BizOps→マーケティングの責任者を兼任。 最近はエンタープライズ カスタマーサクセスに挑戦中。 @katzhide
3 プロダクト概要 | Park Direct
なぜAI活用したくてもできなかったのか そこから、どうして/どうやってはじめたのか 4 1 2 3 目次 Park Direct事業における活用事例の紹介 学びと工夫とこれから
なぜAI活用したくてもできなかったのか そこから、どうして/どうやってはじめたのか 5 1 2 3 目次 Park Direct事業における活用事例の紹介 学びと工夫とこれから
6 • 理由1)やれば事業が伸びるというわかりやすい開発アイテムが盛り沢山 ◦ ビジネスサイドのためにも早く開発したい ◦ プロダクトサイドとしてもやれば効果があると確信できている • 理由2)ハルシネーションが気になる、効果が出るのか自信が持てなかった ◦
例:toC向けChat Bot ▪ Botが対応するので電話の問い合わせは減って、業務効率が上がる(👍) ▪ 気軽に問い合わせができるようになるので、問い合わせの総数が増える? もし、Botで完結まで対応できなかったら逆に業務効率が下がる(👎) ▪ サービスの特性上(契約、決済がある)、 誤回答によりトラブルが増えるリスクがある(👎) 普通にプロダクト開発をする方が事業が伸びると思っていた なぜAI活用したくてもできなかったのか?
7 やらないことの怖さが上回った どうしてはじめたのか? • 機会損失が起きていないか不安だった ◦ AI活用していたからこそ気付けた課題やアイデアを見逃していないか ◦ AI活用していればもっと簡単にグロースできたのでは? ▪
例:CSからの問い合わせ対応の削減・効率化の機能開発をするより Chat Bot入れた方が早くて効果が高いのでは? • 何事もやってみないとわからないことが多い • でも、いつかは必ずAI活用しないといけないタイミングが来る! • 昨今の進化のスピードと事例の多さに、もう不味いなと感じた • 業務ボリュームや従業員数も増えて得られる効果が大きくなりやすくなったのも後押し ◦ SREチームからの働きかけもに後押しに
8 ドメイン知識獲得における生成AI活用 何からはじめたのか?
9 事業課題との相性がいい領域を探索 • 大事なのは、事業貢献度合い(やれば事業がちゃんと伸びるのか) ◦ 事業課題をベースに考える • 活用事例を収集し、生成AIが課題解決しやすい領域の軸を検討 ◦ 専門性・知的集約性が高い
◦ 反復性・頻度が高い ◦ 属人性が高い ◦ また、活用における課題としてよくみるのはハルシネーションだった • 反復性・頻度 ✖ 誤回答の許容度 ✖ 事業課題の大きさ でAI活用できそうな領域を検討 ◦ 誤回答の許容度が高いとは? ▪ 現状、正解を確実にアウトプットできていない領域 ▪ 影響範囲が社内に限定される ▪ 訂正が可能 ▪ 補助として利用し、ヒトが確認、補正するプロセスがある どうやって決めたのか?
10 反復性・許容度が高く、事業効果も大きい、ドメイン知識獲得を対象に AI活用ができそうな領域の検討と結果 反復性が高い 誤回答の 許容度が低い ドメイン知識 獲得 文字の スキャン
図・画像の スキャン カスタマー サポート対応 賃料データ 分析・最適化 記事 コンテンツ 作成 ※開発領域での活用は含まず ドメイン知識獲得は プロダクト組織だけではなく、 全組織での重要課題。 組織/人数が急成長中の今、 効果が大きい。
なぜAI活用したくてもできなかったのか そこから、どうして/どうやってはじめたのか 11 1 2 3 目次 Park Direct事業における活用事例の紹介 学びと工夫とこれから
Confluence(知識蓄積)+Slack(Chat Bot)+ Amazon Bedrockで構築 12 ドメイン知識獲得におけるAI活用事例 - システム構成
13 FAQ Chat Botの事例 一般的な知識だけではなく、固有の知識にも回答。 固有の計算ロジックにも対応、ただしプロンプトやドキュメントが曖昧だと誤回答になる。 ドメイン知識獲得におけるAI活用事例 ① 一般的な日割りロジック 事業固有の知識
事業固有の計算ロジック OK OK OK 注意が必要
14 勉強会動画を要約してドメイン知識へと追加 • プロダクトや営業トークなど多数の勉強会を実施してドメイン知識を広めていた • 録画した動画をAIで要約させて、その記事をConfluenceに保存して、新たな知識として活用 ドメイン知識獲得におけるAI活用事例 ② [prompt] 読み込んだ文章は•••についての勉強会
の動画を文字起こししたものです。 話された内容を10個以上にポイントにま とめてください。また、各ポイントの詳細 も教えて下さい。
15 ドメイン知識からテスト問題を生成 • Google Formを利用したドメイン知識の理 解度チェックテストを実施していた • その問題もAIを活用して作成 ドメイン知識獲得におけるAI活用事例 ③
[prompt] •••についての選択クイズを3問作ってください。 選択肢は4択にしてください。 <example> Q. クイズ ・選択肢1 ・選択肢2 ・選択肢3 ・選択肢4 A. 答え </example>
なぜAI活用したくてもできなかったのか そこから、どうして/どうやってはじめたのか 16 1 2 3 目次 Park Direct事業における活用事例の紹介 学びと工夫とこれから
17 課題はあるものの、やってよかった! やってみてどうだっか? 遷移図をわかりやすくチューニングしても 正確な回答は得られなかった 😣 課題あり
18 AIのために特別な何かは必要なく、 ドキュメンテーションの”当たり前”が大事だった やってみての気づき・学び 肝となるデータをいかに蓄積するか、知識集積のためのプロセス設計が重要
19 ドキュメンテーションプロセスの3つの工夫 (実は開発プロセス改善の文脈でやっていた活動と一緒になった) 工夫していること・しようとしていること
20 メンテ・追加のFBサイクルを回す仕掛け 工夫の1つの事例を紹介 利用者がChatBotとの会話を3段階で評価することでFBサイクルを回していく ・😁:満足、😑:改善の余地あり、😣:NG 会話履歴と評価結果を分析することで優先度の高いドメイン領域を把握 ・質問頻度の高いドメイン領域 ・回答精度の低いドメイン領域 効果的なメンテナンスにつなげていく!
21 得られた学びを活かして活用範囲を広げていく! そのチャレンジがさらに活用範囲を広げることに繋がるはず!! これから 反復性が高い 誤回答の 許容度が低い ドメイン知識 獲得 文字の
スキャン 図・画像の スキャン カスタマー サポート対応 賃料データ 分析・最適化 記事 コンテンツ 作成 ※開発領域での活用は含まず 2 toB, toCのサービス展開をして いるので、事業効果は大きい。 CRMデータを全て学習するので はなく、学習データを厳選・用 意し、使い所を限定した上で Tryしてみる。 1 xOpsの領域に Tryしていきたい。
22
ニーリーがわかるコンテンツ 23 Recruit | 採用関連資料
© Nealle Inc. All rights reserved. 24 Thank you