- 相關(guān)推薦
項目綜合管理客戶(hù)需求的五個(gè)層次
不同的行業(yè)、不同的企業(yè),客戶(hù)的購買(mǎi)力、購買(mǎi)行為可能不盡相同,但是,都不同程度地存在著(zhù)上述五個(gè)層次的需求,具體是哪五個(gè)層次?以下是小編整理的項目綜合管理客戶(hù)需求的五個(gè)層次,希望對大家有所幫助。
1、產(chǎn)品需求。
類(lèi)似于人的基本需求衣食住行一樣,客戶(hù)的基本需求與產(chǎn)品有關(guān),包括產(chǎn)品的功能、性能、質(zhì)量以及產(chǎn)品的價(jià)格。一般的客戶(hù)都希望以較低的價(jià)格獲得高性能、高質(zhì)量的產(chǎn)品,并且,認為這是最基本的要求。迄今為止,那些購買(mǎi)力較弱的客戶(hù)仍然以產(chǎn)品質(zhì)量及價(jià)格作為采購的主要依據。上個(gè)世紀80年代,中國的物資供應相對匱乏,客戶(hù)需求幾乎完全以產(chǎn)品需求為主。誰(shuí)能提供更高性/價(jià)比的產(chǎn)品,誰(shuí)就能成功。
2、服務(wù)需求。
隨著(zhù)人們購買(mǎi)力的增強,客戶(hù)的需求也水漲船高。人們采購時(shí),不再僅僅關(guān)注產(chǎn)品,同時(shí),還關(guān)注產(chǎn)品的售后服務(wù),包括:產(chǎn)品的送貨上門(mén)、安裝、調試、培訓及維修、退貨等服務(wù)保證。但這還不夠。隨著(zhù)電腦、數碼相機等電子產(chǎn)品及軟件系統等高科技產(chǎn)品進(jìn)入人們的生活,客戶(hù)的需求又上了一個(gè)臺階。人們不僅僅滿(mǎn)足于好的產(chǎn)品和服務(wù),還希望得到精確、及時(shí)的技術(shù)支持以及優(yōu)秀的解決方案。
好的產(chǎn)品+好的服務(wù)承諾并不能讓客戶(hù)完全滿(mǎn)意。試想,同樣好的產(chǎn)品為什么在不同的客戶(hù)那里會(huì )產(chǎn)生不同的使用效果和收益?同樣好的服務(wù)承諾為什么有的客戶(hù)滿(mǎn)意,有的客戶(hù)不滿(mǎn)意。原因在于:由于產(chǎn)品科技含量和復雜性的增加,產(chǎn)品使用效能和收益的實(shí)現不再僅僅取決于產(chǎn)品的好壞和簡(jiǎn)單的安裝、培訓服務(wù),還取決于好的產(chǎn)品應用實(shí)施方案、及時(shí)并且有效的技術(shù)支持?蛻(hù)不歡迎、甚至反感那些服務(wù)承諾良好、但不能及時(shí)有效解決問(wèn)題的服務(wù)商。
3、體驗需求。
隨著(zhù)旅游、娛樂(lè )、培訓、Internet等產(chǎn)業(yè)的興起,人們逐漸從工業(yè)經(jīng)濟、服務(wù)經(jīng)濟時(shí)代步入了體驗經(jīng)濟時(shí)代?蛻(hù)采購時(shí),不愿意僅僅被動(dòng)地接受服務(wù)商的廣告宣傳,而是希望先對產(chǎn)品做一番“體驗”,如:試用、品嘗等,甚至對未經(jīng)“體驗”的產(chǎn)品說(shuō)“不”?蛻(hù)逐漸從單純被動(dòng)地采購,轉為主動(dòng)地參與產(chǎn)品的規劃、設計、方案的確定,“體驗”創(chuàng )意、設計、決策等過(guò)程。
與客戶(hù)互動(dòng)的每一個(gè)時(shí)空點(diǎn),例如,一個(gè)電話(huà)、一份E-mail、一次技術(shù)交流、一次考察、一頓晚餐等,對客戶(hù)而言,都是一種體驗。體驗記憶會(huì )長(cháng)久地保存在客戶(hù)大腦中?蛻(hù)愿意為體驗付費,因為它美好、難得、非我莫屬、不可復制、不可轉讓、轉瞬即逝,它的每一瞬間都是一個(gè)“唯一”?蛻(hù)希望每一次體驗感覺(jué)愉快、富有成效?梢钥闯,客戶(hù)在體驗方面的需求不是產(chǎn)品、服務(wù)所能替代或涵蓋的,是在產(chǎn)品、服務(wù)需求被滿(mǎn)足后產(chǎn)生的更高層次的需求。
4、關(guān)系需求。
沒(méi)有人會(huì )否認關(guān)系的重要性?蛻(hù)在購買(mǎi)了稱(chēng)心如意的產(chǎn)品、享受了舒適的服務(wù)、得到了愉快的體驗的基礎上,若能同時(shí)結交朋友、擴大社會(huì )關(guān)系網(wǎng),一定會(huì )喜出望外!瓣P(guān)系”對一個(gè)客戶(hù)的價(jià)值在于:獲得了社會(huì )的信任、尊重、認同,有一種情感上的滿(mǎn)足感;在需要或面臨困難時(shí),會(huì )得到朋友的幫助和關(guān)懷;可以與朋友共同分享和交換信息、知識、資源、思想、關(guān)系、快樂(lè )等;關(guān)系的建立一般會(huì )經(jīng)歷較長(cháng)時(shí)間的接觸和交流、資源的投入、共同的目標、彼此尊重、相互信任、相互關(guān)愛(ài)、相互理解、相互依賴(lài)、信守諾言等過(guò)程或要素,因此,“關(guān)系”是客戶(hù)十分珍視的資源。
這也說(shuō)明,為什么客戶(hù)愿意與熟悉的服務(wù)商長(cháng)期交往,而不愿意與一個(gè)可能產(chǎn)品、服務(wù)更優(yōu)的新的服務(wù)商接觸;為什么兩家產(chǎn)品、服務(wù)質(zhì)量相當,而客戶(hù)關(guān)系不一樣的服務(wù)商在項目競標時(shí)的境遇會(huì )有天壤之別。實(shí)際上,這是客戶(hù)的關(guān)系需求在起作用。
5、成功需求。
獲得成功是每一個(gè)客戶(hù)的目標,是客戶(hù)最高級的需求?蛻(hù)購買(mǎi)產(chǎn)品或服務(wù),都是從屬于這一需求的。服務(wù)商不能僅僅只看見(jiàn)客戶(hù)的產(chǎn)品、服務(wù)需求,更重要的是,要能識別和把握客戶(hù)內在的、高層次的需求,否則,不可能贏(yíng)得商機。例如,一家客戶(hù)宣稱(chēng)需要“鉆頭”。于是,所有生產(chǎn)、銷(xiāo)售“鉆頭”的廠(chǎng)家都將自己的“鉆頭”產(chǎn)品及服務(wù)充分地向客戶(hù)展示,并展開(kāi)公關(guān)活動(dòng),以獲得客戶(hù)的青睞。然而,也許沒(méi)有一個(gè)廠(chǎng)家會(huì )中標。原因在于,客戶(hù)購買(mǎi)“鉆頭”的目的,廠(chǎng)家可能并沒(méi)有真正搞清楚?蛻(hù)需要“鉆頭”的目的可能是為了打一個(gè)“孔”。那么,這個(gè)“孔”是必須的嗎?打一個(gè)“孔”必須要用“鉆頭”嗎(客戶(hù)自己可能也未搞清楚)?有沒(méi)有更好的替代方法?
項目管理流程
一、概述
項目策劃的目的建立并維護用以定義項目活動(dòng)的計劃。
項目策劃階段的主要活動(dòng)包括:確定項目目標和范圍;定義項目階段、里程碑;估算項目規模、成本、時(shí)間、資源;建立項目組織結構;項目工作結構分解;識別項目風(fēng)險;制定項目綜合計劃。項目計劃是提供執行及控制項目活動(dòng)的基礎,以完成對項目客戶(hù)的承諾。
項目策劃一般是在需求明確后制定的,項目策劃是對項目進(jìn)行全面的策劃它的輸出就是“項目綜合計劃”。
在筆者經(jīng)歷或者監管的很多項目中,發(fā)現一個(gè)規律掌握項目計劃的項目經(jīng)理在項目過(guò)程中管理會(huì )比較到位,而不掌握項目計劃或者項目計劃不到位的項目中我們的項目往往出現很多故事,項目管理往往是越管越亂。項目計劃是幫組我們項目經(jīng)理去理清項目的過(guò)程和各組織活動(dòng)之間的關(guān)系,只有搞清楚這些,我們的項目才能被管理起來(lái),否則我們不能談項目管理,只能說(shuō)我們在管著(zhù)項目,但是還沒(méi)有理清楚,結果則是什么也沒(méi)有管到位。
二、確定項目范圍
項目范圍包括項目需求范圍和項目工作范圍,項目工作范圍是為實(shí)現項目目標并使客戶(hù)滿(mǎn)意(有效地完成項目目標)而必須做的所有工作,它包括項目的最終產(chǎn)品或服務(wù)以及實(shí)現該產(chǎn)品或服務(wù)所需要做的各項具體工作;在《軟件需求開(kāi)發(fā)》中我已經(jīng)說(shuō)過(guò)了項目目標和需求范圍的確認,本節內容是確認項目的工作范圍。
項目工作范圍的確定是為了有效地完成項目目標而界定的主要工作內容的活動(dòng),會(huì )將項目的可交付成果劃分為可控的、易于管理的單元模塊。
1、確定客戶(hù)提供的工作產(chǎn)品
在確定項目范圍的前,我們要與客戶(hù)確認由客戶(hù)提供的工作產(chǎn)品或資源,以及這些工作產(chǎn)品或資源的標準、提供時(shí)間、方式等信息。通過(guò)確認客戶(hù)提供的工作產(chǎn)品我們可以界定項目中的哪部分工作是由客戶(hù)完成,哪部分工作將要由項目組去實(shí)現。
2、確定交付給客戶(hù)的工作產(chǎn)品
在確定項目范圍的同時(shí)我們也要確認交付給客戶(hù)的工作產(chǎn)品及資源,以及這些工作產(chǎn)品或資源的標準、交付時(shí)間、方式等信息。以確定該項目是否有額外的工作任務(wù)。
3、確定項目的工作范圍
在項目中工作范圍與軟件生存階段是基本對應的,項目工作范圍可以理解為我們承擔的主要開(kāi)發(fā)階段,一般的開(kāi)發(fā)階段有:概要設計、詳細設計、編碼、單元測試、產(chǎn)品集成、系統測試、驗收交付、維護。
4、確定項目的質(zhì)量目標
與客戶(hù)確定我們軟件需要達到的質(zhì)量目標,在客戶(hù)提出的質(zhì)量目標中往往只有一些非功能需求的目標,大多與技術(shù)相關(guān),而在項目開(kāi)發(fā)過(guò)程中的質(zhì)量目標可能客戶(hù)不是很關(guān)心,涉及過(guò)程的質(zhì)量目標大多也只有交付后的缺陷率。這個(gè)時(shí)候我們要結合公司的過(guò)程能力以及客戶(hù)可能提出的質(zhì)量目標進(jìn)行能力匹配,并制定出項目的質(zhì)量目標。過(guò)程能力匹配與分析以后單獨進(jìn)行說(shuō)明。 過(guò)程能力即項目組執行項目活動(dòng)的子過(guò)程能力。如,代碼生產(chǎn)率(單位:KSL/人月),單元測試bug檢出(個(gè)/KSL)等,這些過(guò)程能力都有一個(gè)中線(xiàn),3σ上線(xiàn)以及3σ下線(xiàn),過(guò)程能力是根據公司歷史項目的數據依據“過(guò)程標準差”的方法統計分析得出。
5、建立WBS工作包
依據項目需求范圍和項目工作范圍,把需求作為橫坐標工作階段作為縱坐標,我們可以得到一個(gè)項目的基本任務(wù)的工作包,我們一般把這類(lèi)工作包作為WBS工作包。在WBS中我們也要包含任務(wù)返工、項目管理類(lèi)和項目支持類(lèi)的工作包。
三、定義項目階段、里程碑
我們定義了項目的目標和范圍,并建立了WBS的工作包。那么我們如何實(shí)現項目的目標,首先我們應該是分解項目目標,一般我們把它分解為里程碑目標或階段目標。
1、 確定項目的生命周期模型
項目生命周期各階段的定義,依賴(lài)于需求的范圍,項目資源的估計,以及項目的本質(zhì)。項目一般都包含多個(gè)階段。軟件項目階段的決定,通常包含軟體開(kāi)發(fā)模式的選擇與改進(jìn),以說(shuō)明項目活動(dòng)間的相互關(guān)系與適當次序。生命周期模型的一般有瀑布、原型+瀑布、迭代、增量模型。
2、 選擇生命周期模型的準則
A)瀑布模型
適用于新的有較多用戶(hù)的產(chǎn)品、平臺/中間件開(kāi)發(fā)項目,或者是用戶(hù)對開(kāi)發(fā)過(guò)程有嚴格要求的工程定制項目 。充分理解用戶(hù)需求,且需求是確定不變的。 用戶(hù)有一定的能力,對需求的表述是確切的 。所有過(guò)程工作產(chǎn)品的控制基線(xiàn),需要有可見(jiàn)度和可靠性 。
B)原型+瀑布模型
新領(lǐng)域的應用項目的開(kāi)發(fā):如企業(yè)應用系統開(kāi)發(fā)項目等。項目包含一種新技術(shù),例:新硬件、新的系統架構等。 需求不很清楚。 存在關(guān)于性能、可靠性和可行性的主要的、未解決的問(wèn)題。 用戶(hù)界面對系統成功是很關(guān)鍵的,但不很清楚。
C)迭代模型
新領(lǐng)域、新技術(shù)的研發(fā)項目 。規模較大的項目或產(chǎn)品 。 需求的清晰度低,且需要進(jìn)一步的調查。技術(shù)或體系結構方面的知識匱乏。
3、 定義項目的階段
我們依據以確定的生命周期模型定義項目階段,在定義階段的時(shí)候需要明確每個(gè)階段的輸入、輸入、目標及主要工作。
定義項目階段主要是對輸入、輸出以及工作量、規模、質(zhì)量目標偏差控制范圍的定義,我們一般定義輸入工作產(chǎn)品的標準、要達到的質(zhì)量目標,輸出工作產(chǎn)品的標準,要達到的質(zhì)量目標。階段工作產(chǎn)品的工作量、規模以及質(zhì)量目標的偏差控制范圍,每個(gè)步驟的細節執行方式及這些細節活動(dòng)的檢查方法。如果階段和里程碑時(shí)間點(diǎn)一致,可以與里程碑一起判斷階段目標的達成。
4、 定義項目的里程碑
在瀑布模型和增量模型的階段就是我們說(shuō)的需求開(kāi)發(fā)、概要設計、詳細設計、編碼、單元測試、產(chǎn)品集成、系統測試、驗收交付、維護這些階段。一般瀑布模型的里程碑設立根據項目規模和特點(diǎn)為需求、設計、編碼+單元測試、產(chǎn)品集成+系統測試、交付;增量模型一般里程碑是每次可交付產(chǎn)品為一個(gè)里程碑,如果規模很大可以按照瀑布模型設立子里程碑。
迭代模型的里程碑一般是每次迭代就是一個(gè)里程碑。
我們上面說(shuō)了里程碑定義的準則,簡(jiǎn)單理解里程碑可以作為是項目的一個(gè)可交付并能給項目工作承上啟下的點(diǎn),所以里程的目標、準入和準出的定義,是在項目實(shí)施中對項目能否達成項目目標的檢查依據。
里程碑的準入準則,就是輸入里程碑的工作產(chǎn)品、資源是否滿(mǎn)足該里程碑的要求。我們就要定義輸入工作產(chǎn)品標準、要達到的質(zhì)量目標。而里程碑的準出不僅僅是工作產(chǎn)品的標準和達到的質(zhì)量目標。還要判斷這個(gè)里程的進(jìn)度、成本、工作量、規模的偏差以及項目的變更是否在控制范圍內。
5、 定義項目的過(guò)程
確定項目執行過(guò)程中的子活動(dòng)級活動(dòng)的順序,并給出這些活動(dòng)的輸出。在大部分公司都有一個(gè)項目執行過(guò)程的全集,項目在開(kāi)始的時(shí)候依據項目的工作范圍缺確定項目要執行的子過(guò)程以及輸出的工作產(chǎn)品,在CMMI中把這個(gè)活動(dòng)叫做裁剪項目過(guò)程定義,在這里我們要說(shuō)明的是“裁剪”不是“裁減”,在對項目過(guò)程裁剪的'時(shí)候我們不是簡(jiǎn)單地考慮做或者不做,應該在不做的時(shí)候考慮是合并還是用其他的替代方法來(lái)執行。
四、估算項目規模、成本、時(shí)間、資源
對于已確定的項目范圍,定義了階段和里程碑,那么我們每個(gè)階段的輸出的工作產(chǎn)品的工作量、成本、質(zhì)量如何估算就十分重要,這些也是判斷階段目標和里程碑是否達成的重要判斷依據,而要估算工作量、成本等工作產(chǎn)品屬,我們就必須先估算出工程階段每個(gè)工作包的工作產(chǎn)品規模。
1、估算的順序
在整個(gè)估算中,規模的估算是基礎,大部分的估算都是基于項目規模的估算而來(lái)的。在規模時(shí),對于采用的類(lèi)是技術(shù)、開(kāi)發(fā)語(yǔ)言、架構的項目,他們的工作產(chǎn)品規模與需求規模的比例是基本穩定的。如:1個(gè)簡(jiǎn)單的數據庫錄入功能,用Java編寫(xiě)的代碼一般是20行,概要設計是1頁(yè),詳細設計是1.5頁(yè),需要20個(gè)單元測試用例等??。這個(gè)比例關(guān)系的變化是很少的,但是工作量和公司的生產(chǎn)率人員水平等都有關(guān)系,估算工作量我們要考慮的人為因素要更多。所以我們對最穩定的那部分優(yōu)先估算。
2、確定估算的方法
目前典型的估算方法有:經(jīng)驗值估算、功能點(diǎn)估算。
但是我們發(fā)現選擇了估算方法,在項目執行中我們會(huì )發(fā)現這些估算很不準確。建立公司的估算能力是解決估算準確性的唯一途徑,估算能力一般是根據公司歷史項目的數據來(lái)建立估算的模型。當然我們?yōu)榱双@取更準確的估算值,也會(huì )采用多種估算方法,通過(guò)多種估算結果去驗證估算的準確性。
3、確定估算因素
在確定估算方法后我們依據估算方法的特點(diǎn)要去了解項目具體功能的特點(diǎn),一般設計及實(shí)現的復雜度、技術(shù)要求、可維護要求、可配置要求、可靠性要求等一些非功能需求都與項目的復雜度相關(guān),還有一些特殊的業(yè)務(wù)功能也會(huì )給項目的復雜度相關(guān),這些要素就是能否準確估算項目前提。
4、估算工作量和成本
一般工作量和成本的估算是依據項目的估算模型,依據工作產(chǎn)品的規模去估算工作產(chǎn)品的工作量。
成本的估算我們要考慮項目管理類(lèi)、支持類(lèi)及返工的工作量。在建立項目度量能力和模型的時(shí)候我們可以從歷史項目中推出這些工作量的估算模型。一般每個(gè)開(kāi)發(fā)階段都要預留15~20%的工作量用于返工。管理類(lèi)的工作量一般是項目總開(kāi)發(fā)工作量的10%,質(zhì)量保證、MA及其他支持類(lèi)的工作量一半是項目總工作量的2~5%。
5、估算項目的時(shí)間
依據已經(jīng)估算出的項目規模,每個(gè)階段的工作量,結合現有資源估算項目的概要時(shí)間,時(shí)間估算的結果是階段、里程碑、項目的起至時(shí)間。
6、估算項目的風(fēng)險
依據歷史項目積累的風(fēng)險,在項目開(kāi)始階段對項目的技術(shù)、管理、質(zhì)量、資源、需求等方面可能出現的風(fēng)險進(jìn)行全面評估。并評估出來(lái)的風(fēng)險制定規避和管理措施。
7、估算的評審
項目的估算結果一般就是項目預算,我們一般先要對這些預算進(jìn)行技術(shù)評審,以確定預算的合理性。然后還應通過(guò)到由公司高層的管理評審。
五、建立項目組織
我們已經(jīng)有了估算結果和各個(gè)階段的時(shí)間,這個(gè)時(shí)候是我們考慮項目的組織建立,一般有:PM-項目成員,PM-Leader-項目組成員、PM-SubPM-Leader-項目組成員等模式。
在PM-項目成員這個(gè)管理模式是很好管理,這個(gè)模式下一般項目組人員規模不超過(guò)10個(gè)人,項目在對問(wèn)題進(jìn)行溝通的時(shí)候一般靠喊一喊就能全部傳達。
在后面2個(gè)模式中,項目組成員規模一般都在10個(gè)以上有的大型項目甚至能到幾百人。為了將這些團隊管理好,我們要建立使項目組能高效的管理和溝通的方法及原則。這些方法及原則主要有:明確組織的管理和監控的方法及流程,要明確各個(gè)崗位的職責和權利,要明確各個(gè)層級溝通及匯報的方式,明確各個(gè)組間的溝通及匯報的方式。只有明確了這些才能保證項目組的各個(gè)團隊都能高效運作,這個(gè)也是企業(yè)管理文化在項目中的體現。
六、建立項目綜合管理計劃
為了能使項目能正常開(kāi)展并且有依據,我們需要建立一個(gè)綜合的項目管理計劃。這些計劃的主要內容有:
1) 項目的質(zhì)量目標
定義項目各個(gè)子過(guò)程及工作產(chǎn)品的質(zhì)量目標。
2) 項目的生命周期模型
定義項目的生命周期模型。
3) 項目的階段和里程碑計劃
定義項目的階段、里程碑的輸入、輸出準則,以及階段、里程的主要活動(dòng)及時(shí)間計劃。
4) 項目的監控計劃
定義項目的監控對象、監控頻率、監控原則、監控依據,定義項目的會(huì )議制度、溝通方式、以及項目中出現問(wèn)題的溝通及匯報原則。
5) 項目的度量計劃
依據監控要求和公司要求,定義項目要進(jìn)行度量的度量元、度量頻率、度量方法、度量結果保存方法。
【項目綜合管理客戶(hù)需求的五個(gè)層次】相關(guān)文章:
項目管理能力需求01-11
客戶(hù)購房需求分析06-13
ERP項目需求管理的六個(gè)技巧10-01
營(yíng)銷(xiāo)管理需求06-22
2016物業(yè)管理師《綜合能力》考點(diǎn):市場(chǎng)需求10-02
綜合項目管理員工作總結12-28
物流的管理層次-物流知識12-29
酒店管理中的管理層次以及原則07-21