toB/toC向けギフトプラットフォームを創るバックエンドエンジニアを募集!

募集停止

サーバーサイドエンジニア

toB/toC向けギフトプラットフォームを創るバックエンドエンジニアを募集!

株式会社GiftX

株式会社GiftX

AI要約(β)

革新的なギフト体験を提供する「GIFTFUL」の未来を共に創るサーバーサイドエンジニアを募集しています。あなたの技術力で、toB向けギフトプラットフォームの開発をリードし、法人企業のギフト施策を変革するチャンスです。年収672万円〜1,152万円、フルリモート可能な柔軟な働き方を提供。少数精鋭のチームで、CTOと共にプロダクトの成長を牽引してください。Ruby on Railsの経験を活かし、技術選定やアーキテクチャ設計に挑戦し、あなたのキャリアを次のステージへと進化させましょう。新しい市場を創造するこの旅に、あなたの情熱とスキルを加えてください。

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

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

給与・報酬

時給 3,500円 ~ 6,000円

稼働時間

60時間 ~ 160時間(週15 ~ 40時間)

雇用形態

業務委託から正社員

出社頻度

フルリモート

勤務地

東京都 新宿区 西新宿3-5-3 西新宿ダイヤモンドパレス 1111

現状と課題

現状

2023年にtoC向けギフトサービス「選び直せるギフトGIFTFUL」をリリース。 最大の特徴は、「選び直せるギフト」という日本初の革新的なコンセプト(特許取得済)。 贈り手が選んだギフトに対して、受け取った人が自分の本当に欲しいギフトを同価格帯から選び直せる仕組みを提供します。 「相手の好みが分からず、贈り物選びに悩む…。」 「ギフトをもらったのは嬉しいけれど、好みじゃなかった…。」 そんな贈り手・受け取り手双方の悩みを解決する、まったく新しいギフト体験を創造しています。 選び直し率46%、サービス満足率96%と日本初で新しいかつユーザー価値の高いギフト体験を提供できています。

toCからtoBへ、新しい挑戦

これまでtoC向けギフトサービスをメインに運営してきましたが、個人で利用いただいたお客様から自社でも使いたいとの法人利用の要望を多くいただき、toB向けギフトサービスの開発構想を進めてきました。 toB向けギフトサービスの開発着手の前段階としてPoC(概念実証)のために一部機能をサポート付きで法人プランとして提供しており、既に150社以上の企業に利用されています。ユーザー企業からの高い評価を受け、toB向けギフトプラットフォームの開発に着手しており、開発体制を強化中です。

現状の体制・募集背景

創業フェーズで、一緒に事業・プロダクトをつくる仲間を募集! 現状の開発体制は、エンジニアコアメンバー(CTO)1名を中心として、業務委託7名の計8名で構成されています。 toCプロダクトに加えて、toBプロダクトの開発も進めていく中で、CTOと共に開発を担っていただく2人目、3人目のコアメンバーを探しています。 全体組織でも、社員5名、業務委託・副業メンバー10名という少数精鋭のチーム。 職種の垣根を越え、エンジニア・デザイナー・ビジネスメンバーが積極的に意見交換を行いながら、サービスの開発を進めています。

参考情報

■サービス関連

■CTOについて

お願いする業務

新規開発中のtoB向けギフトプラットフォームの開発業務を担当していただきます。 一部機能については、すでにリリース済みのtoC向けサービスと共通基盤を活用します。 共通化や疎結合化を通じて依存関係を整理しながら進めていきます。

今後のサービスの拡張性にも大きく影響を及ぼすとても重要な業務ですが、少数精鋭で一緒にやり抜けるメンバーを求めています。

