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
STORES Tech
November 26, 2025
Technology
55
0
Share
非エンジニアがAIで継続的に運用できる配送システムを作った話
2025/11/26 STORES Tech Conf 2025 での発表資料です。
https://storesinc.tech/conf/2025
STORES Tech
November 26, 2025
More Decks by STORES Tech
See All by STORES Tech
炎上プロジェクトに呼ばれたEMがPR数を10倍に増やしたときに得たものと失ったもの
storesinc_tech
0
450
「決済」だけでは終わらない、決済手段追加の舞台裏
storesinc_tech
0
22
経営統合がエンジニアに非連続な成長機会をもたらす理由
storesinc_tech
0
2k
Other Decks in Technology
See All in Technology
ECSのTerraformモジュールにコントリビュートした話
harukasakihara
0
210
CARTA HOLDINGS エンジニア向け 採用ピッチ資料 / CARTA-GUIDE-for-Engineers
carta_engineering
0
47k
【関西製造業祭り2026春】現場を変える技術はここまで来た〜世界最大の製造業見本市から持って帰ってきたもの〜
tanakaseiya
0
170
毎日の作業を Claude Code 経由にしたら、 ノウハウがコードになった
kossykinto
1
1.4k
「強制アップデート」か「チームの自律」か?エンタープライズが辿り着いたプラットフォームのハイブリッド運用/cloudnative-kaigi-hybrid-platform-operations
mhrtech
0
200
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
100k
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
4.5k
みんなの考えた最強のデータ基盤アーキテクチャ'26前期〜前夜祭〜ルーキーズ_資料_遠藤な
endonanana
0
400
データモデリング通り #5オンライン勉強会: AIに『ビジネスの文脈』を教え込むデータモデリング
datayokocho
0
280
会社説明資料|株式会社ギークプラス ソフトウェア事業部
geekplus_tech
0
290
Agent Skillsで実現する記憶領域の運用とその後
yamadashy
2
1.9k
開発サイクルのボーダーレス化に伴う組織変革から学んだこと / Organizational Transformation Amid the Borderless Development Cycle
mii3king
0
160
Featured
See All Featured
How to Talk to Developers About Accessibility
jct
2
200
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5.8k
GitHub's CSS Performance
jonrohan
1033
470k
Speed Design
sergeychernyshev
33
1.7k
RailsConf 2023
tenderlove
30
1.4k
Tell your own story through comics
letsgokoyo
1
920
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
250
Amusing Abliteration
ianozsvald
1
170
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
190
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
エンジニアに許された特別な時間の終わり
watany
106
240k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.2k
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?