個人開発サービスを使ってもらうための技術選定

Slide 1

Slide 1 text

個人開発の技術選定の極意 L u n c h L T 個人開発サービスを使ってもらうための技術選定川上奈津美(@natsumican63) 2025年1月21日

Slide 2

Slide 2 text

みなさんの個人開発の目的は？

Slide 3

Slide 3 text

学習のためとりあえずリリース一発あててFIREしたいなんかたのしそう個人開発の目的

Slide 4

Slide 4 text

学習のためとりあえずリリース一発あててFIREしたいなんかたのしそう個人開発の目的みんなちがってみんないい！

Slide 5

Slide 5 text

今日のお話の対象者：

Slide 6

Slide 6 text

今日のお話の対象者：せっかく作るからには多くのユーザーに使ってもらいたい個人開発者

Slide 7

Slide 7 text

話さないこと

Slide 8

Slide 8 text

技術選定以外の「使ってもらうため」の話個人開発のテーマ選び最初のユーザーのあつめ方マーケティングなどなど 👇️よかったら読んでみてくださいね https://speakerdeck.com/natsumican63/personal-dev-acceleration-tactics

Slide 9

Slide 9 text

自己紹介 @natsumican63 川上奈津美(なつみかん) 一児の母受託制作会社、自社サービス会社を経て現在はフリーランスエンジニア

Slide 10

Slide 10 text

なにをつくってるの？家族向けの情報共有アプリ「ポストック」おたよりやレシピなど家族で情報共有できるアプリ毎日3,000〜4000人が使ってくれている口コミで広めてくれたりフィードバックをくれる熱量の高いユーザーさんが多い https://postock.app/

Slide 11

Slide 11 text

ユーザーに使ってもらうための『3つの“低”』

Slide 12

Slide 12 text

①低コスト長く運営することが、ユーザーの信頼につながる収益化前でも維持しやすいよう、ランニングコストを抑える無料枠のある技術を積極的に活用する

Slide 13

Slide 13 text

②低運用ユーザーが増えても安定して動作する仕組みを選ぶ重い動作は離脱やレビュー評価の悪影響を招く個人開発はリソースが限られる。自動スケールなど手のかからない運用を

Slide 14

Slide 14 text

③低実装少ないコードで多くのユーザーに素早く届けるフィードバックを即反映し、ユーザーの愛着を高める例：クロスプラットフォームの採用認証はIDaaS（Firebase Authなど）を活用サーバーとクライアントで言語(TypeScript)を統一

Slide 15

Slide 15 text

採用した技術検討したが見送った技術

Slide 16

Slide 16 text

採用した技術バックエンドクライアント分析デザイン Firestore Cloud Storage Firebase Auth Cloud Functions TypeScript ReactNative(Expo) Sentry Amplitude Canva

Slide 17

Slide 17 text

Firebaseを選んだ理由無料枠を活用し、収益化前でも運営を維持できる認証・DB・ストレージ・ホスティングが揃っているので最小限の設定ではじめられるユーザー増加時に自動でスケールしてくれる使っている個人開発者や情報が多い

Slide 18

Slide 18 text

ReactNative(Expo)を選んだ理由 Web開発のバックグラウンドが活かせる Dev Client機能で、Managed WorkflowのままXcodeを触らずにカスタムネイティブライブラリを利用できるコマンドひとつでビルドからストア提出まで行ってくれる OTAアップデートで、ストアを通さず迅速にユーザーへ反映

Slide 19

Slide 19 text

Canvaを選んだ理由テンプレートが豊富で操作が簡単ストア画像やLP制作にも使え、デザイン作業の効率が上がる

Slide 20

Slide 20 text

今の技術構成でよかったことこの2年間、大きな障害が発生していない低コストかつメンテナンスの手間が少ないため、仕事と育児で忙しい時期も安心して運用できた証明書の管理やビルド〜ストア提出が自動化されており、開発に集中できたドキュメントや事例が豊富で、生成AIを活用した開発効率化がしやすかった

Slide 21

Slide 21 text

現在の技術構成で苦労したこと NoSQL（Firestore）とRDBの違いに慣れるまで時間がかかった Firestoreの制約（全文検索やJOINの非対応）を補うための工夫が必要だった。

Slide 22

Slide 22 text

検討したが見送った技術 GraphQL / PlanetScale 業務で使っていたので検討 APIレイヤー追加など構成が増えるため断念組織と個人開発では最適解が異なる Supabase Firebaseと比較し、開発当時(2023年)は情報量の多さを優先 Flutter React Native + Expoに慣れていたので見送り新しい技術は1つまでに抑え、学習コストを最小化

Slide 23

Slide 23 text

とはいえ技術選定に正解はない無料枠があったから選んだのに、突然有料化してしまったり… 正しい技術選定はないが、“後悔”しにくい技術選定はある

Slide 24

Slide 24 text

「ユーザーにとって本当に必要か？」を軸にして考えるということ後悔しにくい技術選定とは

Slide 25

Slide 25 text

ちょっぴり“後悔”は減るかもしれない

Slide 26

Slide 26 text

まとめ低コストで長期運営を実現し、持続可能な開発を支える低運用で手間を減らし、急なユーザー増加にも柔軟に対応低実装で開発効率を高め、素早く改善サイクルを回す「ユーザーに本当に必要か？」を軸に、後悔しにくい技術選定を

Slide 27

Slide 27 text

ご清聴ありがとうございました！