株式会社10X

▍10Xについて
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
「1人の難題を、巨大な市場から解く」をミッションに掲げ、国内小売（リテール）という巨大なアナログ市場のDXを推進しています。単なるソフトウェア提供に留まらず、店舗オペレーションや物流まで含めた「社会インフラの再構築」に挑むエンジニアリング集団です。

▍新規事業 について（なぜ今この事業を始めるのか）
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
これまで10Xは、小売チェーンがECを開始・運用するための国内最大級のプラットフォーム「Stailer」を開発・提供してきました。
ライフ、デリシア、スギ薬局など、さまざまな業態・規模・地域のネットスーパーのEC事業立ち上げ・成長を支援し、黒字化に成功したパートナー様もいらっしゃいます。

10Xは、この事業を通じて培った知見と、昨今の深刻化する人材不足や生産性の課題から、これまでのネットスーパー事業だけに留まらず、小売事業者様が直面する様々な経営課題を解決するためのDX全般を支えるマルチプロダクトへと事業を拡大しています。 
具体的には、「Stailer AIプライシング」「Stailer AI発注」「Stailer MD」といったそれぞれのテーマに特化したソリューションを提供し、収益性の向上やオペレーションの最適化など、データとデジタル技術を駆使したプロダクトの開発を進めています。

　・Stailer AIプライシング：販売実績や在庫データをもとに、AIが粗利目標に沿った最適な商品価格を自動算出し、利幅を最大化する価格戦略ツール
　・Stailer AI発注：ベテランの経験則に頼りがちだった複雑な商品発注を、AIが需要や在庫を予測して自動提案し、属人化と人手不足を解消するシステム
　・Stailer MD：バラバラになりがちな「小売・卸・メーカー」間の商品・取引データを統一・集約し、売場づくりやデータ活用を効率化する統合基盤

＞10XのStailerが「現場向けAI・DX」領域に進出
https://10x.co.jp/news/2025-05-20-1/

▍Stailer AI発注について
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
現在は「Stailer」の新プロダクト第1弾として、2025年7月より「Stailer AI発注」を提供しています。
従来、スーパーマーケットでの商品発注は販売実績や在庫状況、季節・イベントなど様々な要素を勘案する必要があり、ベテランスタッフの経験やノウハウに頼らざるを得ない業務でした。

Stailer AI発注は、そうした属人的な判断に必要なデータを統合し、AIが最適な発注内容を自動で提案することで、小売業の大幅な生産性向上を目指したプロダクトです。

▍現状の課題と展望について
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
「Stailer AI発注」はリリースから1年が経過し、データパイプラインの安定化や基本的なAI発注精度の向上といった「基盤の確立」を達成しました。今向き合っているパートナーに対して、プロダクトが動き、うまく回り始めた、という状態です。

しかし、日本国内には一定以上のGMV（流通取引総額）を持つ小売企業が200社以上あります。各社で同じオペレーションをしているところがない状況下で、「Stailer AI発注」を世の中の小売にどれだけ当てはまるのか・当てはめていけるのか、というのが今一番高い不確実性であり、チャレンジングな部分だと認識しています。

・パートナー展開が進んだときに、個社対応と標準化のバランスをどう取るか
・特売・目玉商品など、型にはまらないケースをどこまでモデル化し、自動発注の採用率を極めるかなど

▍業務内容の一例
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
「Stailer AIプライシング」「Stailer AI発注」「Stailer MD」等の新規事業のアプリケーションの開発、および保守運用

本ポジションには以下のポイントがあります。

・人々の生活に近い、手触り感のあるプロダクト開発で身近な人が利用するプロダクト開発に関わることができる
・マルチテナント・マルチプロダクト・エンタープライズ向けの3つが重なる開発という貴重な機会がある
・一人でフロントエンドからバックエンド、バッチ処理の広範囲な開発に関わることができる

▍働くメンバー
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
代表の矢本がBizDev・PdMを担当し、データサイエンティスト1名、ソフトウェアエンジニア2名という体制で開発に取り組んでいます。
一緒に働くメンバーの様子は、下記記事からぜひご覧ください。

