- 互聯(lián)網(wǎng)產(chǎn)品設計的五層架構(gòu)——戰(zhàn)略师坎、范圍、結(jié)構(gòu)堪滨、框架胯陋、表現(xiàn)。
寫給-1到3歲的產(chǎn)品經(jīng)理
為什么要做產(chǎn)品經(jīng)理
- 對一個產(chǎn)品,用戶總是分為新手遏乔、專家和中間用戶义矛。
- 壞產(chǎn)品,無處不在的危險
- 好產(chǎn)品盟萨,從垃圾桶到洗手間
我們到底是不是產(chǎn)品經(jīng)理
- 產(chǎn)品就是用來解決某個問題的東西凉翻。
- 產(chǎn)品就是要同時解決用戶的問題和公司的問題。
- 涉及產(chǎn)品規(guī)劃捻激、數(shù)據(jù)分析制轰、用戶研究、需求分析铺罢、功能設計艇挨、項目管理、敏捷方法韭赘。
- 職位目的:想要更了解產(chǎn)品與它面臨的競爭情況,最終目的是要滿足顧客的需求势就。
- 管理的能力泉瞻,其實就是在資源不足的情況下把事情做成。
我真的想做苞冯,怎么入行袖牙?
- 最在乎應聘者有沒有激情、是否夠機靈舅锄、好學鞭达,邏輯思維是否清晰,溝通表達是否順暢等皇忿。
- 先在本職工作上找到與產(chǎn)品有關的事情做一些嘗試畴蹭,并且考慮先從產(chǎn)品經(jīng)理周邊的職位做起。
- 練習一下BRD鳍烁、PRD叨襟。
一個產(chǎn)品經(jīng)理的-1到3歲
- 產(chǎn)品經(jīng)理不僅僅是做需求
- 學過的知識可以不重要,重要的是練好思維方式幔荒,學會學習糊闽。
一個需求的奮斗史
從用戶中來到用戶中去
- 用戶是需求之源
- 因為生活中存在太多的問題,從而產(chǎn)生了不滿意爹梁,而問題就是“理想與現(xiàn)實的差距”右犹,那么人類會很自然地產(chǎn)生“減少甚至消除這個差距”的愿望。
理解用戶是產(chǎn)品經(jīng)理最重要的素質(zhì)之一姚垃。
- 用戶是使用產(chǎn)品的人念链,客戶是購買產(chǎn)品、為產(chǎn)品付錢的人。
- 不同的用戶有重要程度之分钓账,我們必須碴犬、也只能有所偏重。
- 不要試圖滿足所有用戶梆暮。
- 優(yōu)先滿足哪些用戶需要和產(chǎn)品的商業(yè)目標要結(jié)合起來考慮服协,簡單說就是看KPI是什么。
- 你真的了解用戶嘛
- 體會真正的用戶
- 試著描述用戶
- 怎么說表現(xiàn)了目標的觀點啦粹,怎么做反映了行為偿荷,用戶怎么說和怎么做經(jīng)常是不一致的。
- 定性研究可以找出原因唠椭,偏向于了解跳纳;而定量研究可以發(fā)現(xiàn)現(xiàn)象,偏向于證實贪嫂。
需求采集的大生產(chǎn)運動
- 需求采集過程:明確目標寺庄、選擇采集方法、指定采集計劃力崇、執(zhí)行采集斗塘、資料整理,然后進入下一步的需求分析階段亮靴。
- 定性地說:用戶訪談
- 注意點
- 避免一組固定的問題
- 首先關注目標馍盟,任務其次。比用戶行為更重要的是行為背后的原因茧吊。
- 避免讓用戶成為設計師贞岭。
- 避免討論技術(shù)。
- 鼓勵講故事搓侄。
- 避免誘導性問題瞄桨。
- 定量地說:調(diào)查問卷
- 不要超過10分鐘,敏感問題放中間休讳,個人信息問題放最后讲婚。
- 注意調(diào)查問卷的設計
- 定性地做:可用性測試
- 可用性測試在開發(fā)的任何階段都可以做
- 定量地做:數(shù)據(jù)分析
- 在對產(chǎn)品足夠熟悉的基礎上,先做出方向性的假設俊柔,再提取相應的數(shù)據(jù)并分析筹麸,得到一些現(xiàn)象,最好是之前沒發(fā)現(xiàn)的現(xiàn)象雏婶,然后嘗試解釋,接下來做用戶調(diào)研修正解釋酵紫,最終知道產(chǎn)品發(fā)展方向奖地。
- 需求采集人人有責
- 關注一手需求,其實是二手需求仰楚。
- 需求采集方法:現(xiàn)場調(diào)查僧界、AB測試臭挽、日記研究欢峰、卡片分類法纽帖、自己提需求
聽用戶的但不要照著做
- 明確我們存在的價值
- 用戶需求:用戶自以為的需求抛计,并且經(jīng)常表達為用戶的解決方案吹截。
- 產(chǎn)品需求:經(jīng)過我們的分析波俄,找到真正的需求懦铺,并且表達為產(chǎn)品的解決方案支鸡。
- 需求分析:從用戶提出的需求出發(fā)牧挣,找到用戶內(nèi)心正真的渴望,再轉(zhuǎn)化為產(chǎn)品需求的過程裆针。
- 滿足需求的三種方式:改變現(xiàn)狀澡刹、降低理想罢浇,轉(zhuǎn)移需求己莺。
- 產(chǎn)品設計的最高境界——創(chuàng)造需求凌受。
- 給需求做一次DNA監(jiān)測
- 把用戶需求轉(zhuǎn)化為產(chǎn)品需求
- 需求種類
- 分類:新增功能胜蛉、功能改進誊册、體驗提升案怯、BUG修復、內(nèi)部需求
- 層次:分為“基礎局蚀、擴展(期望需求)琅绅、增值(興奮需求)”,可參考KANO模型料祠。
- 分析需求的商業(yè)價值
- 確定商業(yè)價值后术陶,還要初評需求的實現(xiàn)難度(工作量接谨、開發(fā)量)脓豪。
- 一切看性價比
- 性價比 = 商業(yè)價值 / 實現(xiàn)難度(簡化為開發(fā)量)
活下來的永遠是少數(shù)
- 永遠忘不掉的那場戰(zhàn)爭
- 做項目扫夜,終極目標就是:多快好省笤闯,即范圍大颗味、時間段、品質(zhì)高张漂、資源省磺陡。
- 需求的粒度在可行的情況下盡量小仅政。
- BRD(Business Requirement Document)、MRD(Market Requirement Document)躯喇、PRD(Product Requirement Document)
- BRD內(nèi)容:項目背景廉丽、商業(yè)價值、功能需求描述焦履、非功能需求描述、資源評估郑临、風險和對策厢洞。
- 別灰心躺翻,少做就是多做
- 情愿把一半的功能做到盡可能完美也不要把全部功能都做成半吊子公你。
心急吃不了熱豆腐
產(chǎn)品經(jīng)理最基本的素質(zhì)之一——熱愛產(chǎn)品。
- 在高層決定公司戰(zhàn)略的前提下懦傍,好的產(chǎn)品對我們的幫助會遠遠大于我們對產(chǎn)品的幫助。所以寸认,產(chǎn)品經(jīng)理的前若干年偏塞,好的公司灸叼,好的產(chǎn)品,好的老板庆捺,很重要古今。
項目的坎坷一生
從產(chǎn)品到項目
- 會有一個已經(jīng)“結(jié)項”的項目,但不可能有一個已經(jīng)“完成”的產(chǎn)品滔以。
- 項目的定義:只會進行一次捉腥,包含多項目互相關聯(lián)的任務,并且有績效你画、時間抵碟、成本和范圍限制的一項工作桃漾。
- 產(chǎn)品經(jīng)理——靠想宪摧。產(chǎn)品經(jīng)理是做正確的事沿后,其所領導的產(chǎn)品是否符合市場的需求睦裳,是否能給公司帶來利潤蛛蒙。內(nèi)部驅(qū)動课舍。最重要的是判斷力和創(chuàng)造力。
- 項目經(jīng)理——靠做损姜。項目經(jīng)理是把事情做正確,把事情做得完美,在時間、成本和資源約束的條件下完成目標铃拇。外部驅(qū)動拧廊。最重要的是執(zhí)行力和控制力倦春。
- 一個事物必然有它的兩面抄瑟,如果你只看到了一面贺纲,說明你只看到了系統(tǒng)的一部分萝毛,這時你一定要跳出去歉胶,尋早另一面,之后再努力尋找“對立”背后的“統(tǒng)一”臼氨,正如黑格爾所說的“正反合”逃片。
一切從KickOff開始
- 做項目的本質(zhì)就是在保證品質(zhì)的前提下屡拨,在時間要求、人財務花費洁仗、項目范圍三點上做平衡。
- 溝通從頭開始凡资。
- 有自己的WBS(Work Breakdown Structure,工作分解結(jié)構(gòu))文檔级解。
關鍵的青春期诱咏,又見需求
- 真的要寫許多文檔
- BRD,商業(yè)需求文檔缴挖。這是產(chǎn)品生命周期中最早的文檔袋狞,其內(nèi)容設計市場分析、銷售策略、贏利預測苟鸯,短小精煉同蜻,通常給老板演示PPT,主要為了獲得認可早处,爭取資源湾蔓。
- MRD,市場需求文檔砌梆。獲得老板支持后默责,進入實施階段,需要寫出MRD咸包,需有更細致的市場與競爭對手分析桃序,包括可通過哪些功能來實現(xiàn)商業(yè)目的,功能烂瘫、非功能模塊媒熊,功能的優(yōu)先級等。這是從商業(yè)目標到技術(shù)實現(xiàn)的轉(zhuǎn)化文檔忱反。
- PRD泛释,產(chǎn)品需求文檔。PRD是對產(chǎn)品功能的進一步細化温算。文檔主要包含整體說明怜校、用例文檔、產(chǎn)品Demo等注竿,會對產(chǎn)品功能做具體描述茄茁。
- FSD(Functional Specifications Document),功能詳細說明,從這步開始會出現(xiàn)很多技術(shù)的內(nèi)容巩割,產(chǎn)品界面裙顽、業(yè)務邏輯的細節(jié)都要確定。與此同時宣谈,硬件系統(tǒng)的設計愈犹、數(shù)據(jù)庫設計、表結(jié)構(gòu)設計等工作闻丑,也開始由架構(gòu)師漩怎、系統(tǒng)分析師編寫了。
- 學一點UML(Unified Modeling Language嗦嗡,統(tǒng)一建模語言):類圖勋锤、用例圖、狀態(tài)圖侥祭、時序圖叁执、活動圖及其他茄厘。(用visio畫)
- 字不如表,表不如圖谈宛。
- 用例文檔次哈,UC,是需求人員寫給開發(fā)人員看的一種最基本的文檔吆录。
- 需求活在項目中
- 寫作 --> 評審 --> 修改 --> 評審
- 評審:需求評審亿乳、設計評審、測試評審
成長径筏,一步一個腳印
- 開發(fā):設計 --> 設計評審 --> 編碼 --> 單元測試
- 測試:TC(Test Case)編寫 --> TC評審 --> 冒煙測試 --> 功能評審 --> 測試
- BUG
- 項目發(fā)布:發(fā)布評審 --> 預發(fā)布 --> 發(fā)布 --> 線上驗證
- 作為項目經(jīng)理,應該時刻做到為團隊成員爭取各種精神障陶、物質(zhì)獎勵滋恬。
山寨級項目管理
- 計劃和控制,就是項目管理抱究。
1.文檔只是手段 - 建立自己的文檔規(guī)范恢氯。
- 模版的作用
- 讓經(jīng)常看同類文檔的人提高效率
- 讓寫文檔的信任可以盡快上手
- 讓寫作者不會遺漏考慮某些內(nèi)容
- 只制訂卻不執(zhí)行的規(guī)定鼓寺,只會反過來降低已有規(guī)定的權(quán)威性勋拟。
- 多人協(xié)作與版本管理:Wiki
- 用版本號管理文檔
- 流程也是手段
- 長視者把目的當手段,短視者把手段當目的妈候。
- 個人的核心競爭力是把顯性知識轉(zhuǎn)化為隱性知識的能力敢靡,而團隊的核心競爭力是把隱性知識轉(zhuǎn)化為顯性只是的能力。
- 商業(yè)評審的三個決定是:項目繼續(xù)苦银、重新定向啸胧、項目終止。
- 技術(shù)評審的三個決定是: 項目繼續(xù)幔虏、有風險的繼續(xù)纺念、必須解決某問題后再繼續(xù)。
- 敏捷更是手段
- 從書本到實踐
- 有計劃想括,更要“擁抱變化”陷谱。
- 迭代周期盡量不加任務。
- 集中工作瑟蜈,小不快跑烟逊。
- 持續(xù)細化需求,強調(diào)測試踪栋。
- 不斷發(fā)布焙格,盡早支付。
- 敏捷溝通:項目看板夷都、項目墻眷唉。
- 任何情況下予颤,我們都要做好手頭的事情,確倍簦“就算這事兒對公司來說又黃了蛤虐,我也要通過做事有所收獲”
物競天擇適者生存
- 親歷過的項目特色
- 老板項目、封閉開發(fā)肝陪、項目外包
- 一路坎坷驳庭,你我同行
- 邊計劃、邊行動氯窍、邊修改饲常。
- 80%以上的項目是不成功的。
我的產(chǎn)品狼讨,我的團隊贝淤。
大產(chǎn)品政供,大設計播聪,大團隊
- 產(chǎn)品之大
- 時間之大:產(chǎn)品生命周期
- 產(chǎn)品生命周期里的五種用戶:創(chuàng)新者、早期追隨者布隔、早期主流用戶离陶、晚期主流用戶、落伍者衅檀。
- 空間之大:商業(yè)招刨、產(chǎn)品、技術(shù)
- 商業(yè)哀军、產(chǎn)品计济、技術(shù),任何一個公司必然有它的強項和弱項排苍,它不可能也沒有必要在這三方面都很強沦寂,一是因為構(gòu)建“性價比團隊”的考慮,二是因為都強的話互相壓不住反而造成內(nèi)耗淘衙,所以更重要的是找到自己公司传藏、或團隊、或產(chǎn)品的那個突出的刀尖彤守,也就是所謂公司的DNA毯侦。
- 在找工作的時候必須調(diào)查清楚自己的職位在公司里是不是最受重視的,是不是強勢方具垫,這很重要侈离。
- 設計之大
- 產(chǎn)品設計的五個層次
- 戰(zhàn)略層:明確商業(yè)目標和用戶需求,找準方向筝蚕,重點是解決兩者之間的沖突卦碾,找到平衡點铺坞。
- 范圍層:明確“做多少”。
- 結(jié)構(gòu)層:考慮產(chǎn)品的各個部分互相之間是什么關系洲胖。
- 框架層:
- 表現(xiàn)層:視覺設計和優(yōu)化济榨。
- 設計的目標分為三個層次:本能水平設計是基礎,產(chǎn)品要有用绿映;行為水平設計是保證擒滑,產(chǎn)品要能用;反思水平設計是升華叉弦,是難以琢磨的“用的爽”丐一。
- 反饋:動作前的可預測、動作中的積極響應淹冰、動作后的可評估钝诚。
- 容錯:一些貌似多余的強制性設計,不可逆操作可以后悔榄棵。
- 簡化:利用用戶已有的知識。
- 團隊之大
- 偶爾為之的事情追求可行解潘拱,經(jīng)常為止的事情最求最優(yōu)解疹鳄。
游走于商業(yè)與技術(shù)之間
- 心思縝密的規(guī)劃師
- 從概念設計到信息架構(gòu)
- 畫概念圖,表達出產(chǎn)品與外界芦岂、內(nèi)部的關系瘪弓。
- 激情四射的設計師
- 規(guī)劃師更多的是“結(jié)構(gòu)化思維”,保證產(chǎn)品有用禽最,能滿足用戶的某些需求腺怯,讓產(chǎn)品“從無到有”;而設計師更多的是“形象化表達”川无,保證產(chǎn)品好用呛占,能讓用戶用起來舒服,讓產(chǎn)品“從有到優(yōu)”懦趋。
- 陰險狡詐的運營師
- 運營負責把產(chǎn)品賣出去晾虑,讓產(chǎn)品從“叫好”到“叫座”,讓更多的人愿意使用產(chǎn)品仅叫。
- 事件+病毒營銷
商業(yè)團隊帜篇,沖鋒陷陣
- 我們覺得某樣東西虛知識因為對它不熟悉而已。
- 銷售是增加新客戶诫咱,服務是穩(wěn)住老客戶笙隙。
- 好產(chǎn)品還需市場化
- 當自己對某個領域不熟悉的時候,做起事來總會把問題想象得很復雜,把自己知道的所有知識都用上,而真正的高手确沸,是可以一下子就找出問題的關鍵鉴未,然后用最最見到那的方法就搞定蝙寨。
- “高價炮灰恩商、低價炮灰”
- 開過視野的水平營銷
- 我們還能做什么
- 服務部門是為昨天的利潤工作磷斧,給已經(jīng)購買產(chǎn)品的客戶提供承諾的價值崖堤;銷售部門是為今天的利潤工作假消,把產(chǎn)品變成利潤柠并,爭取更多的客戶;開發(fā)部門是為明天的利潤工作富拗,確保明天我們有優(yōu)秀的產(chǎn)品可以賣臼予;研究部門是為后天的利潤工作,了解趨勢啃沪、發(fā)展科技粘拾,保證永遠處于領先位置。
- 維護一個老客戶的成本大約是開發(fā)一個新客戶的成本的四分之一创千。
技術(shù)團隊缰雇,堅強后盾
- 超級理性的人很明白“沒有規(guī)矩,不成方圓”的道理追驴,他們喜歡被規(guī)則管理而不是被人管理械哟。
- 思路的變形:不再考慮產(chǎn)品怎么做更好,而是去想如何說服對方殿雪。
容易被遺忘的角落
- 最好的資源:老板
- 讓老板做問答題 --> 選擇題 --> 判斷題暇咆。
大家好才是真的好
- 所謂的團隊文化。
- 虛無的無授權(quán)領導
- 管理崗位的優(yōu)勢:
- 管理崗位利于擁有話語權(quán)
- 管理崗位利于獲取信息
- 管理崗位利于爭取資源
- 管理崗位的劣勢:
- 管理崗位有很多行政工作
- 管理崗位會讓人脫離群眾
- 讓優(yōu)秀的產(chǎn)品經(jīng)理在專業(yè)線路上擁有高級別丙曙;對于產(chǎn)品爸业、業(yè)務的決策有充分的話語權(quán);可以參與管理會議的業(yè)務討論亏镰;可以擁有臨時的資源支配權(quán)扯旷,并給管理層提供同事的考核建議;但不負責管理者的行政工作索抓,而是繼續(xù)和同事打成一片薄霜,用產(chǎn)品證明自己。
- 贈送禮物和激勵員工的藝術(shù)
- 大中之小不如小中之大纸兔。
- 有用的不如無用的惰瓜。
- 需要的不如想要的。
- 有選擇不如無選擇汉矿。
- 晚說不如早說崎坊。
- 一次送不如兩次送。
- 公開不如不公開洲拇。
- 漲工資不如發(fā)獎金奈揍。
- 獎勵或送禮的目的并不是真正給對方最大的效用曲尸,而是要讓對方開心,并且感激和記住你男翰。
別讓靈魂跟不上腳步
觸及產(chǎn)品的靈魂
- 產(chǎn)品的靈魂——戰(zhàn)略
- 以價值觀為根基
- 培養(yǎng)大局觀
可行性分析三部曲
- 我們在哪兒
- 確定公司的價值觀另患、使命、愿景蛾绎,關于公司昆箕、市場、競爭對手現(xiàn)狀的各種背景信息的采集與分析租冠。
- 市場掃描(PEST分析)鹏倘、競品分析、自我分析(SWOT分析)
- 小的成功靠朋友顽爹,大的成功靠對手
- 我們?nèi)ツ膬?/li>
- 宏觀上的客戶需求
- 我們怎么去
- 一次真正的產(chǎn)品預研
做吧纤泵,準備出發(fā)
1.敢問路在何方
- 產(chǎn)品路標計劃
- 低頭之路,抬頭看天
- 開會和做一個產(chǎn)品一樣镜粤,不要試圖在會議中解決很多問題捏题。
- 會議要有明確的主持人和記錄人。
- 所有人提供意見肉渴,少數(shù)人討論公荧,一個人拍板。
產(chǎn)品經(jīng)理的自我修養(yǎng)
- 愛生活黄虱,才會愛產(chǎn)品
- 有理想,就不會變咸魚
- 會思考庸诱,活到老學到老
- 只有方法捻浦,沒有答案
- 能溝通,在什么山頭唱什么歌
- 理論上嚴格意義的“充分溝通”是不存在的桥爽。
- 溝通不是為了說服朱灿,而是為了更好地認識世界。
- 職場的點對點溝通
- IM:成本最低钠四,適合不緊急不重要的溝通盗扒。
- 電話:成本適中,適合緊急不重要的溝通缀去。
- 面談:成本最高侣灶,適合緊急且重要的溝通。
- E-mail:成本始終缕碎,適合重要不緊急的溝通褥影。
- 盡快找出對方感興趣的、熟悉的咏雌、擅長的凡怎、自己也懂一點的話題校焦,從而破冰成功。
- 產(chǎn)品經(jīng)理主義
- 解決問題的通用思路:為了什么统倒?做什么事寨典,解決什么人的什么問題?何時做房匆?誰來做耸成?效果如何?