從產品萌芽到上線,11個階段描述成熟產品誕生記

9 評論 22798 瀏覽 179 收藏 50 分鐘

本文分享了一個產品從產品想法誕生到最后上線、迭代的完整過程,作者結合自身項目經驗與大家分享,希望能夠對你有所受益。

提問:什么樣產品才是一個完整的、好的產品?

我想大家的想法是各不相同,有人說能夠賺錢,為公司產生利潤的產品就是好產品,也有人說滿足用戶的需求就是一個的好的產品,其實大家說的對但也不對,我個人認為一個好的產品是在特定時間滿足用戶需求下幫助公司實現盈利并同時實現復購的產品,而一個完整的產品的誕生絕非偶然,則必須有它的完整的體系,接下來我就以一個人經歷給大家講解一下一個完整的產品的誕生都經歷哪些過程。

成熟產品誕生過程需要哪些步驟?一張圖告訴你:

產品想法

一個好的產品必須有一個好的想法為前提,而這個好的想法提出人則是需要有豐富行業經驗,可以準確的找到行業的痛點,只有這樣的想法才是符合行業產品基礎,才是具備開發條件的,但是可能在摸索中前進的產品也有可能突出重圍,未來好的產品想法則是傳統行業+互聯網的模式。

  • 想法產生的條件
  • 這個想法解決了當前行業的痛點,而這個痛點是一擊必穿的,可能會達到爆發式增長。
  • 提出想法的人必須有著豐富的行業經驗且對互聯網行業也略知一二。
  • 想法必須能夠與互聯網相結合,實現互聯網+的模式。
  • 產品想法的目標群體明確。
  • 產品想法的產品市場規模足夠龐大,可以實現幾分天下的格局。

滿足的以上條件的想法才算稱的上是一個大想法,針對這個想法接下來承接的就是一個成熟產品,那么相比之下這樣的產品將會會是一個不錯產品。

產品想法確立,需求調研

有了好的想法不代表你就能讓你的老板,你的投資人接受,你要將你的想法變成最通俗易懂的方式來告訴你的老板,什么才是通俗易懂的方式,那就是你能在未來的幾年內實現盈利,盈利的規模是多大,我相信任何的老板關心的都是這個。只有老板點頭相信你的想法才算成立,不然都是自己遐想。

1.需求調研

一個好的產品必須有好的調研為依托,自己想出來的東西都不能作為產品成功的依據,只有拿調研的數據說話。如何做好一個產品的調研是至關重要的。

2.明確調研目的

在日常工作和生活中,做事的時候,很多人都會跳過“為什么”這一步,而直接來到“做什么”,這其中也包含一些產品經理。

具體到需求調研這件事情上來說,很多人其實對于要進行調查的目的并不是很清晰,稀里糊涂地就去做了。其實在做任何事情之前,你都應該問一下自己為什么要做這件事,否則極有可能事倍功半,所以,設計需求調查表的第一步就是回答這個問題:

你想通過這次調研解決什么問題?

精確地說的話,你應該用一句話清晰地表達出來,你沒有看錯,就是一句話。很多時候,少就是多,簡單就是極致。如果你的目的描述起來很復雜,說起來都很繞,那說明有兩件事情你極有可能需要考慮一下:要么你還是沒想清楚,要么你應該對目的進行拆分。

3.梳理調研維度

完成了第一步,接下來要做的就是圍繞你的調研目標,找出影響目標達成的主要因素是什么。

為了完成這一步,產品經理需要具備一定的基礎業務知識,通過分析相關業務知識與目標之間的聯系,從而判斷出主要的影響因素,所以,對于有經驗的老手來說,這一步沒有什么難度。

維度大概包含以下幾種

  • 目標人群(性別、年齡、職業、收入、所屬行業、所屬區域、接觸產品形式)
  • 選擇什么形式的產品
  • 使用頻次
  • 使用時間
  • 通常在什么情況下使用
  • 使用后會在此打開的情況等
  • 設計調研問題

完成了第二步,你只是拿到了影響最終結果的主要因素,但這些因素本身并不是答案,這也正是你要發起這次需求調研的動機,你要確定的是這個因素影響最終結果的具體狀態——指標。

有必要說明的是,每個因素的指標數量范圍最好在2~4這個范圍內,理由其實很容易理解,因為低于2個根本不需要調研,而多于4個則會讓被調研者產生選擇障礙;而且,這種情況往往意味著你對自己的業務知識還是沒有吃透,在歸類和合并上還要再下點功夫。

以體檢App為例,圍繞上一步得出的結論,你可以設計出這樣的問題:

如果您需要體檢,您對距離的要求是:

A、5公里以內;B、10公里以內;C、20公里以內