＞新規事業での不確実性にエンジニアはどう立ち向かう? 　ーStailer AI発注 リリース後1年の歩みと次なるチャレンジー
https://10x.co.jp/blog/10xblog/engineer-aio-interview/

【業務内容の変更範囲】：会社の定める業務




バックエンドエンジニア

Dart

TypeScript

gRPC

Flutter

Google Cloud

BigQuery

Cloud Run

PostgreSQL

Kubernetes

Claude Code

GitHub

Slack

Notion

GitHub Actions

★【代表直下】膨大な”発注データ”を活用した新規事業／小売基幹システムを目指す”StailerAI発注”を開発するシニアバックエンドエンジニア募集！

▍10Xについて
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
「1人の難題を、巨大な市場から解く」をミッションに掲げ、国内小売（リテール）という巨大なアナログ市場のDXを推進しています。単なるソフトウェア提供に留まらず、店舗オペレーションや物流まで含めた「社会インフラの再構築」に挑むエンジニアリング集団です。 

▍Stailer ネットスーパーについて
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
小売チェーンがECを開始・運用するための国内最大級のプラットフォームです。
・エンドユーザー向け： 快適なお買い物体験を提供するモバイルアプリ
・店舗・スタッフ向け： 数万点の在庫管理、複雑なパッキング、配送ルート最適化を支える業務OS

ライフ、デリシア、スギ薬局など、さまざまな業態・規模・地域のネットスーパーを支えています。「24時間止まらない注文」というBtoCの側面と、「秒単位で動く店舗のピッキング・物流」というBtoBの側面が、同一のデータモデル上で激しく交差する「高密度・多変数」なプラットフォームです

▍現状の課題と展望について
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
◯ 買い物の選択肢を、あらゆる人々に提供したい
「Stailer（ステイラー）」というプロダクトは、小売チェーンがオンラインショップを開設するためのプラットフォームです。私たちはStailerを通じてより多くの人々に、便利な買い物体験を提供したいと考えています。また、Stailerの提供を通じて、店舗に足を運ぶことが難しい人々にも選択肢を提供したいと考えています。

例えば、子育てをしていてスーパーでの買い物が難しいという方。地方に住む、免許を返納した高齢の方。ハンディキャップを抱えていて店頭で買い物することが難しい方。そうした人々にも買い物の選択肢がある世界を作っていくことを目指しています。

ただ、ネットスーパーやネットドラッグストアはまだ「日本中であたりまえに使われている」というには遠い状況です。

◯ ネットスーパー市場全体を拡大し、人々の生活を変える
ネットスーパーが日本中で広く利用される使われるためにはStailerをより多くの事業者、多くの店舗に導入してもらい、ネットスーパーの市場全体を拡大する必要があります。そのために今、私たちが最も力を入れて取り組んでいるのが、各社が営んでいるネットスーパーの事業を黒字化することです。

ネットスーパーの事業が黒字化することにより、Stailerを導入した企業が利益を上げ、その利益がさらにネットスーパーを拡大するための再投資に回る。その循環がネットスーパーという市場全体を拡大し、人々の生活を変えると私たちは考えています。

◯ いま求められている改善と開発
各社のネットスーパー事業を黒字化するために、いまプロダクトに求めれれている改善や機能の例としては、下記のようなものがあります。
・顧客体験の改善
　・お客さまが利用するアプリケーションのUI/UXを高め、注文単価・注文件数を高める。
　・商品の検索や推薦のアルゴリズムを改善し、注文単価・注文件数を高める。

・オペレーションの生産性改善
　・商品のピッキングやパッキングに用いるアプリや業務自体を改善し、オペレーションの生産性を高める。
　・オペレーションの生産性を高めるための指標を店舗や従業員単位で確認することができるような機能を開発する。
　・車両の割り当てや配送のルーティングのロジックを改善することで効率的に配送できるようにする。

