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
多様な事業ドメインのクリエイターへ 価値を届けるための営みについて
Search
massyuu
October 01, 2025
Technology
980
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
多様な事業ドメインのクリエイターへ 価値を届けるための営みについて
2025/10/2
3社が語るプロダクトエンジニア ~事業課題と向き合う役割と組織~
massyuu
October 01, 2025
More Decks by massyuu
See All by massyuu
僕が仕事を楽しむメンタルモデル
massyuu
0
590
自分のTwitter利用を振り返ってみる
massyuu
0
110
Vue×Nativeの開発を簡単にしたかったのです
massyuu
0
430
Authから始めるFirebaseの第一歩
massyuu
1
1.5k
RealWorldHTTPを読んでみた
massyuu
1
600
私の知らないPythonの世界
massyuu
1
580
Pythonのアプリ開発にElectronという選択肢
massyuu
1
2.4k
Other Decks in Technology
See All in Technology
AI駆動開発におけるQAエンジニアの役割事例 〜AI駆動開発の現場から〜
kobayashiyorimitsu
0
400
『AIに負けない』より『AIと遊ぶ』」〜ワクワクが最強のテスト・QA学習戦略_公開用
odan611
2
520
金融の未来を考える / Thinking About the Future of Finance
ks91
PRO
0
180
Compose 新機能総まとめ / What's New in Jetpack Compose
yanzm
0
150
Agentic AI 時代のテスト手法: Kiro とはじめるプロパティベーステスト (AWS Summit Japan 2026 | DEV212)
ymhiroki
0
220
勉強会企画をアプリで構造化してみた 〜そこで見えた、AIとの付き合い方〜 / I've structured a study group plan using an app.
pauli
0
330
SRE依存からの脱却 運用を開 発チームへ移す、 フルサイ クル開 発体制の実践
joooee0000
0
2k
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
2.7k
ローカルLLMとLINE Botの組み合わせ その3 / LINE DC Generative AI Meetup #8
you
PRO
0
120
事業価値を⽣み出すSREへ SREが担うべき意思決定の5層
kenta_hi
2
2.4k
GuardrailからGovernanceへ~AIエージェント運用の次の課題~
sbspsy
1
230
Baseline対応のDOMの型定義を作った
uhyo
3
720
Featured
See All Featured
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
2
310
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.8k
Testing 201, or: Great Expectations
jmmastey
46
8.2k
Fireside Chat
paigeccino
42
4k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
460
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
260
It's Worth the Effort
3n
188
29k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
Music & Morning Musume
bryan
47
7.3k
Faster Mobile Websites
deanohume
310
32k
Transcript
多様な事業ドメインのクリエイターへ 価値を届けるための営みについて 2025/10/2 3社が語るプロダクトエンジニア ~事業課題と向き合う役割と組織 ~ © MOSH Inc. MOSH
develops and operates a platform that supports independent creators in selling their services online.
自己紹介 • ますだゆうすけ ◦ massyuu だったり まっすー だったり • からあげエンジニャー
• MOSH, Inc Payment Team Unit Lead ◦ 主に決済周りをいじっています • 唐揚げ、⻯⽥揚げ、フライドチキン、ザンギ、、、みんな違ってみんないい © MOSH Inc.
PRESENTATION SLIDES © MOSH Inc. INDEX 01 MOSHのこと 02 プロダクトエンジニアのこと
03 チームのこと 04 クリエイターのこと 05 取り組みのこと 06 今後について
© MOSH Inc. MOSH is … 詳しくはコーポレートサイトを見てね!! https://corp.mosh.jp/
指名経済の実現 © MOSH Inc.
オールインワンプロダクト © MOSH Inc.
MOSHにおけるプロダクトエンジニア © MOSH Inc.
MOSHではどう考えているのか? © MOSH Inc.
つまりは © MOSH Inc. フルサイクルの開発 作って終わる。ではなく、ユーザーの要望や課題と向き合いながら日々プロダクトとともに成長していく。 思考の軸は事業成長とプロダクト 依頼されたものを作る。ではなく、問題の本質に向き合う。 その先に見据えるのは事業の成長とより良いプロダクト。 掛け算で向き合う
得手不得手、得意や苦手があるのは当たり前。各々の力の掛け算で課題に向き合う。
チームのこと © MOSH Inc.
開発チーム + 横断チーム © MOSH Inc. 5,6人のスモールチームで価値探索から機能開発・運用までを一貫して行う 技術基盤を支えるProductivityチームが横断的に関わることで、開発体験や生産性を担保する
チーム間コラボレーション © MOSH Inc. 機能単位=システムコンポーネントの保守単位 MOSHの機能開発チームは担当するシステムコンポーネントがあり、それらの保守運用も一貫してチームで行う Paymentチームであれば決済機能や売上管理、販売設定など 自チームの開発&保守”だけ”やればいいのではない 自分たちで領域を狭めず、積極的にひろげていく。 プロダクトの性質上、複数ドメインにまたがる機能や組み合わせにより
実現できる価値もある。 そこを意図的にオーバーラップしていくことで価値提供につなげていく。 主な取り組み ・エンジニアメンバーが集まる技術定例 MTG ・Product All Hands ・Monthly Engineer Event(勉強会など) ・フラッとお邪魔しますよ in Gather 引用:畑村洋太郎「技術の創造と設計」
多種多様なクリエイターとの共存 © MOSH Inc.
MOSHのクリエイターのカテゴリは200を超える © MOSH Inc. 多様なビジネスの形態 例えばフィットネスやビジネス、ラーニング、美容などのカテゴリがある さらに、それぞれのクリエイターのビジネススタイルやサービスの提供方式も違う ・個別指導型もいれば ・グループレッスンもある ・常設的にサービス申し込みへの門戸を開いているものもあれば
・特定のタイミングでしか申し込めない形のものもある 十人十色の悩みを把握し、どんな機能が価値につながるか?どうすればクリエイターのビジネスがよりよいものにな るかを模索する必要がある
エンジニア組織の取り組み © MOSH Inc.
職域を超えて © MOSH Inc. 多方面のFB ・リリース予定のもの、直近リリースしたものに対して、サポートや Bizメンバーに共有して FBを受ける共有会 ・機能説明や細かな調整、認識合わせなど ・社内外からの要望と開発状況を定期的に
Syncする連携MTG ・開発状況を定期的に同期することで期待値コントロールや優先度の調整 チームのPdMやULだけでなく、Engineerメンバーも参加することで解像度を高め、プロダクトに反映していく
職域を超えて © MOSH Inc. 困り事を知る&褒めてもらう ・EngineerMTGにサポートチームも同席してもらい、直近の困り事をリアリティをもって知ることができる ・リリースしてどう変わったか、何が嬉しいかを共有しつつ褒めてもらえると嬉しい
ユーザーとの接点 © MOSH Inc. クリエイターを知るために Bizチームの商談に同席し、クリエイターが展開するビジネスの解像度を高める
ユーザーとの接点 © MOSH Inc. 一緒に考える どんなプロダクトなら課題を解決できるか?価値につながるかをクリエイターと一緒に考える (写真使えなかったのでいらすとで )
ユーザーとの接点 © MOSH Inc. 作戦会議 様々なクリエイターと接点をもち、 MOSHを知ってもらいつつ、課題を知る
とはいえちょっと気になるのは © MOSH Inc. エンジニアみんなそれやってるの? ・全員が全員そうである必要はない ・前提としては「フルサイクル開発」が許容できること ・その過程で発生するコミュニケーションはやりましょうだが、あとのアプローチはチームの状況によりけり ・外とのコミュニケーションは別エンジニアの Aさんでも、PdMのPさんでもいい
・チームで価値を出すこと(=個々人の掛け算) PdMとか他の職域とバッティングしないの? ・軸足の問題 ・アプローチがエンジニアリングというだけであって、事業成長に繋げるという営みは何も変わらない ・複眼で情報を持つことは無駄ではない ・各々が持ってる情報のバックボーンがあり、それらを出し合い揃えることでチームとして何をすべきかを擦り合わせていく
今後の取り組み © MOSH Inc.
深化した理解とAIによる開発ブーストとオールインワンへの道のり © MOSH Inc. AI活用での高速開発とFBループの最適化 ・システムの制約やアプリケーションの状態による影響もあり、まだまだ活用できる余地が大きい ・のびしろですねぇ!!! ・高頻度のアウトプットとフィードバックサイクルの最適化からのアウトカムの最大化 ・そのためのAI活用 ・開発生産性カンファレンスでお話ししたこのスライドも要チェック
https://speakerdeck.com/soarteclab/riakitekutiyatoaihuo-yong-deshi-xian- suruji-cheng-chang-purodakutonokai-fa-sheng-chan-xing-xiang-shang
© MOSH Inc. オールインワンプロダクトへ ・まだ見ぬクリエイターやビジネスドメインの探索 ・実現したいことは無限に湧き出る ・ただし、機能があっても使いづらければ意味がない ・ユーザーフレンドリー 深化した理解とAIによる開発ブーストとオールインワンへの道のり
終わりに © MOSH Inc.
やりたいことは無限に湧き出る © MOSH Inc. 現状、主に目を向けているのはクリエイターの情熱を価値に変えていくこと。そのためにクリエイターを知り、ビジネスを知 り、課題を見つけ、価値を提供し続けている。 一方で、経済は買い手、つまりゲストの存在も欠かせない。ゲストの体験満足はクリエイターのビジネスにも直結する。その ためやるべきことはまだまだ無限に存在する。 MOSHの目指すもの、プロダクトエンジニアの営みについて、この話で少しでも興味を持っていただけると幸いです。
ご清聴ありがとうございました © MOSH Inc. 終 ——— 原作・著作 massyuu