プロダクトエンジニア

必須

• Webアプリケーション開発の実務経験（目安5年以上）
• 機能単位で、設計から実装・リリース・運用までを自分で完結できる
• 既存のコードや仕組みの制約を踏まえて設計判断ができ、その理由を説明できる
• 他のメンバーの設計に対して意見を述べ、議論できる
• 仕様や要件に疑問を持ったとき、実装側で吸収するのではなく、仕様そのものに立ち返って確認・提案した経験がある

歓迎

• 次のいずれか

  • 法人向けサービスの開発経験
  • 顧客の業務内容を理解したうえで、プロダクトの設計に関わった経験
  • 利用データや行動ログを分析し、開発の判断材料にした経験
  • 画面設計や使い勝手の検討に踏み込んだ経験
  • AIツールを開発の進め方に組み込み、チームに広げた経験

• 特に歓迎する経験

  • 課題解決：割り当てられた作業をこなすだけでなく、課題の発見から解決までを自ら主導し、最後までやり切った経験
  • 仮説検証：仮説を立て、素早く検証し、そこで得た学びをチームや組織に共有するサイクルを回した経験
  • 組織を越えた協働：開発組織の外（企画、営業、顧客対応、経営など）と直接やり取りしながら、課題解決を進めた経験

求める人物像

• 実装の責任を持ち続けながら、何を作るべきかの議論にも加わっていきたい方
• 仕様に疑問を感じたとき、背景を確認し、代案を提案しに行ける方
• 誰かに頼まれる前に課題に気づき、自分から始めて周囲を巻き込める方
• 開発チームの外にいる人と直接やり取りして、物事を前に進められる方
• AIで生まれた時間を、設計の検討や調査、チームへの共有に使える方
• 挑戦から得た学びを、個人に閉じずにチームへ共有できる方

使用ツール

このポジションについて

• CX改善プラットフォーム「Sprocket」の開発を担うエンジニアのポジションです。機能単位で、設計から実装、リリース、運用までを自分で完結させることを前提としています。
• このポジションの特徴は、作るものが決まってから作るのではなく、何を作るべきかを決める段階から関わっていただく点です。企画担当者と対等な立場で議論し、技術的な観点から「それは実現可能か」「別の方法はないか」「その判断が将来何を制約するか」を提示していただきます。ご自身が詳しい領域があれば、その観点からの意見も期待しています。
• 実装の責任は持ち続けていただきます。そのうえで、関わる範囲を前工程にも広げていく、というのがこのポジションで想定しているキャリアの形です。企画や要件定義の実務経験は問いません。これから関わっていきたいという意志と、その素地があるかを重視しています。

募集背景

• 開発の進め方を見直したことで、チームの生産性が上がりました。その結果、これまで手を付けられずにいたテーマが次々と着手可能になり、取り組みたいことがチームの規模を上回っている状態です。単に開発の人数を増やしたいわけではなく、プロダクトの方向性を一緒に考えられるエンジニアを増やしたい、というのが今回の募集の動機です。

開発対象のプロダクト

• 自社開発のCX改善プラットフォーム「Sprocket」を構成する以下のプロダクト群を開発しています。
• Sprocket Personalize：MA／パーソナライズ（Web接客、アプリ、メール、LINEなどチャネル横断のOne to Oneコミュニケーション）
• Sprocket DataStudio：CDP（顧客データの収集・統合・加工・セグメント設計）
• Sprocket Insights：BI（顧客行動と施策効果の可視化、生成AIによる次の一手の提示）
• SproAgent：AIエージェント（データ分析エージェントなど、分析・企画業務をAIが自律実行）

開発環境

• 言語：TypeScript / Go / Scala（一部 Java・Python・Rust）
• フロントエンド：React / Next.js / Vite
• バックエンド：Hono / gRPC（Protocol Buffers）/ Akka / Apache Beam
• クラウド：GCP（Cloud Run / Cloud Functions / Pub/Sub）/ AWS（ECS Fargate / EKS / Lambda）
• データ：BigQuery / Cloud Spanner / DynamoDB / MySQL / Kinesis / Kafka（MSK）/ Dataflow / dbt / Looker
• IaC：Terraform / AWS CDK
• 認証：Firebase Identity Platform / Auth0
• 生成AI：Vertex AI（Gemini / Claude）
• 開発プロセス：Claude Code を前提とした仕様書駆動・受け入れ条件（BDD）駆動の開発。チームで Claude Code 用のコマンド・MCPサーバー群を自作・運用
• その他：GitHub / Slack / esa

任せるミッション

• 担当する機能について、設計から実装、リリース、運用までを一人称で担っていただきます。そのうえで、仕様を受け取って作るところで止まらず、「そもそも何を作るべきか」の議論に加わり、プロダクトの方向性づくりに技術の立場から関与していただきます。入社後はまず実装の責任を持っていただき、そこから段階的に関わる範囲を広げていく形を想定しています。

働く環境

• 出社義務はありません。フルリモート・フルフレックス（コアタイムなし）で、働く場所と時間は本人が決めます。制度として認めているという段階ではなく、出社や勤務時間の制約がないことを前提に組織を設計しています。企画担当者との議論もオンラインで行っており、偶然の雑談から始まる会話が生まれにくい分、議論の場を意図的に設計する運用にしています。この点は現在も改善を続けています。
• 開発はAIを前提に進めています。エンジニアにはClaudeのライセンス（Teamプラン）を付与しており、同プランの利用上限の範囲内で、日常的な開発に組み込んで使っています。Issueの作成から仕様化、実装、レビュー、テストまでをAIと分担する仕組みをチーム自身で作り、「使ってもよい」ではなく、AIを前提に開発の進め方そのものを組み直している状態です。そのうえで私たちが重視しているのは、AIによって空いた時間を設計の検討や調査、チームへの知見共有など何に使うかです。
• 新しい取り組みを推奨しています。評価においては、成功したかどうかよりも、そこから何を学び、どうチームに共有したかを重視します。失敗しても学びが共有されればチームの財産になり、成功しても個人の中に閉じていれば機会を失ったと考えます。
• 顧客理解の環境については、現状をそのままお伝えします。エンジニアが顧客と直接会う機会は、現状まだ限られています。一方で、実際の利用データや操作の記録は自由に見ることができ、顧客対応をしている部門へ直接質問できる関係があります。この環境をどう改善していくかは、現在取り組んでいる課題の一つです。

業務内容

• 担当機能の設計・実装・リリース・運用
• 既存のコードや仕組みの制約を踏まえた設計判断と、その理由の説明
• 他メンバーの設計レビューと設計議論
• 企画担当者との仕様・要件の議論（実現性、代替案、将来の制約の提示）
• 利用データ・行動ログを踏まえた開発判断
• AIツールを組み込んだ開発プロセスの改善と、チームへの知見共有