PdM(toB事業向け)
プロダクトマネージャー

PdM(toB事業向け)

株式会社カウシェ

株式会社カウシェ

AI要約(β)

「1億人に1億通りの楽しみが巡る生活インフラを創り、10年後の小売の主役になる。」この未来を共に切り拓く、toB領域のプロダクトマネージャーを募集します。想定年収720万〜1200万円。AIツールをフル活用する最先端の開発環境で、意思決定が極めて迅速な少数精鋭のチームに参画いただきます。あなたには、急成長を遂げるカウシェの事業基盤を支える管理・広告画面の体験改善をお任せします。PdMの実務経験(2年以上)を活かし、toBとtoCの両軸からプラットフォームの進化を牽引しませんか。あなたの挑戦が、何千ものパートナーの成功を生み、お買い物体験に人間らしい豊かさを取り戻します。私たちと共に、新しい時代の生活圏を自分たちの手で創造しましょう。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

年収 720万円 ~ 1,200万円

稼働時間

06:00 ~ 22:00

雇用形態

正社員

出社頻度

週2-3日出社

勤務地

東京本社 〒150-0041 東京都渋谷区神南1丁目12-16 アジアビル9F 出社頻度:ハイブリッド出社(週3日の出社) ※変更の範囲:本社および全国の支社、営業所

お願いする業務

募集背景

カウシェは発見型ECプラットフォームとして成長を続けており、累計700万ダウンロード超え・ピボット後約3年でGMV35倍・売上総利益411倍・DAU81倍を達成しています。

この成長に伴い、カウシェに出店いただくパートナー様(出店事業者)と、広告媒体として活用いただくクライアント様の数も右肩上がりで増え続けています。

一方で、両者が日々使う管理画面には課題が残っています。 商品登録・在庫管理の手間、広告出稿・レポーティングのわかりにくさ——「使えなくはないが、使いやすいとは言えない」水準のまま放置すれば、プラットフォームへの信頼は積み上がりません。 逆に言えば、管理画面の体験を劇的に改善することが、パートナー様・クライアント様の成果向上と広告事業の本格拡大に直結します。

カウシェの事業拡大を支えるため、パートナー様・クライアント様と向き合い続けられるPdMを求めています。

プロダクトの特徴

カウシェは発見型ソーシャルECアプリです。

発見型ECとは、従来の「ほしいものを検索して買う」検索型ECとは真逆で、「なんとなく眺めているなかで、ほしいものを発見して買う」という体験を提供するECを指します。 セール商品との偶然の出会いや、レビュー・クエストなどの参加型機能を通じて、買い物が「単なる購入」を超えて感情を動かす体験になる場をつくっています。

2026年7月に累計700万ダウンロードを突破し、ユーザーは全国にまんべんなく広がっております。特徴的なのは、これまでECをほとんど使ったことがない40〜50代の女性に多く利用いただいてる点です。

「カウシェファーム」という作物育成ゲームや、「みんなの投稿」という投稿機能など、日常的に楽しめる要素が豊富にあることが強みとなっており、1日平均38分・月20日以上という高い頻度で利用していただいているユーザーが多く、これまでのECユーザーとはまったく異なる行動が生まれています。

プロダクトの目指す世界

カウシェは「日常に楽しさを」をミッションに、「新しい生活圏のカタチ」をつくります。

検索と最適化に寄りがちなECでのお買い物体験に、発見や偶然、ほどよいにぎわいといった人間らしい豊かさを取り戻すことが狙いです。ふらっと立ち寄れば気になるものが見つかり、知人の姿に安心し、つい滞在したくなる。駅前や商店街のように、人が自然と集まり生活のリズムに溶け込む拠点を、ソーシャルとエンタメとコマースの掛け算で形にします。情報収集も遊びも買い物も同じ動線の中でゆるやかにつながり、作業となってしまっていたお買い物はいつしか楽しみへと変わります。

2023年の事業転換以降、約3年でGMV35倍、売上総利益411倍、DAU81倍を達成。

変化を力に変えてきた私たちは、人数に依存しない運営モデルで常識を更新し続けます。目指す姿は、1億人に1億通りの楽しみが巡る生活インフラです。社員100人で企業価値1兆円に挑み、10年後に小売の主役となるべき生活圏を自分たちの手で切り拓きます。

業務内容

本ポジションでは、カウシェのtoB向けプロダクト領域のPdMとして、要件定義からリリース・改善まで一気通貫で担っていただきます。

1.パートナー様向け 商品出店管理画面

カウシェに出店いただく事業者様が、商品登録・在庫管理・売上確認を行う管理画面です。 「出店の手続きが煩雑」「ステータスが把握しにくい」といったペインを解消し、パートナー様が商品づくり・仕入れに集中できる環境を設計します。

2.パートナー様向け 広告出稿管理画面

