[請益] 推掉客戶吹毛求疵問題的技巧

看板Soft_Job作者 (雷瓦納)時間13年前 (2011/03/24 23:49), 編輯推噓9(9推 0噓 35→)
留言44則, 19人參與, 最新討論串1/2 (看更多)
最近遇到難纏客戶 不知各位有沒好的應付方法 本案是很複雜報表計算程式，已驗收好幾年，每年簽維護合約 之前都相安無事，主要功能就是把報表數據計算正確就好了 不想處理是因為報表很複雜，萬一為了改這些無關緊要問題去弄亂報表可是沒完沒了 他卻老提出這樣問題 1.為什麼計算完後 程式不會自動關閉？ 我答:所有計算30分內一定會結束 可設執行1小時未終止時自動強制終止 客戶:長官無法接受 他說一定你們程式有問題才會沒結束 請你們修改 我心裡OX:報表數字正確就好了(也確實都正確) 不會結束就設自動強制結束不就好了 2.為什麼你們的服務程式有時登入一看 會卡一堆圖示在右小角 可是滑鼠一過去就消失了 我答：那應該該沒關係吧 移過去就消失了 不影響程式運作 客戶：我們長官認為這樣不行 請你們修改 我心裡OX:SERVER放在那 沒事根本就不會進機房看 不過就圖示會多 移滑鼠過去不就消失了 而且報表運作都很正常啊 他們要求修改態度都很堅持 因為他們內部有鬥爭 所有問題都Mail到他們大老闆那 實際我和客戶的MIS都知道 我心裡OX講的話 就是正確解決方法了 就是因為他們公司有鬥爭 有人開始挑毛病鬥MIS 各種東西在老闆前一定都要有合理答案才可結案 我不可能跟客戶回 然後被CC給他們老闆 "你們報表數字正確比較重要吧 萬一改了這些無關緊要問題 報表數字有問題怎辦" 最近已經被他們接二連三這種問題弄的很煩 內部鬥爭廠商也會遭殃 在不能不理他們 又不能強硬回絕的情況下 我該用什麼方法來處理這種客戶這種問題呢? -- -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.184.6.152
→
03/24 23:52, , 1F
第一個要求很合理啊. 程式算完了, 就Bye是應該的吧
03/24 23:52, 1F
→
03/24 23:58, , 2F
其實這二個問題 客戶要求修正 也是蠻合理的吧 囧>
03/24 23:58, 2F
→
03/25 00:04, , 3F
很合理啊不然每年簽維護做啥?我承認我是用客戶的角度來看
03/25 00:04, 3F
是很合理沒錯 大問題一定奉陪處理到底 現在不改是對大家都好 程式3年沒動過 且轉過3手 傳下來一定有不同 報表這種東西 改下去一定雞飛狗跳 我慘客戶也跟著慘 實在不想為這種無關緊要問題造成大家下去陪葬 ※ 編輯: RAVANA 來自: 111.184.6.152 (03/25 00:17)
→
03/25 00:10, , 4F
認真的回答.客戶內有鬥爭..MIS被定時..MIS只能訂廠商
03/25 00:10, 4F
→
03/25 00:10, , 5F
廠商不管作多好,都會被定的..
03/25 00:10, 5F
→
03/25 00:11, , 6F
要鬥人還需要理由嗎?原po別太認真..一起裝皮就好
03/25 00:11, 6F
推
03/25 01:41, , 7F
客戶從來就不預期你們會產生新的bug
03/25 01:41, 7F
→
03/25 01:41, , 8F
要求改正之前得很過分嗎?
03/25 01:41, 8F
之前都很良好 他提的問題以前確實有 但完全不影響運作 沒人會想去動 近幾個月是內鬥開始情況下 所有問題都cc給他們老闆 攤上檯面鬥 任何問題都要回覆辦理情況 客戶MIS也知道會有新問題 但被押著提問題 要是改了後出問題 我想鬥人的單位更高興 更多文章能作 我的皮就得崩更緊
推
03/25 01:47, , 9F
很感謝貴公司的指正，我們會將其列入維護改進項目
03/25 01:47, 9F
這招試過了 馬上mail來 我們老闆要求回覆完成時間 ※ 編輯: RAVANA 來自: 203.73.234.227 (03/25 08:33)
→
03/25 08:45, , 10F
個人覺得客戶的要求還算合理啊，真的不想改，就列出成本說
03/25 08:45, 10F
→
03/25 08:45, , 11F
明一下，改動的成本不划算就好了.
03/25 08:45, 11F
→
03/25 09:21, , 12F
這兩個問題都合理啊, 改下去雞飛狗跳是你家的事不是?
03/25 09:21, 12F
→
03/25 09:22, , 13F
我的話會要求先改後deploy一小部分測看看...
03/25 09:22, 13F
→
03/25 09:36, , 14F
說改這要加錢 報價單附上
03/25 09:36, 14F
→
03/25 09:40, , 15F
也可以先不改，但以現有的source code去build & deploy
03/25 09:40, 15F
→
03/25 09:40, , 16F
先驗證目前的source code 是否有差距
03/25 09:40, 16F
→
03/25 11:19, , 17F
我是客戶也會說要改 維護合約有收錢 改個小問題也不行?
03/25 11:19, 17F
推
03/25 13:41, , 18F
「功力」就是看這個時候了......不然coding有啥難的.....
03/25 13:41, 18F
→
03/25 14:46, , 19F
老實講..客戶提的這兩點都很合理..只是我比較好奇第一點
03/25 14:46, 19F
→
03/25 14:47, , 20F
跟報表計算會有什麼關係..難道..你在程式中沒辦法判斷計算
03/25 14:47, 20F
→
03/25 14:48, , 21F
完成嗎?如果今天那台電腦真的效能變差要2小時才跑完怎辦?
03/25 14:48, 21F
推
03/25 21:08, , 22F
我也覺得客戶要求還算合理，不然就「按合約」做囉...
03/25 21:08, 22F
推
03/26 15:59, , 23F
修改就像房子會動到樑柱會導致倒塌的危險 客戶:你家的事
03/26 15:59, 23F
推
03/26 17:40, , 24F
你不想改 那還收人家維護的錢?
03/26 17:40, 24F
推
03/26 18:20, , 25F
說實話~蠻合理的..2的問題要解決不難~1的話要評估
03/26 18:20, 25F
推
03/26 23:32, , 26F
如果覺得改了一定會大亂 應該是對程式還無法掌控吧 :|
03/26 23:32, 26F
→
03/27 00:58, , 27F
都是合理的需求,跟鬥爭也扯不上什麼關係...
03/27 00:58, 27F
推
03/27 08:56, , 28F
廠商的要求，看起來沒有到會讓程式亂掉吧
03/27 08:56, 28F
→
03/27 08:57, , 29F
我的廠商還要求底層架構整個換掉勒...還不是得硬著LP改
03/27 08:57, 29F
→
03/29 00:54, , 30F
有時候工程師心態要調整一下 妳是賣給使用者 他不是你的夥伴
03/29 00:54, 30F
→
03/29 00:54, , 31F
是你的客人... 很多要求 其實都很正常的
03/29 00:54, 31F
→
03/29 00:55, , 32F
但工程師第一時間都會抗拒 我也是有這種毛病
03/29 00:55, 32F
→
03/29 00:55, , 33F
抗拒的緣由 不外乎就是你知道 這程式其實寫爛了
03/29 00:55, 33F
→
03/29 00:56, , 34F
或這不是你負責 或這要改很麻煩 動很多東西 或你還要trace...
03/29 00:56, 34F
→
03/29 00:56, , 35F
但這有很多都是工程師 心態的毛病 心病
03/29 00:56, 35F
→
03/29 00:57, , 36F
我的情況常常是 一年維護錢少少 改東西看起來成效也很小
03/29 00:57, 36F
→
03/29 00:57, , 37F
但是卻要花很多時間trace 或是番新舊code...更麻煩的是
03/29 00:57, 37F
→
03/29 00:58, , 38F
老闆還一直接這類的維護...沒有適時斷頭 當然賺錢效能就....
03/29 00:58, 38F
→
03/29 01:02, , 39F
另外還有一個是高度問題 如果你的位子只是下面的工程師
03/29 01:02, 39F
→
03/29 01:02, , 40F
妳的武器就不如上一層的SA 或PM多 如果是擁有可以和客戶對談
03/29 01:02, 40F
→
03/29 01:02, , 41F
的技能 另一種作法就是 把這些事情 一些可以搓掉
03/29 01:02, 41F
→
03/29 01:03, , 42F
搓的方式 就看你表達方式或說話技巧了 無論是嘛吉搓掉
03/29 01:03, 42F
→
03/29 01:03, , 43F
或是同理心 我老實告訴你 這東西已經弄到太複雜了 難以維護
03/29 01:03, 43F
→
03/29 01:03, , 44F
妳改這小小東西 很可能挫賽 到時候你更下不了台 等事實...
03/29 01:03, 44F
‣ 更多 RAVANA 的文章
文章代碼(AID): #1DYsWIk7 (Soft_Job)
‣ 更多 RAVANA 的文章
文章代碼(AID): #1DYsWIk7 (Soft_Job)