400万人が利用するビジネスSNS
株式会社MATCHMAKER / チーフ
SIerでの大規模基幹システム開発、アパレルECでのバックエンド開発を経て、現在はマッチングサービスのPdM部門チーフとして事業成長を牽引しています。 エンジニアとしての実装力（Java, PHP, Node.js）に加え、ビジネス部門や経営層の意図を技術要件に落とし込む「翻訳・調整能力」に強みがあります。 カオスな環境下でも、KPI設計から要件定義、実装、組織運営まで自走し、全体最適を視点に成果を出せるプレイングマネージャーです。
# なりたいエンジニア・PdM像（中長期的な視点）
PdM部門へ転向し、経営層やビジネス部門の抽象的な要望を具体的な技術要件へ落とし込む役割やサービスの運用を担当。担当アプリのKPI改善や、全社的なビジネスモデル変革プロジェクトを主導。ビジネス・開発・CSの3部門をつなぐハブとして意思決定を行っています。調整能力と運用改善が評価されカスタマーサクセスを担当するユニットに属するチームのリーダーになりました。
- 状況： - 1年近くを要する大規模なビジネスモデル変更プロジェクトの中心人物としてアサイン。ステークホルダーが多く、エンジニアへの差し込み業務による遅延リスクが高い状態でした。 - 行動・判断・成果： - 他部署からの依頼窓口を自分に一本化し、全社戦略と照らし合わせてタスクの優先順位を厳格に管理（プロジェクト後の対応に回すよう交渉等）しました。 また、エンジニアの知見を活かし、ビジネスサイドへ「なぜその機能が必要か/不要か」を情報の複雑性を調整しながら説明・教育しました。これにより、ビジネス側の理解度が深まり、手戻りがほぼ発生しませんでした。結果、全社の開発スピードを落とさずにプロジェクトを完遂させました。
- 状況： - 男女マッチングサービスにおいて、男性会員のアプローチ数を増やすために「魅力的な女性会員」をトップに表示させる必要がありました。しかし、少人数のチーム運営のため、人力で容姿を判断しラベリングすることはリソース的に不可能という課題がありました。 - 行動・判断・成果： - 「お気に入り獲得数」が容姿と強く相関するという仮説を立てました。ただし、単純な累計数では古参ユーザーばかりが表示され、新規ユーザーの機会損失や実態との乖離が生じると判断。「直近3ヶ月以内のお気に入り獲得数」に限定するロジックを策定し、エンジニアへ実装を依頼しました。 結果、トレンドを反映した魅力的な会員が自動的に上位表示される仕組みが完成。お気に入りのアクションを起こす男性ユーザーの人数が10％アップし、主にヘビーユーザーのお客様からトップページ改善に対する好評の声を直接いただくことができました。データに基づいた論理的な仕様策定で、工数をかけずに成果を出した事例です。
外部開発会社のコントロール、要件定義、技術調査、ロードマップ策定を一貫して担当。1年以上放置されていた不具合の解消や、GitHub Projectsによるタスク可視化を行い、ビジネススピードに即応できる開発体制を構築しています。
他部門からの突発的な依頼について、背景や優先度を丁寧に整理し、開発チームと他部門双方が納得できる形に整える調整役を担いました。 依頼をむやみに遮断するのではなく、対応すべきものは計画に組み込み、緊急性の低いものは適切にスケジュール化することで、開発チームが集中できる環境を維持。結果としてリリースサイクルの安定化に貢献しました。その調整力と実装力が評価され、半年でサブリーダーへ昇格しました。
* **状況**： * 入社と同時にメインエンジニアが退職し、仕様がブラックボックス化。トップダウンで不透明な要件が降りてくるためバグが多発し、タスクの優先順位も整理されていない混乱状態にありました。 * **行動・判断・成果**： * まず現状を整理するため、ブラックボックス化していたロジックや運用ルールのヒアリングを行い、ドキュメントとして可視化しました。その上で、不確実性の高い開発に対応するため2週間単位のスプリント（アジャイル）を導入。PdM部門へ要件の意図や全社戦略を確認し、エンジニア側で実装の優先順位をコントロールする体制を構築しました。また、リリース・レビューのルールも整備。 結果、エンジニアチームが「言われたものを作る」状態から「適切な技術提案を行う」状態へとシフトし、手戻りの削減と安定したリリース運用を実現しました。
* **状況**： * ビジネスモデルを刷新する大規模プロジェクトにおいて、ビジネス側の要件が定まらず、チャットベースで情報が散乱。目的が曖昧なまま五月雨式に機能追加の要望が発生し、納期遅延のリスクが高まっていました。 * **行動・判断・成果**： * 散らばっていた要件とデザインを一元管理し、情報のハブとして機能しました。ビジネス目的が曖昧な点については、エンジニア視点でデータを収集・提示し「達成したい目的は何か」を具体的に引き出しながら仕様に落とし込みました。また、開発途中での要件追加に対しては、納期とのトレードオフを提示して不要な機能を削減するなど、徹底したスコープ管理を実施。 結果、当初の納期を遵守し、チームのリソースを守りながらプロジェクトを完遂させました。
/assets/images/7661308/original/3a023d97-0ee4-488d-a826-b9ee662c0ee1?1632994701){kind=avatar}
・バックエンドエンジニア - いつでも買い替え割&買い替え割システム担当(要件定義〜設計・開発〜運用)
- 状況： - ZOZOで購入したアイテムをPayPayフリマで簡単に出品可能にする機能や、将来の買取価格を表示する機能など、複数システムが絡む複雑な連携開発が求められました。 - 行動・判断・成果： - 社内データの調査から入り、他社システムや社内レガシーシステムとのI/F調整を主導しました。特に「値下がり通知」ではBigQueryを活用したデータ処理基盤を構築し、配信部門と調整してバッチ処理を最適化。 リーダーとしてメンバーのタスク管理を行いながら、自身も実装を担当。トラブルなくリリースを成功させ、サービスのユーザビリティ向上に貢献しました。また突発的なセールなど、高トラフィックに対応させるようスケーリング戦略やトラフィック分析なども自主的に行っていました。
株式会社ZOZO / バックエンドエンジニア
- 状況： - ZOZOで購入したアイテムをPayPayフリマで簡単に出品可能にする機能や、将来の買取価格を表示する機能など、複数システムが絡む複雑な連携開発が求められました。 - 行動・判断・成果： - 社内データの調査から入り、他社システムや社内レガシーシステムとのI/F調整を主導しました。特に「値下がり通知」ではBigQueryを活用したデータ処理基盤を構築し、配信部門と調整してバッチ処理を最適化。 リーダーとしてメンバーのタスク管理を行いながら、自身も実装を担当。トラブルなくリリースを成功させ、サービスのユーザビリティ向上に貢献しました。また突発的なセールなど、高トラフィックに対応させるようスケーリング戦略やトラフィック分析なども自主的に行っていました。