・価格の最適化
　・商品の価格や配送料を最適化する機能を適用し、粗利益率の改善する。
　・クーポンなどを用いたプロモーションに実施を最適する機能を適用し、無駄な割引を削減する。

この中で一部は開発に着手したりリリースしているものもありますが、まだまだ必要とされる改善は多くある、というのが実情です。

◯ 開発速度を維持するための技術的な課題
前述のようにまだまだStailerにはまだまだ改善や開発が必要な状況ですが、それらをスピード感を持って行い続けるためには、技術的な課題の解消も必要だと考えています。これからも速く安全にStailerの開発を進めるために、以下のような技術的な課題を解決したいと考えています。

・最適でないレイヤ構造
Stailerの開発初期に実装されたコードは、手続き的なトランザクションスクリプトで書かれていました。現在はドメイン層を隔離して複雑な業務ロジックを記載できるようなレイヤーの境界とその責務をADR(Architecture Decision Record)として定義しています。

ただ、まだまだADRに沿った実装にはなっていない部分がまだ多く残っているのが実情ですし、レイヤーの定義やその責務についてもまだ、より良くする余地が多分にある状態です。

・疎結合になっていないシステム
本来であればコンポーネント間・モデル間の依存は疎結合であるべきですが、Stailerには不要に密結合となったモデルやデータがまだまだ存在しており、それらが開発速度を律速しています。

例えば、注文や注文枠といったモデル・データが、これに該当します。こうした、密結合になっているモデルを疎にするために、コンポーネント間の境界を明確にしそれを適切なインタフェースを経由してやりとりをするようにする、といった変更が必要になっています。

一部のコンポーネントではイベント駆動アーキテクチャの導入などにより、疎結合にする試みが始まっていますが、全体ではまだまだ疎なソフトウェアにはなっていない状態です。

◯ 業務を適切に表現できていないモデリング
開発当初、まだネットスーパーの運営という業務への理解が浅い中で実装された箇所では、適切に業務をモデリングした実装やデータ構造になっていない部分が多くあります。これまで会社やチーム、個人が培ったドメイン知識を正しくソフトウェアに反映し、業務を適切に表現したコードを実装する必要があります。

◯ 大規模な事業者を迎え入れるためのスケーラビリティ
今後、Stailerでは大きな事業者を迎え入れることが想定されていますが、これまで以上に多くのお客さまがアクセスしたり、スタッフの業務が実行されたとき、問題なく動作するかどうかの検証を進めています。
各リソースをDatadogやGCP上のツール上で適切にモニタリングできるように整備すること、負荷試験の環境やツールを整え試験を実行すること、それに伴って明らかになったボトルネックを解消すること、などを今後進める予定です。

▍業務内容の一例
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
10Xでは現在、業務ドメインごとに開発チームが存在しており、このいずれかの開発チームに所属して頂くことになります。
▼売場チーム：
売場に掲載する商品や特集を管理できる仕組みを提供し、パートナー企業の担当者が売場を自在にコントロールできるようにする。
▼店舗チーム
店舗サービスの設定、販促に関するプロダクトを開発運用し、施策をタイムリーに実行できるようにする。
▼お取引チーム：
注文後の決済から商品のお届けまで取引に関わる機能を開発運用し、パートナー企業とお客さまが安心して取引を終えることができるようにする。
▼CXチーム：
検索、推薦、MLOps、数理最適化の技術的専門性を活かしてさまざまな領域の問題解決をする（Cool な Experience を提供する）。

短期的にはこれらのチームでICのバックエンドエンジニアとして成果を出していただき、中長期では「今抱えている課題」に記載したようなアーキテクチャやドメインのモデリングといった課題に向き合いStailerのソフトウェアを良いコンディションにする、といった業務をお任せしたいと考えています。

ネットスーパーが「当たり前のインフラ」になるには、まだ多くの壁があります。
「在庫がない」「配送枠が埋まっている」「ピッキングに時間がかかる」といった物理的な制約に対し、論理的な設計と実装で解決策を提示し、バックエンド領域から事業の成長を牽引していただきます。