4.調研信息架構搭建

完成了第三步,可以說一份調查問卷的基本信息已經具備。接下來你要做的是將這些搭建這些信息的架構,讓他們成為一個有機的整體。所謂有機的整體,就是說需求調研表要在參與者的角度看來,信息結構緊湊,相關性高,看起來有一氣呵成之感。

怎么做到呢?答案是遵循一定的原則。一般來說,一個具備上述特征的信息架構的搭建要遵循以下這些原則:

相關性:同一類的、相關的問題集中放在一起,這樣有利于用戶集中精力高效作答,過于分散的話,會讓用戶將大量的精力花費在上下文切換和信息加載上,從而加重用戶的焦躁情緒,不利于調查問卷結果的達成。

先易后難:注意問題的排序,開頭的要簡單,中間稍難,最好難度高低起伏,結尾要有趣。類型搭配:對于問卷調查來說,主要的類型有兩種:封閉性問題和開放性問題。封閉性問題主要是選擇題,開放性問題主要是填空和問答,搭配上面,封閉性問題居多,開放性問題據少,甚至可以沒有。

5.調研報告界面設計

整理完信息結構,理論上需求調研表的設計就已經完成了,但是,我們都是外貌協會的,同樣的調研內容,一份設計精美,簡單大氣,排版布局合理的問卷比起一份粗糙不看的問卷,顯而易見前者會更受青睞。

可以這么說,信息架構是內功,用戶界面是外功。所以,接下來這一步就是給用戶調研表花花妝,提高提高顏值。

6.專家用戶測試

如果是新的用戶調研,或者新的業務方向上的調研,則在信息架構的梳理上難免會掛一漏萬。

為了避免不必要的成本消耗和時間浪費,保險起見,一般需要做一個小范圍的測試,而且對于測試用戶也是有要求的,這些用戶要有一定的代表性,在業務方面要具備一定的專業能力,此外,要對公司或者公司的產品有一定的熱愛度,這樣你才能得到比較真實的,有價值的測試反饋。

7.全面用戶調研

