 職種Position |
プロジェクト管理・プロダクト管理・品質保証
PdM / PM / PMO / PL / QA |
 会社概要Company profile |
従来の欲しいものを探して買うECサイト・アプリとは異なり、家族や友人、同僚など、気の知れた人とコミュニケーションを取りながらショッピングを楽しむことができるアプリを運営している会社です。
2023年9月にモデルシフトを行い、購入体験の大刷新を行いました。その結果、3ヶ月後に1 日あたりのアクティブユーザー数が3倍、その3ヶ月後にはさらに3倍へと成長しています。
2024年3月には累計アプリDL数が200万を突破し、現在も熱狂的に利用してくださるお客様が増え続けています。
Unlike conventional e-commerce sites and apps where users search for and buy items they want, this company operates an app that lets users enjoy shopping while communicating with people they know well, such as family, friends, and colleagues.
In September 2023, the company made a model shift and completely renewed the purchase experience. As a result, the number of active users per 1 day grew 3 times 3 months later, and grew a further 3 times 3 months after that.
In March 2024, cumulative app downloads surpassed 200万, and the number of passionate customers who continue to use the app keeps increasing. |
 仕事内容Job description |
【お仕事の内容】
## 募集背景
カウシェは2026年10月に累計800万ダウンロードを突破し、ピボット後約3年でGMV35倍・売上総利益411倍・DAU81倍という急成長を遂げてきました。
この成長を支えているのが、開発の速度です。1日12回のデプロイ、月間約18回の施策リリース。1人あたりのデイリーPR数は約1年半で1.1本から7.78本へと7倍を超え、全PRの83%をAIレビューのみでマージできる体制を実現しています。
一方で、この速度に品質保証を追従させるには、テストのあり方そのものを変える必要があります。現在のQAは業務委託メンバーによる体制で、日々のリリースは問題なく回っています。ただ、これから先——リリース頻度がさらに上がり、EC・ゲーミフィケーション・ソーシャルが絡み合うプロダクトの複雑性が増していく中で必要になるのは、テストを実行する体制ではなく、**エンジニアリングによって品質を担保する仕組み**です。
そこで今回募集するのが、SET(Software Engineer in Test)です。テスト設計から自動化基盤の構築、CI/CDへの組み込みまでを、自らコードを書きながら進めていただきます。
現在はQA責任者の亀井が中心となり、AIを活用したテスト自動化のトライアンドエラーを進めている段階です。テスト戦略も自動化基盤も、まだ「型」ができあがってはいません。裏を返せば、カウシェの品質保証をどう設計するかを、これから一緒に決めていけるということです。
なお、QAとしての実務経験は必須ではありません。バックエンドを中心とした開発経験があり、品質やテストに関心があれば、QAの知識は入社後に身につけていただけると考えています。
## プロダクトの特徴
カウシェは発見型ソーシャルECアプリです。
発見型ECとは、従来の「ほしいものを検索して買う」検索型ECとは真逆で、「なんとなく眺めているなかで、ほしいものを発見して買う」という体験を提供するECを指します。
セール商品との偶然の出会いや、レビュー・クエストなどの参加型機能を通じて、買い物が「単なる購入」を超えて感情を動かす体験になる場をつくっています。
2026年10月に累計800万ダウンロードを突破し、ユーザーは全国にまんべんなく広がっております。特徴的なのは、これまでECをほとんど使ったことがない40〜50代の女性に多く利用いただいている点です。
「カウシェファーム」という作物育成ゲームや、「みんなの投稿」という投稿機能など、日常的に楽しめる要素が豊富にあることが強みとなっており、1日平均38分・月20日以上という高い頻度で利用していただいているユーザーが多く、これまでのECユーザーとはまったく異なる行動が生まれています。
## プロダクトの目指す世界
カウシェは「日常に楽しさを」をミッションに、「新しい生活圏のカタチ」をつくります。
検索と最適化に寄りがちなECでのお買い物体験に、発見や偶然、ほどよいにぎわいといった人間らしい豊かさを取り戻すことが狙いです。ふらっと立ち寄れば気になるものが見つかり、知人の姿に安心し、つい滞在したくなる。駅前や商店街のように、人が自然と集まり生活のリズムに溶け込む拠点を、ソーシャルとエンタメとコマースの掛け算で形にします。情報収集も遊びも買い物も同じ動線の中でゆるやかにつながり、作業となってしまっていたお買い物はいつしか楽しみへと変わります。
2023年の事業転換以降、約3年でGMV35倍、売上総利益411倍、DAU81倍を達成。
変化を力に変えてきた私たちは、人数に依存しない運営モデルで常識を更新し続けます。目指す姿は、1億人に1億通りの楽しみが巡る生活インフラです。社員100人で企業価値1兆円に挑み、10年後に小売の主役となるべき生活圏を自分たちの手で切り拓きます。
## SETというポジションについて
SET(Software Engineer in Test)は、テストを実行する役割ではなく、テストの仕組みをエンジニアリングでつくる役割です。
私たちはSETを「開発者を顧客とするエンジニア」と定義しています。エンドユーザーに向けてプロダクトの品質を見るのではなく、開発者が速く安全にリリースできる状態をつくることが、このポジションの成果です。これはGoogleがEngineering Productivityで示してきた考え方に近く、テストの目的を品質そのものではなく、開発の速度に置く立場です。
ただしカウシェは社員100名を目指す組織であり、大規模組織の型をそのまま持ち込むつもりはありません。この規模・この速度で何が機能するかは、あなたと一緒に決めていきます。
なお、テストコードは開発者自身が書きます。SETがすべてのテストを書く体制は取りません。SETの役割は、開発者がテストを書きやすい基盤・パターン・仕組みを用意することです。
一方で、入社直後から仕組みづくりだけに専念していただくわけではありません。
カウシェファーム・EC・広告が絡み合うプロダクトの挙動は、仕様書を読むだけでは掴めません。自分で触ってテストしてみて初めて「ここは壊れやすい」「この確認は自動化する価値がない」といった判断がつきます。立ち上がり期には既存メンバーと一緒に手を動かしてテストを実施していただき、そこで得た気づきを、何を自動化し何を捨てるかの設計に還元していただきます。手を動かすこと自体が目的ではなく、仕組みを設計するための一次情報を取りに行く、という位置づけです。
日本ではまだ職種名として一般的ではありませんが、実態としては「バックエンドエンジニアとして開発をしながら、テストコードや自動化基盤に踏み込んできた」という経験に近いものです。ご自身のスキルシートに「SET」と書いたことがなくても、テストコードを書き、設計に踏み込んできた経験があれば、十分に活きるポジションです。
カウシェが求めているのは、QAの手法に詳しい方よりも、**ソフトウェアの構造を理解した上で、品質を仕組みとして担保できる方**です。
## 業務内容
EC・ゲーミフィケーション・ソーシャルが絡み合う複雑なプロダクトにおいて、要件定義からリリースまでのプロセスに一貫して関わり、エンジニアリングによる品質向上を担っていただきます。
**① テスト自動化基盤の設計・構築**
リグレッションテストをはじめとするテストの自動化基盤を、自らコードを書いて構築します。CI/CDパイプラインへの組み込みまで含め、高速なリリースサイクルを支える土台をつくります。
**② テスト設計と品質戦略の策定**
プロダクト価値を高めるための「あるべき品質」を定義し、保証の仕組みを設計します。どこを自動化し、どこを手動で担保するか。その線引きから設計していただきます。
**③ AI NativeなQAプロセスの確立**
コードの大部分をAIが生成する開発組織において、従来のQAプロセスはそのまま適用できません。AIを活用したテスト項目の作成・仕様把握の効率化を実践しながら、AIが生成したコードをどう担保するかを含めて、プロセスを組み直します。
**④ シフトレフトの推進**
仕様検討・設計の段階からプロジェクトに加わり、QAの観点で仕様の矛盾や考慮漏れを指摘します。不具合を作り込む前に防ぐことで、手戻りのコストを削減します。
**⑤ 開発チームへの品質観点の浸透**
テストを一人で抱えるのではなく、開発チーム全体が品質を担保できる状態を目指します。テストコードの書き方や設計の考え方を、日々の開発の中で共有していきます。「SETがテストを書く」のではなく「開発者がテストを書ける」状態をつくることが成果です。
## このポジションで向き合う難題
### EC×ゲーム×ソーシャルが絡み合う複雑な状態遷移
カウシェでは、購買・ゲーム・SNS投稿・AIレコメンドが一つのアプリの中で影響し合います。カウシェファームの作物育成ロジック、ソーシャル連携、セール連動——複雑な状態遷移を伴う機能の品質保証は、一般的なECアプリとは次元の異なる難しさがあります。
### 1日12回のデプロイに追従するテスト設計
高速なリリースサイクルの中で「テストが開発の足を引っ張らない」仕組みを設計する必要があります。何を自動化し、どこに時間をかけ、どこを割り切るか。優先順位の判断そのものが問われます。
### AIが生成したコードの品質をどう担保するか
全エンジニアがAIを活用してコードを書く環境では、従来のQAの前提が通用しません。AIが生成するコードの特性を理解した上で、レビューとテストの役割分担を再設計する視点が求められます。
### 「型」がない状態からつくる
テスト戦略も、自動化の範囲も、これから決めていく段階です。整備されたプロセスに乗るのではなく、何を基準にするかから考えていただくことになります。
## 仕事の魅力
### 品質保証の設計を、ゼロから担える
すでに整った仕組みを引き継ぐのではありません。テスト戦略・自動化基盤・プロセスを、自分の判断で形にできます。「自分が設計した仕組みの上でプロダクトが動いている」という手触りを持てる環境です。
### バックエンドの経験を、専門性として広げられる
開発経験を土台に、テスト自動化・品質設計という専門性を積み上げられます。AI時代において「品質をエンジニアリングで担保できる人」の希少性は上がり続けており、キャリアの差別化に直結します。
### AI Native開発の最前線でQAを設計できる
デイリーPR数7倍超、全PRの83%をAIレビューのみでマージ——この環境で品質をどう担保するかは、業界にまだ答えがありません。実践しながら自分で定義できる、希少な機会です。
### 少数精鋭で、仕組みによって解く
カウシェは「100人で企業価値1兆円」を掲げ、人数に依存しない運営モデルを追求しています。人を増やしてテストを回すのではなく、仕組みと自動化で解くことに、組織全体が本気です。
## 開発環境・技術スタック
- 言語:Go, Swift, Kotlin, Typescript
- UIフレームワーク:SwiftUI, Jetpack Compose
- アーキテクチャ・設計:Clean Architecture, MVVM, Android Architecture Components
- インフラ:Google Cloud (Cloud Run, Cloud Spanner, Pub/Sub, etc)
- 開発環境:Xcode, Android Studio
- 通信:gRPC, Protocol Buffers
- CI/CD:GitHub Actions, Cloud Build, Bitrise
- 構成管理:Terraform
- データ/ML/分析:BigQuery, Dataform, Vertex AI, Looker Studio
- Observability:Datadog, Crashlytics, Cloud Monitoring, Cloud Logging, Cloud Trace
- AI/LLMツール:Claude, Codex, Cursor, Gemini, etc(全員分予算あり)
- その他:GitHub, Slack, Notion, Figma, Maestro
- 開発スタイル:アジャイル開発
## 一緒に働く「人」と「技術文化」
### 直属上司:QA責任者 亀井 亮介
山形大学工学部にて情報工学を専攻し、卒業後はエンジニアとして活動。主にバックエンドエンジニア、プロジェクトマネージャーとして開発に従事した後、QAエンジニアへ。マネーフォワードでは本部のQA部長として、各ロールと協力しながらDevOpsチームの品質改善を主導。ISTQB Expert Levelシラバスの日本語翻訳を担当し、ISTQB Advanced Level(Test Management)を保有。現在はカウシェでQAを担当し、AIを活用したテスト自動化・QAプロセスの再設計を進めている。
### 担当役員:執行役員CTO 池松 恭平
東京工業大学大学院にて計算工学を修了後、2014年にDeNA入社。バックエンドエンジニア、エンジニアリングマネージャーとして、EC、SNS、ヘルスケアなどのプロダクト開発に従事。2020年から複業として参画していたカウシェに翌年5月に入社。バックエンドエンジニア、エンジニアリングマネージャー、プロダクトマネージャーを経て2023年10月より現職。
### 現在のQA体制と、SETの位置づけ
現在は、業務委託のQAエンジニア3名がプロダクト領域(カウシェファーム・EC・広告・オペレーション)に分かれてテストを担い、QA責任者の亀井が全体を設計しています。
既存メンバーが担っているのは「ユーザーの立場からプロダクトの品質を見る」役割です。今回募集するSETは、その手前——「開発者が速く安全にリリースできる基盤をつくる」役割を担っていただきます。両者は競合せず、補完します。
あなたは、エンジニアリングによって品質を担保する仕組みづくりの、最初の1人です。
### 技術文化
- メガベンチャーやTechスタートアップでテックリード・EM・CTOを経験した30代シニアメンバーが多数在籍。GoとGoogle Cloudを主軸に、高速かつ安定した開発体制を実現しています。
- 「品質を上げるからこそ速く作れる」
- スピードと品質はトレードオフではありません。テスト、CI/CD基盤、継続的なリファクタリングを重視し、「急がば回れ」を実直に実行するスタイルです。
- [Firestore → Cloud Spannerへの移行の例](https://zenn.dev/kauche/articles/1e733da3748ee1)
- AI Native開発の実践
- 1人あたりのデイリーPR数が約1年半で1.1本→7.78本へ増加。全PRの83%をAIレビューのみでマージできる体制を実現しており、開発生産性の向上を数値で追い続けています。
- [全PRの83%をAIレビューだけでマージできるようにした](https://zenn.dev/kauche/articles/e051583461c181)
- 事業と顧客に近い距離で開発する文化
- PdMやデザイナーと混成で動き、事業数値やKPIの状況・対応方針を深くSyncして開発を行っています。定量数値と定性(使用感・お問い合わせ・SNS投稿・レビュー)を重視し、リリース後には定性・定量の変化を確認して次の施策に繋げていきます。
## キャリアパス
まずはテスト自動化基盤の構築と品質設計に集中いただき、その後はカウシェの品質保証全体をリードする立場を想定しています。開発とQAの両方を理解した上で仕組みを設計できる人材は市場に多くありません。SREなど隣接領域へ関心を広げていくことも可能です。
## 入社後3ヶ月の期待値(オンボーディング)
入社直後から「放置」することはありません。明確なマイルストーンと共に、チーム全体で立ち上がりをサポートします。
- **1ヶ月目:プロダクトと開発フローのキャッチアップ**:カウシェのプロダクト仕様(カウシェファーム・みんなの投稿・AIレコメンド等)と、既存のQAプロセス・テスト範囲・自動化状況を把握します。既存のQAメンバーと一緒に実際のテストを実施し、プロダクトの挙動と壊れやすい箇所を体感で掴んでいただきます。小規模な施策のQAを完遂できる状態が目標です。
- **2ヶ月目:テスト自動化への着手**:特定領域のテスト自動化を、設計から実装まで自らリードします。あわせて、現状の品質課題を自分の言葉で語れる状態を目指します。
- **3ヶ月目:品質戦略の提案**:カウシェのテスト戦略・自動化の優先順位について提案を行い、技術的な意思決定に関与いただくことを期待しています。
## 選考フローと技術課題について
お互いのミスマッチを無くすため、技術力とカルチャーの両面を丁寧に確認させていただきます。
- カジュアル面談(まずは気軽にお話ししましょう)
- 一次面接(技術・カルチャー:QA責任者・CTO / 60〜90分)
- 課題選考(技術:QA責任者+現場エンジニア / MAX90分)
- 課題を共有させていただき、ご自宅で取り組んでいただき、その後、ディスカッションを行う形式です。
- 最終面接(対面:CEO・COO / MAX90分)
- 最終面接と課題選考の間に、リファレンスチェックを実施することがあります。
## カウシェをもっと知る
- 採用ページ:https://enjoy-working.kauche.com/
- Company Deck:https://speakerdeck.com/kauche/zhu-shi-hui-she-kausie-company-deck
- 社員インタビュー:https://note.com/kauche
- TechBlog:https://zenn.dev/p/kauche
[Salary]
Expected annual salary: 7,200,000 yen to 10,080,000 yen
# Annual salary
Annual salary 7,200,000 yen to 10,080,000 yen
# Monthly salary
Monthly salary 600,000 yen to 840,000 yen
- Base salary (457,143 yen to 640,000 yen)
- Fixed overtime allowance (equivalent to 40 hours, 142,857 yen to 200,000 yen)
- Includes 40 hours of fixed overtime
# Salary notes
Premium wage rates for work beyond scheduled hours, late-night work, or holiday work are as follows:
- Beyond scheduled hours / beyond scheduled working hours: 0%
- Beyond statutory hours up to 45 hours per month / beyond the limit hours: 25%
- Beyond statutory hours exceeding 60 hours per month: 50%
- Late night: 25%
- Statutory holiday: 35%
【Work location】
Tokyo Head Office
〒150-0041 Tokyo-to Shibuya-ku Jinnan 1-12-16 Asia Building 9F
Office attendance frequency: Hybrid attendance (3 days per week in office)
※Scope of change: Head office and branch offices and sales offices nationwide |
 応募資格Requirement |
【必須要件】
- バックエンドを中心としたソフトウェア開発の実務経験
- 経験年数は問いません。ご自身が書いたコードについて「なぜこの構造にしたのか」「どこが壊れやすいのか」を自分の言葉で説明できることを重視します(特定の設計思想に関する知識の有無は問いません)
- テストコードを書き、テストしやすさを理由にプロダクションコードの設計に手を入れた経験
- カバレッジの高さではなく、「テスト容易性のために設計を変えた」経験を見ます。ユニット・結合・E2Eのいずれでも構いません
- 「何をテストしないか」を判断し、その理由を説明できること
- リスクと工数を踏まえて優先順位をつけ、削る判断を開発者やPdMに説明した経験
- 開発者・PdM・デザイナーと仕様レベルで議論できること
- 仕様の曖昧さや考慮漏れを指摘し、選択肢を示して合意形成した経験
※QAとしての実務経験、およびテスト関連資格は必須ではありません。
- Practical experience in software development, mainly on the backend
- No minimum years of experience required. We place importance on being able to explain in your own words why you structured the code you wrote the way you did and where it is fragile (knowledge of any particular design philosophy is not required).
- Experience writing test code and changing the design of production code for the sake of testability
- We look for experience of changing a design for testability, not for high coverage. Unit, integration, or E2E tests are all acceptable.
- Ability to decide what not to test and explain the reasons for that decision
- Experience deciding what to cut by prioritizing based on risk and effort, and explaining that decision to developers or PdMs
- Ability to discuss specifications at a specification level with developers, PdMs, and designers
- Experience pointing out ambiguities or gaps in specifications, presenting options, and building consensus
※Practical experience as QA and test-related certifications are not required. |
 日本語力Japanese level |
流暢
Fluent |
 雇用形態Employment type |
正社員
Full-time |
 勤務エリアLocation |
東京都
Tokyo |
 勤務時間Working hours |
—
— |
 想定年収Salary |
720万円〜1,008万円
JPY 7,200,000 - 10,080,000 |
 条件・待遇Condition |
【給与】
想定年収:720万円〜1,008万円
# 年収
年収 720万円 〜 1,008万円
# 月給
月給 600,000円〜840,000円
- 基本給(457,143円〜640,000円)
- 固定残業手当 (40時間分相当142,857円〜200,000円)
- 固定残業時間として40時間を含む
# 給与備考
所定時間外、深夜または休日の時の割増賃金率は下記の通り
- 所定時間外・所定超:0%
- 法定超月45時間迄・限度時間超:25%
- 法定超月60時間超:50%
- 深夜:25%
- 法定休日:35%
【勤務地】
東京本社
〒150-0041 東京都渋谷区神南1丁目12-16 アジアビル9F
出社頻度:ハイブリッド出社(週3日の出社)
※変更の範囲:本社および全国の支社、営業所
[Salary]
Expected annual salary: 7,200,000 yen to 10,080,000 yen
# Annual salary
Annual salary 7,200,000 yen 〜 10,080,000 yen
# Monthly salary
Monthly salary 600,000 yen〜840,000 yen
- Base salary (457,143 yen〜640,000 yen)
- Fixed overtime allowance (equivalent to 40 hours, 142,857 yen〜200,000 yen)
- Includes 40 hours of fixed overtime
# Salary notes
Premium wage rates for work outside scheduled hours, late-night hours, or on holidays are as follows
- Outside scheduled hours / beyond scheduled hours: 0%
- Beyond statutory hours, up to 45 hours per month / beyond time limit: 25%
- Beyond statutory hours, over 60 hours per month: 50%
- Late night: 25%
- Statutory holidays: 35%
[Work location]
Tokyo Head Office
〒150-0041 Tokyo-to Shibuya-ku Jinnan 1-12-16 Asia Building 9F
Office attendance frequency: Hybrid attendance (3 days per week in office)
※Scope of change: Head office and branches and sales offices nationwide |
 選考についてProcess |
|
