Data Engineer
ソフトウェアエンジニア

Data Engineer

株式会社カウシェ

株式会社カウシェ

AI要約(β)

「日常に楽しさを」をミッションに、1億人に1億通りの楽しみが巡る生活インフラを創るカウシェで、一人目の正社員データエンジニアとしてデータ活用の未来を共に描きませんか。想定年収720万〜1,560万円の正社員採用。BigQueryやDataformなどの最新技術を駆使し、CTOと直接議論しながらデータ基盤の設計・構築をゼロからリードできます。データ活用文化が根付く精鋭チームで、GMV35倍のリアル購買データを扱う挑戦は、あなたのキャリアの強力な資産となるはず。AI時代の新たな購買体験と、データエンジニアリングの常識を自らの手で更新する、この最高の挑戦に共に踏み出しましょう!

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

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

給与・報酬

年収 720万円 ~ 1,560万円

稼働時間

06:00 ~ 22:00

雇用形態

正社員

出社頻度

週2-3日出社

勤務地

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

お願いする業務

募集背景

一人目の専任データエンジニアを募集します。

カウシェは2023年の事業転換以降、約3年でGMV35倍・売上総利益411倍・DAU81倍を達成し、累計700万ダウンロードを突破しました。 この成長を支えてきたのが、数値に基づく意思決定の文化です。PdM・マーケ・CSなど各職種が自らデータを分析し、ビジネス判断を行っています。 しかし、取り扱うデータの種類は急増し、リアルタイム性・正確性・ガバナンスなど非機能要件の要求水準は高まり続けています。分析基盤を利用する人数も増えました。

現在は業務委託のデータエンジニア1名が基盤の構築・運用を担ってくれていますが、事業の成長速度に基盤が追いつかなくなりつつあります。 今こそ、専任の正社員データエンジニアが必要です。ゼロから設計に関与し、カウシェのデータ活用の未来を創り上げてくれる方を求めています。

プロダクトの特徴

カウシェは発見型ソーシャル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年後に小売の主役となるべき生活圏を自分たちの手で切り拓きます。

業務内容

データ活用ニーズの明確化から、パイプライン設計・構築、BIツール整備、運用保守まで、データエンジニアリング領域を一気通貫で担っていただきます。

① データ基盤の設計・構築 収集データの仕様決定、データモデリング、ETL/ELTパイプラインの設計・構築を担います。 リアルタイム性・正確性・セキュリティ・ガバナンスなど非機能要件の定義と実装も含みます。

② 全社のデータ活用支援 PdM・マーケ・CSなど各部署のデータ活用ニーズをヒアリングし、BIツール(Looker Studio等)の設計・構築や、分析業務の一部も担います。 「データを使いたいが使えない」を組織から減らす役割です。

③ 運用・監視基盤の整備 モニタリング・アラート設計など、安定したデータ基盤を維持するための運用体制を構築・実運用します。

④ ML基盤の整備 AIレコメンドエンジンをはじめとした機械学習の活用に向けたデータ基盤整備も担っていただきます。MLエンジニア・データサイエンティストと連携し、特徴量基盤やデータパイプラインを設計します。

このポジションで向き合う難題

利用者が増えるほど複雑化するガバナンス設計 PdM・マーケ・CS・エンジニアなど、データを使う職種と用途が増え続けています。誰もが正しくデータを使える状態を維持するガバナンス設計と、基盤のスケーリングを同時に進める必要があります。

一人目として「標準」を自分でつくる責任 専任のデータエンジニアがいなかった組織に、最初に入るポジションです。正解がない状態から、データ基盤の設計思想・命名規則・品質基準・運用ルールを自分で定義していくことが求められます。

AI時代ならではの基盤構築 AI時代ならではの基盤の保守・運用方法、データ分析手法の検討とそれをささえる基盤の構築などが求められます。

仕事の魅力

基盤設計の全権を持てる「一人目」の醍醐味 既存の設計に縛られることなく、データ基盤のアーキテクチャを自分で描けます。急成長プロダクトのデータ基盤を「最初の専任者」として設計した実績は、キャリアの強力な資産になります。

GMV35倍のリアル購買データを扱える EC・ゲーミフィケーション・ソーシャル・広告・AIレコメンドが交差するプロダクトが生み出す、多種多様なデータを扱えます。購買・行動・在庫・マーケ効果など、学術的にも希少なデータセットへの関与経験が積めます。

データ活用が文化として根付いている組織 各職種が自分でSQLを書いてデータを分析するカルチャーが既にあります。「基盤を作っても誰も使わない」問題とは無縁で、作ったものがすぐ組織の意思決定に直結します。

CTOと直接議論できる距離感 直属上司はCTO(池松恭平 / DeNA出身)です。データ基盤の技術選定・投資判断を、経営に近い立場で議論できます。

開発環境・技術スタック

