專案需求和客戶交流的心得體會

2021-08-27 14:46:08 字數 898 閱讀 3853

從畢業到現在,做過好幾個不同的專案,不想談論技術相關的話題,我更多的是談論與客戶的交流和溝通。

眾所周知,客戶往往都是不懂系統開發技術的客戶群體。所以,對於需求管理人員,既要弄懂客戶所描述的系統功能,還要用最通俗的語言,將自己所理解的需求告知客戶,待雙方達成一致,方可算作好的需求調研。做好需求溝通,其實很重要。因為很多大型企業的老總,都是四五十歲,甚至五六十歲的管理者,我們需要面對的可能是什麼都不懂的人,所以,在溝通的過程中,更多的是需要耐心,只有讓他們感覺爽了,才會在合同上簽字。

另外,專案拿到手,正式進入開發階段,可能會碰到一些問題,影響了專案的進展,甚至有可能無法在截止日期交付。當發現這個問題的時候,永遠不要試著利用客戶不懂技術,沒有將實際情況告知客戶,企圖在交付的時候,變相的將責任推給客戶。最終在交付的時候,客戶並不知情,認為交付的時候,專案一切ok,既沒有按照合同交付,反而有可能影響了客戶的計畫。所以,千萬不要抱有僥倖心理,永遠不能挑戰使用者的無知。

當出現問題的時候,要及時溝通。其實,很多客戶往往也會採取折衷的方法,因為有的專案,對於一些領導來說,能在規定的時間裡完成,也算是在他任內的業績。所以,他們寧可專案在效用在打折扣,也不願專案是以失敗或是糾紛告終。

還有,就是需求變更

這個在軟體開發的過程中,再正常不過。作為專案管理者,要允許這種情況的發生。但在客戶每次提出變更的時候,最好要求使用者簽定乙個協議,證明是客戶的原因,需要對專案功能作調整。並非是拿這個協議,去要求客戶提高專案經費,而是在開發的過程中,可能會以為各方面的原因,專案會延期,有了這個協議,造成專案延期的原因,客戶方是有責任的。這個在專案交付付款的時候,或者經濟糾紛的時候,尤為重要。 其實,從某種方面來說,需求變更對於開發者來說,還是有一定好處的,這樣在專案延期的時候,我們能有一套理直氣壯的說辭。

本文由好友wonderful所寫

專案需求和客戶交流的心得體會

從畢業到現在,做過好幾個不同的專案,不想談論技術相關的話題,我更多的是談論與客戶的交流和溝通。眾所周知,客戶往往都是不懂系統開發技術的客戶群體。所以,對於需求管理人員,既要弄懂客戶所描述的系統功能,還要用最通俗的語言,將自己所理解的需求告知客戶,待雙方達成一致,方可算作好的需求調研。做好需求溝通,其...

專案需求和客戶交流的心得體會

從畢業到現在,做過好幾個不同的專案,不想談論技術相關的話題,我更多的是談論與客戶的交流和溝通。眾所周知,客戶往往都是不懂系統開發技術的客戶群體。所以,對於需求管理人員,既要弄懂客戶所描述的系統功能,還要用最通俗的語言,將自己所理解的需求告知客戶,待雙方達成一致,方可算作好的需求調研。做好需求溝通,其...

專案總結心得體會

隨著各個專案實施的展開,專案各多多少少都出現了一些問題,或者是發生了事故,或者指揮和管理出現一些混亂,影響了工作目標,留下了隱患。及時總結這些經驗教訓是非常必要的,下面從專案管理角度對出現的問題和事故進行分析和總結。1 對專案經理的現場指揮 關於對專案經理的指揮,現在感覺有些混亂。專案經理在公司時還...