需求分類、AI 選擇、工具、投入時間與陪跑邊界。
讓你先看清楚要帶什麼，再決定怎麼帶。
原估時偏向已有檔案操作基礎，不能當作她的交期。現在先留時間熟悉 Codex，再挑能產出真實成果的工作，把流程重做穩，再評估系統串接。樣本可用時，通常可先試文案、企劃和檔案整理；正式薪資、跨通路客服與採購判斷需要更明確的分工。
看到成果，也看見她怎麼操作。
換資料重做，留下可交接步驟。
確認入口、異常與維護責任。
點需求名稱，看完整分析。時間只對應小版本；先完成共通起步。獨立重做指使用核准流程，不是從零開發。
| 文件需求 | 難度 | 優先 AI | 陪跑首作｜每堂2小時 | 獨立重做｜驗收範圍 |
|---|---|---|---|---|
| 高 | Codex：規則整理＋計算原型 | 8–16堂／16–32小時 | 草表核對；不估獨立計薪 | |
| 中 → 高 | Codex＋imagegen／影像工具 | 5–10堂／10–20小時 | 小批編修；逐圖核對 | |
| 低 → 中 | Codex：訪談＋品牌文案 | 2–4堂／4–8小時 | 換商品核對與保存 | |
| 中 → 高 | Codex：文字＋上架資料包 | 3–6堂／6–12小時 | 單款資料包與欄位核對 | |
| 中 → 高 | Codex：CSV＋揀貨單 | 5–10堂／10–20小時 | 核准工具匯入與出單 | |
| 中 → 高 | Codex：計算＋會員解讀 | 6–12堂／12–24小時 | 核准模板換期核對 | |
| 中 → 高 | Codex：FAQ＋回覆草稿 | 4–8堂／8–16小時 | FAQ 草稿與轉真人 | |
| 低 → 中 | Codex：研究＋企劃 | 3–5堂／6–10小時 | 換活動重做與說明 | |
| 中 → 高 | Codex：內容＋排版檢查 | 4–8堂／8–16小時 | 草稿排版與測試 | |
| 中 → 高 | Codex：選布研究＋候選庫 | 8–15堂／16–30小時 | 研究流程與來源查核 | |
| 中 → 高 | Codex：數據＋經營報告 | 6–12堂／12–24小時 | 核准模板換月核對 |
若銷售分析比出貨更急，可用單月 POS 取代第二項。最終順序依真實痛點及資料取得調整。
以下分析是承接條件，不替你預填能力。先自己跑一遍小版本：能解釋結果、換資料重做、發現錯誤並交接，才承接那個範圍。
文案、訪談、模板與研究可作為教練服務；穩定自動化、正式計薪、跨平台權限與交易則應列協作範圍。品牌的審美、商品事實與經營決策仍由朋友核准。
看第一次怎麼帶 →花見小路的價值包含穿著體驗、選布美感、生活故事與顧客關係。陪跑應先讓這些判斷變得可傳承，再改善日常工作負擔。
本頁以官網與公開訪談為主。公開事實、歷史背景與教練推論分開標示；沒有引用私人背景或推測營收。
2013 年創立，由 Irene 與 Abby 的京都旅行啟發，在台南發展手製鞋；品牌連結兩座古都的生活感受。官網主張舒適、柔軟與日常／旅行穿著，並以女性為主要溝通對象。華山共同創辦人 Abby 專訪 · 2018.11.07、官網：關於花見小路。
鞋款系列以「日」命名，官網可見菓菓日、甜椒日、腳踏車日等，生活情境與商品名稱互相連結。官網：以日・為名。
以「甜椒日／泡泡花」為例，頁面同時提供花布故事、鞋楦、材質、尺寸／穿著建議，並說明花布隨機裁切造成每雙圖樣位置不同。這是單款例子，不能推成所有商品的規格。官網：甜椒日／泡泡花。
2018 年官網文章提到家中有製鞋相關背景，並描述她當時把關花布轉為鞋面設計。這能支持她在商品與選布上的經驗背景，不能據此推定目前所有職責。官網品牌故事 · 2018.01.25。
2018 年華山專訪以共同創辦人身分介紹 Abby，談及與 Irene 一起創業、第一線服務顧客，以及重視夥伴成長與關係。華山共同創辦人 Abby 專訪 · 2018.11.07。
官網 2018 年文章介紹兩人的大學主修背景為德文與法律；公開頁面未提供可核對的完整學校、工作履歷與現行組織分工，本頁不補猜。官網品牌故事 · 2018.01.25。
官網目前通路頁列出台南林百貨 3F 自營專櫃、台北華山 POP-UP、其他寄售據點及日本／韓國網站；也提醒寄售款式與尺寸較少，需先確認。據點與快閃會變動，實際營運期間仍以品牌公告核實。官網：台日韓銷售通路。
本次 PDF 另提出官網、Pinkoi，以及 FB／IG／LINE／Threads 等客服需求；這是文件提出的工作範圍，不代表已驗證各平台都能自動整合。官網文章頁尾顯示 CYBERBIZ；後台方案、API 與帳號權限仍未確認。官網品牌故事 · 2018.01.25。
測試她是否重視久走、腳型與好搭配；用核准商品資訊回答尺寸問題。
測試旅行情境、城市故事與輕便需求，觀察實際內容與購買反應。
測試花型、限量感、新款與回購偏好；連到選布和款式需求。
以上情境是依公開定位及商品資訊提出的研究假設，不是既有客群統計。官網：關於花見小路、官網：甜椒日／泡泡花。
PDF 裡的 35／45／55 歲是希望生成的模特兒設定，不能當作實際會員年齡分布。實際客群、回購率與銷售貢獻需要會員／POS 資料；本頁沒有推測。
以上是根據公開研究＋PDF 所作的教練建議；並非品牌已採用的策略，也不承諾業績結果。
薪資、上架、訂單與客服。先把匯出檔流程跑順，再談自動讀寫。
下方時間為規劃估算；堂數是樣本可用後的小試作規劃，盤點與正式工程另分範圍。
資料整理與薪資草表可行；正式薪資必須把制度寫成可測試的計算規則。
她想做什麼 希望把散落的打卡、請假、加班、業績與薪資制度整理起來，按月產出薪資明細與總表。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 一位員工、一個月份，以已核定規則算出明細和異常清單；先手動匯入。
難點是缺卡、跨日、請假、加班、獎金與制度版本。自然語言回答不能作為正式計薪依據；這項不適合第一堂就承諾全自動。
Codex 訪談與整理薪資規則、列例外，再把核定規則建立成 Excel 公式或計算程式，產出差異報告。正式制度由人事／會計核定；不是讓聊天模型憑文字直接決定薪資。
起步：Excel 或 Google Sheets、去識別化打卡／班表、核定薪資規則。後續：打卡／人事平台可用匯出或 API、受控儲存、日誌與排程。
舊月人工計算結果、薪資與獎金制度、缺卡／補卡／跨日範例。先用代碼，不帶姓名與帳戶。
最小樣本：一位員工一個月的代碼化打卡、班表、請假與加班資料；現行制度及一份人工薪資結果。保留缺卡、跨日、補卡案例。
格式與欄位：優先原始 CSV／XLSX，制度可用文字或 PDF；需看員工代碼、日期、上下班、時數、制度版本與金額欄。截圖或掃描另估轉錄與覆核。
系統與對照：確認打卡、人事、排班與薪資各用什麼，誰能匯出、誰核定。以員工代碼＋計薪月份對齊；不要憑姓名自動合併。
先做與後排：先人工匯出與對算；規則未核定或無人工對照結果，先做規則盤點。平台取資料另評估。
已核定案例逐筆對算；金額、工時與異常可追溯。正式版至少經兩個計薪週期平行覆核，差異有處理紀錄。
可陪跑：資料盤點、規則訪談、測試案例與可覆核原型。承接前，你要能重算案例並解釋差異。
需協作：正式制度與法規由人事／會計核定；平台串接、權限、備份與維運由工程負責。不要單獨承諾薪資正確性或自動發薪。
只估一位員工、一個月的可覆核草表；她先學整理與核對，不承諾她獨立寫計薪系統。正式制度須核定，至少經兩個計薪週期平行覆核，工程範圍盤點後另估。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
一次填商品主檔、產出兩通路上架資料包可行；自動登入並發布需要先確認後台能力。
她想做什麼 新品圖片、文案與商品資料完成後，依官網和 Pinkoi 格式整理並協助上架。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 一雙鞋，完成官網與 Pinkoi 各自的名稱、介紹、SKU、尺寸、價格與圖片資料包；仍由人手上架。
整理資料包屬中等難度。正式寫入涉及欄位限制、規格組合、庫存、授權及版面變動，不能因 AI 能操作瀏覽器就保證可靠。
Codex 依品牌文案庫整理兩通路文字，依實際欄位建立資料包、圖片命名及轉檔檢查。發布與庫存寫入仍需可用平台入口及授權，不能只因使用 Codex 就省略確認。
起步：商品主檔、實際後台欄位範例、圖片資料夾、Excel／Sheets。後續：先查平台原生批次匯入／API，再考慮瀏覽器自動操作。
官方文章頁尾顯示 CYBERBIZ；實際使用後台、方案與可用接口仍待確認。準備現有一款完整商品與兩個通路的欄位、規格及圖片限制。
最小樣本：單款商品主檔、SKU／尺寸／價格、核准圖文；兩個目標通路的必填欄位或匯入範本。
格式與欄位：原始 XLSX／CSV、圖片與欄位範本；先看品項與規格如何分列、必填值、字數／圖片限制及價格單位。
系統與對照：確認實際電商平台、方案與後台權限。主檔欄位對照各通路欄位；款式、SKU與尺寸不可混用。
先做與後排：先產出資料包並人工核對；匯入、發布及庫存同步需驗證平台能力與授權，另訂範圍。
兩通路品名、規格、SKU、售價、圖片與庫存一致；少欄位或重複 SKU 會被攔住，重跑不新增重複商品。
可陪跑：主檔設計、文字轉換、圖片規格、上架包與人工驗收。你若能獨立做一次完整上架，才適合帶流程。
需協作：正式庫存同步、跨平台寫入、錯誤回復與後台權限；接口不開放時，可能改用平台廠商方案。
獨立重做只到單款、兩通路資料包及人工欄位核對；不含自動登入、發布、庫存同步。先會文案與主檔，再帶人工上架；需她能操作現有後台，正式串接核實接口及權限後另估。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
匯出訂單後合併、去重、製作揀貨單，很適合建立可重複的小工具。每日自動取單是下一階段。
她想做什麼 跨通路訂單整理成統一格式，讓揀貨資訊清楚、列印更省紙。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 先以一通路10–20筆代碼化訂單輸出揀貨單與SKU數量總表；核對後再加入另一通路。
欄位轉換容易試作，真正難在相同訂單重匯、取消、退款、部分出貨與更新。漏處理會影響現場出貨。
Codex 分析兩份訂單 CSV，建立欄位對照、去重、狀態規則與揀貨單。把成果保存為可重跑的小工具，讓同事換檔案走同一步驟，不必每次重新問一套指令。
起步：平台匯出 CSV、SKU 對照、Excel／Sheets、印表機。後續：平台接口、排程、狀態儲存與失敗通知。
先一通路原始樣本、現行單據、取消與重複訂單例子、倉位與尺寸寫法；整合第二通路時再取同日樣本。
最小樣本：單一通路 10–20 筆代碼化訂單明細；含取消、退款、重複與多品項；提供現用揀貨單樣式。
格式與欄位：原始 CSV／XLSX；檢查是一單一列或一品項一列、訂單編號、SKU、尺寸、數量、狀態與日期。
系統與對照：確認官網、其他通路、物流與出貨工具。訂單用通路＋訂單編號識別，品項用SKU；第二通路需對照狀態及格式。
先做與後排：先人工匯出生成揀貨單、逐筆對算；欄位不足或SKU不一致先整理。自動取單與物流寫入另估。
輸入與輸出訂單數、SKU／尺寸／件數相符；取消不列入待出貨，重跑不加倍。單據由揀貨人員驗收。
可陪跑：CSV 樣本、欄位對照、單據試作與現場回饋。你要能處理編碼、欄位變動及錯誤檔案，才承接可交接工具。
需協作：穩定取單、物流標籤、庫存／付款狀態同步及持續監控。試作不等於已能自動出貨。
先一通路少量訂單，再合併第二通路。獨立重做指她能匯入新 CSV、核對取消／重複／數量並出單；清理程式由教練先建好及驗證，開發工時另計。不承諾新手獨自寫出可靠工具或每日自動取單。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
FAQ 與真人使用的回覆草稿可行；跨六通路、自動回答即時庫存與訂單，應拆成獨立專案。
她想做什麼 由歷史對話建立知識庫，簡單問題先回答，複雜問題整理後交真人。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 先以10–20則移除識別資訊的對話整理核准FAQ與真人可審草稿，核對後再擴大樣本。
舊回答可能過期；現貨、配送與訂單必須接當下正式資料。各訊息平台入口不同，目前不能確認全部支援。
Codex 分析去識別化對話、建立核准 FAQ、品牌語氣與轉真人條件；先提供內部回覆草稿，再視可用接口建檢索或單通路串接。FAQ 保存於可更新的正式文件，不把對話記憶當即時庫存。
起步：核准 FAQ、政策文件、對話樣本與 Codex 工作資料夾。後續：現有客服工具、各通路授權接口、商品／訂單資料來源與轉真人機制。
現行政策、更新負責人、30 則對話、20 題測試；包含未知問題、客訴與過期活動。
最小樣本：10–20 則移除識別資訊的真實問題、已核准回答；尺寸、退換貨、配送政策與轉真人情境。
格式與欄位：文字／表格／可匯出的對話；保留問題、答案、適用商品、政策版本與核准日。圖片對話先確認是否需轉錄。
系統與對照：確認各客服通路、客服工具與商品／訂單資訊來源；哪些問題需要即時庫存、哪些只能由真人查。
先做與後排：先做FAQ和回覆草稿；資料過時先更新。跨通路訊息整合、自動回覆、訂單查詢另盤接口與維護。
20 題已知／未知／客訴測試；回答引用有效規則，未知不亂答，需真人題能轉接。正式版再持續抽查真實對話。
可陪跑：FAQ 校準、回覆模板、測試題與真人助手。你要能指出答案來源和轉接原因，才能帶這一層。
需協作：多通路權限、即時資料、訊息監控與正式自動回覆。不要承諾零錯答或六通路一次整合。
只估已核准 FAQ 的回覆草稿及人工審核；不含六平台整合、即時庫存或自動對客回覆。能辨識不知道、過時資訊與轉真人，才算學會。正式客服需平台能力、維護人與例外測試，先不給固定完成週數。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
文案最適合起步；影像、排版與發送分段驗收。
下方時間為規劃估算；堂數是樣本可用後的小試作規劃，盤點與正式工程另分範圍。
品牌風格指南、背景編修與情境試圖可行；固定模特兒與每月新品套圖的穩定度，必須實際測圖。
她想做什麼 建立溫暖自然、南法生活感的攝影標準，產出單品、下半身與全身穿搭照。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 一雙鞋、一種背景、一位人物、兩種穿搭；先測背景與色溫，再試下半身情境。
審美可整理，商品真實性更難。花紋、鞋楦、縫線、左右腳與反射容易出錯；單張照片無法提供未拍到的商品結構。
Codex 分析參考圖片、整理自然溫暖與鏡面構圖要求，管理素材與命名；生成或編修時調用目前環境可用的 imagegen／影像工具。她可以在同一入口提需求，但實際影像由專用能力產出，仍需核對鞋型與花紋。
起步：多角度真實鞋照、風格參考、ChatGPT 影像生成／編修或可用影像工具、既有修圖軟體。後續：固定參考素材、版本管理，必要時修圖師。
一雙鞋多角度實拍、花紋近照、核准的背景／穿搭參考與「哪些細節不可改」。
最小樣本：一款商品的原始鞋照、可核對的鞋型／花布／顏色資訊，以及喜歡與不喜歡的視覺例子。
格式與欄位：原始 JPG／PNG、原尺寸與拍攝角度；每張圖對應款式／SKU。先看解析度、色差、缺少的角度與修圖紀錄。
系統與對照：確認圖片放在本機、雲端或商品後台，原檔與核准圖由誰管理。用商品代碼連圖片，不先串接整個圖庫。
先做與後排：原圖不足先補拍；只做少量編修試圖。保真通過後才談批次與圖庫流程。
每張對照實拍核對鞋型、花紋、顏色、縫線及穿著關係；品牌主核准自然感。跨人物／新品穩定性須另有合格樣張。
可陪跑：風格規格、指令迭代、素材整理與挑圖。只有你自己能對照修正合格商品圖，才承接生成環節。
需協作：商品細節修圖、攝影、人物一致性或大量月產；測圖不達標時應保留實拍方案。
首作先限真實鞋照的背景／色溫與少量情境測圖；獨立重做只指已通過核對的編修流程。固定人物、未拍角度及每月套圖不納入完成承諾，測圖不合格便保留實拍。影像額度與修圖工時另計。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果 · Codex 影像生成／編修
這是最適合第一個陪跑成果的需求。重點是把商品事實與品牌語氣分開提供，並累積核准例子。
她想做什麼 讓 AI 熟悉花見小路文字，將照片、材質、開發原因、花布來源與想法轉成多種內容。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 第一輪先做一雙鞋的短介紹與社群草稿；換另一雙鞋重做合格後，再擴成名稱、標語、長介紹與花布故事。
工具門檻低，品質取決於輸入及審稿。AI 不會因看一張鞋照就知道真實材質、開發原因或花布來源。
Codex 訪談商品事實、分析核准文案與品牌語氣，再產出名稱、故事及不同長度草稿。把品牌指南、商品事實表與核准案例保存在工作資料夾，每次明確提供或引用；不需先建複雜知識庫。
起步：Codex、商品事實表、5–10 篇核准文案與照片。後續：商品主檔、文案版本資料夾；不需先買自動化工具。
品牌主可確認的材質、設計理由、花布來源、生活情境，及喜歡／不喜歡文案的原因。
最小樣本：一雙鞋的材質、尺寸、鞋楦與照顧方式；一段真實開發故事及兩份已核准文案。
格式與欄位：文字／DOCX／可讀 PDF／商品表皆可；先分清商品事實、故事、語氣與禁用說法，標示版本與核准人。
系統與對照：確認商品資料和核准稿分別在哪裡、誰更新。先用同一商品代碼對應事實表、照片與文案，無需先接電商後台。
先做與後排：先以提供的資料共做短稿；缺故事可訪談、缺商品規格由品牌補核實。換商品重做再擴充。
來源事實全數可核對；不虛構品牌經歷。第二雙鞋仍能用同一指南寫出品牌主可接受的草稿。
可陪跑：訪談、品牌語氣、提示模板與審稿；很適合觀察她如何提供資料、修訂與核對。
需協作：品牌最終選字與事實由她決定；專業攝影及未查證授權另處理。
首作先完成一雙鞋的短介紹與社群草稿，再擴展名稱、標語及長故事。獨立重做依自行提供事實、修稿、保存與換鞋核對驗收；實作後再定所需堂數，仍由品牌主審稿。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
月度企劃、活動拆解與內容日曆可行；有效與否要用實際活動回饋驗證。
她想做什麼 AI 理解市場節奏、節慶、新品與活動，協助年度及月度企劃。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 一個月、一場新品活動，串商品、社群、會員與電子報，寫明目標和限制。
日曆生成很容易；真正的企劃必須配合庫存、毛利、預算、人力與新品時程。資料不足時只能給假設。
Codex 可訪談目標、研究市場與活動來源、整理庫存／銷售資料、提出企劃與內容月曆。每項提案標明資料、假設與負責人；寫作與資料整理可在同一入口完成。
起步：Codex、活動／新品日曆、庫存與預算摘要、歷史活動。後續：成效表與已有平台報表；先不用付費行銷整合工具。
當月新品、已確認活動日期、可用預算、庫存限制、歷史成效與市場來源。
最小樣本：一場活動的目標、日期、預算、庫存與可用人力；過往一份活動內容與結果。
格式與欄位：簡報／文字／XLSX皆可；區分規劃、實際結果與期間；曝光、點擊、訂單與收入的定義需一致。
系統與對照：確認社群、廣告、電商與POS的報表來源。先人工對照期間與活動名稱，有追蹤碼再談歸因。
先做與後排：沒歷史數據仍可做企劃草稿，但無法驗證成效；廣告投放、排程與成效串接另估。
每項內容對應目標、日期與執行人；促銷在核定預算／毛利範圍內。有回顧數據，沒有就明說待觀察。
可陪跑：目標釐清、內容月曆、資料查證與回顧。你能帶的是流程與思考品質，效果仍需實際驗證。
需協作：廣告投放、毛利定價、通路合約與經營決策由對應負責人處理。
先一場活動與一週內容，再擴成一個月；獨立重做要能說明目標、限制、來源與執行責任。活動日期和回顧時間另排，學會產出企劃不等於活動有效，也不保證業績。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
訪談到完整草稿可行；排程、名單與實際發送必須以現有寄送平台為準。
她想做什麼 每月電子報、隔週 LINE，從訪談一路做到主題、內容、圖片、排版、連結與寄送。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 一封月電子報，加一則隔週 LINE 草稿；含主題、圖片位置、商品連結及測試版。
內容難度中等，寄送難度較高。郵件版式、手機顯示、名單、重發與權限都是另一層；不必一開始重建寄信系統。
Codex 分析核准電子報、訪談本月故事、起草電子報與 LINE 內容，並建立 HTML 模板、檢查連結及整理圖片。圖片調用影像能力；寄送仍透過實際寄送平台與核准名單。
起步：歷史內容、Codex、現有電子報平台與 LINE 官方帳號後台。後續：核實平台排程／匯入／API 能力、測試名單、發送紀錄。
先選 3–5 篇核准案例、當月故事與新品、有效連結、现用寄送服務。全年資料可於模板確認後補。
最小樣本：一份既有電子報／LINE版式、核准圖文與活動連結；先用公司控制的測試名單。
格式與欄位：HTML範本／編輯器畫面／文字與圖片；檢查連結、手機版、圖片尺寸與追蹤設定。正式名單先確認來源與可寄送資格。
系統與對照：確認寄信與LINE工具、方案、名單管理、測試流程及發送權限；先不用提供整份顧客名單。
先做與後排：先草稿、人工排版與測試；名單同步、分群、群發、排程與額度需另核實。
商品連結、日期、圖片與手機版式正確；測試收件成功，名單及退訂／通路規則在實際平台確認。
可陪跑：訪談、內容模板、版式與測試寄送。你需自己走過現有平台發送流程，才帶她做到操作。
需協作：大量名單、權限、跨通路自動發送與異常重發；服務商能力和費用另核實。
先短版電子報與一則 LINE 草稿，沿用現有版式。學習範圍含人工排版、連結／手機核對及測試名單；正式群發、排程、自動重發另核實權限及平台。寄送量／LINE 額度另計。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
先把數字算對，再解讀；資料缺口決定能回答哪些問題。
下方時間為規劃估算；堂數是樣本可用後的小試作規劃，盤點與正式工程另分範圍。
以已有交易檔做首購、回購與會員分群可行；跨通路同一人辨識及正式行銷用途要另確認。
她想做什麼 累積首購、商品、尺寸、頻率、回購與通路，進一步分群。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 單通路、一段固定期間，以顧客代碼分析回購頻率、買過商品與尺寸；先不寄行銷訊息。
同名不代表同一人，跨平台識別碼也不一定可對應。數據整理與會員政策比提示詞更影響結果。
Codex 釐清首購、回購與分群定義，建立可重算程式與圖表，再解讀可支持的結論。保留輸入範圍、算法與抽樣對算，不讓文字解讀代替計算。
起步：去識別化交易 CSV、顧客代碼、Excel／Sheets。後續：現有會員／CRM 系統、正式識別碼對照與用途規則。
訂單日期、SKU、顧客代碼、退款狀態與分析期間；先確認歷史是否完整。
最小樣本：一通路、核定期間的代碼化會員與交易樣本；含退款；先提供目前會員報表與指標定義。
格式與欄位：原始 CSV／XLSX；需要顧客代碼、交易編號、日期、金額與退款。先辨識一人多號、訪客與空值。
系統與對照：確認會員、電商與POS來源及期間。跨通路需公司核准的顧客對照；不可因同名便視為同一人。
先做與後排：識別不足先做單通路描述；回購分析需足夠期間，完整CRM與跨通路合併另估。
分群定義固定、會員與交易數對得上，退款不誤计。資料不完整時不把首筆可見交易寫成真正首購。
可陪跑：問題設計、資料欄位、分群原型與結果解讀。你要能核對口徑，不能只交一份漂亮圖表。
需協作：正式身份對照、會員系統與資料用途；合法蒐集／利用由公司負責人或專業顧問確認。
先單通路及核定期間的少量交易；獨立重做是使用已對算的模板、解釋指標及核對新月份。顧客識別、跨通路合併與計算程式需另行協作及估時；資料不足不估完整 CRM。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
單月銷售結構、店點比較與月報可行；毛利、周轉和原因分析需要額外資料。
她想做什麼 讓店點銷售資料成為補貨、配置、採購與商品開發的決策來源。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 第一輪先核對單店單月的營業額、數量與退款；穩定後再比較兩店及品類、鞋型、尺寸等商品結構。
營業額可算，為何變動不能只靠銷售表推斷。毛利需成本；周轉需庫存與進貨；來客不足或缺货需证據。
Codex 清理 POS、核定指標、分組對算並產出圖表，同時寫出「數據事實、可能原因、下一步查證」報告。文案解讀也能在同一入口做，不用另轉 Claude。
起步：POS 匯出、SKU 商品分類、Excel／Sheets。後續：成本、庫存快照、進貨、營業天數／活動紀錄，及 POS 接口。
一個月兩店報表、退貨／折扣定義、SKU 對照。店點如華山、林百貨，以實際存在資料為準。
最小樣本：單店單月代碼化交易／品項明細，含退款；商品SKU與店點對照，一份人工月報。
格式與欄位：原始 CSV／XLSX；需日期、店點、交易編號、SKU、數量、成交／退款金額。毛利另需成本，周轉另需庫存。
系統與對照：確認POS產品、方案、店點與匯出範圍；先對齊SKU、退款、營業日及報表金額定義。跨店／電商再各取樣本。
先做與後排：先單店單月對算；只有總額只能做趨勢，不能做SKU決策。缺成本／庫存不估毛利、周轉或補貨系統。
總額可回算至 POS；店點期間和營業條件一致。原因寫成有证據或待驗證，不以相關當因果。
可陪跑：CSV 月報、指標定義、圖表與提問。你需能解释數字從哪來與哪些結論不能下。
需協作：POS／庫存接口、財務成本口徑與經營核准；補貨與開發決策由品牌負責人確認。
先單店單月的營業額、數量與退款，對算後再比較兩店。獨立重做只指匯入新月份、核對並解讀核准模板；模板開發、成本／庫存串接另估。資料不足時不承諾毛利、周轉或補貨決策系統。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
AI 協助研究與比較；選布、供貨與交易由真人確認。
下方時間為規劃估算；堂數是樣本可用後的小試作規劃，盤點與正式工程另分範圍。
美感規則、多語搜尋、候選比較與詢價草稿可行；供貨真實性、材質適鞋與授權須由真人查證。
她想做什麼 理解品牌美感，全球尋布、篩選可供貨廠商、詢價索樣並累積銷售回饋。
估時前提待確認：公司資料、格式與系統尚未盤點；下方堂數只適用於樣本可用的小試作。 看前置準備 →
先做這個 第一輪先評 5 張喜好圖片、查 3 筆有來源候選；能核對來源與未知條件後，再擴成 20 張評圖、10 筆候選與詢價草稿。
文件最深入的需求。找相近圖不等於找到能買、能補货、能製鞋的布；審美與供應條件須分開評分。
Codex 看喜好圖片、整理花型／配色／鞋面條件，做多語搜尋與詢價草稿，建立候選庫及回覆比較。搜尋能力依目前環境可用工具；候選保留來源，供貨、授權與樣布仍要查證。
起步：參考圖片、已有樣布、瀏覽器搜尋、Sheets 候選庫。後續：公司郵件、供應商回覆、樣布、採購紀錄與 POS。暫不做全網抓取。
20 張有理由的案例、MOQ／預算／材質限制與實際鞋面尺寸；日本、韓國、美國、歐洲與中國候選逐區分批。
最小樣本：先5張喜歡／不喜歡的花布評圖與理由，3筆候選來源；提供用途、材質、幅寬、預算與交期限制。
格式與欄位：原圖／網址＋表格；記錄來源、幣別、單位、幅寬、最小訂量、材質與未知值。截圖保留來源與日期。
系統與對照：確認既有供應商／採購記錄在哪裡，採購編號如何連到花布與商品SKU。公開研究可先獨立做，成本／庫存連動後排。
先做與後排：先建候選與待查問題；美感評圖不能證明可供貨。回覆、索樣、物流與正式採購另排。
10 筆可回查來源；材質、布寬、克重、MOQ、價格、樣布、運送、交期、補貨與商用授權標明已確認／待詢問；樣布由製作端驗。
可陪跑：美感訪談、多語關鍵字、候選表、詢價草稿與回覆比较。你能教的是選品研究流程，不能替代採購專業。
需協作：供應商核實、樣布色差、可製鞋條件、交易與授權。相近美感搜尋不應把他人圖案當可复制素材。
第一輪縮到 5 張評圖及 3 筆候選，能力穩定後才擴至 20 張圖、10 筆候選和詢價草稿。時間只估選布理由、搜尋、保存來源及未知條件；供應商回覆、索樣、物流、材質驗證與正式採購不在內。
能力依據：Codex 讀寫檔案與執行程式 · 檔案與表格成果
目前公司內部資料與實際系統仍未知。先針對一項工作取得樣本、理解欄位與現行流程，再判斷Codex能幫到哪裡、需要補什麼與誰來協作。
公開品牌研究不能代替公司內部盤點。以下是教練建議的準備方向，不是已確認的公司現況；不用先整理全公司，也不用先買新系統。
文案：一雙鞋的商品事實＋核准稿＋故事。訂單：一通路10–20筆代碼化明細＋揀貨單。POS：單店單月明細＋人工月報。先選一包，其他待選到該項再準備。
尚未選定工作或拿不到樣本，第一堂仍可訪談與示範操作；資料不足時先留下缺口，下一堂不直接進入完整建置。
CSV／XLSX先看一列代表什麼、欄位意思、日期、單位、空值、重複與公式。PDF／截圖先確認文字可讀性；只有彙總表，未必能分析商品或顧客。
商品以SKU、訂單以通路＋單號、店點以代碼對照。顧客與員工的識別規則由公司核定。不同名稱、尺寸、退款與期間先對齊，保留原始檔和清理紀錄。
確認電商、POS、打卡、人事、客服、寄信與雲端檔案各用什麼；選到該項才查方案、匯出、匯入、接口、權限與負責人。文件提到的平台不代表接口已驗證。
先畫一條資料流：來源系統 → 原始匯出 → 欄位對照／主檔 → Codex協助整理或核准工具計算 → 人工對照 → 草稿輸出。平台寫入與自動化接在這條流程驗證後。
才選用下方的條件式堂數；先人工匯出，不急著串接。
資料整理獨立估時；找公司負責人核定，不由AI猜欄位。
確認可行接口、測試與維護人；轉工程協作或保留人工步驟。
前兩堂留下的成果：一項工作流程圖、樣本欄位與品質缺口、系統與識別碼對照、最小試作與驗收方式，以及更新後的堂數／協作範圍。若兩堂仍不足以確認，就先補盤點。
商品、SKU、價格、政策與核准案例。
訪談、草稿、分類、研究與程式建置。
匯入、計算、驗收、核准與輸出。
平台寫入、發送、排程與失敗處理。
用 Sheets／Excel 加受控資料夾建立第一份主檔即可。Codex 工作資料夾的參考資料有助保持上下文；商品庫存、薪資與訂單仍應以正式系統為來源，不能把 AI 記憶當資料庫。
估算：一項工作的資料／流程圖可先以3–5堂（6–10小時）討論；盤點後才確認，併入所選業務，不另加一次相同教學。公司全部資料治理應分期，未盤點前不估整套工程。
有正式入口時，可依平台規格讀取訂單、建立草稿。要先核實可用功能與授權，不能假設官網與 Pinkoi 都提供同樣入口。
可模擬點選與輸入；畫面或登入機制變動會影響可靠性。先把上架包做正確，再決定是否值得自動操作。
能規劃多步工作，但要清楚限定能讀、能改、能發送什麼；不代表錯誤會自行消失或不用維護。
小試作可用表格；多人同時編輯、資料量增大、需要權限與歷史時，再評估資料庫。先訂欄位與識別碼。
陪跑方式：用一份訂單 CSV 畫「取得 → 清理 → 出單 → 人工核對」，她能說明每一步後，再增加自動取資料。你能帶流程圖與試作，正式接口依工程能力評估。
薪資、客戶聯絡資料、交易對話與未公開新品，不能因使用桌面 App 就視為只在本機。Codex 可調用模型、影像與連接工具；資料流向仍須依實際產品、方案、工具與設定核實。
文案與公開商品先做；薪資／訂單用最小必要樣本、代碼與人工對照。對照表分開保管，代碼化仍不等於匿名。不要提供密碼、金鑰或銀行帳戶。
確認資料用途、保存、訓練、第三方流向、刪除與方案設定；指定資料與帳號負責人。具體法律與公司政策不靠聊天答案定案。
先授權讀取，再評估草稿寫入。正式價格、庫存、薪資、寄送名單與採購交易需要明確核准點與操作紀錄。
誰更新 FAQ／價格／制度、誰處理失敗與離職停權，要在交接時講清楚。小騰可陪寫規範草稿，正式安全設定與專業結論另協作。
估算：一個試作的資料與權限盤點可先以2–3堂（4–6小時）討論，併入共通起步與該項工作；先確認她能區分草稿、正式資料及讀寫權限，再調整估時。正式方案政策與權限驗證隨系統而定，不用一個固定週數包辦。
Codex 可以做訪談、研究、文案、圖像分析、表格、程式與網站。前版的 Claude 分工是可選建議，不是必要條件；這份陪跑路線現在統一用 Codex，不需要為每項需求另學一套 AI。
商品訪談與文案、品牌指南、行銷企劃、FAQ、採購研究與多語草稿。提供可靠資料、要求來源、由品牌主審稿。
訂單 CSV、揀貨單、會員／POS 月報、上架包與薪資規則原型。用表格公式或程式計算，保存步驟與驗收案例。
圖片用 imagegen／可用影像能力；後台、客服、POS 或寄信透過可用插件、API 或授權瀏覽器。能力依帳號、工作環境與平台而定。
先保存品牌指南、商品事實表、核准文案、選布喜惡理由與現行 FAQ。每次明確提供相關檔案，再逐步建立可重用指示／Skill。不用先建向量資料庫，也不要假設所有舊對話會自動被讀取。
商品、庫存、薪資與訂單以正式來源為準。Codex 可協助整理、計算與執行，但不取代平台、核准與維護責任。
先學一個入口與一個真實工作；統一工具不會自動降低薪資規則、供應商查核、商品圖一致性與跨平台維運的難度。估時按每堂兩小時呈現；前兩堂先盤點內部資料、系統與操作，再用實際進度重新估計。
每週一次或兩週一次都以兩小時為一堂。目前還沒看過公司資料，也沒實測她的操作能力。先用前兩堂確認工作、資料、系統與學習卡點，再訂後續範圍。
挑最痛的一項，請她示範找檔、現在怎麼做與人工結果。記下資料位置、系統與負責人；用公開商品做短操作，不強求一次盤完。
看原始格式、欄位、缺口與匯出方式；她自己操作一小段，核對並保存。資料不到位先補資料，結束時重估後續。
確認最小成果、哪些她做、哪些你備課或開發、哪些需協作。每兩堂回顧；換兩份資料能重做才擴大。
這是樣本可用、選擇文案且操作進度合適時的討論方案，尚未承諾。共通起步含資料與系統盤點先留2–3堂；文案共做、核對與換商品試作再留2–4堂，合計8–14小時。若改做其他需求，依該項盤點結果重排。
4–7堂，每堂2小時。
首堂到末堂間隔約3–6週；每週回顧一次，適合頻繁調整。
同樣4–7堂，每堂2小時。
首堂到末堂間隔約6–12週；每堂先重做上次流程，確認是否記得。
上述間隔按固定頻率且沒有停課計算；表示排程跨度，不代表一定在末堂學會或完成系統。教練備課、資料清理、模板／程式開發與串接另估。
課後練習尚未確認：可建議換一份資料做一個小任務，但不把每週固定練習時數當作已答應。若只在課內操作，課內保留重做與複習，可能增加堂數；隔週較長的間隔也不等於有更多實作。
先看缺哪個欄位、誰能匯出、誰核定；縮到可用樣本。不用教更多提示詞補上缺資料，也不先承諾串接。
固定一個入口、一份輸入、一種輸出。你示範，再由她做與保存；下一堂先重做，不只看最後成品。
用商品事實、好壞例子與人工對照。她要能抓錯、說出理由與修正；模板開發或故障維護另分責任。
每次陪跑兩小時，每週或隔週一次。前兩堂先看實際工作、資料與操作狀況，再一起選一項小成果與後續堂數；過程定期回顧調整。
上段可作為後續對她說明的建議，不是昨天談話的逐字紀錄。你先自己跑通樣本、解釋結果、抓錯與交接，才承接那個範圍。正式計薪、跨系統寫入、自動客服、採購交易與維運需另訂專業與工程協作。