＜具体的な技術的ミッション＞
・複雑なオペレーションのモデル化と実装
　「グラム売りの肉」「代替品の提案」「配送ルートの最適化」など、ECパッケージでは対応できない複雑な小売業務を深く理解し、柔軟で拡張性の高いデータモデル（スキーマ設計）に落とし込む。

・大規模データとレガシーシステムの統合
　パートナー企業が持つ数万点の在庫データ（レガシーシステム）とStailerをに同期させるための、高信頼・高スループットなデータパイプラインを構築する。

・マルチテナント・プラットフォームのアーキテクチャ設計
　「より少ないコストで多くの企業に」を実現するため、個別のカスタマイズに依存しない、汎用的かつ設定ベースで挙動を変えられる（Configurableな）バックエンド基盤へのリアーキテクチャを実践する。

・現場のUXを支えるパフォーマンスチューニング
　通信環境が不安定な店舗バックヤードでも、店員がストレスなくピッキング業務を行えるよう、レイテンシを最小化するAPI設計や、オフラインファーストなデータ同期処理を実装する。

▶ この仕事の醍醐味
自分が書いたコードが、翌日には実際の店舗や配送の現場で使われます。店員さんの作業時間が短縮されたり、ユーザーが今まで買えなかったものが買えるようになったりと、自分の仕事の結果が、誰かの役に立っていることをダイレクトに感じられる環境です。

【業務内容の変更範囲】：会社の定める業務

一部リモート可

アジャイル開発

自社サービス開発

Nuxt.js

Firestore

【高負荷トランザクション×複雑ドメインモデル】物理的なオペレーションに入り込み、小売基幹システムを目指す／”Stailer ネットスーパー”を開発するシニアバックエンドエンジニア募集！

【代表直下】膨大な”発注データ”を活用した新規事業／小売基幹システムを目指す”StailerAI発注”を開発するシニアバックエンドエンジニア募集！

【10Xについて】
「1人の難題を、巨大な市場から解く」をミッションに掲げ、国内小売（リテール）という巨大なアナログ市場のDXを推進しています。単なるソフトウェア提供に留まらず、店舗オペレーションや物流まで含めた「社会インフラの再構築」に挑むエンジニアリング集団です。 

【Stailer ネットスーパーについて】
小売チェーンがECを開始・運用するための国内最大級のプラットフォームです。
・エンドユーザー向け： 快適なお買い物体験を提供するモバイルアプリ
・店舗・スタッフ向け： 数万点の在庫管理、複雑なパッキング、配送ルート最適化を支える業務OS

ライフ、デリシア、スギ薬局など、さまざまな業態・規模・地域のネットスーパーを支えています。「24時間止まらない注文」というBtoCの側面と、「秒単位で動く店舗のピッキング・物流」というBtoBの側面が、同一のデータモデル上で激しく交差する「高密度・多変数」なプラットフォームです

【現状の課題と展望について】
◯ 買い物の選択肢を、あらゆる人々に提供したい
「Stailer（ステイラー）」というプロダクトは、小売チェーンがオンラインショップを開設するためのプラットフォームです。私たちはStailerを通じてより多くの人々に、便利な買い物体験を提供したいと考えています。また、Stailerの提供を通じて、店舗に足を運ぶことが難しい人々にも選択肢を提供したいと考えています。

例えば、子育てをしていてスーパーでの買い物が難しいという方。地方に住む、免許を返納した高齢の方。ハンディキャップを抱えていて店頭で買い物することが難しい方。そうした人々にも買い物の選択肢がある世界を作っていくことを目指しています。

ただ、ネットスーパーやネットドラッグストアはまだ「日本中であたりまえに使われている」というには遠い状況です。

◯ ネットスーパー市場全体を拡大し、人々の生活を変える
ネットスーパーが日本中で広く利用される使われるためにはStailerをより多くの事業者、多くの店舗に導入してもらい、ネットスーパーの市場全体を拡大する必要があります。そのために今、私たちが最も力を入れて取り組んでいるのが、各社が営んでいるネットスーパーの事業を黒字化することです。

