新產(chǎn)品從0到1過程中,應當遵循的產(chǎn)品原則
在一款新產(chǎn)品從0到1的過程中,要在最開始就制定出產(chǎn)品原則,在開發(fā)和決策的過程中,以這些原則來指導產(chǎn)品進程。
對企業(yè)家來說,企業(yè)是自己的兒子。對產(chǎn)品經(jīng)理來說,產(chǎn)品就是自己的女兒。要想女兒出嫁(產(chǎn)品上線)后,不被吐槽,不被嫌棄,那么就要好好培養(yǎng)她,給他賦能,讓她彰顯出自己的魅力。在孩子培養(yǎng)過程中,總會給孩子制定一些做人和做事的規(guī)則,讓她的三觀正,有一定的判斷是非的能力,生存的能力。
對于產(chǎn)品,何嘗不是這樣,特別是新產(chǎn)品從0到1的過程中,一開始就要制定出一些產(chǎn)品原則,在開發(fā)和決策過程中,以這些原則為準繩,來指導產(chǎn)品繼續(xù)前進。
本文將以自助收銀機為例進行講解。
準則一:最小化原則
最小化原則主要體現(xiàn)兩個方面:功能最小化和成本最小化。
MVP
“最小化”的意思是,沒有任何一個功能是加上去也“挺好”,但是少了任何一個功能都無法解決用戶最基本的需求。
確定了MVP后,就開始制定迭代計劃,不要想著把所有的功能在一個迭代里面做完,要分清功能的依賴關系,哪個先做,哪個后做。
做出MVP,快速拿到市場上驗證后,根據(jù)用戶的反饋在調(diào)整迭代計劃和需求優(yōu)先級。不要想著做出一個大而全的產(chǎn)品,再拿到市場上去驗證。
公司有一個純互聯(lián)網(wǎng)APP,研發(fā)了快10個月,都沒有拿到市場上去推廣驗證。下面的開發(fā)人員不停的抱怨,哪里來的這么多需求,需要不停的做。嚴重影響了開發(fā)人員對產(chǎn)品未來的信心。
成本最小化
產(chǎn)品的成本,是每個產(chǎn)品經(jīng)理或者項目經(jīng)理都需要考慮的問題,要抱著多花一元錢就是浪費的心態(tài)去評估成本,前提條件是不能犧牲產(chǎn)品質(zhì)量。
經(jīng)過競品分析和用戶調(diào)研之后,確定了自助收銀機完成如下功能:
- 掃商品碼
- 掃付款碼
- 打印清單
- 廣告
- 打折促銷
- 盤點
- ……
通過KANO模型分析,1、2、3屬于基本需求、4和5屬于期望需求,6屬于興奮需求。在制定MVP內(nèi)容時,期望需求和興奮需求一律不實現(xiàn),僅做基本需求。
準則二:簡潔原則
專注
做產(chǎn)品要專注,不要想著老少青三代人都是你的用戶。先確定目標用戶,然后再拓展。Facebook出來的第一版就是針對學生的產(chǎn)品,然后逐步才拓展到所有人。在產(chǎn)品剛開始的時候,專注于特定某一類的用戶群體才能讓產(chǎn)品的設計更有針對性。
不僅產(chǎn)品的目標用戶要專注,而且產(chǎn)品的功能也要專注,不要試圖去做一個大而全的產(chǎn)品。
不完美
人無完人,金無足赤。產(chǎn)品也一樣,沒有十全十美的產(chǎn)品,在你眼里可能是完美的產(chǎn)品,但在其他人眼里可能是有缺憾的產(chǎn)品。這條原則與最小化原則有著一定的邏輯關系。最小化肯定不是完美的產(chǎn)品,要能接受缺憾美。
自助收銀機僅完成基本需求,期望和興奮需求都不實現(xiàn),在產(chǎn)品人和店家眼里就是一款功能很單一的產(chǎn)品,也是一款不太完美的產(chǎn)品,但在用戶眼里,產(chǎn)品已經(jīng)滿足了他基本的需求,自助掃碼并結(jié)算,大大節(jié)約了他的排隊等待時間。
準則三:確定性原則
在華為有一句著名的話:下一道工序就是你的客戶。做為產(chǎn)品經(jīng)理,你的下一道工序就是UI設計師和開發(fā)人員,要去服務客戶,要有服務意識。如果你服務好了,客戶就有了安全感,這種安全感就是確定性。
對于產(chǎn)品,如果出發(fā)點是提供一個服務,就會以用戶獲得和用戶滿足為中心來做設計,如果解決了用戶的痛點,就會讓人產(chǎn)生滿足,持續(xù)的滿足就是依賴,這種依賴就是確定性。
確定性之所以如此重要,是因為人生如此不確定,所以當看到一個東西非常確定的時候,是讓人愉悅和留戀的。當內(nèi)部客戶(開發(fā)人員)看到產(chǎn)品經(jīng)理提供的確定性的文檔或者需求,不論是溝通,還是做起其他事情來,是非常暢快的。當外部客戶看到確定性的功能,沒有恐懼,沒有擔心,觸發(fā)了用戶那種內(nèi)在的情緒,并讓用戶滿足以及產(chǎn)生了依賴,留戀也隨之而來了。
自助收銀機在進行結(jié)算的時候,當客戶把付款碼放到掃碼器上掃一下時,會觸發(fā)蜂鳴器,滴答一聲,表示掃碼成功,這是一種確定性,當支付成功后,會觸發(fā)蜂鳴器發(fā)出“支付成功,謝謝惠顧”,這也是一種確定性,表示客戶付款成功了,店員也知道客戶付款成功了。不用雙方去確認,解決了不信任的那種尷尬。解決了目前掃二維碼支付的困境,在掃完支付成功后,還要給店家確認一下,說一聲“我付款了”。
準則四:一致性原則
需求的管理要具有一致性,在開發(fā)過程中,產(chǎn)品需求不能進行點對點的溝通,要廣播通知,如測試、開發(fā)開發(fā)人員。第二不能存在口頭需求,不然測試人員在測試的時候,一臉懵逼,發(fā)現(xiàn)連這個功能的測試用例都沒有寫。第三所有的需求都要記錄在案,不論是變更還是新增,讓測試人員有據(jù)可依。做到需求的出口只有一個,那就是文檔,這樣大家對需求的理解具有一致性。
bug管理要具有一致性,產(chǎn)品經(jīng)理要對產(chǎn)品的bug了然于胸,同時還要分析bug產(chǎn)生的原因,是產(chǎn)品邏輯錯誤導致的,還是需求不清晰導致的,還是其他原因?qū)е碌摹L貏e是對前兩點原因要進行總結(jié),在下一輪迭代中進行修正,形成一個閉環(huán)。
自助收銀產(chǎn)品在立項之前,就制定了一致性原則,團隊成員所有人以文檔為標準,禁止點對點溝通。同時規(guī)定所有的bug由項目經(jīng)理來分配,項目經(jīng)理需要知道產(chǎn)品的任何風險,并對風險盡早的制定解決方案。
準則五:紅線原則
觸犯所制定的規(guī)則
所有人都應該遵循該項目所制定的規(guī)則,同時也要制定出違背規(guī)則后的處罰措施。當有人違背規(guī)則時,不能講情面,毫不猶豫的去執(zhí)行規(guī)則,去捍衛(wèi)規(guī)則。
堅決不做的需求
維護一張堅決不做的需求列表,當有人提出想完成某功能,或者對某功能爭論的不可開交時,如果該功能落在了堅決不做的需求列表里面,就堅決不要做,不要猶豫。
錯誤的決策,正確的執(zhí)行
在需求澄清會議上,產(chǎn)品經(jīng)理在對需求進行澄清的時候,成員可以對需求暢所欲言,可以發(fā)表任何不同的意見,但一旦形成了結(jié)論,就必須不折不扣的去執(zhí)行。
自助收銀產(chǎn)品當時制定的處罰措施是給相關當事人或者團隊成員一人一瓶娃哈哈。在實際執(zhí)行中,總有人去違背規(guī)則,開發(fā)期間,給娃哈哈做了不少生意。既活躍了團隊氣氛,又給成員謀了福利。
準則六:遞進原則
用戶體驗遞進
打造一款產(chǎn)品要有一定的章法,不能一上來就畫原型圖,寫需求文檔。首先要先想清楚,如何用體驗五要素去分析一下你所做的產(chǎn)品,戰(zhàn)略層要達到什么目的,范圍層要分析做哪些功能,結(jié)構(gòu)層分析產(chǎn)品怎么做,框架層分析要做成什么樣子,一層一層的遞進分析下去。
架構(gòu)遞進
畫出這款產(chǎn)品的信息架構(gòu)、產(chǎn)品架構(gòu)、業(yè)務架構(gòu),分析要一層一層的遞進下去,把整個底層邏輯想清楚,三思而后行。
自助收銀在用戶體驗方面的遞進分析,可以參看《產(chǎn)品復盤:自助收銀機項目的得與失》。
架構(gòu)遞進方面的分析,自助收銀產(chǎn)品沒有展開,主要原因是自助收銀屬于一個功能單一、邏輯不太復雜的產(chǎn)品,所以沒有展開分析。
本文由 @TernTuring 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
我覺得,準則和原則是完全不一樣的東西。產(chǎn)品的原則應該是對團隊信仰和價值觀的總結(jié),用來指導產(chǎn)品團隊做出正確的決策。它提現(xiàn)了產(chǎn)品團隊的目標和愿景!是公司的價值宣言。所以我覺得你上面所述的內(nèi)容對原則理解過去淺薄
感覺最小化原則和簡介原則 是一樣的。
還是有一點細微的差異的。比如簡潔原則有專注之意,但最小化所包含的功能可能不是專注的。
簡潔原則,有專注之意,但最小化不一定需要專注。