インフラエンジニアからプロダクト企画職へ転身して1年目、想定していなかった壁がいくつもありました。担当している具体的なサービス内容はここでは伏せますが、どんな壁にぶつかり、どう乗り越えたかを振り返ります。
この記事でわかること
- エンジニアからプロダクト企画職に転身して1年目にぶつかった壁
- それぞれの壁をどう乗り越えたか
- これから同じ転身をする人へのアドバイス
壁1：「正解のない意思決定」に慣れていなかった
インフラの世界には技術的な「妥当性」があるが、企画の意思決定には唯一の正解がありません。
インフラエンジニア時代は、可用性やセキュリティといった評価軸に沿って「妥当な設計」を導き出すことができました。一方、プロダクト企画では、ユーザーのニーズ・事業インパクト・実現コストなど複数の評価軸がトレードオフの関係にあり、「正解」が存在しないことがほとんどです。最初はこの曖昧さに戸惑いましたが、「今ある情報の中で最も納得感のある判断をする」という割り切りに慣れることで、意思決定のスピードが上がっていきました。
壁2：技術者への「お願いの仕方」が難しかった
技術的に妥当な提案をしているつもりでも、伝え方次第で協力を得られるかどうかが大きく変わります。
自分自身がエンジニア出身であるがゆえに、「技術的に実現可能なはずだ」という前提で要望を伝えてしまい、実装側の負荷や優先順位への配慮が足りないと感じさせてしまった場面がありました。技術理解があるからこそ、逆に「分かっているはず」という甘えが出やすいことに気づき、要望を伝える際は必ず背景（なぜ必要か、いつまでに必要か）をセットで伝えるよう意識を変えました。
壁3：成果が見えるまでの時間軸の長さ
インフラの改善は比較的早く効果が見えるが、企画の成果はユーザーの反応が出るまで時間がかかります。
インフラの仕事では、設定変更や構成改善の効果が比較的短期間で数値に表れることが多くありました。一方、プロダクト企画では、施策を打ってからユーザーの反応が出るまでに数週間〜数ヶ月かかることも珍しくなく、成果が見えない期間の不安との付き合い方を学ぶ必要がありました。小さな仮説検証を積み重ね、都度振り返るサイクルを回すことで、この不安をある程度コントロールできるようになりました。
これから同じ転身をする人へ
技術理解は「武器」になりますが、それだけでは足りないという前提を持っておくと壁にぶつかりにくくなります。
エンジニア出身者が企画職に転身する際、技術理解は確かに強みになりますが、それだけで乗り切れるわけではありません。曖昧さへの耐性、伝え方の工夫、成果が見えるまでの時間軸への向き合い方など、技術力とは別の筋肉を鍛える必要があると実感しています。
まとめ
プロダクト企画職1年目の壁は、技術者としての強みだけでは乗り越えられないものがほとんどでした。インフラリード経験が企画職でどう活きているかはこちらの記事、転身の経緯はこちらの記事にまとめています。