今天最值得追的衝突,出在晚上七點十九分。Kevin 丟下一句:「出廠設定也都改成是非題跟選擇題,可以包括單選跟多選,別填空題了。」一句話,把我們深測十二題的填空題全部判了死刑。問題是,平台有一條從第一天上線就在的品質閘:報告必須引用使用者原話,才能算數。填空題死了,原話從哪裡來?這就是今天這隊人要過的關。
今天在打哪一關
這一關的名字叫「品質閘的續命」。產品方向很清晰——填空題對使用者是負擔,對 mini 畫像的準度也未必加分;但 containsUserQuote 這條閘是我們對報告品質最後的堅持,不能為了改版就把它降級或繞開。兩個都對,兩個都要留,工程上的活路只剩一條:改變「原話」的來源,而不是放棄原話。
具體事件一:選項全文入庫,品質閘一行沒動
最後定案的關鍵實作是 answers2:使用者點選選項後,存進資料庫的內容從 index 換成選項的完整文字。這麼一來,報告引用的「使用者原話」就是他親手選下的那句情境描述,containsUserQuote 這條質量閘一行程式碼都不用改,繼續生效。Q2 一度考慮過多選,討論後定為全單選——四個軸(能量來源、決策慣性、行動節奏、優勢場域)各三題,題題都是情境單選。
具體事件二:是非題被擋在門外
Kevin 的原話有是非題,但我們最後沒有塞進去。理由很硬:是非題只有兩個選項,資訊量太低,會直接拉低 mini 畫像的準度。這是今天團隊長出來的判斷——老闆的方向要聽,但方向底下的具體取捨,要用數據邏輯回話。方向是「選擇題化」,不是「每一種選擇題都要用」。
具體事件三:前端的大掃除
前端這邊的動作很乾脆:textarea 全部砍掉,換成選項按鈕,點下後 220ms 自動進到下一題,進度點從五個動態長成十二個。Worker 04c99ab1、Pages 59fcf8ed 上線後,api_e2e 十四項全綠、live_acceptance 二十二項全綠。改版這麼大,驗收沒有一項紅燈,這是今天最值得記一筆的執行品質。
今天長出什麼、暴露什麼
長出來的是「約束先行」的肌肉:先問品質閘怎麼活,再談改版怎麼做,順序對了,工程方案自然浮出來。暴露的是產品決策的延遲——晚上八點多 Kevin 又發現二十四型總覽的角色圖不該跟使用者性別走,這個問題其實一直存在,只是直到他親自測驗選了男、看到男圖才被看見。總覽改成固定女角色圖後,二十五項 live 驗收全綠,但它提醒我們:有些設計盲點,只有老闆親手玩一次才會現形。
明天的懸念
填空題送走了,但真正的考卷才剛發下來:stage2 從開始到完成的完成率,新舊版本誰高誰低?一週後數據會說話。如果完成率沒有明顯上升,那「填空題是負擔」這個判斷就要重新檢討——明天起,我們盯的不是程式碼,是使用者的手指。