カウシェ内には多数の広告商品があります(インフィード・カウシェファーム内広告等)。 出店パートナー様が自社商品の売上をさらに伸ばすために広告を出稿する際の管理画面です。 「どの広告に、いくら投資したら、どれだけ売れたか」が直感的にわかるUIUXを追求します。 将来的には、カウシェを広告媒体として活用いただく広告主(クライアント)向けの展開も計画しています。

共通業務

・エンジニア・デザイナーとの仕様すり合わせ・スプリント設計 ・営業・CSチームからのパートナー・クライアントのフィードバック収集と優先度判断 ・KPI(DAU/活動率/出稿単価/広告効果等)のモニタリングと改善施策の立案 ・ロードマップの策定と経営への説明

このポジションで向き合う難題
優先度判断

パートナー様・クライアント様、それぞれで異なるステークホルダーが存在します。 複数のロードマップを単独のPdMとして整合させながら、エンジニアリングリソースの最適配分を判断し続ける必要があります。

営業・CSの声とプロダクト方針のバランス

パートナー営業・CSチームからは「個別対応してほしい」という要望が発生することがございます。 個別ニーズに一定レベルは応えながら、スケーラブルなプロダクトとして設計するための取捨選択の判断力が問われます。

toB UXの難しさ

管理画面のUXは、toCアプリのように「滞在時間」や「エンゲージメント」で評価しにくい領域です。 「使う人の仕事が本当に楽になっているか」を測る指標の設計から行う必要があります。

仕事の魅力
toB・toC両軸の視点が身につく

カウシェはtoCアプリとtoBプラットフォームが一体化した事業構造です。 toBプロダクトの改善がtoCの体験・GMVに直結するため、プラットフォームビジネスの本質を両面から理解できます。

意思決定が速い環境

規模が大きくないチームで、経営に近い立場で動けます。 「やってみる」を素早く回せる環境で、PdMとしての判断軸を短期間で鍛えられます。

AIフル活用が前提の職場

全エンジニア・PdMにAIフル活用を義務化しており、個人の利用予算も会社が負担します。 AIを使って「1人でできることの限界」を更新し続けられる環境です。

開発環境・技術スタック

モダンな技術選定と、Google Cloudのフルマネージドサービスを徹底活用しています

・言語: Go (100%) ・インフラ: Google Cloud (Cloud Run, Cloud Spanner, Pub/Sub, etc) ・通信: gRPC, Protocol Buffers ・CI/CD: GitHub Actions, Cloud Build ・構成管理: Terraform ・モニタリング: Cloud Monitoring, Cloud Logging, Cloud Trace ・分析基盤: BigQuery, Looker Studio ・AI/LLMツール: Claude, Codex, Cursor, Gemini, GitHub Copilot, etc(全員分予算あり) ・その他: GitHub, Slack, Notion, Figma ・開発スタイル: アジャイル開発(1日5〜9回のデプロイ、月間12回の施策リリース)

チーム・一緒に働く人
直属上司:高見 隼悟(CBO)

週次1on1+必要に応じた協議・相談MTGを通じて、考えていることのSYNCを密に行いながら、その場で意思決定をどんどん進めていくスタイルです。 広告事業の立ち上げを推進するCBOと並走しながら、toBプロダクトの方針をスピーディーに更新できる環境です。

協働する他チーム

バックエンドエンジニア・モバイルエンジニア・デザイナー・広告事業企画チーム・パートナー営業チームと密に連携します。

キャリアパス

入社後はパートナー領域のPdMとして全体像を把握したのち、事業フェーズに応じてシニアPdM・プロダクト責任者へのステップを想定しています。 広告×ECという希少性の高いtoBプロダクトの経験は、プラットフォームビジネスのPdMとして市場価値の高いキャリアになります。 また、御本人の志向に基づき、toCプロダクトのPdMとして挑戦いただける可能性もございます。

入社後3ヶ月のマイルストーン
1ヶ月目:現状把握とステークホルダー理解

管理画面の現状仕様・利用状況・既存課題を把握します。 パートナー営業・CS・エンジニアのキーマンとのリレーション構築を進め、「誰が何に困っているか」を自分の言葉で説明できる状態を目指します。

2ヶ月目:最初の改善をリードする

既存機能の改善案を1本立案し、要件定義〜リリースまでを主導します。 スプリント設計・仕様書作成・エンジニア連携のオペレーションを一通り経験します。

3ヶ月目:ロードマップを描く

パートナー領域のプロダクトロードマップの初版を策定します。 優先度の根拠をデータと事業観点で説明でき、チームと経営の両方に「このPdMがいると前に進む」と感じてもらえることを目指します。

選考フロー

お互いのミスマッチを無くすため、技術力とカルチャーの両面を丁寧に確認させていただきます。

