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
LayerX Fintech事業部の開発について
Search
takochuu
July 31, 2024
Technology
0
82
LayerX Fintech事業部の開発について
takochuu
July 31, 2024
Tweet
Share
More Decks by takochuu
See All by takochuu
2024/06/19_CHUO_Tech
takochuu
0
39
これまでとこれからのサーバーサイド
takochuu
0
50
Dive panic & type
takochuu
0
480
Go Conference 2018 Autumn - 3カ国を支えるAPI基盤の構築
takochuu
1
2.2k
C Channel x Retty x eureka LT
takochuu
0
10
Global Architecture
takochuu
0
560
Other Decks in Technology
See All in Technology
OCI Network Firewall 概要
oracle4engineer
PRO
0
4.1k
DMARC 対応の話 - MIXI CTO オフィスアワー #04
bbqallstars
1
160
VideoMamba: State Space Model for Efficient Video Understanding
chou500
0
190
CysharpのOSS群から見るModern C#の現在地
neuecc
2
3.2k
初心者向けAWS Securityの勉強会mini Security-JAWSを9ヶ月ぐらい実施してきての近況
cmusudakeisuke
0
120
ISUCONに強くなるかもしれない日々の過ごしかた/Findy ISUCON 2024-11-14
fujiwara3
8
870
Shopifyアプリ開発における Shopifyの機能活用
sonatard
4
250
Amazon CloudWatch Network Monitor のススメ
yuki_ink
1
200
Amazon Personalizeのレコメンドシステム構築、実際何するの?〜大体10分で具体的なイメージをつかむ〜
kniino
1
100
サイバーセキュリティと認知バイアス:対策の隙を埋める心理学的アプローチ
shumei_ito
0
380
信頼性に挑む中で拡張できる・得られる1人のスキルセットとは?
ken5scal
2
530
マルチプロダクトな開発組織で 「開発生産性」に向き合うために試みたこと / Improving Multi-Product Dev Productivity
sugamasao
1
300
Featured
See All Featured
Music & Morning Musume
bryan
46
6.2k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
720
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k
Building Applications with DynamoDB
mza
90
6.1k
Typedesign – Prime Four
hannesfritz
40
2.4k
A better future with KSS
kneath
238
17k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
26
2.1k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
860
Agile that works and the tools we love
rasmusluckow
327
21k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
47
2.1k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
Imperfection Machines: The Place of Print at Facebook
scottboms
265
13k
Transcript
© LayerX Inc. Fintech事業部の開発について Kentaro Takahashi, 2024/07/30
自己紹介
© LayerX Inc. 3 株式会社LayerX Fintech事業部 VPoE Fintech事業部にて ALTERNA(個人向け投資サービス)と ODX(Operation
DX)チームのマネジメントを担当 趣味は保護猫を飼うことと酒 以前はPairs(エウレカ) / DeNAなどに在籍 自己紹介 Kentaro Takahashi 髙橋 健太郎
事業紹介
© LayerX Inc. 5 Fintech事業の構成 事業紹介
© LayerX Inc. 6 事業紹介
© LayerX Inc. 7 事業紹介 LayerXの事業とプロダクト
不確実性とのたたかい
© LayerX Inc. 9 サービス開発における 不確実性 不確実性とのたたかい 目的不確実性 方法不確実性 何を作れば良いかわからない
どう作れば良いかわからない Whatがわからない Howがわからない 目的不確実性を下げる
© LayerX Inc. 10 不確実性とのたたかい やってみないことには、何をつくれば顧客に受け入れられるかがわからない Why What Howにおける、 What(目的)に関する不確実性。
目的不確実性とは 目的不確実性が高い状態 目的不確実性とは?
© LayerX Inc. 11 不確実性とのたたかい Fintech事業部の目的不確実性とは? Operation DX(ODX)事業 ALTERNA事業 ビジネスモデル
B to B B to C 目的不確実性 効率的なファンド運用ができている 参考になる会社がまだない 投資家さまが何を求めているかの ニーズがわかっていない 未知の領域に対して 何をデータとして管理するのか 何をシステム化すると 効率化できるのかわからない ユーザーヒアリングなどは 積極的に実施していますが ユーザーは欲しいものを語らない 要因
© LayerX Inc. 12 不確実性とのたたかい 目的不確実性を下げるために
© LayerX Inc. 13 不確実性とのたたかい 目的不確実性を下げるために 小さく作って小さく試す
© LayerX Inc. 14 不確実性とのたたかい 目的不確実性を下げるために 2年で4000個のP-Rなので小さく試すことはできていそうだけど...🤔
© LayerX Inc. 15 ちゃんと「成果」が狙った通りに 出ていることをチームが認識すること 不確実性とのたたかい きちんと効果を計測する 成果指標が予め決まっていること 使われないものを作らない
きちんと効果を計測する
どのように小さく試すべきか
© LayerX Inc. 17 どのように小さく試すべきか 打率 (施策の成功確率) 打数 (デリバリーのスピード) 成果
成果の構造
© LayerX Inc. 18 打数(デリバリーのスピード) • マーケティングメールは「特定電子メール法」で オプトインが義務づけ • 投資家から預かった資金は、「金融商品取引法」で
明確に分別して管理することが義務付け どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証 • このような制約を理解しておくことで コミュニケーションのスピードが上がる • 制約を正しく理解できていないと コミュニケーションが複雑になりスピードが下がる ドメインの理解の例 スピードへの影響
© LayerX Inc. 19 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
© LayerX Inc. 20 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
「よーし、エピックレベルの企画を作るぞ!」 「企画の目的Aはこれで、目的Bはこれ」 「Aに対してのストーリーはこの4つで、Bはこの3つ」 「これをこうして...」
© LayerX Inc. 21 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
「よーし、エピックレベルの企画を作るぞ!」 「企画の目的Aはこれで、目的Bはこれ」 「Aに対してのストーリーはこの4つで、Bはこの3つ」 「これをこうして...」
© LayerX Inc. 22 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
「よーし、エピックレベルの企画を作るぞ!」 「企画の目的Aはこれで、目的Bはこれ」 「Aに対してのストーリーはこの4つで、Bはこの3つ」 「これをこうして...」 施策の開発は、1つの目的に対して1つの解決策が基本 1つの施策で複数の課題を解決しようとすると、論点がブレがち そのために、やらないことをしっかり決めることも重要
© LayerX Inc. 23 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
「よーし、エピックレベルの企画を作るぞ!」 「企画の目的Aはこれ、Aに対してのストーリーはこ の4つ」 「この機能もあればユーザーが喜びそう!」 「使い勝手を考えたら、こういう風に作りたい」
© LayerX Inc. 24 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
「よーし、エピックレベルの企画を作るぞ!」 「企画の目的Aはこれ、Aに対してのストーリーはこ の4つ」 「この機能もあればユーザーが喜びそう!」 「使い勝手を考えたら、こういう風に作りたい」
© LayerX Inc. 25 打数(デリバリーのスピード) どのように小さく試すべきか 打数 (デリバリーのスピード) ドメインの理解 最速での価値検証
「よーし、エピックレベルの企画を作るぞ!」 「企画の目的Aはこれ、Aに対してのストーリーはこ の4つ」 「この機能もあればユーザーが喜びそう!」 「使い勝手を考えたら、こういう風に作りたい」 それっぽい思い込みで開発せず、仕様をシンプルに保つ また、仕様検討時に「どうしたらこの機能が成功か」を定義する 成功指標が定義できないと 「使われていてもそのプロダクトにとって意味があるのかわからない」 機能になりがち
まとめ
© LayerX Inc. 27 まとめ それっぽい思い込みで開発せず、仕様をシンプルに保つ → 施策の成功指標を定義する 施策の開発は、1つの目的に対して1つの解決策 →
やらないことを決める ドメインを理解することによりコミュニケーション・実装の質を上げる
おわりに
© LayerX Inc. 29 まとめ https://note.layerx.co.jp/n/nd989c05bf9b1
© LayerX Inc. 30 - それっぽい思い込みで開発せず、仕様をシンプルに保つ - 施策の開発は、1つの目的に対して1つの解決策 - ドメインを理解することによりコミュニケーション・実装の質を上
げる まとめ