真正的產出 · Real output

一句話的需求進去,
可開工的規格出來。

Spexo 交出的不是聊天記錄。每份都以真實頁面為依據——現在→改成、可勾驗收條件、真實 selector改前→改後都在。以下多為生產環境的真實案例(已匿名),另一張為通用示意。

登入流程 · 提升登入按鈕的視覺明顯度 示意範例已定案 · V2
需求

登入按鈕太不明顯,常常有人找不到。

現在 → 改成
視覺明顯度灰底低對比,常被略過主色實心,置於視線落點
hover 回饋加深底色 + 游標變手型
點擊回饋3.5 秒無回應立即進入「處理中…」狀態
驗收條件
  • 按鈕為主色實心,文字對比度 ≥ 4.5:1
  • hover 時底色加深、游標為 pointer
  • 點擊後 200ms 內顯示處理中狀態
  • 手機 / 桌機皆位於首屏可見範圍
影響元素
.login-btnbutton[type="submit"]
改前 → 改後
現在登入
改後登入
線上開戶 · 國籍/稅籍條件確認彈窗優化 真實案例 · 已匿名已定案 · V1
需求

彈窗一次列 4 條件、只有兩顆按鈕,沒說不符合會怎樣;對法律敏感的國籍/稅籍議題,容易讓使用者有壓力或疑惑。

現在 → 改成
條件易讀性1~4 編號列出,無說明條列 / 分組 + 簡短說明(為何問=FATCA / KYC)
後果清楚度沒說不符合會怎樣按鈕上方註明「不符合無法線上開戶」「按確認=聲明符合」
不符合下一步按「我不符合」後行為未知明確指引(客服 / 臨櫃 / 導頁)
主次按鈕易習慣性直接按主鈕副標提醒先檢視條件再按確認
驗收條件
  • 標題下副標:四項為線上開戶適用對象、需全符合
  • 四條件桌機 / 手機皆清楚條列,數字圓點不錯位
  • 按鈕上方提示「按確認即聲明符合全部條件」
  • 按「我不符合」後明確告知無法線上開戶,並給至少一項替代方案
影響元素
.condition-modal .modal-body.btn-primary.btn-outline-primary
改前 → 改後
現在
我確認符合全部條件
1持有中華民國身分證
2僅中華民國稅籍
共 4 項
我不符合條件確認
改後
確認開戶適用條件
需全部符合才能線上開戶
1持有中華民國身分證
2僅中華民國稅籍
共 4 項(附說明)
按「確認」= 聲明符合;不符合請洽客服 / 臨櫃
我不符合條件確認
後台審查 · 一鍵恢復客戶原始上傳照片與版本保存 真實案例 · 已匿名已定案 · V1
需求

經辦審查照片時,若自動校正 / 先前編輯不理想,要能一鍵回到客戶最初上傳檔,並永久保留原始檔以利判讀與稽核。

現在 → 改成
恢復原始檔要多步操作、甚至無法完全還原編輯模式一鍵「恢復原上傳照片」立即切回
版本保存可能僅留目前顯示版永久保留唯讀原始檔 + 最後編輯版
恢復後再編輯不確定支援可在原始檔基礎上再編輯並儲存
狀態可見度無版本提示切換時畫面明顯變化 + 狀態文案
驗收條件
  • 點「編輯」後出現「恢復原上傳照片」控件
  • 按下後切回客戶原始上傳照(方向 / 色調 / 裁切一致)
  • 於原始檔上編輯並儲存後,再開案件預設顯示該版
  • 後端永久保留不可覆蓋原始檔;找不到時友善錯誤、不當掉
影響元素
.photo-editor.btn-restore-original
改前 → 改後
現在
校正後照片
無一鍵恢復
改後
原始上傳照片
恢復原上傳照片目前:原始檔

標「真實案例」者為生產環境實際產出、已移除可識別資訊(IP / 內部路徑 / selector);「示意範例」為通用示範。每份都可一鍵匯出 Markdown,直接餵給 RD 或 AI coding agent。

想看它在你的系統上跑?

留個聯絡方式,我們在你自己的頁面上,把你的第一個需求變成上面這種規格。

把第一個需求變成規格 →

© 2026 Spexo · spexo.dev 回首頁