ID:84128さん

## 自社ライブ配信サービス「Pococha」のバックエンド開発（2024/04〜現在） ### プロジェクト概要 - 概要：MAU約30万のライブ配信サービス「Pococha」のバックエンド開発 - プロジェクト規模：チーム単位で5〜10名 - 役割：バックエンドエンジニア - 使用技術：Ruby / Ruby on Rails - 担当範囲：PdMとの仕様策定、API・DB設計、実装、テスト 初心者ユーザー向けの施策を中心に、新機能の仕様策定からバックエンドの設計・実装・リリースまで担当しています。 ### チュートリアル改善 **概要** 新規登録ユーザーが配信枠へ入室する前に、Pocochaの基本的な楽しみ方を理解できるようにするチュートリアル機能のバックエンド開発を担当しました。 公開情報：[【Welcome to Pococha第3弾】新機能「チュートリアル」「入室スタイル設定」がリリース！初心者リスナーさんに合わせた歓迎ができるようになります！](https://report.pococha.com/n/n90307fa0901f) **課題** 従来は会員登録後すぐにライブ配信を視聴する導線となっており、ライブ配信に馴染みのないユーザーが、サービスの楽しみ方を理解しないまま配信枠へ入室してしまう課題がありました。 バックエンドでは、単にチュートリアルの完了/未完了を保持するだけではなく、ユーザーが途中でアプリを離脱した場合や、後から再開した場合でも正しいステップから継続できるよう、進行状態を適切に管理する必要がありました。 **考えたこと・打ち手** クライアントとバックエンドの間で状態の解釈がずれると、不正な進行状態や再開時の不整合につながると考えました。 そのため、クライアントエンジニアと仕様をすり合わせながらチュートリアル全体の状態遷移を整理し、それをもとにデータモデルとAPIを設計しました。 特に、正常系だけでなく途中離脱・再開などのケースを含めて状態遷移を整理することで、クライアント側からも一貫した形で進行状態を扱えるようにしました。 **使用技術** - Ruby(Ruby on Rails)：チュートリアルの進行状態を管理するAPI・バックエンドロジックの設計、実装、テスト **成果** 新機能をリリースし、新規登録ユーザーの離脱率改善に貢献しました。 具体的なKPIは社外秘のため非公開です。 ### さがす機能の開発 **概要** リスナーが配信枠へ入室する前に、リアルタイムで配信枠の雰囲気を確認できる「さがす機能」のバックエンド開発を担当しました。 公開情報：[【新しい出会いの手段】「さがす機能」をリリースします！](https://report.pococha.com/n/nbe952ab18156) **課題** 従来はサムネイルを手がかりに配信枠を選ぶため、実際に入室するまで配信の雰囲気を把握できませんでした。 バックエンドでは、リスナーの利用条件、ライバー側の公開設定、ユーザー間のブロック関係など複数の条件を考慮し、閲覧可能な配信枠だけを返す必要がありました。 また、既存機能にも配信枠へのアクセス可否を判断するロジックが存在するため、新機能側に独立した判定を持つことで、将来的に仕様変更時の不整合が発生しないよう考慮する必要がありました。 **考えたこと・打ち手** まず、既存の配信枠へのアクセス可否に関するロジックを確認し、新機能固有の条件と既存機能でも共通して利用すべき条件を整理しました。 判定ロジックが複数箇所へ分散すると、仕様変更時に条件の適用漏れや挙動の差異が生じると考えたため、責務を整理したうえで既存ロジックとの整合性を保つAPI設計としました。 **使用技術** - Ruby on Rails：配信枠の取得API、閲覧条件の判定ロジックの設計・実装・テスト - 既存のRailsアプリケーション上で、既存機能への影響を考慮しながら新機能を追加 **成果** 機能をリリースし、ユーザーから肯定的なフィードバックを得ました。