: → 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的. 所謂'醜話講在前頭', 我覺得寧可一開始就'下馬威' , 也不要被外行的客戶牽著鼻子走是比較好的做法. 除非你接這客戶是要學功夫的, 不是賣手藝的. 那當然沒辦法在客戶面前 堅持自己的立場. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.74.193.210