プロダクト責任者／PdM の求人一覧 - 株式会社ゴーレム

★このポジションの魅力★ ①顧客の業務課題を解決の起点から整理できる 決められた仕様に沿ってプロジェクトを管理するのではなく、顧客が抱える曖昧な課題を整理する段階から関われます。 ②顧客とプロダクト開発をつなぐ役割を担える 顧客折衝だけ、開発管理だけに閉じず、顧客課題がどのようにプロダクトやシステムへ反映されるかまで一貫して関われます。 ③上流工程の仕組みづくりに関われる 現在は、要件整理や開発への引き渡し方法を整備している段階です。既存のプロセスを運用するだけでなく、顧客プロジェクトを安定して進める仕組み自体を構築できます。 ④建設業界の複雑な業務課題に向き合える 建設業界特有の業務、データ、商習慣を理解しながら、業界の業務効率化や意思決定を支援するプロジェクトに携われます。 ▍募集背景 ゴーレムでは、建設業界に蓄積された多様なデータを活用し、CO2排出量の算定をはじめとした業務効率化や意思決定を支援する、建設業界特化型のデータプラットフォームを開発しています。 事業や顧客プロジェクトが拡大するなかで、顧客から寄せられる要望を整理し、解決すべき業務課題やビジネス要件を明確にする上流工程の重要性が高まっています。 現在は、顧客折衝や要件整理を複数のメンバーが兼務していますが、プロジェクト数の増加に伴い、特定のメンバーへの負荷集中や、要件整理の品質のばらつき、開発着手後の手戻りが生じています。 今後も安定してプロジェクトを推進するためには、顧客の曖昧な要望をそのまま開発チームへ渡すのではなく、業務背景や課題を整理し、関係者との合意を形成したうえで、プロダクト開発へつなぐ専任の役割が必要です。 そこで今回、顧客とプロダクト・開発チームの間に立ち、顧客課題の整理からプロジェクト推進までを担うITPMを募集します。 ▍ミッション 顧客の業務や要望を整理し、解決すべき課題とビジネス要件を明確にしたうえで、顧客と社内の関係者が共通認識を持ってプロジェクトを進められる状態をつくることがミッションです。 顧客から伝えられた要望をそのまま受け取るのではなく、現在の業務、課題が発生している背景、実現したい状態を整理し、プロダクトやシステムで解決すべき範囲を定義していただきます。 ▍業務内容 ①顧客課題・ビジネス要件の整理 ・顧客へのヒアリングおよび現行業務の把握 ・顧客の要望、業務課題、制約条件の整理 ・表面的な要望と、本質的に解決すべき課題の切り分け ・現行業務と導入後の業務フローの整理 ・対象ユーザー、利用場面、期待する成果の明確化 ・ビジネス要件およびプロジェクトスコープの定義 ②実現方針の検討・合意形成 ・PdM、エンジニア、機械学習エンジニアとの実現可能性の検討 ・プロダクトで対応する範囲と個別対応する範囲の整理 ・顧客要望、プロダクト方針、技術的制約を踏まえた対応方針の策定 ・顧客および社内関係者への方針説明 ・要件、スコープ、役割分担、スケジュールに関する合意形成 ・仕様変更や追加要望が発生した際の影響整理と調整 ③プロジェクト推進 ・プロジェクト計画およびマイルストーンの整理 ・顧客、PdM、エンジニアなどの関係者間の進行管理 ・課題、リスク、依存関係の可視化 ・顧客側・社内側のタスクおよび意思決定事項の管理 ・定例会議の設計・運営 ・プロジェクト状況の共有および必要なエスカレーション ・導入・リリースに向けた顧客との調整 ④プロセスの標準化 ・ヒアリング項目や要件整理方法の標準化 ・要件定義書、業務フロー、議事録などのドキュメント整備 ・プロジェクト開始から開発への引き渡しまでのフロー改善 ・過去案件の知見や課題の蓄積 ・類似案件で再利用できる進め方やテンプレートの整備 ▍PdMとの役割分担 ITPMは、顧客の業務や要望を整理し、解決すべきビジネス課題を明らかにします。また、顧客との合意形成やプロジェクト全体の進行を担います。 PdMは、整理された課題を受け取り、プロダクトとしてどのように解決するかを定義します。プロダクト要件、優先順位、仕様、リリース判断について責任を持ちます。 ITPMが顧客とのプロジェクトを前に進め、PdMがプロダクトとしての意思決定を行うことで、顧客要望の整理から開発への引き渡しまでのフローを成立させます。 ▍エンジニアとの役割分担 ITPMは、顧客の業務課題、ビジネス要件、制約条件を整理し、プロジェクトとして何を実現する必要があるかを明確にします。 エンジニアやテックリードは、整理された要件をもとに、技術的な実現方法やシステム設計を検討します。 ITPMが技術仕様を一方的に決定するのではなく、顧客要望、プロダクト方針、技術的な実現可能性を踏まえ、PdMやエンジニアと協議しながら対応方針を整理します。 ▍入社後に期待すること ①入社後1〜2か月 ・建設業界の業務構造と主要顧客の課題を理解する ・既存プロダクトおよび進行中のプロジェクトを把握する ・顧客ヒアリングから開発への引き渡しまでの現行フローを理解する ・既存メンバーが担っている顧客折衝や要件整理に同席する ②入社後3〜6か月 ・一つ以上の顧客プロジェクトを担当する ・顧客の要望と業務課題を整理し、ビジネス要件を明確にする ・PdMやエンジニアと連携し、対応方針とスコープを整理する ・顧客と社内関係者の合意形成を行い、プロジェクトを推進する ・要件整理やコミュニケーションに起因する手戻りを減らす ③その後 ・複数プロジェクトを安定的に推進する ・顧客要望とプロダクト開発を接続する標準フローを構築する ・プロジェクトの進め方や要件整理方法を仕組み化する ・類似案件で活用できる知見や業務パターンを蓄積する

