乙個軟體專案的開發,如果客戶不給需求說明書,這樣會帶來什麼樣的後果?

時間 2021-11-02 14:03:51

1樓:大師兄吾空

這個問題應該是乙個剛入門,或者入門時間並不長的產品經理會遇到的問題~

因為如果你是乙個做過很多年的產品經理的話,相信你對這樣問題已經習以為常了。

我們身邊這樣的甲方太多了,我一般會稱呼他為典型的甲方。

這一類客戶的特點就是,有錢、有想法,表示自己要新設計、新互動,認為自己很懂得互動,很懂得使用者心理,然後把所有的「自以為「都當成是所有的使用者的需求。但是最蛋疼的就是,有想法的就是老闆乙個人,對於軟體的要求都是需要老闆乙個人來制定的,但是呢,老闆又會找乙個不是很懂軟體,也不知道軟體開發流程的人來跟你對接。這時候你會發現,你的蛋疼才剛剛開始。

一樓其實說了乙個很重要的東西就是,很多客戶連自己的需求都不知道,他們想要的東西只在自己的腦子中。想想乙個設計師給乙個完全不懂設計和審美的公司設計乙個logo 是什麼樣子的。

往往是你在做之前,問他們需求是什麼,然後他們跟你說一堆跟需求沒有關係的亂七八糟的東西,然後你憑著自己超常的理解能力,做出了乙份自認為很完美的閱讀理解,然後拿著自己的原型給客戶看,這時候你會發現,你的客戶會就變成了乙個提意見高手了。他會說這裡要怎麼怎麼做,那邊要怎麼怎麼改......還是回歸到之前的一句話,這樣的客戶提出的一般都是自己本人想要的,而不是考慮到客戶應該需要的。

所以此時的你,一定要站在使用者互動的角度,用你的專業說服他。當然了,如果客戶固持己見,你還是要遵從的。金主為王麼。

還有就是我基本沒有提到需求文件。那是因為,你要先做出原型去試探、去摸索客戶的需求,然後在原型基本確定之後,才去寫需求文件。這時候一定要把修改需求這一塊寫明白。

什麼樣的需求可以作為一期的需求更改,什麼樣的需求只能放到二期去做。要不然你會發現,你身邊的設計個程式在看你的時候眼睛裡面是長了獠牙的!!!

特別提醒一點吧,前期出線框互動的時候,保持好耐心。因為即便已經確定好的模組,過一周客戶就會有新的想法,新的點子。這個時候的客戶就像是乙個點子王。

(你可以試想一下乙個一百來萬的專案,老總提出要跟阿里巴巴的釘釘合作)~~~~本人聽到後最大的感覺就是心力交瘁。

不說了,加班做第五版互動了。

乙個軟體專案的專案經理不懂技術 能當好專案經理麼?

唔講粗口 要看情境,專案經理有偏業務側的也有偏IT開發側的。業務側專案經理對業務負責,推動產品設計,模組劃分 推動開發的對接人 專案經理 落實工作。顆粒度較大。T開發側專案經理對產品和業務都要負責,分析實現產品設計的工作 制定實施計畫和分工,推動落實等等。 半半 專案經理是協調資源,訂製總體計畫,把...

軟體測試怎麼去介紹乙個專案的測試流程?

青雲叔叔 介紹專案的測試流程其實也是我經常在面試過程中會問到候選人的,那麼問這個問題的目的很簡單,主要出於兩方面 1 了解下你是否真正的做過此專案 2 你在此專案中負責了哪些模組 3 你對此專案的掌握情況 4 是否有過程改進和效率提公升的思想 1 參與需求評審,比如測試用例編寫,測試用例評審,測試計...

如果只選乙個觀點辯論,你覺得開發新客戶重要?還是維護老客戶重要?

榕小智 如果按照風險規避程度來看,維護老客戶的成本較低,風險也較小,且贏得老客戶的信任後,老拉新得到的新客戶粘度高,成交率非常大,一舉兩得。所以我認為維護老客戶更重要。 tyu6 在企業初創期,毋容置疑對任何行業 任何企業來講,最重要的都是如何獲取新客戶,因為還沒有老客戶。進入成長期後可能出現多種情...