互聯網時代產品和服務過剩，成功的產品出現后往往短期內會有大量模仿者迅速出現，同質化的產品越來越多。如何在眾多的產品中突圍，成功地抓住用戶的注意呢？

或許你會聽到有人說產品用戶體驗好，把產品設計做到極致，說來輕巧，真正做下來，你會發現不斷梳理產品流程，畫完一版又一版的產品原型，總想著細化完頁面，只要改完一個小點，一個功能，一個字體，你的產品就能驚天動地，然而你的產品真的是用戶認可的嗎？你是否想過產品設計流程對嗎？你真的做到了精致打動人心？

9月11日起點學院公開課上海站邀請到了3位互聯網資深產品大咖，為大家分享了他們在多年工作中對于產品設計的經驗感悟。這是一場干貨滿滿的知識盛宴，錯過現場分享的你，不如跟上我們回顧的腳步，快快地吸收本次三位嘉賓分享的干貨吧！

美團大眾點評產品總監李天雷：從需求到產品設計

我認為需求判斷和分析是做產品的第一步，第一步做不好，細節做得再好，也扭轉不了產品的問題。

需求判斷和分析是做產品的第一步，細節不是產品的全部

需求的最初判斷

大家聽說過谷歌的牙刷理論么？

谷歌做過很多投資，包括谷歌內部做過很多產品，那么如何判斷一個產品有可能成為一個偉大的產品呢，谷歌用一個牙刷理論來做說明：

1. 很多人用（整個產品在整個市場上的受眾有多大）
2. 很多人會經常用（使用頻度高）
3. 很多人不僅經常用，而且必須用

用這三點來衡量現在市場上的產品，你會發現很多產品做的累死了也注定達不到這個標準，但是有些產品注定是符合這個標準的，比如地圖、微信或是電商，但是某些產品注定是做不到的。

這就是我們拿到需求后，經常問自己的三個問題，這三個問題有助于我們對產品的定位和立項，包括決定我們產品最終的發展規模。

進一步分析

1、需求的背景是什么？（跳出需求看需求）

無論需求是來自外部市場，還是來自老板，或是來自同事的建議，要找到提出這個需求背后的原因，要跳出需求去分析。

2、這個需求為用戶提供什么價值？（做的意義）

作為產品經理，要站在用戶的角度看問題，要分析這個需求為用戶提供什么價值，實現它的收益是什么，是否可以不做，不做產品會不會死。

3、這個需求做完后的效果？（如何衡量）

需求設計、開發完成后，最終上線后是否有效果，如何衡量效果好壞，這種衡量不是在產品上線后思考的問題，要設計前就要衡量，否則會浪費人力

需求分析：以用戶為中心

1、站在用戶的角度，用戶如何理解這個產品

需求分析的時候，以用戶為中心，重點是你要有同理心，能夠站在用戶的角度去思考這個產品，包括整個流程的設計。

2、新舊更替，用戶習慣如何自然改變？

產品不斷的改版過程中，無形中給用戶不斷的增加新的習慣，新舊更替，如何讓老用戶的習慣自然改變，而不是每次改版都讓用戶說，怎么每天都是新的版本。

3、你在意，用戶在意么？

你在公司工作，你的產品要符合公司的利益，所以有些點要看的很重要，比如要賺錢，要插廣告。你在意的，老板在意么？用戶在意么？你最終是否能給用戶提供價值，給公司創造價值。

需求分析：優先級

需求分析完成后，確認需求是有價值，要實現需求，優先級怎么排？研發資源永遠是不夠的，優先級如何判斷？

這是我們研發內部的文檔，研發需求的一個WIKI庫，對產品經理的要求，需求一定要判斷收益：

1、如果需求是偏向交易，比如電商類的，收益是可量化的；

2、如果是社交類，無法往錢上靠，可以提供具體的UGC數量，或者給出影響用戶的范圍，這個功能最終由多少用戶會用，縮短了多少使用時間，或者提升了用戶體驗；

3、最后把計算推導的過程附上，說明是怎么計算出來的，這個過程中非?？简炦壿嬎季S。最終得出ROI，也就是需求開發需要多少人日，使用投入產出比ROI，作為唯一標準來評估需求的優先級。

需求分析：老板來了

如果覺得老板提出的需求很不合理，不想屈服，如何說服老板？

要找出老板提出需求背后的想法，如果目標不對，依舊執行的話，最后執行偏差會很大，交流想法會有碰撞，會找到需求提出背后的根本原因。

