Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
非エンジニアがAIで継続的に運用できる配送システムを作った話
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
STORES Tech
November 26, 2025
Technology
0
24
非エンジニアがAIで継続的に運用できる配送システムを作った話
2025/11/26 STORES Tech Conf 2025 での発表資料です。
https://storesinc.tech/conf/2025
STORES Tech
November 26, 2025
Tweet
Share
More Decks by STORES Tech
See All by STORES Tech
炎上プロジェクトに呼ばれたEMがPR数を10倍に増やしたときに得たものと失ったもの
storesinc_tech
0
380
「決済」だけでは終わらない、決済手段追加の舞台裏
storesinc_tech
0
13
経営統合がエンジニアに非連続な成長機会をもたらす理由
storesinc_tech
0
1.9k
Other Decks in Technology
See All in Technology
pool.ntp.orgに ⾃宅サーバーで 参加してみたら...
tanyorg
0
430
私たち準委任PdEは2つのプロダクトに挑戦する ~ソフトウェア、開発支援という”二重”のプロダクトエンジニアリングの実践~ / 20260212 Naoki Takahashi
shift_evolve
PRO
2
180
M&A 後の統合をどう進めるか ─ ナレッジワーク × Poetics が実践した組織とシステムの融合
kworkdev
PRO
1
490
顧客との商談議事録をみんなで読んで顧客解像度を上げよう
shibayu36
0
290
プロダクト成長を支える開発基盤とスケールに伴う課題
yuu26
4
1.4k
インフラエンジニア必見!Kubernetesを用いたクラウドネイティブ設計ポイント大全
daitak
1
380
ClickHouseはどのように大規模データを活用したAIエージェントを全社展開しているのか
mikimatsumoto
0
270
20260204_Midosuji_Tech
takuyay0ne
1
160
CDK対応したAWS DevOps Agentを試そう_20260201
masakiokuda
1
390
ブロックテーマ、WordPress でウェブサイトをつくるということ / 2026.02.07 Gifu WordPress Meetup
torounit
0
200
クレジットカード決済基盤を支えるSRE - 厳格な監査とSRE運用の両立 (SRE Kaigi 2026)
capytan
6
2.8k
広告の効果検証を題材にした因果推論の精度検証について
zozotech
PRO
0
210
Featured
See All Featured
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.7k
Un-Boring Meetings
codingconduct
0
200
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2k
Test your architecture with Archunit
thirion
1
2.2k
My Coaching Mixtape
mlcsv
0
49
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
200
Discover your Explorer Soul
emna__ayadi
2
1.1k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
240
KATA
mclloyd
PRO
34
15k
Navigating Team Friction
lara
192
16k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
60
42k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
Transcript
非エンジニアがAIで継続的に運用で きる配送システムを作った話 内田 友里絵
内田 友里絵 • 2016年 STORES(旧Coiney)入社 ◦ CS→マーケティング→広報→採用部門を経 て、2024年1月にオペレーション部門 ロジチームに配属 ◦
現在はBPR本部 BPR推進グループ所属 • プログラミング経験 ◦ CS時代にステップメールのリスト抽出をする 目的で、SQLを少し・・・ 自己紹介
なぜ 配送システムを 作ろうと思ったか
STORES のオペレーション部門は、現場と開発をつなぐ役割を担うチーム ロジチーム STORES 決済端末の配送・在庫管理・倉庫連携などの物流業務を担 当 アカウントマネジメントチー ム STORES 決済・STORES
ネットショップの審査とアカウント管理(登 録〜開通〜情報変更〜解約)を担当 アドミニストレーションチー ム 振込業務や経理関連業務(請求書・領収書発行、入金確認など)を 担当 全チームがオペレーション負債という共通の課題を抱えている なぜ配送システムを作ろうと思ったか①:オペレーション負債の蓄積
STORES 決済 利用開始までの流れ なぜ配送システムを作ろうと思ったか①:オペレーション負債の蓄積 申込み 加盟店 審査 端末配送 STORES 決済
アプリ接続 キャッシュレス決 済 利用開始 ユーザー STORES ユーザー ユーザー STORES
端末配送 STORES 決済 利用開始までの流れ なぜ配送システムを作ろうと思ったか①:オペレーション負債の蓄積 申込み 加盟店 審査 STORES 決済
アプリ接続 キャッシュレス決 済 利用開始 ユーザー STORES ユーザー ユーザー STORES 配送先リスト作 成 梱包・出荷 作業 STORES ロジチーム 提携先倉庫 配送 配送業者
端末配送 STORES 決済 利用開始までの流れ なぜ配送システムを作ろうと思ったか①:オペレーション負債の蓄積 申込み 加盟店 審査 STORES 決済
アプリ接続 キャッシュレス決 済 利用開始 ユーザー STORES ユーザー ユーザー STORES 配送先リスト作 成 梱包・出荷 作業 STORES ロジチーム 提携先倉庫 配送 配送業者 ココ!!
業務システム 配送機能 業務システム内の配送機能でファイル作成が完結 キャンペーンや営業案件等、 現場からの配送要望が多様化し、 スプレッドシート併用が必須に 追加の開発要望をあげるも、
プロダクト開発との並びでは なかなか優先順位が上がらず 配送データ Spread sheet 配送ファイル作成における課題 なぜ配送システムを作ろうと思ったか①:オペレーション負債の蓄積
業務システム 配送機能 業務システム内の配送機能でファイル作成が完結 キャンペーンや営業案件等、 現場からの配送要望が多様化し、 スプレッドシート併用が必須に 追加の開発要望をあげるも、 プロダクト開発との並びでは
なかなか優先順位が上がらず 配送データ Spread sheet 配送ファイル作成における課題 スプレッドシート運用の限界 なぜ配送システムを作ろうと思ったか①:オペレーション負債の蓄積
生成AIによるGAS (GoogleAppScript)コード 生成で、 複雑な仕組みを自動化でき ることに気づく 当時のマネージャーに kintoneのリンクを 渡され、生成AIで どんなことができるかを深堀 り
「Rails Girls Tokyo」に 参加し、後日生成AIで VScodeやGitHubの 使い方について 理解を深める なぜ配送システムを作ろうと思ったか②:生成AIの登場
💡データをkintoneにかき集めてJavaScriptコードを使えば、 配送ファイル作成を自動化できるのでは 課題と方法が線でつながり、実現までの道のりが見えた 生成AIによるGAS (GoogleAppScript)コード 生成で、 複雑な仕組みを自動化でき ることに気づく 当時のマネージャーに kintoneのリンクを
渡され、生成AIで どんなことができるかを深堀 り 「Rails Girls Tokyo」に 参加し、後日生成AIで VScodeやGitHubの 使い方について 理解を深める なぜ配送システムを作ろうと思ったか②:生成AIの登場
システム設計への 挑戦
ツール 用途 kintone 認証/API機能を標準搭載。JSカスタマイズで複雑な処理も実装可能。 ChatGPT 要件整理やコード生成に活用。 VScode ChatGPTで生成したコードを整理・保存。GitHub連携 GitHub リポジトリでコードを保管・共有し、履歴を一元管理。
要件整理・ 設計 (スプシ) kintone アプリ構築 ChatGPTで JSコード 生成 VSCodeに コード貼り付け GitHub 連携 GitHub リポジトリで ファイル管理 kintoneをベースに、コード共有・保管方法をどうするか等考えを広げていった 今は Cursor ツール構成
コード生成・テス ト 設計反映 論点議論 1. Miroとスプレッドシートで業務フローを可視化し徹底議論 2. コード生成・テストを並行実施して実現可否を検証 3. 全体設計に落とし込む
議論が「できる/できない」から「どう実現するか」へ変化 このサイクルを ひたすら高速で実施 生成AIを活用した開発サイクル
• チームで設計を理解する ◦ 自動化は導入後が本番。設計理解が属人化すると運用は続かない ◦ 初期段階から細かい設計と背景をすべてチームで共有し、「なぜこの仕組 みなのか」を全員が説明できる状態をつくった • コードが読めない分テストで補う ◦
オペレーションは独自ルール・例外処理が常に変化する領域。 ◦ AIはコード生成できても、事業変化の意図は理解できない ◦ 意図した仕様になっているか、コードが理解できない分、テストで検証・改 善を繰り返した AIは補助ツール、設計責任は私たちで
→全てのファイルを「全レコードを対象」にする処理へ修正 →ファイル分割して1から作り直し • ページ概念の誤認識 ◦ kintone の JavaScript カスタマイズは「表示中のレコードに対してのみ イベントが発火する」仕様を理解しておらず、
一括処理を実装したつもりが画面にロードされたレコードだけが処理対 象になっていた • ファイルの巨大化でデバッグ不能に ◦ 10個ほどある処理を 1 ファイルにどんどん書き足していった結果、全体 構造が複雑になり、エラー原因を特定できなくなった 数々の失敗と手戻り
Spreadsheet 配送データ アプリ Big Query Spreadsheet BigQuery 決済基盤 Spreadsheet 配送データ
アプリ Before データチーム After Spreadsheet 決済基盤 データチーム ロジチーム GAS GAS 転換点:自分たちの領域を見極める • 当初は配送データをスプレッドシートとBigQueryから並行取得で設計 • データ基盤チームと相談し、BigQuery集約→kintone一括連携に変更したこ とで全体の保守性を向上。
BigQuery 購入データ 初回配送リスト 配送データ アプリ データチーム ロジチーム 特別配送リスト 再送リスト アラート検知
住所/宛名 文字数確認 配送方法変更 配送ID採番 配送データ 完成 ・ ・ ・ ・ ・ ・ 各種配送データのアプリ連携をデータチー ムに一任できたことで 、 ロジチームはアプリ内データの処理に集中して取り組むことができた 転換点:自分たちの領域を見極める
配送システム 構築後の変化
作成したアプリ画面(関連アプリ含めて 10アプリ作成) 定量的成果と組織の変化
定量的成果と組織の変化 1.配送データ作成の効率化 配送システム構築に伴うロジチームの変化 ※アプリ構築前との比較 定常業務の工数 約1/3削減
定量的成果と組織の変化 1.配送データ作成の効率化 2.故障受付の自動化 配送システム構築に伴うロジチームの変化 配送データアプリを参照先とした ※アプリ構築前との比較 さらに約1/3削減 ( = 累計
約2/3 の削減)
配送システム構築に伴う ロジチーム の変化 定量的成果と組織の変化 1.配送データ作成の効率化 2.故障受付の自動化 3.ロジチーム人員の適正化 ロジチームの人数 4人 2人
• 配送データアプリと倉庫システムのAPI連携を実現 • 新プラン等の状況変化にもコードを適宜修正して対応 • さらなる改修により、配送処理の完全自動化を計画中 ロジチーム チーム自走で継続的な機能拡張と 安定稼働を実現できている! 1年後の状況①
• 審査関連のオペレーションにおいてkintoneとOpenAI APIを接続 し、RAG判定を取り入れた自動化システムを構築中 オペレーション領域でのAI活用の拡大 • 配送データシステム構築をきっかけに、エンジニア・PMとの会話が 「要望」から「設計議論」へ少しずつ変化 プロダクト部門とのやり取りの変化 1年後の状況②
“要望を伝えるだけ ”から、 “一緒に考え、共に創る ”チームへ What Would You Do?