★このポジションの魅力★ ①業界特有の複雑な課題をプロダクト化できる 建設業界では、企業やプロジェクトごとに業務、データ、管理方法が異なります。個別性の高い課題から共通構造を見いだし、業界で継続的に使われるプロダクトへ変換する難しさと面白さがあります。 ②上流工程の仕組み自体を設計できる 完成したプロダクト組織へ入るのではなく、顧客課題をどのように収集し、要件化し、開発へ渡すかというプロセス自体を整備できます。 ③データと機械学習を含むプロダクトに関われる Web機能だけでなく、建設データの解析や機械学習を活用したプロダクト開発にも関わります。 ▍募集背景 ゴーレムでは、建設業界に蓄積された多様なデータを活用し、CO2排出量の算定をはじめとした業務効率化や意思決定を支援する、建設業界特化型のデータプラットフォームを開発しています。 事業や顧客プロジェクトが拡大するなかで、顧客や事業側から寄せられる要求を整理し、エンジニアが設計・実装できるプロダクト要件へ落とし込む上流工程の重要性が高まっています。 現在は代表や複数のメンバーが連携しながらこの役割を担っていますが、組織とプロジェクトの拡大に伴い、要件整理や仕様策定を専任で担う体制が必要になっています。 今回募集するPdMには、顧客の個別要望をそのまま機能化するのではなく、背景にある業務課題を捉え、複数の顧客に共通するプロダクト価値へ変換していただきます。 ▍ミッション 顧客や事業側から得られた情報をもとに、解決すべきユーザー課題を定義し、開発チームが判断・設計・実装できる状態までプロダクト要件を具体化することがミッションです。 PdMは、以下について責任を持っていただくことを想定しています。 ・どのユーザーの、どの課題を解決するのか ・なぜプロダクトとして取り組むのか ・何を作り、何を作らないのか ・どの順番で開発するのか ・リリースによって課題が解決されたか ▍業務内容 ①プロダクト課題の定義 ・ITPM、営業、カスタマーサクセスなどが収集した顧客要望・業務情報の整理 ・ユーザーインタビューや利用状況の確認 ・表面的な要望と、本質的に解決すべき課題の切り分け ・対象ユーザー、利用場面、提供価値の定義 ・個別対応とプロダクト開発の切り分け ②プロダクト要件・仕様の策定 ・プロダクト要件、機能要件、非機能要件の整理 ・ユーザーストーリー、業務フロー、受け入れ条件の作成 ・画面、データ、権限、処理フローなどの仕様整理 ・エンジニア、機械学習エンジニアとの実現方法の検討 ・開発中に発生した論点や仕様変更の判断 ③優先順位と開発計画 ・プロダクトバックログの作成・管理 ・顧客価値、事業価値、開発コストを踏まえた優先順位の決定 ・プロダクトロードマップの策定・更新 ・リリース範囲と段階的な提供計画の整理 ・経営、事業、開発チームとの合意形成 ④リリース後の検証 ・利用状況や顧客フィードバックの収集 ・リリース前に設定した仮説・指標の検証 ・改善課題の抽出とバックログへの反映 ・要件定義・仕様策定プロセスの標準化 ⑤ITPMとの役割分担 ITPMは、顧客との対話を通じて業務上の課題や要望を整理し、プロジェクトのゴールや解決すべき課題を明確にします。また、顧客との合意形成や、個別プロジェクトの進行・納期管理を担います。 PdMは、ITPMが整理した顧客課題や、複数のプロジェクトから得られるニーズをもとに、プロダクトとして提供すべき価値を定義します。そのうえで、開発する機能の要件や優先順位を整理し、プロダクト全体の方針やリリース判断を担います。 必要に応じてPdMが顧客との対話に参加することもありますが、個別案件の導入や進行管理ではなく、顧客の声をプロダクトの改善や開発方針に反映することが主な役割です。 ⑥エンジニア・テックリードとの役割分担 PdMは、顧客や事業の課題を踏まえ、誰にどのような価値を提供するのか、どの課題から優先して解決するのかを整理します。 エンジニアやテックリードは、PdMが示した方針や要件をもとに、技術的な実現方法やシステム設計を検討します。 具体的な仕様や実現方法は、いずれか一方だけで決めるものではありません。顧客にとっての価値、開発コスト、技術的な実現可能性、保守性や拡張性を踏まえ、PdMとエンジニアが議論しながら決定します。 ▍入社後に期待すること ・入社後1〜2か月 建設業界の業務構造と主要顧客の課題を理解する 既存プロダクト、データ構造、開発プロセスを把握する 既存案件に参加し、要件が開発へ渡るまでの流れを理解する ・入社後3〜6か月 一つのプロダクトまたは課題領域の要件整理を担当する プロダクト要件、受け入れ条件、優先順位を自ら整理する エンジニアと連携し、開発からリリースまでを進める 要件整理に起因する手戻りを減らす ・その後 プロダクトバックログとロードマップを継続的に管理する 個別顧客の要望を、再現性のあるプロダクト価値へ変換する 要件定義・仕様策定の標準プロセスを構築する