如果這些方法都用過了，還是不管用，怎么辦？本文結尾會給出終極解決方案。

通過數據來猜想和驗證產品設計的合理性和指導下一步的方向

數據的魔力

我們信仰上帝，其他人都有帶著數據來說話，所以我們對數據的認知，在產品中占有很大權重。

數據分析的看法：

1. 數據的粒度要足夠細，排除客觀影響
2. 數據的結論要make sense，要能夠說服別人，讓別人信服
3. 數據的結論要能夠指導下一步的產品設計

日常數據習慣的養成和認知

負責的一個產品，產品經理要對產品方方面面的數據有非常詳細的了解，被問到一個數據至少要做到對數據的大概范圍的了解。

這是點評的一個商戶搜索的數據，下面的表格不完整，至少還有50-60個指標。我們產品經理需要每天看這些數值的漲跌，大的異常要現場解決，小的異常需要繼續觀察，每天都要看這些數據。如果堅持每天都看，會對這些數據很敏感，有了數據敏感后，當你思考一個新的產品方向或功能時，自然會去向這些數據方面去想，這需要長期堅持。

重視數據測試

這是美團內部一些數據的測試，吃喝玩樂首頁的ABtest 測試，可以看得出對數據測試的重視，基本保證兩周做一輪測試，大眾點評做的可能做的更多。

舉一個細節設計的典型案例

在產品設計中遇到哪些問題，我們是如何思考，如何推動這些問題的？

產品設計中遇到哪些問題

這是我們去年推出的，在APP首頁有一個小模塊，起因是去年7月和百盛商場有一個合作，百盛要求在大眾點評的首頁放百盛的LOGO和一個入口，和百盛談成合作后，在首頁放一個這樣的模塊，原本是當作一個合作項目來做的，但是后來發現，這個模塊點擊率超過周邊模塊很多，為什么點擊率這么高呢？為什么用戶愿意點擊這里呢？

情感感知的思考：

1、為什么點擊率高，用戶的價值點在哪里？

基于地理位置的精準曝光，縮短用戶的使用路徑， 給用戶提供更高效的思路

2、可持續？怎樣可持續？

不可持續，只能從合作項目轉化為功能模塊

3、可規?；?？如何規?；?，邊界在哪里？

可以擴展，基于beacon定位功能可以擴展，天花板很低

4、有利可圖？

百盛的點擊率增長，可能會在大眾點評產生訂單，嚴重依賴規模

核心問題：如何突破邊界

深刻理解價值點：基于LBS的精準商戶曝光。

有哪些定位方式？

1. IBeacon藍牙
2. WI-FI鏈接
3. GPS輔助

分析后，發現我們的用戶使用WI-FI比例相當高，所以當時把WI-FI作為定位解決方案。

如何獲取商戶的WI-FI信息？合作商太貴了，出不起，最終讓公司的銷售人員把商鋪的WI-FI信息一鍵上報到系統，建立WI-FI和商鋪的關聯關系。

我們也做了業務的分析，比如團單，商家用哪個WI-FI，用戶用哪個WI-FI，最終用了一年的時間，把商戶的WI-FI收集到幾百萬條，成為了我們的核心技術。最終通過WI-FI突破了邊界。然后我們才進入產品設計。

場景分布&實現

我們設計了在店的場景，美食預定的場景，排號的場景，電影院的場景，大型POI場景等等。這里也有一個失敗的場景，小區場景，我們分析了上海有多少個小區，每個小區有多少用戶，這些用戶產生多少訂單和點評信息等，這個場景上線后，第一天點擊率很高，后來就越來越低，分析原因，用戶看到自己所在小區的位置，第一反應是不愉快的，感覺信息被暴露了。用戶在小區最多是點外賣，不需要美食的參考，所以這是一個失敗的案例，沒有從用戶角度去思考。

細節設計

對不同的商戶，展示哪些內容，用戶愿意點擊，不同的條件，顯示的結果不一樣，想清楚后，真正實現的時候，需要注意這些細節的設計。

數據分析

舉一個不好的案例，我們知道用戶在這家店，我們設計了兩種引導方式，一種沒有按鈕，一種有買單按鈕，結果有買單按鈕的版本轉化率會降低，我們做了小范圍的用戶調研，用戶的感受是飯還沒吃就要買單，感受非常不好，所以不要想當然以為用戶需要什么。

項目歷程

一年后，我們要做什么呢，是繼續一個產品一個產品的增加功能么？

