株式会社FRED の全ての求人一覧

オンラインでトレーディングカードの「オリパ（オリジナルパック）」を購入・開封できる自社サービスの開発です。ユーザーはコインを購入してパックを引き、当たったカードを現物として発送申請するか、その場でコインに変換します。この抽選は、ソーシャルゲームのガチャとは性質が異なります。ガチャが確率だけで独立に決まるのに対し、オリパは 「1パックに1枚しかない」実在の在庫を売り切る仕組み で、同一のレコードに対して大量のユーザーが同時に更新をかけにいきます。二重当選・在庫のマイナス・コインの二重消費のいずれも起こしてはならないため、確率の設計よりも トランザクション管理の厳密さ が問われる環境です。開封演出は動画ではなく、Unity WebGL のゲームとして動いています。抽選と金額はサーバーが1トランザクションで確定し、Unity は確定した結果に合う演出を再生します。技術的には Next.js 16（App Router）+ Hono + Prisma + PostgreSQL のアプリケーションが AWS ECS Fargate 上で動いています。決済（fincode／Amazon Pay）、Cognito 認証、コイン台帳、在庫つきの確率抽選、発送オペレーション、管理画面までが同じコードベースに載っており、ドメインモデルは 90 個以上あります。募集背景サービスの急成長にともない、機能追加の速度と「落ちない・戻せる」作りの両方が同時に必要になっています。可観測性の導入（Sentry・Datadog）は済み、現在はブランチ運用の一本化、API の server／client 分離、スパイクに耐えるスケーリングをロードマップとして進めています。Next.js に同居している API をどう分けるかを、自分から提案して進められる方を求めています。業務内容オリパの購入・抽選・開封演出まわりの機能開発および改善コイン購入・決済の実装と、コイン台帳の整合性・冪等性の担保Unity WebGL 製クライアントと Web 側の連携実装管理画面・発送オペレーションの機能開発フィーチャーフラグを使った、production と staging のブランチ乖離の解消Next.js から API を切り出すための設計と整理（server／client 分離）同時接続 1,000 人規模を想定したパフォーマンス改善とインフラ設定の見直し参画メリット金銭が絡むドメインの設計に触れられます。 在庫つきの確率抽選、コイン台帳の整合性、決済の冪等性、返金・チャージバック対応など、「間違えたら取り返しがつかない」領域です。技術スタックが新しい状態で運用されています。 Next.js 16 / React 19 / Prisma 7 / Hono 4 / Zod 4 / Tailwind CSS 4 / Bun。改善の順序が文書化されています。 技術課題は実測値つきで棚卸し済みで、4フェーズのロードマップがあります。AI ネイティブなチームです。 Claude Code / Codex を会社負担で利用でき、レビュー手順は skills として、事故になった書き方は CI のガードテストとしてリポジトリに置いています。事業側も Metabase や LibreChat（MCP）で自ら数字を追っています。開発環境フロントエンド: Next.js 16, React 19, MUI 7, Tailwind CSS 4バックエンド: Hono 4（@hono/zod-openapi）, Prisma 7, Zod 4, BullMQデータベース: PostgreSQL（Amazon Aurora）, Redisインフラ: AWS（ECS Fargate, S3, CloudFront, Cognito）, Terraform（移行中）, Cloudflare監視: Sentry, DatadogCI/CD: GitHub Actionsクライアント連携: Unity WebGLツール: GitHub, Slack, Notion, Jira, Figma

オンラインでトレーディングカードの「オリパ（オリジナルパック）」を購入・開封できる自社サービスのプロダクトデザインです。ユーザーはコインを購入してパックを引き、当たったカードを現物として発送申請するか、その場でコインに変換します。このサービスの UI には、相反する2つの役割があります。1つは 「引きたくなる」期待感 を作ることです。開封演出は動画ではなく Unity WebGL のゲームとして動いており、スロットやプリンコなど複数の遊び方があります。もう1つは お金を扱う画面としての安心感 です。まとまった金額のコインを使う場面で、残高・確率・還元率・確認のステップを、誤解なく、かつ体験を止めずに見せる必要があります。この2つを同じ画面の中で両立させることが、この案件のデザインの中心です。ユーザー向けの画面は約50画面あり、Web とアプリ（WebView）の両方で同じ画面を使っています。デザイントークンは DTCG 形式の JSON がリポジトリ上の正本になっており、そこから Tailwind CSS と MUI のテーマが自動生成されます。デザインの変更がコードに直接つながる環境です。募集背景サービスが急速に伸びており、新機能と改修が毎日リリースされています。一方で、これまでの画面の多くはエンジニアが AI を使いながら素早く作ってきたもので、画面ごとに見た目や操作の作法が揃っていません。デザイントークンの基盤は整えましたが、対応が済んでいるのはボタンと入力欄などの一部の共通部品だけです。購入から開封、発送申請までの体験を一貫した設計で見直し、デザインシステムとして育てていけるプロダクトデザイナーを募集しています。業務内容購入・開封・獲得商品・発送申請までの一連の体験の設計と改善ホーム・パック一覧・パック詳細の情報設計（パックの探しやすさ、確率・還元率の見せ方）コイン購入画面・確認ダイアログなど、お金を扱う画面の設計Figma のコンポーネントとデザイントークン（DTCG）の整備、およびコードとの対応づけ新機能（ライブオリパ、オークション、ゲームなど）の UI 設計リリース後の数字の確認と、改善案の提案必要に応じて、運営・CS が使う管理画面の使い勝手の改善参画メリットデザインがそのままコードになります。 トークンの正本はリポジトリにあり、変更すると Tailwind と MUI の両方に反映されます。数字で検証できます。 課金・開封・発送申請などの主要な行動は GA4 と Metabase で追えます。事業側も自分でダッシュボードを作って数字を追っています。リリースが速いです。 デザインを渡してから本番に出るまでが短く、改善のサイクルを何度も回せます。ゲームとお金が交わる、珍しい領域です。 ガチャの高揚感と、EC・決済の信頼感の両方を設計できます。生成AIを前提としたチームです。 Claude Code / Codex を会社費用負担で利用できます。デザイナーが AI を使って実装やトークンの変更まで踏み込むことも歓迎しています。開発環境・ツールデザイン: Figmaデザイントークン: DTCG 形式の JSON（Tailwind CSS 4 と MUI 7 のテーマを自動生成）フロントエンド: Next.js 16, React 19, MUI 7, Tailwind CSS 4演出: Unity WebGL, PixiJS分析: GA4, Metabaseツール: GitHub, Slack, Notion, Jira