ネットスーパーの事業が黒字化することにより、Stailerを導入した企業が利益を上げ、その利益がさらにネットスーパーを拡大するための再投資に回る。その循環がネットスーパーという市場全体を拡大し、人々の生活を変えると私たちは考えています。

◯ いま求められている改善と開発
各社のネットスーパー事業を黒字化するために、いまプロダクトに求めれれている改善や機能の例としては、下記のようなものがあります。
・顧客体験の改善
　・お客さまが利用するアプリケーションのUI/UXを高め、注文単価・注文件数を高める。
　・商品の検索や推薦のアルゴリズムを改善し、注文単価・注文件数を高める。

・オペレーションの生産性改善
　・商品のピッキングやパッキングに用いるアプリや業務自体を改善し、オペレーションの生産性を高める。
　・オペレーションの生産性を高めるための指標を店舗や従業員単位で確認することができるような機能を開発する。
　・車両の割り当てや配送のルーティングのロジックを改善することで効率的に配送できるようにする。

・価格の最適化
　・商品の価格や配送料を最適化する機能を適用し、粗利益率の改善する。
　・クーポンなどを用いたプロモーションに実施を最適する機能を適用し、無駄な割引を削減する。

この中で一部は開発に着手したりリリースしているものもありますが、まだまだ必要とされる改善は多くある、というのが実情です。

◯ 開発速度を維持するための技術的な課題
前述のようにまだまだStailerにはまだまだ改善や開発が必要な状況ですが、それらをスピード感を持って行い続けるためには、技術的な課題の解消も必要だと考えています。これからも速く安全にStailerの開発を進めるために、以下のような技術的な課題を解決したいと考えています。

・最適でないレイヤ構造
Stailerの開発初期に実装されたコードは、手続き的なトランザクションスクリプトで書かれていました。現在はドメイン層を隔離して複雑な業務ロジックを記載できるようなレイヤーの境界とその責務をADR(Architecture Decision Record)として定義しています。

ただ、まだまだADRに沿った実装にはなっていない部分がまだ多く残っているのが実情ですし、レイヤーの定義やその責務についてもまだ、より良くする余地が多分にある状態です。

・疎結合になっていないシステム
本来であればコンポーネント間・モデル間の依存は疎結合であるべきですが、Stailerには不要に密結合となったモデルやデータがまだまだ存在しており、それらが開発速度を律速しています。

例えば、注文や注文枠といったモデル・データが、これに該当します。こうした、密結合になっているモデルを疎にするために、コンポーネント間の境界を明確にしそれを適切なインタフェースを経由してやりとりをするようにする、といった変更が必要になっています。

一部のコンポーネントではイベント駆動アーキテクチャの導入などにより、疎結合にする試みが始まっていますが、全体ではまだまだ疎なソフトウェアにはなっていない状態です。

◯ 業務を適切に表現できていないモデリング
開発当初、まだネットスーパーの運営という業務への理解が浅い中で実装された箇所では、適切に業務をモデリングした実装やデータ構造になっていない部分が多くあります。これまで会社やチーム、個人が培ったドメイン知識を正しくソフトウェアに反映し、業務を適切に表現したコードを実装する必要があります。

◯ 大規模な事業者を迎え入れるためのスケーラビリティ
今後、Stailerでは大きな事業者を迎え入れることが想定されていますが、これまで以上に多くのお客さまがアクセスしたり、スタッフの業務が実行されたとき、問題なく動作するかどうかの検証を進めています。
各リソースをDatadogやGCP上のツール上で適切にモニタリングできるように整備すること、負荷試験の環境やツールを整え試験を実行すること、それに伴って明らかになったボトルネックを解消すること、などを今後進める予定です。