整個一年，我們知道了用戶精準到店，我們知道用戶可能要去哪里，我們通過業務分析和數據分析，根據用戶瀏覽超過閾值，做用戶畫像分析。

我們還會有什么突破么？

我們根據WIFI、GPS訂單，了解到決用戶要去哪里，最終得到用戶的畫像，我們有2000個用戶畫像標簽，知道什么人、什么身份，處于什么狀態，用戶下一步做說明，未來有可能要去哪里。根據這樣的PIPLINE，做一個日志管理-用戶生活日志管理。用日程管理日志，查看用戶當前干什么，預測用戶未來干什么，引導用戶干什么等等。用戶需要不斷提醒，拿捏用戶的行為。

一個產品，無論做的成功也好，失敗也罷，都需要不斷思考這個產品到底為用戶產生了什么價值。不斷提升產品的價值。

乂學教育產品總監、前有道詞典產品總監張棲銘：產品設計開發流程探討

通過我自己的工作經歷會我通常會將產品設計開發流程梳理分為8個部分：機會發現、機會判斷、產品定義、產品講解、產品開發、產品審核、產品上線和產品迭代。在這里核心會分享機會發現，機會判斷和產品審核。因為我覺得這個相對來說從產品經理層面來說需要把控的，一方面就是整個需求的輸入，另外一方面就是整個產品的產出，這個東西推到市場產品經理是要負全責的。

機會發現

產品經理很核心的能力就是要平衡，或者說要把握一個度，在整個過程中如何去把控你從用戶那里得到的需求，怎么去把控老板提過來的很多東西，然后每一部分投入多大的工作量，各個方面，還要包括不同用戶群體的反饋，都需要兼顧到。

在不同階段，肯定會有很多的市場機會，包括大家在工作過程當中跟任何人溝通時候，大家頭腦風暴一下，就會寫出來很多很多東西。在這個過程當中，我們可能大家也需要按照一定的流程來做，就像我前面給的大概流程，如果說比如說下邊的如何收集競品數據的方法。

詳細的方法大家可以按照ppt里進行，然后這里我講一下，就是說怎么樣可以做得更好？在現在正常的情況以及人力比較少的情況下，怎么樣去做得更好？第一點，我可以說就是大家要關注整個生態系統。諸如電商、社交軟件、租坐車、旅游等不同領域興起，其實都是跟不同時期的一些大的社會經濟條件是直接相關的，而從宏觀角度上來說的話，很多時候我們也是能夠看出一些大的行業發展。

為什么說大家需要多關注一些生態系統？舉個很簡單的一個例子，為什么現在中國很多互聯網公司在國內打不通的時候，他就跑到印度去打，跑到越南去打？就是因為未來的印度這些地方可以認為是幾年前的中國，然后在一、二線城市打不通，就去三線城市。我們整個去看生態系統的時候，其實很多時候你看一下人的一些經濟條件，地方的經濟發展等各個方面有可能彎道超車。

然后就是大家在做競品分析的時候，我一直建議是照抄一個產品，可能大家在做競品分析的時候都是把一個產品拿出來點撥點撥就差不多了。而我自己從以前一直維持到現在的一個做法就是，我會把一個產品拿過來原封不動的以rp原型文件一點一點畫出來所有的頁面，包括每一個交互細節。把產品的使用場景、設計思路，邏輯，整個細節都需要關注感受到，然后查找每一個利益相關者，就是說所有跟這件事情利益相關的參與者全部都找出來，這樣有助于大家能夠很好地看透你的整個上下游的行業，保證你的公司整個大的方向沒有什么問題。

因為一直在做教育，所以針對教育做得特別特別詳細，這里舉一個我做過的案例。我把教育類所有的場景，上課、角色構成、頻率、硬件依賴、政策符合、行為成本以及痛點全部都列了出來，大家可以簡單感受一下。上課、考試、作業、學生檔案、家長會、課堂和課后答疑以及練習，我當時花了3個月時間，整理了500多個K12教育相關的產品，然后通過這個可以盡可能的能夠了解整個行業的一個發展趨勢，包括從國家層面來說，在教育相關的地方進行一些探索。

這是當時我整理出來的教育價值鏈，因為整個教育層面你想去做一些競品分析的時候你肯定是從頭開始，頭是在哪里？在內容和服務提供商，然后運營的主體和方式，包括一些線上線下的一些融合，包括一些實時的教育，然后各種各樣的公司我全部都會列出來一些典型公司，然后底下會形成一些整個基礎教育加互聯網產業地圖，或形成一些我們推導出來的整個模式，位置和各個公司采用的不同的路徑，然后這就是我們進行競品調研過程當中得到的一些東西。