・カジュアル面談(まずは気軽にお話ししましょう) ・一次面接(技術・カルチャー:PdM / 60分) ・課題選考(技術:PdM・CBO/ MAX90分) ・最終面接(対面:CEO・COO・CBO / MAX90分) ・- 最終面接と課題選考の間に、リファレンスチェックを実施することがあります。

カウシェをもっと知る

・採用ページ: ・https://enjoy-working.kauche.com/  https://enjoy-working.kauche.com/ ・Company Deck: ・https://speakerdeck.com/kauche/zhu-shi-hui-she-kausie-company-deck  https://speakerdeck.com/kauche/zhu-shi-hui-she-kausie-company-deck ・社員インタビュー: ・https://note.com/kauche  https://note.com/kauche

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

正社員

給与・報酬

年収 720万円 ~ 1,200万円

稼働時間

06:00 ~ 22:00(フレックスタイム制(正社員は全職種に適用) 標準労働時間:1日8時間 フレキシブルタイム:6:00-22:00 コアタイム:11:00-15:00 休憩時間:1時間自由取得)

出社頻度

週2-3日出社

勤務地

東京本社 〒150-0041 東京都渋谷区神南1丁目12-16 アジアビル9F 出社頻度:ハイブリッド出社(週3日の出社) ※変更の範囲:本社および全国の支社、営業所

休日・休暇