プロダクト責任者として、業界特化型のプロダクト群を通じて、建設業界のニーズに応える革新的なソリューションを提供し、データを最大限に活用して新たな価値を生み出していただきたいと考えております。 ビジネスモデルのクロスセルを検討するなど、拡大できるビジネスとなるためにプロダクトとしての方向性を作り上げていただきたいです。 ▍お任せしたい業務の詳細 ・プロダクト戦略の策定・実行 　∟企業全体の戦略に基づき、プロダクト戦略を策定、具体的な実行計画の立案 ・プロダクトロードマップの作成・管理 　∟プロダクトの開発・改善計画をタイムスケジュールやリソースなどを考慮して作成、進捗状況の管理 ・ステークホルダーとのコミュニケーション 　∟経営層、開発チーム、マーケティングチーム、営業チームなどの様々なステークホルダーと連携し、情報共有や意見交換　など （雇入れ直後）プロダクト責任者職 （変更の範囲）会社の定める業務 ▍ご入社後の流れ ・入社後は代表から直接、会社の動きや「誰とどのように連携するか」などを具体の動き方をお話しします。数日かけて企業文化や全体的な動き、方向性をキャッチアップしていただき、スムーズに業務を開始できるようサポートいたします。 ・社内の幅広いポジション（エンジニアやプロダクトマネージャーなど）と連携しながら、業務を進めていただきます。各部門との協力を通じて、プロジェクトを円滑に推進し、成果を出せるように取り組んでいただきたいです。 ▍組織体制 ・現在は代表が業務委託メンバーと連携しながら進めています。 ・今年中にプロダクト責任者／PdM／業務委託で3～4名の組織化を目指しています。 ▍やりがい・魅力 ◆急成長する業界特化型SaaSで、難易度の高いプロダクト戦略の設計に挑戦できます！ 創業から約3年で、多くの大手企業を顧客に取り入れ、業界特化型SaaSとして成功を収めています。単なるツール提供にとどまらず、業界全体を変革する大きなインパクトを与える仕事です。急成長を遂げているバーティカルSaaS企業は少なく、スタートアップとしてこうした成功を収めるのは非常に稀です。業界に大きな影響を与えながら、自身の成長を実感できるやりがいのあるポジションです！　 ◆競合が少ない新領域で、主力メンバーとして業界トップを目指せます！ 私たちが手がけている領域は、ほとんど競合がいません。 しかし大手企業を中心とした建設業界から広く求められているシステムでもあります。 業界特化型のマルチプロダクト化を最初から狙っており、最大手企業の多くを顧客化し、事業戦略の肝である業界データを独占的に収集できていることも魅力の一つです。 新しい領域を開拓しつつ、ユーザが求めるサービスを構築できれば、業界トップを目指せる面白い環境です。 ◆ユーザーの声を聞きながら裁量を持って働くことができます！ 単純なDX推進サービスとは異なり、顧客の課題に合わせた新規サービスを共に作り上げ、課題解決を実現します。ダイレクトに顧客の反応を得ながら、一緒にサービスを進化させていくことができるため、顧客と共に価値を創造していく実感を得ることができます。 ◆場所や時間に捉われない自由な働き方が実現できます！ リモートワークを採用し、仕事のやりがいに加えて働きやすさを感じられる環境を整えています。代表が、心理的安全性が高い組織作りを意識しているため、社員が自分の意見を言いやすく、経営者の誤りであっても遠慮せず指摘できる風土があることも特徴です。ワークライフバランスを実現しつつ、これから成長する企業でチャレンジしていきたい方にはぴったりの環境です。