大家可以查一下怎么樣更好地進行頭腦風暴，包括說主持人需要預先準備的一些資料，包括需要形成的一些規則。重量不重質，量大了自然就有一些有質的東西出來。這整個階段的產品物，包括產品調研報告，頭腦風風暴記錄，然后還有概要需求池，用戶訪談記錄和產品試用報告。

機會判斷

機會判斷是我認為最重要的一個事情，就是所有人都可以想出無數個點子，比如做個日志，大家就能夠相處很多的點子。之前就有頭腦風暴過，然后提出的除了正常的日歷的，還有做陰歷的，帶天氣的，還可以做記事本的，做什么的都有，每個人都可以想出很多的點子。但是真正做出來有沒有人用，可不可行，其中很關鍵的一個問題就是人物的一個用戶角色分析，也就是同理心。那有人說同理心這個很難做，每個產品經理在跟技術爭辯的時候都是說我站在用戶的角度，我認為應該怎么樣怎么樣，其實我個人認為95%以上的都是站在自己的角度做考慮。

很多時候當你無法體會一些事情的時時候，很難去做做出靠譜的產品，基本上都是靠運氣來猜，所以大家可能也經過一些這方面的一些訓練，我就給大家看我這邊的一些結論性的一些東西。

這是之前在有道詞典的時候做的一個用戶分析，當時4-5個人，花了半年時間，把詞典型角色做了細化的區分，分成5個典型的角色。做這種角色的目的是什么呢？就是我們提任何需求，不管是大的，還是細節的什么情況，我們都可以把這個需求對應到某個人。比如說某某某在什么情況下，需要某個功能。頭腦風暴出來的點子，要確認一下我這個功能是要針對于什么用戶具體去做的，這個用戶群體有多重要，當你形成一些典型角色后，做起來會更好一點。

Faith是一個根據考試為目的的學習型的用戶，我們賦予了她一些具體的屬性，比如年齡，職業，可以打很多標簽。我們這里形成一些典型角色，這樣大家在做產品的時候就可以完成一個劃分，就可以針對不同的角色去規劃功能。比如大學生，小學生，考四、六級，找工作。然后還有他的長期目標，行為目標分別是什么？他每天復習的行為是什么？他的互聯網經驗怎么樣？六級做準備時會怎么樣？

然后這種大家可能在做設計的時候可能看起來不知道怎么用，當你做很多的功能，包括任何設計細節的時候這個是非常非常有效的，用戶在使用時會感受到這個細節就是為我設計的，可能剛好呼應到我們分析時的一個非常匹配的用戶角色。這個需要建立在大家對于自己的用戶足夠了解的情況下，根據用戶的行為，得到一個典型的用戶角色表。這個其實工作量特別大，很多小公司不愿意去做的，包括很多人也意識不到這個點的，但是我感覺它對于整個公司理解用戶是非常非常重要的一個事情，明確這一點，再去談細節設計才會好一點。

常用的用戶訪談的方法：

• 頻繁的五人小組：新用戶、普通用戶、重度用戶、流失用戶，各種特征的用戶。難點：用戶群體的篩選，丌要做成自己的產品。
• 腳本準備：明確訪談的目的，要解決什么問題，需要驗證哪些問題？細化訪談的問題腳本，整理出我們需要訪談的核心問題列表。KPI。
• 注重引導技巧：新產品，產品改進等情況。

我自己最經常進行的一個事情就是一個五人小組的辦法，就是不管做任何產品，在做之前的話，我都會找大量的用戶，可能以5個人為主，然后不停地進行訪談，一直訪談到感覺問題解決得差不多的時候，然后再進行后續的一些意見。

通過這些來明確這些問題：我到底解決了什么問題？我是給誰來解決的？整個市場的盤子有多大？怎么樣來衡量我們的成功？針對競爭對手的不同點？為什么現在做？怎么推向市場？解決方案是什么？基于以上的問題，做還是不做？貼在桌上，做任何一個功能的時候，都會這樣做來對應的考慮自己的想法。

排優先級，我通常下的的做法就是主流程優先，然后其他的就是類似于算法做冒泡排序兩兩進行比較，形成總體需求池，進行規劃。然后按照版本對需求進行二次管理，需求領先開發1-2個版本，持續維護。

