作為產(chǎn)品經(jīng)理,很多人都在抱怨產(chǎn)品的第一代產(chǎn)品經(jīng)歷如何如何傻*,所以我們都希望可以經(jīng)歷一個產(chǎn)品的從零到一的打造,更有效的把控產(chǎn)品,也更有成就感。那么從零到一的產(chǎn)品要如何打造,Lycon用自己微不足道的經(jīng)驗與大家分享一下從零到一的產(chǎn)品如何打造。
Lycon并沒有采用正常產(chǎn)品需要的戰(zhàn)略、范圍、結(jié)構(gòu)、框架、表現(xiàn)的維度去考慮,其實實際中有些理論并不實用。我采用的是用戶維度、商業(yè)維度、框架維度、原型設(shè)計、開發(fā)上線的流程去講解。
一個產(chǎn)品的根本是服務(wù)用戶,所以打造一款產(chǎn)品時,首先要考慮的應(yīng)該為用戶。
打造一款產(chǎn)品,首先要知道你要服務(wù)的用戶是誰,也就是定位好你的產(chǎn)品服務(wù)的用戶,不同的用戶會導(dǎo)致你的產(chǎn)品方向大不相同。
考慮用戶的時候需要考慮產(chǎn)品初期種子用戶與產(chǎn)品主流用戶2種,兩種用戶其實是有輕微差異的,初期種子用戶一般是體驗派。初期種子用戶很多是現(xiàn)有的用戶或者一些身邊臨近用戶,這些用戶會有一些包容心,但是種子用戶部分特征過于明顯突出,并不能代表產(chǎn)品主流用戶。
產(chǎn)品從零到一的打造過程,目標(biāo)應(yīng)該是主流用戶的主流需求,也就是我們通常說的80%用戶的80%需求。但是初期產(chǎn)品功能將會更加偏向于種子用戶與主流用戶相互結(jié)合的需求,這樣才可以有效獲取種子用戶,產(chǎn)品做的再好沒有用戶也沒有任何意義。
我們知道了我們的用戶是誰,其實已經(jīng)對用戶的需求知道了大概,但是這個時候不能根據(jù)你的經(jīng)驗直接確定你的用戶需求,即使你將來就是這個產(chǎn)品的代表用戶。代表用戶并不是主流用戶,代表用戶跟種子用戶一樣,某些特征過于明顯突出,影響你對整體主流用戶的把控。你需要做的是去了解大眾主流用戶,根據(jù)實際情況進行一定的抽樣,然后進行一些訪談,進一步了解用戶。
訪談需要注意:不要有引導(dǎo)性問題,不要過分介紹產(chǎn)品,不要直接相信訪談用戶的結(jié)果。
因為時間及金錢成本問題,訪談用戶一定是少量的,所以不能直接對訪談結(jié)果下結(jié)論,需要根據(jù)產(chǎn)品經(jīng)理的經(jīng)驗以及你對用戶的理解(看產(chǎn)品經(jīng)理能力的時候到了),來綜合得出用戶的需求是什么,同時需要確定用戶真正在乎的需求是什么。
一個產(chǎn)品存在的意義不只是服務(wù)用戶,還要在服務(wù)用戶的時候為公司帶來意義。
這個時候你要把你當(dāng)成這個產(chǎn)品的CEO的角度去考慮。
當(dāng)我們確定了我們的用戶群體以及用戶群體需求之后,就確定了我們要為用戶提供什么服務(wù)。但是真正提供什么樣子的服務(wù),需要我們與公司的實際情況相互結(jié)合,我們當(dāng)然希望產(chǎn)品可以滿足用戶所有需求,但是這個是不切合實際的,因此我們需要分析公司能提供什么。
根據(jù)公司的現(xiàn)有情況,你可以找老板先聊一下,具體了解清楚公司現(xiàn)有業(yè)務(wù)情況,還有一些業(yè)務(wù)部門老大也可以去詳細(xì)了解一下(不要說你都了解,除非你就是老板),根據(jù)了解的情況,列出一份公司能提供的服務(wù)(列出服務(wù)時只考慮公司不考慮用戶)。
將所有用戶群體的需求與公司能提供的服務(wù),左右分布全部列出來,將用戶需求與公司服務(wù)一一對應(yīng)連線,能夠連接的服務(wù)就是公司能提供的與用戶需求的切合點,也是理論上近期應(yīng)該滿足用戶的需求。
但是要注意的幾點:
我們已經(jīng)確認(rèn)了公司服務(wù)與用戶需求的切合點,接下來要考慮的是產(chǎn)品未來能為公司帶來什么,只有你的產(chǎn)品可以為公司帶來利益或者附加利益,公司才會出錢出人去做這個事情(自己創(chuàng)業(yè)的同學(xué)應(yīng)該更加在乎能為公司帶來什么,什么也帶不來證明商業(yè)模式有問題)。
此時需要考慮的幾點:
只有考慮好上述問題之后,才能去跟老板做匯報,說我要做成什么樣子,因為老板最在乎的是這些,匯報時要保證上述問題的結(jié)果是下面的狀態(tài):
確定了APP產(chǎn)品的用戶與商業(yè)模式之后,此時已經(jīng)等于搞定了用戶跟老板,那么你還需要搞定現(xiàn)有其他部門同學(xué)(創(chuàng)業(yè)團隊忽略)。
新的產(chǎn)品上線肯定會需要產(chǎn)品運營任務(wù)與相關(guān)聯(lián)的任務(wù),此時要考慮你可能會新增的工作任務(wù)是什么,這些工作任務(wù)需要是新招人組建團隊成本跟效果比較好,還是說現(xiàn)有其他部門代勞服務(wù)比較好(當(dāng)然此處需要根據(jù)公司實際不同而不同,也根據(jù)你的產(chǎn)品是新業(yè)務(wù),還是補充業(yè)務(wù)有關(guān))。
在產(chǎn)品進入評審階段前就要確定人選,已保證產(chǎn)品運營人員可以參加業(yè)務(wù)評審,有效了解產(chǎn)品詳情,提前制作運營策略。
除了新增的工作之外,產(chǎn)品上線一般會對現(xiàn)有業(yè)務(wù)有改變,或者有新增,那么就會直接影響到相關(guān)部門,就需要相關(guān)部門的配合,此時需要知道是對哪些部門具有影響,影響是什么,需要哪些部門做改變或者增加人力進行配合,如何配合。切記不能對現(xiàn)有部門的工作狀態(tài)做推翻式改變(除非你是老板或者老板支持你這樣做,但是也要考慮轉(zhuǎn)變成本)。
確定需要那些部門,需要配合什么之后就需要說服老板、需要配合的部門老大支持你(最少不能反對你)。這是一個持久的撕逼大戰(zhàn),沒有人愿意離開熟悉的舒適區(qū),此時不能空手套白狼,你要有足夠的準(zhǔn)備說服他們。。
終于到了產(chǎn)品經(jīng)理最專業(yè)的部分原型設(shè)計,大家的基本能力,所以這部分不做具體贅述,只說我認(rèn)為重要的2點:
產(chǎn)品1.0的上線后的效果是用戶對產(chǎn)品的第一認(rèn)知,此時用戶對你的產(chǎn)品提供的服務(wù)是有一定心里預(yù)期的,不會有過高的期望,但是一定會對你的產(chǎn)品體驗有一定的期望。用戶此時一般會為你產(chǎn)品搭上一個標(biāo)簽或者評分,第一認(rèn)知體驗一定程度上決定了用戶會不會繼續(xù)實用你的app。所以1.0的用戶體驗一定要好,只要滿足用戶基本,最主要的需求就好,一定要把用戶體驗與服務(wù)做好。
對產(chǎn)品的特殊邏輯一定要注意,一定要保證所有環(huán)節(jié)的用戶體驗問題,第一次從零到一打造產(chǎn)品的時候很容易忽略一些細(xì)節(jié)點,因為當(dāng)你從零到一打造產(chǎn)品時思考的都是比較寬泛的東西,涉及的點特別多,每個功能模塊都會深入不同的點,人無完人,都會出現(xiàn)問題的,所以一定要考慮全面,保證在用戶遇到問題時不至于無法解決。例如無網(wǎng)絡(luò)、各種失敗的情況都要考慮。
對UI一定要有自己的要求,第一版本的UI基本就決定后面產(chǎn)品的整體形態(tài)(很好有產(chǎn)品會推翻UI重新改版,這個對用戶傷害太大),所以1.0版本的時候一定要對產(chǎn)品的UI有足夠的要求,評審的時候一定要發(fā)現(xiàn),已經(jīng)要記錄。
1.0版本一定要注意評審,老板評審、業(yè)務(wù)評審、UI評審、技術(shù)評審,每一個評審都要全部通過,而且保證全部主要人員都要參加,要記錄所有的問題點,并且改進后郵件同步,需要相關(guān)方回郵件確認(rèn),評審還要準(zhǔn)備充分所有業(yè)務(wù)場景、產(chǎn)品背景、后續(xù)計劃等等。
技術(shù)開發(fā)其實相對涉及的就比較少。
重質(zhì)量輕排期:
因為是1.0的產(chǎn)品,人無完人,不可能沒有疏漏,RD同學(xué)在開發(fā)的時候會發(fā)現(xiàn)很多沒有規(guī)定的細(xì)節(jié)點,此時你最好就是隨時在RD身邊,因為這樣他就直接提出來,然后你直接根據(jù)情況確認(rèn),獲得最好結(jié)果。如果你不在身邊,RD同學(xué)可能會直接根據(jù)自己的經(jīng)驗直接做掉了,但是這可能存在與你計劃的不同,導(dǎo)致產(chǎn)品畸形。還有就是一些現(xiàn)實RD‘不能實現(xiàn)’的功能需要你確認(rèn)要不要真的這么實現(xiàn)等等。
APP開發(fā)測試的時候一定要全程參加,要比測試要求還要嚴(yán)格,產(chǎn)品好壞你也是需要負(fù)責(zé)的,產(chǎn)品測試用例一定要跑全,不能有疏漏,你的疏漏就是用戶的差體驗。即使延期,不能按時上線,也要上線用戶體驗良好的產(chǎn)品,而不是上線一個‘半成品’。
最后建議所有步驟提前確認(rèn),提前時間,一定要有郵件。
本文僅為Lycon通過以往工作經(jīng)驗總結(jié),不代表任何理論以及公司,如果其中存有分歧,歡迎隨時溝通。
作者:Lycon(微信號公眾號-追夢酒館),Qtools產(chǎn)品經(jīng)理/產(chǎn)品負(fù)責(zé)人。成都軟件開發(fā),APP開發(fā)公司