具体的な業務内容
  • 詳細設計〜リリースまでの一連の開発業務
  • 成長する Rails アプリケーションのアーキテクチャ設計や規約の整理、技術スタックの選定
  • チームメンバーのコードレビュー
  • 開発プロセスの改善点を見つけ、より効率的なワークフローの導入
  • toC向け「GIFTFUL」の新機能開発、保守
  • toC・toB両方のプロダクト開発に携わりたい方
  • 一部機能の実装や保守だけでなく、上流工程も含めてプロダクト全体に関わりたい
  • 自身や家族・知人など近い方に使っていただける身近で生活に馴染んだサービスに興味がある方
  • スタートアップで働きたい方

技術スタック

募集要項

概要

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

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

雇用形態

業務委託から正社員

給与・報酬

時給 3,500円 ~ 6,000円

稼働時間

60時間 ~ 160時間(週15 ~ 40時間)

出社頻度

フルリモート

勤務地

東京都 新宿区 西新宿3-5-3 西新宿ダイヤモンドパレス 1111

必須スキル/経験

  • Ruby on Railsでの開発経験:3年以上
  • GitHub を利用した開発フロー
  • ライブラリなどの技術選定を行った経験

歓迎スキル/経験

  • 要件定義 / テーブル設計の経験
  • Docker などコンテナ技術を利用した開発経験
  • AWS を利用したネットワークインフラの構築経験
  • 長期運用した Rails アプリのバージョンアップの経験
  • プロジェクトマネジメントやテックリードなどの経験
  • React / Vue.js などのフロントエンドの経験
  • 自社サービスの開発経験
  • 新しい技術に好奇心持って取り組める
  • オープンソースへの活動

スキル要件

スキル名

経験年数

種別

Ruby on Rails3年以上必須
AWS指定なし歓迎
Docker指定なし歓迎
React指定なし歓迎

一緒に働くメンバー

  • 石塚 悠悟

    石塚 悠悟

    代表取締役 Co-Founder

    大学卒業後、コンサルティングファームであるデロイト・トーマツ・グループ、PwCグループにてコンサルティング支援に従事。その後、上場企業のホットリンクに参画後、執行役員として新規事業開発を含めた全事業、経営企画、コーポレート領域を統括。2022年6月に株式会社GiftXを創業。

  • 五島僚太郎

    五島僚太郎

    CTO

    2015年株式会社ベーシックに入社、Webメディア・マーケティングツールの「ferret One」「formrun」の開発・運用・保守に従事。複数サービスの開発責任者を経て、株式会社GiftXにCTOとして参画。

  • 倉橋愛里

    倉橋愛里

    ビジネス開発

サービス内容の詳細

選び直せるギフト「GIFTFUL」

GIFTFULの最大の特徴は、「選び直せるギフト」という日本初の革新的なコンセプト(特許取得済)。 贈り手が選んだギフトに対して、受け取った人が自分の本当に欲しいギフトを同価格帯から選び直せる仕組みを提供します。 「相手の好みが分からず、贈り物選びに悩む…。」 「ギフトをもらったのは嬉しいけれど、好みじゃなかった…。」 そんな贈り手・受け取り手双方の悩みを解決する、まったく新しいギフト体験を創造しています。 GIFTFUL サービスサイト:https://giftful.jp/about

「GIFTFUL 法人プラン(toB向けギフトプラットフォーム開発のためのPoC)」

GIFTFUL法人プランは、“選び直し” と ”受領されないギフトは支払いゼロ”という「GIFTFUL」のコアなギフト体験の仕組みはそのままに、「一括ギフト送付」「オリジナルカード作成」「受領ステータス把握」など法人企業が工数をかけずにギフト施策を実施できるプランです。 取引先への感謝のギフトや社員への誕生日祝い、周年記念など多様なシーンで活用されており、顧客体験や従業員体験を向上したい法人企業に使われています。 GIFTFUL法人プラン サービスサイト:https://giftful.jp/business

選考フロー

  1. カジュアル面談

※ポジションによってフローは異なる場合がございます。

同じポジションの求人

おすすめのイベント

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

    開催前

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

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

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

    開催前

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

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

  • 【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    開催終了

    【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

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

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    アーカイブ公開中

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月15日(水)12:00~13:00

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    アーカイブ公開中

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る