畫原型，做交互需要注意的是，當形成一個需求列表的時候，其實所有的東西都是來自于前面的內容，如果前邊錯了，就像開車開錯路一樣，開的越快，開的越遠，執行力越強，就死的越快。所以盡可能前面要花最大的工夫，然后實現層面就是不光腦子里想出來，還需要跟技術跟整個團隊溝通，而怎么樣才能有效的把很多東西傳達到位，怎么樣在過程中做到功能細化到位，盡可能的做好最好溝通。比如畫的每張圖都有標注，和別人溝通時講清楚沒張圖畫的標注是什么東西，這樣的話更有利于內部溝通。

下面也有很重要的一個環節就是用戶研究和可用性測試。大家可能會在需求整理了很長時間，但是也有可能依然是一家之言，就如果很多人會在無意中肯定自己的結論。那在這種情況下怎么去驗證我前邊的需求是對的，最好的方法就是用戶測試，用戶測試其實在產品開發出來之后再去測試，其實難度就很大了，所以我們正常情況下是在原型化時做一些可以交互的東西然后來進行測試，然后會做一個很詳細的可用性測試報告。

比如我們做的一個研究方案，我們會定下一些的研究問題，招募計劃比如我們的用戶群體主要在哪？我希望去招募哪些人？男女、新手老手都要區分好，還有一些用我們產品的流失到別的地方的，用其他產品然后流到我們這里來的也要找，基本上是定期來做這樣的研究。細化訪談流程，個人的信息，手機使用情況，手機詞典的使用情況，然后談談工作情況，通過這些來了解用戶對于很多事情的態度。

比如說問用戶喜歡的APP，哪些用的最多？使用的情況如何？進行截圖，還有問喜歡哪些細節，哪些設計，主要的使用場景列舉細節，然后進行歸納。通過這些達到這樣一個程度，任何一個頁面，每一個按鈕都要找用戶問，這個按鈕點擊后出來的東西和用戶預期是不是一樣，那如果不一樣的話就會反思是這個用戶不對還是我們不對，這個用戶是不是典型用戶。包括在過程中發現了很好的需求，很多時候都是訪談出來的，逐漸不斷地完善細節，而我們自己也會列舉大量的使用腳本，工作、生活娛樂場景。

產品評審我一直把他放在很重要的位置，簡單來說就是開會，但是開會怎么開？在這個過程中怎么來讓各個部門的人盡量去發揮自己的作用，協助完善產品，這個我感覺需要技巧。

產品審核

我感覺很重要的一點，就是真正決定市場能不能接受你們的產品的情況，我把它稱為產品審核階段，產品審核的意思就是你前面需求也全做過了，可用性測試，用戶調研也做了很多了，技術這邊開發完了，那這個時候干的一個工作其實就是產品經理要確認這個東西是我最初想設計的并且確定的東西已經出來了，那我想收集的這個東西跟市場上的的反饋到底是不是一樣的，然后如果不一樣的話就立刻放棄了。

這個的話主要就是就產品經理按照設計詳細的確認整個功能的一個開發情況，然后UI和交互也需要來進行確認，就是UI debug，交互debug，然后測試人員確認有沒有Bug。在這個過程當中，我會每天隨機抽取一部分同事來做，因為很多時候你找外部用戶，可能就時間、找人方面會有些難度。另外，就是很多公司的技術人員或者是非產品人員其實都沒有完完整整用過自己公司的產品，更不要談細節，連大概的產品可能都沒有體驗過，也不理解這個個產品，這個在無數的公司都驗證過了。

你逼著很多內部同事用，從頭到尾摸一下，讓大家都可以參與進來一起幫你出很多的主意，就像我們說人人都是產品經理一樣，當然我對這個觀點這個是完全沒有意見的，但是最好還是對產品有所了解，有一些技能，然后這樣做才會好一點。

我的方式是每天固定花上兩個小時，然后隨機挑5個，然后關到會議室里去，去進行這樣一個產品走查。大家會發現，我們設定的一個流程，但實際上很少有人會按照我們設定的流程來走。內容走查就花了很低的成本，還又讓整個團隊內能夠更加了解產品，增強了凝聚力。很多時候有對比才能夠看出來自己做的一些東西是好還是不好，還有就是再對比老版本，新版本，以及和同類產品放在一起的做對比，通過這樣的過程不停的來確定細節，明確我所做的和市面上被認可、用戶量極大的產品區別在哪里，然后一點一點對比過去，基本上做到一兩個月后就沒有辦法有新的想法出來了，這個時候就只能不停的對比，不停的看，還有和用戶去聊用起來怎么樣，如何去吸引人們？如何最快讓他們對產品有“哇啊”的感受？

