在整個軟件行業(yè)里,不論是產品經理、項目經理、需求分析師、架構師、開發(fā)人員、測試人員、運維人員,還是公司的負責人,即產品線上負責各個業(yè)務的人,都應該注重提升自己的軟件邏輯思維,因為只有站在不一樣的高度才能看到不一樣的風景。本書是一本讓你打開產品思維的書,其中講述了軟件產品經理所必備的技能,主要內容包括產品及產品經理介紹、心理學與產品思維、產品定位、需求分析、產品設計思想。另外,在本書的最后還列舉了 3 個產品案例,以便幫助讀者加深理解。本書適合所有 IT 行業(yè)的從業(yè)者閱讀。整本書通俗易懂,從各角度解讀了各種概念,并結合一定的實例進行介紹,不論是入門者還是具有多年產品經驗的“老鳥”,相信本書或多或少都會為你帶來一定的幫助。
目錄
第1階段走近產品及產品經理1
第1天產品、產品經理與項目經理2
第2天成為優(yōu)秀的產品經理8
第3天做有靈魂的產品21
第2階段心理學與產品思維27
第4天產品與心理學28
第5天如何修煉產品思維34
第6天如何才能增強產品的黏性36
第7天產品的痛點45
第8天如何把情感注入產品中56
第9天蒙太奇式的思維模式59
第10天敏捷開發(fā)思想61
第3階段產品定位68
第11天產品的創(chuàng)新69
第12天產品的可行性研究73
第13天用麥肯錫市場細分法尋找藍海77
第14天產品在行業(yè)中如何定位80
第15天產品要簡單清晰、主題明確84
第16天產品經理必須掌握的SWOT分析法87
第17天細說馬斯洛需求層次理論與產品的關系97
第18天如何寫好商業(yè)需求文檔99
第4階段需求分析104
第19天捕獲需求105
第20天軟件項目如何控制需求蔓延120
第21天好的需求標準是什么樣的125
第22天如何給需求分優(yōu)先級129
第23天需求變更應該如何控制134
第24天寫好需求文檔139
第25天從大腦談起,使用思維導圖梳理思想143
第5階段產品設計思想149
第26天簡約設計:設計出簡約的產品150
第27天營銷思維:如何把營銷思想融入產品中159
第28天設計模式:從人性角度談產品的設計模式169
第29天分析圖形:用魚骨圖來分析問題177
第30天共鳴設計:以旅游產品為例,談如何讓用戶產生共鳴182
第6階段產品思維案例分析194
案例1以百度錢包為例談產品背后的邏輯思維195
案例2從“BAT”的角度談互聯(lián)網(wǎng)金融產品203
案例3以房產項目為例,談項目失敗的根源209
《30天成為卓越產品經理》:
如何才能找出產品的痛點
我們已經知道大多數(shù)產品都會存在這樣或那樣的痛點,那么如何才能找出產品的痛點呢?、
做產品根本就沒有需求,只有痛點!前面已經梳理了用戶的痛點類型,以及為什么明知道產品有痛點存在卻不完善和改進,本節(jié)談一談如何才能找出產品的痛點?
下面以兩款產品實例,具體分析一下。
實例一:目前比較成熟、比較流行的產品:滴滴打車
目前滴滴(見下圖)通過推廣已經占據(jù)了絕大多數(shù)市場份額,其因為好用、易用從而在大城市里得到普及。既然要分析滴滴,就繼續(xù)用場景分析法來找出問題吧!
場景一:
張大力吃完嘴里的最后一口油條看了一下表,8:20,打一輛順風車走吧,半個小時應該能到公司,正好還有一張5元的優(yōu)惠券。他在打車軟件中輸入目的地后等待……5分鐘后仍然無人接訂單,時間不太充裕了,還是打一輛快車吧,20秒后有人接訂單了,張大力上車出發(fā)。
場景二:
年底張大力發(fā)獎金了,他很高興,有錢了,打車時也可以打好的車,打一輛奧迪吧。于是他在滴滴上選擇專車服務,20秒后有人接訂單了,他用手摸了摸兜里厚厚的一沓錢,踏實地坐上車回家了。
場景三:
周末,張大力想帶著老婆、孩子一起去北京郊區(qū)的鳳凰嶺玩,苦于在北京私家車限號,買不了車的張大力想租一輛車出去玩,他找出自家的燒烤爐子、帳篷和墊子,本能地拿出手機打開滴滴打車,找了半天都沒有租車業(yè)務。
“唉!”張大力一聲嘆息。
場景四:
張大力的老婆在美容院里做美容,做了一段時間后,她拿出手機一看時間:“哎喲,不好!”今天爸媽從農村過來看她。于是她對一起來的小姐妹說:“玲玲姐,你們知道滴滴打車里面有司機幫忙代替接人、送人的業(yè)務嗎?我這美容還沒做完呢!绷崃峤阏f:“沒有啊,要是有就好了,如果有我可以找一位在附近有誠信的司機師傅天天按時幫我接孩子,也不用家里、學校來回跑了!
從場景一和場景二來看,滴滴已經很好地解決了用戶的基本出行問題,通過順風車、快車、專車3種模式解決了用戶不同方面的痛點,滿足用戶在不同場景下的需求。但場景三和場景四展示了用戶在其他方面的需求,在這些場景下,滴滴未能滿足這些需求,就成了用戶的痛點。
產品存在的價值就是為了解決用戶的痛點,當這些痛點被解決后,用戶就會對這款產品產生依賴。同時用戶也會對產品提出更高的期待,這種期待就變成了產品新的痛點。所以,產品迭代過程就是一個不斷完善、不斷優(yōu)化的過程,也是不斷解決新的用戶痛點的過程。
現(xiàn)在回過頭來再來思考一下,我們是如何找出用戶痛點的?
1.產品痛點獲取公式:場景+產品
解釋:利用不同的場景模擬來獲取不同場景下用戶的痛點,完善場景的過程就是獲取用戶痛點的過程。這就是為什么在做產品前需要做大量的用戶調研,通過用戶調研可以收集到不同的場景,再通過場景回放來找出用戶的痛點。當產品很好地解決了用戶的痛點,用戶就會慢慢地愛上產品,從而成為產品的粉絲,為產品尖叫。
通過用戶調研來獲取用戶場景,再通過場景模擬找出用戶的痛點,這就是用戶痛點的探索之路嗎?真相會如此簡單嗎?
實例二:搭建兒童物品交流平臺
場景描述:
還是以前面的那位齊女士來舉例,她家里有一堆孩子的衣服、玩具、圖書打算處理,扔了可惜,而留著又占地。如果有一個機構能夠接收這些物品并贈送給其他需要幫助的孩子,讓這些圖書、玩具物盡其用,并且還能幫助更多的孩子就好了。
這個場景涉及4種角色。
愛心媽媽:孩子已經長大,要轉讓這些舊玩具、衣物、圖書的媽媽。
大孩子:愛心媽媽的孩子。
年輕媽媽:需要這些舊玩具、衣物、圖書的媽媽。
小孩子:年輕媽媽的孩子。
分析:
很多有孩子的家庭都會有這樣的問題,要是有一個平臺可以為齊女士這樣的愛心媽媽和需要這些舊玩具、舊圖書的年輕媽媽之間搭建橋梁,那么不就可以很好地解決雙方的痛點嗎?
……