完全週休2日制(祝祭日、年末年始等) 年次有給休暇 特別休暇(入社時に5日間) エフ休(女性特有に関する体調不良・検査に対する休暇 慶弔休暇 子の看護等休暇

社内制度
(待遇・福利厚生)

社会保険完備(健康保険/厚生年金/介護保険/雇用保険/労災保険)
通勤手当(最大月額30,000円)
退職後も失効しないストックオプション
完全週休2日制(祝祭日、年末年始等)
年次有給休暇
特別休暇(入社時に5日間)
エフ休(女性特有に関する体調不良・検査に対する休暇/月1回)
慶弔休暇
産休・育休
子の看護等休暇
屋内原則禁煙(喫煙室あり)
リファラル採用手当
部活動制度(活動費用の一部補助あり)
書籍・セミナー補助制度
KAUpos手当(ピアボーナス制度)
歓送迎会に関わる費用補助
業務内容の変更の範囲:当社事業に関わる業務全般

必須スキル/経験

  • 事業会社でのプロダクトマネージャー(PdM)としての実務経験(2年以上) - 要件定義・仕様設計からリリースまでの一気通貫経験 - エンジニア・デザイナーとの協働経験

同じポジションの求人

おすすめのイベント

もっと見る
  • AIでコード書く前に、要求・要件定義足りてる?ミノ駆動さんと改めて考える ドメイン駆動設計

    開催前

    AIでコード書く前に、要求・要件定義足りてる?ミノ駆動さんと改めて考える ドメイン駆動設計

    AIコーディングエージェントの進化により、コードを書くスピードはかつてないほど速くなりました。しかし、いくらAIで早くたくさん開発できたとしても、初手の要求・要件定義が十分にできていなければ、結局は使われない機能を量産してしまうのではないでしょうか。 AI時代において、設計や実装の多くはAIに置き換わりつつあります。だからこそ、人間の価値は「問題を定義し、発見する」ことにシフトしていく——そう考えると、要求・要件定義の重要度はこれまで以上に増してきています。しかし、普段の業務で要求・要件定義に本格的に取り組んだ経験がないエンジニアの方も多いのが現状です。 そこで本イベントでは、前回ご好評いただいた「AI時代×ドメイン駆動設計」に続く第2弾として、ミノ駆動氏を再びお迎えし、AI時代だからこそ向き合うべき要求・要件定義の考え方と実践を紐解きます。 前半のLTでは、ミノ駆動氏より、エンジニアに今後求められる「具体→抽象」の思考力、目的を起点とした設計の考え方、そして明日から始められる要求・要件定義の第一歩についてお話しいただきます。 後半のディスカッションでは、「Claude Codeに頼めばよしなにやってくれるのでは?」という率直な疑問から、要求・要件定義は誰が書くべきか、優秀なエンジニアの要求・要件定義は何が違うのかなど、現場目線でさらに深掘りしていきます。 「AIにコードは任せられるようになったけど、その前段階をどうすればいいかわからない」という方にこそ参加いただきたいイベントです。

  • AI時代、プロダクトを広めるためにエンジニアは何ができる?GTMエンジニアリングの基礎と実践

    開催前

    AI時代、プロダクトを広めるためにエンジニアは何ができる?GTMエンジニアリングの基礎と実践

    AIの進化によってプロダクト開発のハードルが下がった今、企業の関心は「いかに良いものを作るか」から「どうやって市場に届け、ユーザーに使ってもらうか(Go-To-Market)」へとシフトしています。 こうした変化の中で、海外のAIスタートアップを中心に急速に注目を集めているのが「GTM(Go-To-Market)エンジニア」です。 営業でも、マーケターでも、単なる開発エンジニアでもない。 かつて10人のチームで回していた営業・マーケティング・オペレーションの設計からAIによる自動化までを、1人で主導する新たな役割です。 しかし、日本ではまだ認知が広まっておらず、「GTMエンジニアって具体的に何をしているのか」をイメージできている方はほとんどいないのが現状です。 そこで本イベントでは、GTMエンジニアリングの研究・発信を行う中村氏と、GTMエンジニアとして実践されているnumashi氏をお迎えし、海外での動向から日本での実態まで、GTMエンジニアという仕事の全体像を紐解きます。 前半のLTでは、お二人にそれぞれの視点からGTMエンジニアの役割や実際の業務内容、海外と日本での位置づけの違いについてお話しいただきます。 後半のディスカッションでは、どんな方がGTMエンジニアに向いているのか、単なる効率化で終わらせず売上に繋げるには、日本の組織での最初の一歩など、現場目線でさらに深掘りしていきます。 エンジニアとしての新たなキャリアの可能性を探している方から、GTMエンジニアリングに興味がある方まで、幅広いご参加をお待ちしています。

  • AI時代 Drizzle?Kysely?Prisma? kennさん・cojiさんと語るORM選定

    開催前

    AI時代 Drizzle?Kysely?Prisma? kennさん・cojiさんと語るORM選定

    AIコーディングエージェントの活用が進み、多くの実装や技術選定をAIに委ねられる場面が増えてきました。そうしたなかでも、データベースを扱うORMの選定については「さすがにここだけは自分の手で決めておこう」と考えているエンジニアの方も多いのではないでしょうか。 しかし、従来の選定理由を振り返ってみると、その多くは「型補完がどこまで効くか」「どれだけ直感的にコードが書けるか」といった書き味(DX)や手厚い型サポートにあったのではないでしょうか。AIがコードを書くことが当たり前になった今、「人間にとっての書きやすさ」を軸にした技術選定のあり方には、少しずつ変化が生じ始めています。 では、もし仮にORMの選定すらもAIに任せてみようとしたとき、エンジニアとして最後まで人間が判断しなければいけない業務とは、一体どこにあるのでしょうか。 そこで本イベントでは、Drizzleを活用されているKenn Ejima氏と、Kyselyを使われている溝口(coji)氏をお迎えし、AI時代におけるORM選定の考え方と、「本当に考えなくていいこと」と「実はまだ考えるべきこと」の境界を紐解きます。 前半のLTでは、お二人にそれぞれのORM選定の背景や、AIとの付き合い方を含めた現在の開発スタイルについてお話しいただきます。 後半のディスカッションでは、DBスキーマをAIにどこまで任せるか、マイグレーションの管理、DB選定の重要性など、現場目線でさらに深掘りしていきます。 「ORMは自分が選ぶもの」と自然に思っていた方にこそ、これからの技術選定の軸を一度立ち止まって考えるきっかけになるイベントです。

  • それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    アーカイブ公開中

    それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    いま、AIを活用した業務効率化の文脈で「Claude Code」が大きな注目を集めています。しかし、いざ導入しようとすると、セキュリティ面の懸念や権限管理のハードルから、気軽に使えないケースも多いのではないでしょうか。 Coworkは、非エンジニアでも簡単に安全に扱えるよう作られた機能です。そして実は、日常の業務領域であれば「Coworkで十分にカバーできる」だけでなく、想像以上の範囲まで自動化できることは、まだあまり知られていません。 そこで本イベントでは、メルカリで生成AI推進を担当されているハヤカワ五味氏をお迎えし、Coworkを使った業務自動化の実際を、公開デモを交えてわかりやすくお伝えします。 前半のLTでは、ハヤカワ氏よりメルカリでの判断基準をもとに「なぜClaude CodeはNGになりがちで、なぜCoworkなら安全なのか」を解説いただいた上で、Coworkの基本的な機能をご紹介いただきます。 続く公開デモでは、実際にCoworkを使ってワークフローを構築する様子をお見せいただきます。数分でワークフローが完成する手軽さや、Gmail等の外部サービスとセキュアに連携できるポイントなど、実演を通じて具体的なイメージをお届けします。 後半のディスカッションでは、セキュリティの考え方や社内導入の進め方など、現場目線でさらに深掘りしていきます。 「自分の業務をAIで自動化してみたいけど、何から始めればいいかわからない」という方にこそ参加いただきたいイベントです。

    開催日:

    2026年8月26日(水)19:00~20:00

  • Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    アーカイブ公開中

    Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年8月19日(水)19:00~20:00

転職に役立つノウハウ

もっと見る