codejob 的員工薪資管理系統 - soho

: → TonyQ:那只是個比喻 , 如下篇,簽約後對方不認你的spec怎麼辦? :p 01/21 21:14
: → TonyQ:那再問一個問題 ,採用這套流程後,你的 case 就沒失敗過嗎XD 01/21 21:17
: → TonyQ:我認識的朋友還碰過詐欺犯 , 看它掛msn掛了好幾天. XD 01/21 21:17
: → TonyQ:計畫永遠趕不上變化. 01/21 21:18
關於開spec這部份,我的經驗中有兩種情況:
1 在簽約之前客戶已有自己的書面規格. 我照他的規格走. 但他們只有文字
描述的功能規格, 沒有UI的規格, 所以我幫他們補上UI的規格.

2 客戶自己提不出規格, 沒關係, 那照我的指示, 把現在跑的作業流程講給
我聽, 我來幫他從需求分析做到擬定規格.

簽約後, 照合約走, 對方若不認我的規格, 那他就損失簽約金; 目前沒遇過
寧願損失簽約金也要毁約的. 我也不會隨便開一個很爛的規格, 我的UI規格
是照一般的設計, 重點是操作簡明清楚, 功能到位, 而非在畫面上做得很炫
. 因為我知道視覺化設計要做得好的話需要另外的功夫, 也不是我的強項,
即使客戶願意加錢我也不幹. 而我接的案子也是偏向於資料管理系統.

至於照這流程跑, 案子會不會失敗? 我不知道客戶心裏怎麼想, 但我確定功
能到位, 規格寫到哪, 功能就是做到哪. 那種什麼配色啦, 資料排版看得順
不順眼等小問題不要在驗收階段前拿出來煩我. 因為我這部份沒跟你估價.

我不否認同一個案子, 一定有人可以做得比我更漂亮, 但相對的, 精明的soho
一定也把成本跟利潤算得極準. 客戶要求視覺美觀, 在設計上這部份的預算
人家就照樣把你估進去, 甚至客戶沒要求視覺化的部份, 若正好是該soho的
強項, 人家也照樣估價進去. 如果客戶要的是內部作業流程在用的, 我就是
照功能規格來報價, 不會像上述的soho佔客戶的便宜. 客戶自己會比價, 既
然跟我簽約, 就代表這是他所期望的是功能重於視覺, 視覺部份的要求我既
不收錢, 自然也不會特別花時間去做這一塊.

其實態度很重要, 態度不夠堅定的話會被奧客吃夠夠, 浪費誰的時間, soho
的, 誰的精神? soho的. 所謂'醜話講在前頭', 我覺得寧可一開始就'下馬威'
, 也不要被外行的客戶牽著鼻子走是比較好的做法.

除非你接這客戶是要學功夫的, 不是賣手藝的. 那當然沒辦法在客戶面前
堅持自己的立場.

--