FindSkin：從命名到體驗，把混亂收回來

2026-10-08 更新：本文保留當時 FindSkin 的 5 大膚況、13 道題與介面整理。後續在 Day 234：cosGlint 1.2.4 上線記錄了核心演算法重設、10 種膚質分類和「計算權重」報告，想接著看版本演進可以讀那篇；這裡沒有把歷史版改寫成目前功能指南。

這次整理 Ingrelens 的 FindSkin，我先回頭看它要解決什麼問題，再研究文獻、設計情境題，用權重公式準確判定膚質類型，最後以五維雷達圖呈現結果。

當時如何整理使用流程

命名統一為 FindSkin：語意是一切互動的入口

過去「膚質檢測／肌膚分析／問卷調查」三種名稱並列，溝通時容易混淆。統一名稱後，API、資料表、前端元件與 token 邏輯也一起調整，減少理解與維護的成本，之後擴充也能沿用同一套命名。

加上進度條與狀態管理：用可預期感建立信任

FindSkin 設計成 1 分鐘輕量工具，核心價值在「我知道還要多久、接下來會發生什麼」。進度顯示與提交後自動跳結果頁，是把不確定感清掉，讓人更願意完成。前端把標語做成層次分明的堆疊，哪怕是透明度 0.6 與 0.7 的選擇，都是在調整注意力，讓理解更快。

重寫首頁與介紹：從堆砌資訊改成引導決策

我希望讓 FindSkin 文案不再像課本，而是用生活化情境說明檢測原理（5 大膚況、13 道題），呼應「把複雜的研究交給我們，把簡單的保養交還給你」。

讓資料與登入狀態可維護

補可觀測性：把 debug 變成定位能力

既有使用者重複登入時出現了奇怪的狀態，需要把登入狀態與初始化紀錄寫清楚，才能找出原因。團隊能快點定位，使用者就少遇到不明錯誤。後端舊問卷文件也一併清掉，讓目錄容易閱讀，後續協作時少花時間找東西。

驗證輸入並留下紀錄：把錯誤留在系統，不留給使用者

回答限制在 1–4，異常要記錄 log 並附上使用者 ID，確保資料品質。分析結果也整合進 UserProfile，讓後續建議、成分方向、歷史回看與分享都能使用這份膚況資料，支援頁面上的雷達圖與照護建議。

為什麼現在做這些看似小事？

因為 FindSkin 的價值主張是「1 分鐘、生活化、可理解」。這些工程調整讓主張站得住腳：流程更可預期（願意完成）、資料更可信（能持續迭代）、團隊更快（能長期維護）。

我想做的是一個用起來舒服、說得清楚，也能繼續擴充的產品。這次整理 FindSkin，主要處理了五件事：統一名稱、讓流程可預期、整理結果呈現、記錄系統狀態，以及驗證輸入範圍，讓「1 分鐘讀懂肌膚」有實際的流程與維護方式支撐。

這一版 FindSkin 改了七次，效果雖然不錯，我還是不太滿意。希望下一代的判讀能更全面、準確，但技術上還需要一些時間。