・BigQuery, Dataform, Spanner ・Cloud Monitoring, Cloud Logging ・Terraform, GitHub Actions ・Looker Studio, Google Spread Sheets ・GitHub, Slack, Notion

一緒に働く「人」と「技術文化」
直属上司:執行役員 CTO 池松 恭平

東京工業大学大学院にて計算工学を修了後、2014年にDeNA入社。バックエンドエンジニア、エンジニアリングマネージャーとして、EC、SNS、ヘルスケアなどのプロダクト開発に従事。 2020年から複業として参画していたカウシェに翌年5月に入社。バックエンドエンジニア、エンジニアリングマネージャー、プロダクトマネージャーを経て2023年10月より現職。

現在のデータ基盤体制

現在は業務委託のデータエンジニア1名が基盤の構築・運用を担っています。あなたが加わることで、本格的なデータ基盤の強化フェーズに入ります。

カウシェ全体の技術文化

・メガベンチャーやTechスタートアップでテックリード・EM・CTOを経験した30代シニアメンバーが多数在籍。GoとGoogle Cloudを主軸に、高速かつ安定した開発体制を実現しています。 ・モバイルエンジニア・PdM・デザイナー・QAエンジニアと職能混合チームで密に連携します。 ・「品質を上げるからこそ速く作れる」  ・スピードと品質はトレードオフではありません。テスト、CI/CD基盤、継続的なリファクタリングを重視し、「急がば回れ」を実直に実行するスタイルです。  ・Firestore → Cloud Spannerへの移行の例   https://zenn.dev/kauche/articles/1e733da3748ee1 ・AI Native開発の実践  ・1人あたりのデイリーPR数が1年で1.1本→4.6本へ増加。全PRの83%をAIレビューのみでマージできる体制を実現しており、開発生産性の向上を数値で追い続けています。  ・全PRの83%をAIレビューだけでマージできるようにした   https://zenn.dev/kauche/articles/e051583461c181 ・事業と顧客に近い距離で開発する文化  ・PdMやデザイナーと混成で動き、事業数値やKPIの状況・対応方針を深くSyncして開発を行っています。定量数値と定性(使用感・お問い合わせ・SNS投稿・レビュー)を重視し、リリース後には定性・定量の変化を確認して次の施策に繋げていきます。

キャリアパス

専任のデータエンジニアとして基盤設計・構築の実績を積んだ後、データ領域のリードや、ML基盤・データプラットフォームの専門家へのステップアップを想定しています。 CTO直属の立場から技術戦略全体に関与できる環境であり、データ基盤の設計者からデータ組織のリードへ成長できるパスがあります。

入社後3ヶ月の期待値(オンボーディング)

入社直後から「放置」することはありません。明確なマイルストーンと共に、チーム全体で立ち上がりをサポートします。

1ヶ月目:現状把握とキャッチアップ 既存のデータ基盤・パイプライン・BIツール・命名規則・課題をすべてキャッチアップします。業務委託のDEと連携しながら現状の運用を回しつつ、改善すべき優先課題の仮説を立てます。

2ヶ月目:最初の改善を実行 優先度の高い課題(パイプラインの安定性・BIの精度・非機能要件など)のうち1つ以上に着手し、具体的な改善を届けます。各部署のデータ活用ニーズをヒアリングし、中期の基盤設計方針の初稿を描きます。

3ヶ月目:データ基盤の中期方針を定義 アーキテクチャ方針・ガバナンスルール・ロードマップの初版を策定します。CTOへの技術投資提案ができる状態を目指します。

選考フローと技術課題について

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

・カジュアル面談(まずは気軽にお話ししましょう) ・一次面接(技術・カルチャー:CTO / 60〜90分) ・課題選考(技術:EM+現場エンジニア/ MAX90分)  ・GitHubアカウントをいただき、ご自宅で取り組んでいただき、そのあとにディスカッションを行う形式です。アルゴリズム問題等ではなく、実務に近い設計・実装力を拝見させていただき、そちらを元にディスカッションをさせていただきます。 ・最終面接(対面:CEO・COO / 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 ・TechBlog: ・https://zenn.dev/p/kauche  https://zenn.dev/p/kauche

募集要項

概要

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

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

雇用形態

正社員

給与・報酬

年収 720万円 ~ 1,560万円

稼働時間

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手当(ピアボーナス制度)
歓送迎会に関わる費用補助
業務内容の変更の範囲:当社事業に関わる業務全般

必須スキル/経験

  • データ基盤の設計・構築・保守・運用の経験 - データモデリング経験、高度なSQL構築能力 - データ基盤の非機能要件を定義し、設計・実装できる能力 - Dataform, dbt, BigQueryなどの利用経験 - Github, Terraform, CI/CD, プログラミング言語を用いたソフトウェア開発経験

同じポジションの求人

おすすめのイベント

もっと見る
  • 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

転職に役立つノウハウ

もっと見る