經過上一步的測試,你會發現自己的調研表還有哪些地方需要完善,把這些點梳理出來,按照前面的步驟再來上一兩遍?;旧弦环莺细竦男枨笳{研表就可以新鮮出爐了。

這個時候(甚至在專家用戶測試階段),你就可以向公司申請資源,準備需求調研表的使用準備活動了,比如經費、人力、渠道熱身等等。一旦資源順利到位,你就可以將需求調研表大范圍地傳播到目標用戶手中,然后獲得用戶給你反饋的結果。

8.調研結果統計及利用

這是最后一步。

在這一步你要回到起點,拿著你得到的結果去回答自己在一開始提出的問題,該定性的定性,該定量的定量,將調研收到結果我轉換成需求來。

用戶

1.用戶畫像

用戶畫像的目的是為了充分了解我們的用戶,進而為產品設計和運營提供參考目標人群。

用戶畫像的簡單分為幾步:

基礎數據采集、分析建模、結果呈現

第一步:基礎數據采集

根據了解的用戶的信息進行采集,采集的辦法:

  • 相關的文獻資料和研究報告
  • 產品數據后臺
  • 問卷調研和用戶訪談

第二步分析建模

根據你采集來的數據進行歸類整理,整理出你的產品的目標群體的行為

例如:95后的群體會有如下行為

根據以上行為,找到針對他們這些行為的痛點在針對針對這些痛點提出需求,找出最能一擊必穿的痛點進行產品設計。

第三步結果呈現

根據自己整理出來的目標群體的行為畫像,畫像結果如圖。根據如下行為進行產品設計和運營策略的制定。

2.用戶痛點

我們都在談獲用戶調研,調研的目的是什么?是為了獲取用戶的使用場景,通過一個個場景來分析用戶痛點。痛點的分析是通過用戶角色及角色在場景中的應用得到的,如一個平臺有五種用戶角色,一種角色平均有10種場景,就可以模擬出50種場景,通過50種場景來一點點分析功能點。用這種辦法可以一絲絲的剝離出所有痛點,這樣不會有遺漏。我在故事中談的就是模擬場景的過程,如何通過場景的模擬來得到用戶痛點的。

產品經理在規劃、分析產品時,在研究需求時,一般采用的是點位方法,今天想起20個功能點,明天與市場人員聊又收獲了10個功能點,從而不斷的得出產品的功能點。我今天說的是用“面”的方法,收集用戶場景,以實現用戶使用產品的“面”,通過一個面可以得出十個功能點。再分析另外的面,只要我們的面遍歷的全面,就能最大程度的得出所有的功能點。點是離散的,收集信息方式不集中,就跟我們在一個屋子里藏了10件東西,有的人是東一個屋找幾個西一個屋找幾個,最后缺了2個,不知道在哪,還得所有屋子重找,最后有的東西就會遺漏。我要說的是,一個屋子里盡可能的找全,只要把所有屋子都找完也就找出所有藏的東西了。場景就是屋子,要找的東西就是痛點。

例如拿旅游產品舉例:

使用場景

張三準備帶妻子去三亞旅游,于是在螞蜂窩上訂購了機票和查找了旅游攻略,按照計劃開始了旅途,在到達三亞的第一天已經是下午三點了,去海邊旅游已經來不及了,這時就需要在酒店附近找到當地特色的小吃和一些好購物的地點,但是卻在app上找不到附近好玩的東西,只有問酒店老板和司機,這就是用戶的痛點。在此就不過多的介紹了。

3.解決用戶痛點的方式

用戶所有的痛點歸結到一起就是體驗,而只有利用互聯網將這些用戶痛點一一緩解才能真正贏得互聯網這場大戰的勝利。那么,什么才是解決用戶痛點的關鍵?

首先,體驗是解決用戶痛點的關鍵。我們經常聽到諸如此類的話:我寧愿多花點錢,也不要這么累;我寧愿多花點錢,也不要這么麻煩……

我們可以拿互聯網家裝舉例:

上述問題在一個側面反映出用戶真正關心的是在整個裝修過程中的體驗,給人放心、舒心、順心感覺的家裝O2O企業才能獲得用戶的青睞。利用互聯網技術將整個裝修過程全景呈現在用戶面前,在裝修過程中減少不必要的麻煩對用戶造成的困擾,提升用戶在裝修中的完美感受是所有互聯網家裝創業者們都必須著重關注的問題。如果能夠對互聯網家裝O2O進行深度剖解,我們不難發現,用戶的這種體驗其實完全能夠通過互聯網的技術來解決。將設計、施工、物料全部呈現在用戶面前能夠讓用戶放心;培養一批高素質的裝修隊伍,并對這支隊伍進行產業化管理能夠保證用戶舒心;減少用戶在裝修過程中不必要的麻煩,讓所有的問題都能夠在業主的觀察下解決則能夠讓用戶舒心。

質量是解決用戶痛點的根本。體驗是帶給用戶最直接的感受,而用戶真正關注的問題還是擁有質量上乘的裝修效果。質量同樣是所有家裝O2O企業與用戶共同追求的一個方面。完美的質量能夠讓用戶入住之后更加安心,而在某種程度上也能夠確立家裝O2O企業在這個行業當中的地位,并繼續獲得資本青睞。另外,上乘的質量還能夠讓用戶樂意掏腰包付錢,這樣的話,外部資本與內部用戶產生的裝修收益便能夠相互作用,互聯網家裝O2O企業也有足夠的精力去解決影響用戶痛點最根本的質量問題。

互聯網技術是解決用戶痛點的“手術刀”。資本巨鱷與家裝O2O無法真正解決用戶痛點的根本原因就是缺少互聯網技術與傳統行業的深度融合,而即使有些家裝O2O企業與互聯網技術產生了某種融合,這種融合也是一個“半拉子”工程。因為互聯網技術并未與傳統行業發生化學反應,并對傳統行業產生顛覆性改變,只是對傳統行業的“表層皮膚”進行了一些簡單的清理而已,傳統行業深入骨髓的病根并沒有完全切割掉,因此這種融合非常簡單機械,還需要進一步深入。傳統行業的一些優勢與長處也沒有被互聯網技術吸收和利用,互聯網技術與傳統家裝依然是被割裂開來的兩個部分,兩者的本質并未發生改變。而互聯網技術作為改變傳統行業的利器則能夠成為剜除傳統家裝毒瘤的手術刀,并與傳統家裝產生深度融合,衍生出一種新生事物,這個新生事物才會真正解決用戶痛點,并成為帶給用戶不同體驗的全新互聯網家裝O2O平臺。

撰寫mrd文檔

撰寫一篇成熟的mrd文檔,是你戰勝老板,拿到融資的關鍵,所以一篇貨真價實的mrd文檔非常重要,下面我們還是以裝修行業為例,講述一下mrd文檔都包含哪些內容。

  • 產品背景
  • 行業瓶頸

傳統家裝行業是一個讓人又愛又狠的行業,每個環節基本都有痛點,沒有什么用戶體驗而言。你花費了自己一生攢的錢買了一個房子,想好好的為它打扮打扮,但是你很難知道到底要花多少冤枉錢,你永遠不知道到底何時能結束,沒法實時了解工程的進度與效果,投訴無門,評理無處。

正是由于傳統家裝的產業鏈條過長、牽涉環節過多,建筑裝飾無論設計、施工、選材,還是監理、驗收,其復雜性和專業化,導致家裝行業難以被標準化,用戶好感度極低,屬于典型的大行業、小企業的支離破碎競爭狀態。

1.互聯網對該行業的沖擊

隨著互聯網和移動互聯網的沖擊,家裝行業被互聯網思維沖洗的機會已經來臨。自小米投資了“愛空間”以來,互聯網+裝修引發了市場與資本的強烈關注,普通民眾更是喜大普奔高呼:解放軍來了。

通過線上、線下資源的整合,以“標準化、產業化”的理念,致力于將傳統行家裝不規范、不透明的現狀,通過互聯網思維實現標準化、產業化,將價格不透明、工期冗長、成本浪費的家裝,改變成為可定價、定期的標準化家裝,并通過線上實現交易和全程監控,線下實現體驗和交付的新型家裝模式,把家裝過程中的不可控性降為零,真正解放一代年輕人的家裝。

2.產品戰略戰術

1.公司戰略和定位

戰略:互聯網家裝標準化領導者,在未來三年內做到行業從頭企業

定位:新一代年輕人的家裝明星

2.產品的戰略戰術和定位

戰略:標準化、透明化互聯網家裝平臺

定位:將價格不透明、工期冗長、成本浪費的家裝,改變成為可定價、定期的標準化家裝,并通過線上實現交易和全程監控,線下實現體驗和交付的新型家裝模式。

戰術:以整包硬裝為切入點,整合線上、線下資源,通過系統將工程過程透明化,可實時監控進度狀態,并進行質量服務反饋跟蹤,后期可切入軟裝、智能家居,打造互聯網家裝閉環。

3.用戶描述

目標用戶群

中低端收入的新一代年輕人群體,由于他們已經對互聯網比較熟悉、接受度相對比較高;且買房在國內是一個強需求,每個人年輕人心里都有一個夢想買一套房子,所以可以很好的拉動家裝行業的發展。通過互聯網思維整合資源將工程價格透明、工期時長固定、過程標準化,并通過線上實現交易和全程監控,以最好的體驗服務用戶,讓他們感受到顧客是上帝的感覺。

4.用戶行為動機

生理的需要:人最基本的生理需要就是吃穿住行。而國人根深蒂固的思想都希望能有一套屬于自己的房子,而家裝又是人們內心渴望的訴求。

歸屬感和愛的需要:大部分的北漂、南漂人都希望能有一個歸屬感,而這個歸屬感最直接的表現就是家。勞累了一天希望回到家能舒服的休息休息,而家裝的質量和感覺就非常重要了,能使人身心放松。

尊重需要:擁有一套房子,擁有一套裝修非常漂亮、個性的房子,也是新一代年輕人獲得別人尊重和認可的方式。

自我實現的需要:自我價值的體現、自我的實現除了事業、財富最直接的表現就是擁有一套裝修非常贊的房子。

5.用戶需求痛點

  • 不知道哪個家裝公司口碑好
  • 你很難知道到底要花多少冤枉錢
  • 你永遠不知道到底何時能結束
  • 你根本不知道做到什么程度才算達標
  • 沒法實時了解工程的進度與效果
  • 投訴無門,評理無處,投訴無門

6.提供的解決方案

面對上述的需求痛點,大部分用戶都非常無奈。那么我們可以提供一種解決方案:以工具為切入點,整合線上、線下資源,通過系統將工程過程透明化,可實時監控進度狀態,并進行質量服務反饋跟蹤;讓用戶真正的了解家裝、參與家裝,形成良好的體驗與互動反饋。

7.市場描述

市場規模

國內外在家裝行業有比較大的區別,國外交房的時候基本沒有毛胚一說,對個性化的設計和二次小改需求較大。反觀國內,大部分交房的時候都是毛胚狀態,對全包的硬裝需求較大。

根據艾瑞咨詢統計數據,2013年,家裝市場規模在11456.6億元,線上家裝行業在955億元左右,占行業規模8.3%。在未來的十年內,家居電商行業存在著巨大的增長空間和商業機會。

根據中國建筑裝飾協會數據,?2013年中國建材家居行業市場規模達到37242.9億元,?2014年仍將保持較快增長,市場規模預計將達到40709億元

競爭對手分析

平臺撮合模式:對接裝修公司,代表公司齊家網、土巴兔、土撥鼠。

優勢:提供一個資源連接平臺,能夠快速幫助家裝公司適應互聯網,成本較低。

劣勢:無法有效解決用戶和家裝公司之間的矛盾。

標準化整包模式:代表公司“愛空間”。

優勢:利用自身平臺整合線上、線下資源,創建自有團隊,可以解決用戶和家裝公司之間的矛盾。同時把家裝透明化、標準化,并通過線上實現交易和全程監控,線下實現體驗和交付的新型家裝模式。

劣勢:要管理自己的自有施工團隊,成本高。

8.Swot分析

  • 優勢s
  • 劣勢w
  • 機遇o
  • 挑戰t
  • 項目規劃
  • 核心功能點

通過系統完成線上預約>繳納訂金>線下洽談跟蹤>施工進度實時監控>完工評價的全流程,將價格不透明、工期冗長、成本浪費的家裝,改變成為可定價、定期的標準化家裝,并通過線上實現交易和全程監控,線下實現體驗和交付。

9.階段規劃

第一階段:基礎內容+服務建設

內容是最基礎的東西,服務是最核心的東西,加之移動互聯網時代來臨,整合現有內容+服務優化為適合PC端+移動端的一整套內容服務體系。

目標:

  • 通過PC端+移動端的“雙端”模式,解決用戶痛點、公司痛點、市場痛點(線上)
  • 落實供應商資源合作(線下)

第二階段:品牌建設

以價格透明+工期標準化+專業團隊+全程監控+服務體系為主線打造雙端應用產生品牌效應,增強用戶互動性和黏性,快速擴大用戶規模。

目標:

  • 通過支撐平臺來收集用戶數據為后續的數據化分析做基礎,挖掘用戶需求,深入打造屬于我們自己的品牌效應。
  • 專注極致做主線業務功能,快速迭代優化調整
  • 主線業務功能產生口碑粉絲效應

第三階段:快速發展

主要通過免費以及營銷推廣活動等,使業務在市場中的占有率進一步提升鞏固,聚集用戶群,利用支撐系統深入挖掘用戶需求和完善服務體系,以進一步提升知名度、使用率和使用量達到口碑效應。

目標:

  • 保證產品的穩定性
  • 保證服務的質量
  • 保證資源的穩定性
  • 該階段以占領市場的XX%占有率為主要目標

第四階段:盈利嘗試

隨著用戶規模的不斷擴大,以“硬家裝”單點突破后,引入“軟家裝”等產品模式(如商城),逐步完善整個流程的閉環,增加盈利點。

目標:

實現通過全流程的閉環操作和口碑粉絲效應,從而引發二次消費甚至長期消費,獲得規模收益。

技術可行性分析

1.功能列表

針對整理出來的需求,對需求進行可行性分析,最終確立整理功能列表。將此功能列表根據優先級排一下級別如圖。

根據功能列表組織會議,將公司中技術大牛組織到一起進行開會討論功能的可行性方案,在開會之前,作為產品經理人一定清楚您的產品需求的核心功能點是什么,產品功能需求的邏輯是什么樣的,不要開會的時候技術疑問就不知道啦,這樣很容易被技術帶溝里,跑離了原本需求本質。

2.評估開發時間

根據功能列表的邏輯和需求,讓技術評估一下開發時間,這個評估時間可能會比實際開發的時間長一些,作為技術誰也會這么做,因為一旦時間確定下來了,開發不出來是要負責任的,而且在實際開發過程肯定會出現各種問題,這些問題都可能導致開發時間的延遲,所以作為技術能夠給你一個準確的時間,這個技術已經很負責任了,在這里要提醒一下,根據實際情況把時間定長一些是對的,不然可能背鍋的就是你哦。

3.評估所需要的技術儲備

一旦時間確定一下來了,技術就要根據時間開發量來進行技術儲備了,在這期間可能我們會做一些準備工作,好的技術是開發成功一半,這個就好看公司的實力啦。

撰寫prd文檔

一個成熟的、規范的prd文檔,在開發過程中是至關重要的,在上一篇文章中已經給大家講解了prd的文檔模板,鏈接如下,在這里就不給大家舉例子,大家可參考鏈接《成熟旅游產品需求文檔》

在這里簡單給大家講講一個成熟產品文檔包括哪些內容。

  • 文檔名稱、文檔版本號、撰寫人、撰寫時間、上線時間
  • 行業分析
  • 產品定位
  • 產品描述
  • 產品功能描述
  • 產品流程圖及邏輯關系
  • 業務流程圖
  • 功能框架信息圖
  • 功能流程圖
  • 面向對象
  • 名詞解釋
  • 目標用戶角色定義
  • 功能需求
  • 原型圖
  • 業務模式描述
  • 其他需求分析

開發一個成熟的產品,僅僅擁有成熟的prd文檔是不夠,你可能還會有其他文檔,沒有技術肯定會向你要的,最好還是準備好,不然技術向你要的時候你沒有,你回多尷尬啊。如:功能列表、需求排期表、提示語文檔、交互文檔、短信模板文檔、設計文檔等。

作為好的產品,應該還有市場部市場推廣方案、運營部運營方案等。

在這里給大家展示幾個:

功能列表:

短信提示文檔:

設計文檔:

設計文檔就是設計圖,設計圖一定要標注清晰。

需求評審

需求評審是一個很重要的環節,作為產品經理人需要給所有人講一下你的產品設計理念和邏輯,這其中包括技術,運營、市場、測試,這個環節自己一定要先把每一點的邏輯全部弄清楚,不然在評審會上,每個人都問你,你會很尷尬的。需求評審大概需要對三塊內容進行講解,具體如下:

1.業務模式講解

作為產品新人,如果你的命好能趕上一個新的產品,這個產品從零做起,那你就賺著了,你可以了解整個產品的業務邏輯,功能邏輯。運營推廣邏輯,這對你個人的成長是有很大的幫助的,如果已經是一個成型的產品,只是在進行產品迭代,那你能從半路開始學起了,只是功能評審估計就沒有那么多的內容可說了,而業務模式是給開發一個整體的方向,這對開發的技術來說是有幫助的,對產品人來說也是好的,當在開發中中遇到問題時,技術會根據整體的業務邏輯去把控,也知道怎么處理。

當然業務邏輯不是僅僅給技術和開發人講的,最主要的人還是運營和推廣,他們要根據業務的模式去制定一套成型的推廣方案和運營方案,好的產品的是什么,好的產品是在真正解決了用戶需求的情況下,讓用戶知道我們正在為他們解決問題,讓他們口口相傳,這就需要我們偉大市場推廣團隊的去做這個事情了,一個好的運營推廣團隊,對我們的產品的成功是非常重要的。

所以業務模式一定要給大家講清楚,這點很重要。

2.功能講解

功能講解其實這個時候是講給技術聽的,是需要讓他們知道我們都要做什么,怎么做,至于運營和推廣的講解需要在后期培訓上給大家講的,告訴他們使用這個功能。

功能講解是需要告訴開發我們要做哪些功能,優先級是什么,需要開發的邏輯是什么,在這個之前一定要自己先把邏輯弄清楚,在這里最好整理一個功能列表。

3.原型邏輯講解

原型講解其實是講給技術和設計聽的,技術看到原型知道每個頁面的大概的呈現形式,這時他們心里就知道布局的樣子,怎么布局了,而設計看到原型就知道頁面需要方哪些內容,這時候他們就會根據原型內容設計了,作為產品經理人在根據繪制的功能原型進行講解時,原型的每一處必須標注清楚,這樣讓開發知道。在這里需要說一下就是,評審是必須的,但是這個不能保證技術不會問你,因為你費了很大的事,可能嗓子都講冒煙了,技術也就會記住其中一半,其他的可能還會問你,所以你的原型一定要將你講的內容邏輯在原型上標注清楚,這樣技術一看原型標注就不會再問了。

開發測試

一切準備就緒就等開工了,開工就要有個計劃,所以在開工前,一定要做一個開發排期表,這個表示給所有人看的,所有人包括開發、運營、市場,每個部門都會根據這個排期表準備自己的工作,去執行,所以這個表一定要謹慎去寫,要跟技術老大去碰,最終確定下來在發給大家,不然在規定的時開發不出來是要負責任的,所以一定要慎重。

一旦這個表發出去之后,所有的人都按照這個表去執行,運營要在產品上線前準備運營工作的,市場要根據此表去安排推廣工作,制定相應的產品的推廣的計劃。

在這里給大家的展示一下我在開發中制定的表,因為時間問題,邏輯寫的比較粗糙,如果大家有時間可以詳細的寫一下邏輯,這樣可以更好的給相應人員去看。

1.開發排期表

2.設計頁面

頁面設計其實包括兩部分,分別為前端的頁面設計和后臺的頁面設計,這兩部分都需要先設計原型

前端頁面設計

a、顧名思義前端的頁面是展示給用戶看的界面,這個界面是根據原型去設計,這里可能涉及到的內容很多,在做前端的原型的時候一定要考慮好,在做完原型時一定要將各個頁面都做出來,至于頁面的交互效果就要看你的交互的基本功了,如果你們公司比較大的話,有好的交互設計師,那么要出一個交互設計文檔,如果沒有,那就需要你自己去親力親為了。

b、在原型檢查沒有問題了,就要安排設計設計頁面了,在設計頁面前,一定先要跟設計講一下整個原型的邏輯關系和內容,讓設計知道整個產品的過程,這樣在設計中如果有問題的話,設計會給你指出,也為以后開發提供便利。

c、其次就是設計了,設計的風格一定要統一,所以在這里需要給大家的講解一下,如果是多個設計做一套產品頁面時,一定要設立一套設計規范,不然做出的頁面可能不統一,這個需要設計去出一套規范,

d、設計一定嚴格按照原型內容去做,至于頁面的樣式就是設計考慮的問題,對于頁面設計而言,不要做的太過于花哨,不需要太多的交互效果,這樣可能會更多的迷糊用戶,頁面設計第一任務的是實用性,就是要用戶一眼就可以看清楚內容,在這里需要重點強調一下的是頁面的內容的引導語一定簡介易懂接地氣 ,讓用戶產生閱讀的興趣,所以一定出一套簡介的引導語。

e、設計設計完成后,需要確認,這個就需要你去根據產品的定位和風格去確定設計通不通過了,沒過,哪里有問題就需要打回去重新改,在這里可以給大家一個方法就是看看相同的競品是怎么做的,然后進行模仿,不會就學嗎。

設計確定后有一個非常重要的環節就是標注,這個非常重要,一定要在設計圖上標注清楚,不然開發出來的東西可能就五花八門了,所以一定要標注清楚。這是個細活,得慢慢來。

標注清楚了就可以拿給技術開發了。

后臺頁面設計

后臺的頁面設計更加考驗產品的基本功,雖然后臺的頁面不需要設計的那么花哨,但是一定要保證操作的簡單。

后臺是給運營人員用的,比如用戶管理,數據管理,訂單管理這些,所以在設計后臺的頁面時一定要跟運營人員先碰,大家坐下來一起討論,都需要什么,怎么用,然后在去設計原型,原型出來后還要再跟運營人員確認一下,確認完畢后一定加上詳細的標注,每個字段的含義,這樣開發人員才能詳細知道這是個什么東西,怎么做,才能準確的開發出來。

在這里給大家展示一下我的之前做的后臺的原型:

標注就不給大家展示了。

3.技術開發

其實我們在設計前端和后臺的原型和頁面的時候技術這個時候已經就可以開發了,他們在搭框架,在設計數據結構,當我們把設計的頁面設計完成后交給技術時,技術需要搭前端的頁面,這個過程就是項目管理人去安排就好了,如果你不幸既是產品,又是技術那么你就要操心了,這段時間,作為產品需要跟進項目開發進度,處理開發中出現的問題,這個問題的多少就要的看你在設計原型中標注的是否清晰明了了。

在這期間你需要做的是準備下期的需要改版的內容,包括相應的文檔,這個推進方式更有助于產品的快速迭代,但是一定要記清楚的是,你的產品要明確改版的方向。

4.測試

測試是一個非常重要的環節,能否讓自己的產品是一個非常棒的產品,這個就要看測試的了,在測試之前產品一定要給測試開個會,給大家講講邏輯,講清楚講明白,讓測試在重新清楚一遍,可能你之前講過,但是現在測試人員已經忘記了,在講一遍加深印象。有助于測試。

那么怎么才能做好一個產品的測試呢,大概分為的三部分

頁面和交互測試

頁面測試很好理解,就是前端展示給用戶的頁面是不是完全按照設計標注做的,這部分測試需要設計去做,因為設計更加了解頁面的每一處標注,比如字體,字號,間距,圖片大小,圖標的大小等,發現問題一定要第一時間進行修改,要做到與設計圖保持一致。

交互測試就需要交互設計師去做了,按照設計的交互文檔測試。在這里就不需要過多的解釋。

功能測試

功能測試需要技術測試來測了,功能測試分別包括前臺的功能測試和后臺的功能測試,這個

根據之前講的業務邏輯,功能邏輯去測試產品,按照原型邏輯標注去測試,在這個過程中作為產品也需要加入測試中來,因為產品是你做的,你會更加的了解產品,所以你一定要進行參與產品測試,同時發動其他運營和市場的同事進行幫忙一同測試,能不能發動起來就要看你的本事了。

壓力測試

壓力的測試是一個專業的測試,需要書寫代碼測試,這個需要專業的人,在這里不過多解釋。

上線

上線其實在排期表中就已經規定好了,但是在上線中也會有好多問題需要大家注意的

1.預上線

作為一個成熟的產品,上線要分為預上線和正式上線兩步,預上線就是拿正式的數據在測試服務器上測試,這個時候需要公司全體參與項目的人來測試,包括產品,公司的測試的團隊,運營團隊,這個時候特別要強調一下運營團隊了,因為運營團隊必須要參與進來,運營團隊要對整個產品業務進行測試,測試出現的問題交給技術去修改,保證產品無問題的上線。

2.正式上線

在預上線問題處理完畢,產品按照正常的流程去走,這時候要選擇正式上線,正式上線需要選擇一個合適時間,大部分比較成熟的量級比較大的產品產品更新的時間都會選擇在凌晨上線,因為這個時間段大部分用戶不會使用產品,對用戶使用產生的影響降到最小,正式上線后的產品還要大家來測試一遍,這里的測試團隊仍是所有人包括,技術、產品、市場、運營。因為我們雖然在測試服務器上測試是沒有問題的,但是不代表在正式的服務器上沒有問題,所以一定要測試確保沒有問題,有問題第一時間及時解決,這樣可以將影響降低到最小。

正式上測試沒有問題,一切運轉正常后,就需要對外公布結果,至于怎么公布,向誰公布就需要公司領導層去決定了。<

市場、運營推廣

公司的新產品在規劃和開發過程中,運營和市場就要做好運營和推廣的計劃,這時需要市場和運營出一個詳細的方案,方案中要明確推廣的目標、方式、時間、預算、方案、執行人等,這個一定細化在細化,有周詳的計劃,產品不等人,也許你們在做的東西其他的競爭公司也在做,所以要保證我們的新產品一上線就能馬上立刻推廣出去,至于推廣的效果就要看我們市場的能力,方案寫的是否周全,執行是否迅速。在這里我就不做過多的討論了。

1.運營

運營部門同市場一樣,工作非常重要,新產品推出去必定會有用戶上來,這時就需要運營部門也要出一份詳細的運營方案,將業務中出現的各個流程打通,細化在細化,將業務流程中出現的每一個問題都能制定出詳細的計劃,保證出現問題第一時間有解決辦法。

這個也需要運營部門出一份詳細的運營方案出來。

2.數據和反饋

數據是運營部門一大重點,市場組織活動推廣,要知道活動推的怎么樣,錢花了效果不知道這怎么能行,所以對于推廣的數據一定要處理清楚,這個數據在產品開發的時候就要設計好,怎么獲取數據,需要獲取哪些數據,該埋點的埋點,該抓取的抓取,一定要保證數據的準確性,有了數據我們才知道我們的產品是否受到用戶的喜歡,拿數據說話。

3.數據分析

收集到數據了我們就需要的分析,分析這些數據的價值,數據少的,或者沒有流量的功能就需要重新考慮和設立解決方案,至于數據怎么分析大家可以參考一些數據分析的書籍,在這里不多做解釋。

4.提出需求

在產品上線后,作為產品和運營部門仍然有一份重要的工作去做就是收集產品新需求,比如推廣中出現的用戶體驗問題,bug問題,功能需求問題,這些需要第一時間反饋給產品經理,產品需要將這些需求和問題全部歸納到需求池中,在對這些需求進行拆分,看看這些需求是否是真正需求,然后排期在后期的版本的迭代中更新。

版本迭代

1.需求池

作為一名優秀的產品經理人,管理需求池是一個很重要和很有技巧性的能力,這個需求池可能是所有人給你的提過來的,這可能包括用戶、市場部、技術部、運營部、老板等,每來一個需求我們都不怕,我們要對這些需求進行一個詳細分析和拆分,然后進行歸類排期,放到下期或者更遠的時間開發,在這里就提到了了優先級,一定要將這些需要設計優先級,這樣你才知道你的需求是否什么時間開發。

對已經開發的完的需求一定進行標注管理,沒有開發的,不必要開發,都要進行合理標注。在這里給大家看一下我的,整理不好請大家多多關照。

2.排期

對已經整理好的需求,就需要進行合理的排期,進行下一期的版本迭代。

3.迭代

記下來就是安排下期的版本迭代了。

以上就是我在工作中總結的一個完整項目的誕生過程,可能會跟大家在工作的不太一樣,只供大家學習和參考,寫的不好,請大家多多關照。

 

本文由 @成就夢想就去拼 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 謝謝筆者分享 非常全面 感謝!

    來自廣東 回復
  2. 項目管理人員拜讀此篇產品設計框架圖,受益匪淺,感謝!

    來自上海 回復
  3. 哈哈哈

    來自美國 回復
  4. 通過作者文章,梳理了自己的知識,并且有所拓展,感謝??

    回復
  5. 我剛剛入行一周時間 正需要知道這些 您寫的很細 非常感謝!

    回復
  6. 受教,謝謝 ??

    來自廣東 回復
  7. 寫得非常好,贊。

    回復
    1. 謝謝支持

      回復
  8. 很詳細,我是還未入行的小白

    回復