【業務内容の一例】
10Xでは現在、業務ドメインごとに開発チームが存在しており、このいずれかの開発チームに所属して頂くことになります。
▼売場チーム：
売場に掲載する商品や特集を管理できる仕組みを提供し、パートナー企業の担当者が売場を自在にコントロールできるようにする。
▼店舗チーム
店舗サービスの設定、販促に関するプロダクトを開発運用し、施策をタイムリーに実行できるようにする。
▼お取引チーム：
注文後の決済から商品のお届けまで取引に関わる機能を開発運用し、パートナー企業とお客さまが安心して取引を終えることができるようにする。
▼CXチーム：
検索、推薦、MLOps、数理最適化の技術的専門性を活かしてさまざまな領域の問題解決をする（Cool な Experience を提供する）。

短期的にはこれらのチームでICのバックエンドエンジニアとして成果を出していただき、中長期では「今抱えている課題」に記載したようなアーキテクチャやドメインのモデリングといった課題に向き合いStailerのソフトウェアを良いコンディションにする、といった業務をお任せしたいと考えています。

ネットスーパーが「当たり前のインフラ」になるには、まだ多くの壁があります。
「在庫がない」「配送枠が埋まっている」「ピッキングに時間がかかる」といった物理的な制約に対し、論理的な設計と実装で解決策を提示し、バックエンド領域から事業の成長を牽引していただきます。

＜具体的な技術的ミッション＞
・複雑なオペレーションのモデル化と実装
　「グラム売りの肉」「代替品の提案」「配送ルートの最適化」など、ECパッケージでは対応できない複雑な小売業務を深く理解し、柔軟で拡張性の高いデータモデル（スキーマ設計）に落とし込む。

・大規模データとレガシーシステムの統合
　パートナー企業が持つ数万点の在庫データ（レガシーシステム）とStailerをに同期させるための、高信頼・高スループットなデータパイプラインを構築する。

・マルチテナント・プラットフォームのアーキテクチャ設計
　「より少ないコストで多くの企業に」を実現するため、個別のカスタマイズに依存しない、汎用的かつ設定ベースで挙動を変えられる（Configurableな）バックエンド基盤へのリアーキテクチャを実践する。

・現場のUXを支えるパフォーマンスチューニング
　通信環境が不安定な店舗バックヤードでも、店員がストレスなくピッキング業務を行えるよう、レイテンシを最小化するAPI設計や、オフラインファーストなデータ同期処理を実装する。

▶ この仕事の醍醐味
自分が書いたコードが、翌日には実際の店舗や配送の現場で使われます。店員さんの作業時間が短縮されたり、ユーザーが今まで買えなかったものが買えるようになったりと、自分の仕事の結果が、誰かの役に立っていることをダイレクトに感じられる環境です。


【業務内容の変更範囲】：会社の定める業務

★【高負荷トランザクション×複雑ドメインモデル】物理的なオペレーションに入り込み、小売基幹システムを目指す／”Stailer ネットスーパー”を開発するシニアバックエンドエンジニア募集！

スーパーマーケット、ドラッグストアなどの小売チェーンがECを立ち上げるためのプラットフォーム『Stailer』の企画開発運営。お客様向けのアプリや、複雑な在庫・ピッキング・配送などを管理するオペレーティングシステムを提供し、導入後の事業成長まで一気通貫でサポート。

株式会社10X

求人一覧

★【代表直下】膨大な”発注データ”を活用した新規事業／小売基幹システムを目指す”StailerAI発注”を開発するシニアバックエンドエンジニア募集！

【高負荷トランザクション×複雑ドメインモデル】物理的なオペレーションに入り込み、小売基幹システムを目指す／”Stailer ネットスーパー”を開発するシニアバックエンドエンジニア募集！

【代表直下】膨大な”発注データ”を活用した新規事業／小売基幹システムを目指す”StailerAI発注”を開発するシニアバックエンドエンジニア募集！

★【高負荷トランザクション×複雑ドメインモデル】物理的なオペレーションに入り込み、小売基幹システムを目指す／”Stailer ネットスーパー”を開発するシニアバックエンドエンジニア募集！