ps：張棲銘老師在分享時也帶來了很多產品工作中實用文件，獲取方式在文末：

1. 競品分析模板
2. 市場需求文檔-MRD
3. 產品需求文檔-PRD
4. 會議紀要模板
5. RP原型模板.rp
6. 版本跟進表
7. 版本需求整理PPT模板
8. 產品-需求池表格

京東用戶體驗設計部設計經理朱帥：設計電商

決策因子

在網上購物的時候你們可能會關注哪些信息呢？

質量、價格、銷量、速度、實物、評論等等；怎么讓你們更快、更精準的獲取到這些信息，如何在合適的時候、合適的地點給你們想看到的這些內容？這就是我們的工作。那我們把這個叫做什么？比如說售后，比如說評價，比如說潮流，我們把它叫做——決策因子，用戶的“購物決策因子”。

如果我們將用戶的購物決策因子按照不同維度做一些劃分，可分為：核心述求、商品屬性，用戶屬性，還有一些外部因素。

電商架構

我們把從用戶產生需求，到搜索篩選、做對比，到最后下單，整個羅列下來，稱之為購物流程。。這是一個比較原始的用戶的購物流程，反映到電商里面卻是電商的核心流程（也叫黃金流程）。

“搜索”對應的是用在產生需求之后，進行初步查找；列表是看到一些商品后進行初步篩選；“商品詳情頁”，進行進一步的比較，“加入購物車”表明用戶有一個比較明確的購物意向；到結算頁……

如果我們去模擬一個用戶完整的購物過程，會發現其實用戶是在不斷流失的！

我們前期做了一些需求分析之后提煉出來的用戶，我們把京東的用戶分成了3類，第一類是淘便宜的，第二是求助探索型的，第三類是品質型的。都是是按照不同的決策因子的權重去做的一個劃分。

比如有些用戶更關注優惠特價和促銷信息。那還有一類用戶是求助探索型：比如裝修是一門大學問，有很多東西不太了解，包如果你要去選地板，這時候你希望有一個人，能夠在比較專業的角度以及比較公平的角度給你一些建議。那這些用戶，我們把它劃分為求助探索型，一方面他自己在找，另一方面，其實他希望獲取這方面的信息。

還有一類用戶——品質型用戶，這類用戶他不太在意錢，但是他更希望獲得更好的品質的享受。

當我們按照頻道的性質去給它做了一些標識之后，發現整個的首頁，更多的是在用低價引導用戶消費的。但是這個對電商行業來說，它其實不是非常健康的，因為低價引導過來的用戶，它往往是忠誠度最低的用戶。當你其他的競品有一個更低的價格，用戶馬上就有流失了。

所以，我們發現當這種低價促銷疊加過多的時候，對于探索型用戶，品質型用戶，他們需求可能是沒被完全滿足話，我們即便拉再多的低價用戶，也是越虧越多的。

我們需要去做一些東西改進，來幫助其他兩類用戶，更好的去發現內容，更好的去找到合適他們的商品。

如果我們去提煉用戶的一些核心的需求，淘便宜的用戶他希望更快的找到便宜用品，探索型的用戶希望能夠有更多的推薦，品質型用戶希望看到更多有品質東西。

把這個句子總結一下，提煉出來一些關鍵詞：簡潔、豐富、品質、時尚。這些關鍵詞并不支持所有的用戶，它只有一個訴求，用戶總是復雜的。

現場花絮

本該休息的周末，他們卻集聚在這里學習、交流。你在睡覺的時候，別人卻還在努力著。分享結束后大家一起合影留念，下次活動再見咯~

同時感謝人人都是產品經理上海團隊的小伙伴辛苦付出，各位辛苦：

吳亞楠、醬油、楊鋒、朱夢婷、鄒天嬌、劉鑫、張檸檬

感謝COCOSPACE以及現場工作人員的大力支持

如果你想下載本次演講PPT以及資料，請按照以下提示操作：

關注起點學院微信服務號“qidianxueyuan666”，回復關鍵詞“上海0911”即可下載

本文系人人都是產品經理團隊@孔瑩、王富貴、Nick原創發布，未經許可，不得轉載。