By 陶國恩Gary? ? gary_pm@foxmail.com
——————————————作者的幾句話——————————————
筆者是一位大四的在校大學(xué)生，半歲的產(chǎn)品經(jīng)理，從兩年前便決定以后要成為一只安靜而兇猛的產(chǎn)品狗。本文是自己的PM知識學(xué)習(xí)手記，想通過這種方式幫助自己沉淀一年多以來所獲得的知識和思考，同時也希望能夠獲得線上眾多大神的指正。因此文中的知識和觀點不一定值得大家參考（反而很歡迎大家吐槽拍磚><），它只是我個人現(xiàn)階段知識的一種總結(jié)和呈現(xiàn)，或許只是正確的廢話，但也也期盼能夠為大家?guī)韱l(fā)！
由于是個人較長時間學(xué)習(xí)閱讀后的總結(jié)，所以文章的部分內(nèi)容可能摘錄或受啟發(fā)于某些文章、書籍卻不自知，對于自己還記得或者保留了鏈接的內(nèi)容我會在文中附上，如果大家有發(fā)現(xiàn)內(nèi)容有相關(guān)信息源而我未注明的，請一定要在評論中指出，衷心感謝！
如果資料原作者拒絕轉(zhuǎn)載，相關(guān)內(nèi)容也會馬上刪除
最后，如果大家希望轉(zhuǎn)載本文，請在評論區(qū)注明去向，并在轉(zhuǎn)載中注明作者即可。建議大家持續(xù)關(guān)注本文，因為本文還會不斷更新哦~（因為我也在不斷成長哈哈）如果評論區(qū)中出現(xiàn)精彩的分享和建議，也會加入到手記中方便大家學(xué)習(xí)~
—————————————廢話結(jié)束，正文來鳥————————————
由于文章太長超過了簡書的字?jǐn)?shù)限制...前半部分將放在《產(chǎn)品經(jīng)理學(xué)習(xí)手記①》http://www.itdecent.cn/p/162a8f3e2984
更新紀(jì)錄：
4.15 ——? 增加：交互設(shè)計-未歸檔小筆記（主要是導(dǎo)航設(shè)計及兩平臺區(qū)別）；產(chǎn)品基礎(chǔ)技術(shù)知識（前后端語言）；其他-創(chuàng)造好社交產(chǎn)品的戰(zhàn)術(shù)與戰(zhàn)略
5.8 —— 增加：其他-卡片式設(shè)計
交互設(shè)計（待完成）
信息架構(gòu)
原則
基于邏輯，趨于穩(wěn)定
在寬度與深度中平衡
構(gòu)建之初，就要方便日后新元素的加入
作用
讓用戶和團(tuán)隊都不會產(chǎn)生迷惑
讓細(xì)節(jié)的增減無需傷筋動骨
讓任務(wù)流程清晰直接，減少出錯可能
任務(wù)流程
導(dǎo)航設(shè)計
頂部：最常用，網(wǎng)頁上大家會往下滑動，懸掛在頂部不影響閱讀。（有時候會和左側(cè)導(dǎo)航一起用）
底部：移動端手指更接近底部。安卓的導(dǎo)航欄可以滑動，因為手機(jī)有退后按鈕
左側(cè)：自然使用習(xí)慣，左邊引導(dǎo)右邊，入口導(dǎo)航。（點擊量會比底部更高，退一步海闊天空）
右側(cè)：不會獨立存在，輔助性，操作入口。一般不是全局導(dǎo)航
引導(dǎo)與反饋
用戶引導(dǎo)
可采用的方式
大喊大叫式
填補(bǔ)空白式
全局導(dǎo)游式
任務(wù)引導(dǎo)式
新手練手式
榜樣激勵式
嵌入幫助式
注意事項
能少則少
不必一次性完成，可以隨著使用程度加深而隨之呈現(xiàn)
視頻限制用戶思維，而且令人感覺費時間。比較低效！
想教孩子一樣去引導(dǎo)，參與式、游戲式的實現(xiàn)方式，可以用閃爍、振動等動態(tài)
限制用戶
那些操作需要被限制
與當(dāng)前狀態(tài)相矛盾的操作 — 如單選關(guān)系下的子設(shè)置。
在當(dāng)前狀態(tài)下無法使用的操作 — 如需要輸入留言內(nèi)容，才能點擊“留言”按鈕完成操作。
干擾執(zhí)行任務(wù)的操作 — 如靠近執(zhí)行區(qū)域的無關(guān)操作。
限制的方式
把某些按鈕或菜單選項設(shè)置為灰色讓其不能點擊
把不需要進(jìn)行的設(shè)置選項隱藏起來
并不是所有情況都適用
視覺設(shè)計（待完成）
視覺設(shè)計的追求
設(shè)計的產(chǎn)品是否能讓用戶產(chǎn)生情感的寄托（情感化設(shè)計）
設(shè)計的創(chuàng)新是否超出和遵循面產(chǎn)品的延續(xù)（一致性）
設(shè)計和創(chuàng)新的內(nèi)容是否可以低成本、高效率地被真實呈現(xiàn)（設(shè)計成本）
設(shè)計的形式是否可以不借助幫助系統(tǒng)而通過產(chǎn)品的語義被簡便地傳達(dá)（用戶成本）
視覺布局
圖標(biāo)與文字
視覺注意力
設(shè)計規(guī)范
設(shè)計評估與優(yōu)化（待完成）
快速檢查清單
架構(gòu)與導(dǎo)航
是否采用了用戶熟悉或容易理解的結(jié)構(gòu)？
是否能識別當(dāng)前在網(wǎng)站中的位置？
是否能清晰表達(dá)頁面之間的結(jié)構(gòu)？
是否能快速回到首頁/主要頁面？
鏈接名稱與頁面名稱是否相對應(yīng)？
當(dāng)前頁面的結(jié)構(gòu)和布局是否清晰？
布局與設(shè)計
是否采用了用戶熟悉的界面元素和控件？
界面元素和控件的文字、位置、布局、分組、大小、顏色、形狀等是否合理、容易識別、一致？
界面元素/控件之間的關(guān)系是否表達(dá)正確？
主要操作/閱讀區(qū)域的視線是否流暢？
其他文本（稱謂、提示語、提供反饋）是否一致？
內(nèi)容與可讀性
文字內(nèi)容的交流對象是用戶嗎？
語言是否簡潔、易懂、禮貌？
內(nèi)容表達(dá)的含義是否一致？
重要內(nèi)容是否處于顯著位置？
是否在需要時提供必要的信息？
是否有干擾視線和注意力的元素？
行為與認(rèn)知
是否告知、引導(dǎo)用戶可以做什么？
是否告知需要進(jìn)行哪些步驟？
是否告知需要多少時間完成？
是否告知第一步做什么？
是否告知輸入/操作限制？
是否有必要的系統(tǒng)/用戶行為反饋？
是否允許必要的撤銷操作？
是否頁面上所有操作都必須由用戶完成？
是否已將操作步驟、點擊次數(shù)減至最少?
是否所有跳轉(zhuǎn)都是必須的（無法在當(dāng)前頁面呈現(xiàn)）？
產(chǎn)品分析（待完成）
競品分析
基礎(chǔ)理論——比較研究法（大家來找茬）
1.找出同類事物或現(xiàn)象
2.按照比較的目的將同類現(xiàn)象或事物編組作表
3.根據(jù)比較結(jié)果作進(jìn)一步分析
實際應(yīng)用
1.設(shè)定分析目標(biāo)——競爭對手/同類產(chǎn)品：80/20原則，找出最關(guān)鍵的20%對手、最關(guān)鍵的20%差異點
2.將同類功能模塊或交互、外觀細(xì)節(jié)編組作表：
戰(zhàn)略定位、盈利模式、用戶群體、產(chǎn)品功能、產(chǎn)品界面（交互方式、視覺表現(xiàn)）
3.根據(jù)比較結(jié)果作進(jìn)一步分析：差異的原因、結(jié)果、優(yōu)劣；是否需要/可以復(fù)制
分析階段
1.用戶研究階段。將競品分析作為即將形成的用戶需求文檔（如人物角色)的參考。
2.概念模型或內(nèi)容模型階段。基于競品分析構(gòu)架模型，這個階段的競品分析傾向于功能分析、邏輯框架。
3.設(shè)計階段（即高保真原型圖、設(shè)計效果圖）。競品分析針對非常具體的設(shè)計問題，將其當(dāng)作設(shè)計的源泉，并以此作為設(shè)計的依據(jù)。
4.可用性測試。主要是針對某一具體功能、問題做深入的對比，以此作為可用性測試結(jié)果的佐證。(10條可用性準(zhǔn)則)
未歸檔小筆記
主要摘自
1.安卓的tab頁簽可以通過滑動切換，但ios只能通過點擊切換，因為ios將滑動留給了單個item；tab頁簽的數(shù)量最好不要超過5個；
2.抽屜式導(dǎo)航普遍使用于：類目數(shù)量較多、類目的層級較深、某個類目需要頻繁訪問，但問題是類目之間的切換非常不方便
3.list模式適合以內(nèi)容為主、內(nèi)容很多但層級不深的產(chǎn)品或頁面
4.安卓的單條item操作方式主要是點擊和長按，滑動操作也越來越多（因為安卓沒有邊界），而ios主要是點擊和滑動。個人體驗，即使點擊次數(shù)或者花費時間相同，長按+點擊的體驗要由于2次點擊，可能是因為后者手指移動距離更大而且頁面的切換使用戶心煩。
5.實體鍵方面蘋果只有1個home鍵，功能包括：按一次，回到桌面、雙擊，出現(xiàn)多任務(wù)界面、iOS8里面，輕觸兩下Home鍵，調(diào)出單手模式、指紋解鎖；安卓則有4個（4.4以下）或3個實體鍵（少一個搜索），安卓的后退鍵在大部分情況下，和頁面上的返回功效一樣。不過，Android的back鍵可以在應(yīng)用件切換，還可以返回主屏幕。這個iOS里面的鍵不能在應(yīng)用間直接切換。
6.安卓有ios沒有的浮窗
7.移動端的搜索設(shè)計：輸入前后是否設(shè)置后退鍵？是否設(shè)置鍵盤自動彈出還是先展示一個搜索頁或搜索歷史？全刪按鈕？是否提供實時搜索（輸入馬上搜索無需點擊）？
8.文檔寫作：
1.功能架構(gòu)——用思維導(dǎo)圖畫出來
2.頁面布局——把所有頁面都列出來
3.順細(xì)節(jié)——所有的步驟都要有，越詳細(xì)越好
4.小組討論需求、細(xì)節(jié)、文案、新手引導(dǎo)
產(chǎn)品運(yùn)營（待完成）
運(yùn)營是另一種形式的產(chǎn)品
內(nèi)容運(yùn)營
通過創(chuàng)造、編輯、組織、呈現(xiàn)網(wǎng)站內(nèi)容，從而提高互聯(lián)網(wǎng)產(chǎn)品的內(nèi)容價值，創(chuàng)造出對用戶的黏著、活躍產(chǎn)生一定的促進(jìn)作用的運(yùn)營內(nèi)容
用戶運(yùn)營
以網(wǎng)站或者產(chǎn)品的用戶的活躍、存留、付費為目標(biāo)，依據(jù)用戶的需求，指定運(yùn)營方案或者是運(yùn)營機(jī)制。
活動運(yùn)營
通過舉辦和合辦活動，提升產(chǎn)品指標(biāo)或?qū)崿F(xiàn)產(chǎn)品戰(zhàn)略。
App運(yùn)營推廣
內(nèi)容整理自以下兩篇好文章：
APP運(yùn)營推廣超級攻略（2015新版）（二次轉(zhuǎn)載自3W，遺憾未找到原鏈接和作者）
App推廣中，我是怎么鋪渠道的（轉(zhuǎn)載自人人都是產(chǎn)品經(jīng)理網(wǎng)站）
線上推廣
方法
大型渠道準(zhǔn)備好：大的應(yīng)用商店都是網(wǎng)頁端上傳，可以同時開十幾個頁面一起上傳，提前準(zhǔn)備好標(biāo)題、簡介和描述；標(biāo)題要遵循SEO規(guī)則，簡介和描述中要對標(biāo)題、簡寫、功能做詳細(xì)介紹，方便搜索蜘蛛抓取。上線時間最好挑周四周五，因為周末是下載高峰。
中型渠道很可靠：中型渠道量不大，但勝在穩(wěn)定，而且比較好商量，和運(yùn)營人員打好交道能比較輕松地拿到好的推薦位，性價比很高。
小型渠道下功夫：小型渠道往往都被人忽略，但聚沙成塔，通過努力不懈的挖掘和提交收錄，互聯(lián)網(wǎng)的長尾效應(yīng)還是能帶來可觀的流量的。挖掘小渠道的方法是看網(wǎng)站流量排名和查看網(wǎng)站的界面、活躍度（量小但活躍度高的渠道其實更有價值?。?/p>
刷榜推廣：國內(nèi)大受歡迎的灰色手段，如今安卓榜單遠(yuǎn)比蘋果容易刷，分為沖榜和維護(hù)兩種，按天收費，前25名的一般要1W以上。價格詳情參考
爭取上大渠道推薦榜：各大應(yīng)用商店平臺都有為不同階段的產(chǎn)品提供評優(yōu)推廣的渠道和要求文檔，符號要去的好產(chǎn)品自然會得到平臺的青睞。
渠道
應(yīng)用商店：太多了
PC及WAP下載站：也太多了
App推薦媒體:最美應(yīng)用、愛屁屁、少數(shù)派等等、ProductHunt
運(yùn)營商渠道
手機(jī)廠商渠道
積分墻推廣
廣告平臺
應(yīng)用間換量:同級別、用戶群相近App直接換量、小量級App可通過網(wǎng)盟、應(yīng)用平臺換
線下推廣
渠道
手機(jī)廠商預(yù)裝：轉(zhuǎn)化率高，但周期長、成本高
水貨刷機(jī)：單次成本低，但經(jīng)常碰到重刷的現(xiàn)象所以總成本不低
行貨店面：用戶質(zhì)量高，粘度高，用戶付費轉(zhuǎn)化率高，見用戶速度快，但人員成本較高
社會化營銷（這部分?jǐn)傋涌梢院艽螅瑫簳r還是先借用APP運(yùn)營推廣超級攻略（2015新版））
方法
互動媒體平臺：自己掌握的（如微信、微博），首先要明確自身定位和資源，然后盡量為用戶提供有趣、有價值、有用的內(nèi)容和互動，注意它們不是廣告墻、更不要發(fā)太多不想管的所謂熱門文章，有損品牌形象。公共平臺（如論壇），盡量爭取中心化支持（版主置頂），核心是要找到高度相關(guān)或者高活躍度的「圈子」，質(zhì)量>數(shù)量。
單向媒體平臺（包括紙媒、互聯(lián)網(wǎng)媒體和自媒體等）：日常要提供日常稿件保持適當(dāng)?shù)钠毓饴?，但關(guān)鍵是要懂得事件營銷去制造爆點吸引廣泛關(guān)注，畢竟現(xiàn)在互聯(lián)網(wǎng)行業(yè)的媒體人也向狗仔隊靠攏了。事件可能是內(nèi)部事件（融資、產(chǎn)品有新話題等），也可能是外部時間（熱點話題、撕逼大戰(zhàn)等），都需要制定詳細(xì)的傳播方案，最好有專門的團(tuán)隊來負(fù)責(zé)跟進(jìn)。
渠道
品牌基礎(chǔ)推廣
百科類推廣：在百度百科建立品牌詞條，建立SEO體系和百度指數(shù)；
問答類推廣：在百度知道，搜搜問答，新浪愛問，百度經(jīng)驗等網(wǎng)站建立問答。
垂直社區(qū)：在知乎，豆瓣，微博等社交網(wǎng)絡(luò)，要有相應(yīng)的內(nèi)容存在。
論壇，貼吧推廣
第一陣容：機(jī)鋒論壇、安卓論壇、安智論壇等；
第二陣容：魔趣網(wǎng)、安卓論壇、魅族論等；
第三陣容：風(fēng)暴論壇、木螞蟻論壇、DOSPY論壇。
微博推廣
內(nèi)容：將產(chǎn)品擬人化，講故事，定位微博特性，堅持原創(chuàng)內(nèi)容的產(chǎn)出。在微博上抓住當(dāng)周或當(dāng)天的熱點跟進(jìn)，保持一定的持續(xù)創(chuàng)新力；
互動：關(guān)注業(yè)內(nèi)相關(guān)微博賬號，保持互動，提高品牌曝光率；
活動：必要時候可以策劃活動，微博轉(zhuǎn)發(fā)等。
微信推廣
內(nèi)容定位：結(jié)合產(chǎn)品做內(nèi)容聚合推薦，內(nèi)容不一定要多，但是一定要精并且符合微信號的定位；
種子用戶積累：初期可以給定個KPI指標(biāo)，500個粉絲一個門檻，種子用戶可以通過同事好友，合作伙伴推薦，微博引流，官網(wǎng)引流等；
小號積累：開通微信小號，每天導(dǎo)入目標(biāo)客戶群；
小號導(dǎo)大號：通過小號的粉絲積累推薦微信公眾號，將粉絲導(dǎo)入到微信公眾號；
微信互推：當(dāng)粉絲量達(dá)到一定預(yù)期后，可以加入一些微信互推群。
媒體渠道
選擇的渠道決定了傳播的效果：
對于公司創(chuàng)始人的一些采訪，我們可能更傾向于行業(yè)及財經(jīng)相關(guān)的權(quán)重高的紙媒，有利于大面積的帶動傳播;
對于產(chǎn)品的發(fā)聲，我們更傾向于科技類的新媒體，在行業(yè)內(nèi)能引起更快速的關(guān)注力;而對于事件話題性的新聞，我們更青睞于選擇大型門戶類網(wǎng)站。
對于自媒體這領(lǐng)域，實力參差不齊，選擇有中立觀點和實力派的自媒體發(fā)聲，不失為好的選擇。但是成本對創(chuàng)業(yè)公司來說，并不是性價比最高的。
對于電視媒體，選擇對和你潛在用戶相吻合的節(jié)目，是一個能快速讓產(chǎn)品呈爆發(fā)式增長的途徑.
數(shù)據(jù)分析
來源
前期數(shù)據(jù)
上線后的數(shù)據(jù)（下載量、激活量等）
來自用戶的數(shù)據(jù)
來自網(wǎng)站日志的數(shù)據(jù)：
（1）聚合度量
（2）點擊流分析
（3）基于會話的統(tǒng)計
（4）基于用戶的統(tǒng)計
競爭對手的數(shù)據(jù)
不同階段的數(shù)據(jù)分析（摘自從零開始做運(yùn)營--運(yùn)營數(shù)據(jù)分析By MyKme）
網(wǎng)站或產(chǎn)品開通初期運(yùn)營階段：流量是關(guān)鍵指標(biāo)，不僅僅是UV/PV、停留時間指標(biāo)，更重要的是流量來源于何處。流量到來之后的操作、在哪里結(jié)束。
網(wǎng)站或產(chǎn)品的持續(xù)運(yùn)營階段：重在用戶的留存、活躍指標(biāo)、甚至是付費規(guī)模。需要跟蹤所有流量來源的渠道質(zhì)量，強(qiáng)化用戶行為的分析，拆分出各個維度、各種路徑的留存、活躍、轉(zhuǎn)化的情況，用戶的興趣點，成長模型等。
網(wǎng)站或產(chǎn)品的成熟期：重在用戶流失的速度、分析流失原因，對留存與活躍用戶給與重點的關(guān)注。
網(wǎng)站或產(chǎn)品的衰退期：數(shù)據(jù)的保存工作。結(jié)束運(yùn)營，要做好各種準(zhǔn)備和通知。
各種運(yùn)營核心數(shù)據(jù)
內(nèi)容運(yùn)營
1、內(nèi)容的展示數(shù)據(jù)：是最基礎(chǔ)的數(shù)據(jù)，意義和價值在于:提供給內(nèi)容運(yùn)營者一個直觀而基礎(chǔ)的數(shù)據(jù)情況，用來展示內(nèi)容被點擊、查閱的情況，從而分析內(nèi)容是否為網(wǎng)站或產(chǎn)品提供了對應(yīng)的幫助，內(nèi)容的展示數(shù)據(jù)包括但不限于：內(nèi)容的點擊次數(shù)、內(nèi)容頁面的蹦失率、內(nèi)容頁面的停留時長。
2、內(nèi)容的轉(zhuǎn)化數(shù)據(jù)：是較展示數(shù)據(jù)更深層的數(shù)據(jù)，它往往用于判斷內(nèi)容是否能夠促進(jìn)用戶的轉(zhuǎn)化（從活躍到付費的轉(zhuǎn)化），內(nèi)容轉(zhuǎn)化數(shù)據(jù)包括但不限于：內(nèi)容中付費鏈接的點擊次數(shù)、付費成功次數(shù)；內(nèi)容頁面廣告的點擊次數(shù)、廣告的停留時間、二次轉(zhuǎn)化成功率等等。
3、內(nèi)容的粘性數(shù)據(jù)：考慮展示數(shù)據(jù)時，如果進(jìn)一步分析用戶重復(fù)觀看的次數(shù)，那么結(jié)合每次觀看的停留時間，就可以得到粘性數(shù)據(jù)。RFM模型分析獲得內(nèi)容或者用戶的粘性值和分布。
4、內(nèi)容的擴(kuò)散數(shù)據(jù)：又稱為“分享”數(shù)據(jù)，是社會化浪潮中一個新增可監(jiān)控的數(shù)據(jù)，內(nèi)容的分享頻次和分享后帶來的流量統(tǒng)計，可以說明內(nèi)容對一類用戶的價值和作用情況，對于需要通過分享帶來用戶的網(wǎng)站或產(chǎn)品，以及需要引爆熱點和病毒式營銷的運(yùn)營項目有著重大的意義和價值。
活動運(yùn)營
舉例說明：一個網(wǎng)站的分享邀請活動，活動主旨：老用戶帶來新用戶，可以通過社會化渠道、郵件、復(fù)制鏈接進(jìn)行分享。新用戶通過鏈接進(jìn)入活動注冊頁面完成注冊，進(jìn)入網(wǎng)站，填寫用戶資料并完成登錄，即認(rèn)為是有效的。完成有效邀請的老用戶和新用戶，均可獲贈一件小禮品。
對這類的活動，有幾個關(guān)鍵的數(shù)據(jù)：1、分享的渠道--用來判斷下次活動主推哪些分享渠道；2、受邀請的用戶的注冊率--用來進(jìn)行發(fā)獎和判斷活動質(zhì)量；3、進(jìn)行分享的老用戶的參與度--用來進(jìn)行用戶分級，判斷活動規(guī)則對老用戶的吸引力，對未來開展類似活動，應(yīng)當(dāng)選擇的用戶類型是一種參考。
核心數(shù)據(jù)包括：1、各個分享渠道的分享次數(shù)、分享鏈接的點擊次數(shù)、各個渠道注冊--成功的轉(zhuǎn)化率；2、總的注冊--成功轉(zhuǎn)化率、用戶注冊的蹦失節(jié)點、用戶注冊完成后引導(dǎo)過程的蹦失節(jié)點；3、參與活動的老用戶總數(shù)、分享渠道按照使用次數(shù)的分布、對于使用了兩個或兩個以上分享渠道的老用戶的日常行為表現(xiàn)（活動前后一個月的行為表現(xiàn)等）。
電商折扣活動例子：母嬰用戶折扣活動，希望帶來日常銷量2倍的活動時間內(nèi)的銷量增長。
關(guān)鍵數(shù)據(jù)：1、廣告投放渠道的質(zhì)量--用來判斷目標(biāo)用戶的媒體觸點，未來類似活動主要投放渠道的篩選憑證；2、單品銷量的增長情況--用于判斷目標(biāo)用戶對于什么樣的產(chǎn)品更感興趣；3、總體銷量目標(biāo)的完成度--用于判斷活動是否達(dá)到預(yù)期；4、各關(guān)鍵節(jié)點的轉(zhuǎn)化率--活動頁面商品的點擊次數(shù)--進(jìn)入頁面的流量、瀏覽--放入購入車/下單的轉(zhuǎn)化率、購物車--付費的成功率、支付成功率。
核心數(shù)據(jù)：1、分渠道的廣告展示統(tǒng)計--展示次數(shù)、點擊次數(shù)，landingpage蹦失率；2、用戶興趣點分布--頁面商品點擊次數(shù)、單品瀏覽量、下單量、使用購物的用戶數(shù)和商品進(jìn)入購物車的次數(shù)；3、訂單轉(zhuǎn)化率--瀏覽--下單的轉(zhuǎn)化率、購物車--下單的轉(zhuǎn)化率；4、支付成功率----完成支付的訂單數(shù)與提交的訂單數(shù)比等等。
用戶運(yùn)營
用戶注冊數(shù)據(jù)：1、注冊用戶規(guī)模、增長速度；2、渠道質(zhì)量--注冊渠道有哪些，渠道的注冊轉(zhuǎn)化率如何；3、注冊流程質(zhì)量--完成注冊的用戶數(shù)、注冊流程中用戶蹦失節(jié)點統(tǒng)計；4、注冊用戶行為跟蹤--完成注冊后當(dāng)時用戶的行為統(tǒng)計。
用戶留存數(shù)據(jù)：1、留存用戶的規(guī)模，注冊--留存的轉(zhuǎn)化率；2、用戶登錄時間、頻率；3、用戶使用產(chǎn)品或網(wǎng)站服務(wù)的時間、長短、頻率等。
用戶活躍數(shù)據(jù)：1、活躍用戶的規(guī)模、增長速度、注冊--活躍的轉(zhuǎn)化率；2、用戶登錄后的行為統(tǒng)計；3、用戶使用產(chǎn)品或網(wǎng)站服務(wù)的頻率、內(nèi)容、行為等。
用戶付費數(shù)據(jù)：1、付費用戶規(guī)模、增長速度、注冊--付費/活躍--付費的轉(zhuǎn)化率；2、付費金額、頻率等；3、付費用戶的日常行為跟蹤。
用戶流失數(shù)據(jù)：1、流失用戶的規(guī)模、速度；2、流失用戶的日常行為跟蹤；3、用戶流失的原因分析；4、流失用戶的挽回策略和效果分析等。
從數(shù)據(jù)分析人
1、拋棄預(yù)設(shè)立場（定位）；
2、深挖用戶行為（時間節(jié)點前后的持續(xù)行為）與系統(tǒng)事件（版本升級，服務(wù)器錯誤）;
3、嘗試換位思考；
4、整合關(guān)鍵數(shù)據(jù)：
（1）造成數(shù)據(jù)變化的原因究竟是什么？
（2）有什么辦法可以改善或者促進(jìn)數(shù)據(jù)的變化？
（3）獲得經(jīng)驗，下次有類似的情況應(yīng)該進(jìn)行何種處置和預(yù)案。
數(shù)據(jù)會說謊
1.誰說的：
是否發(fā)布機(jī)構(gòu)的原版文件、是否有加工處理？
數(shù)據(jù)發(fā)布機(jī)構(gòu)是否權(quán)威可信？
2.數(shù)據(jù)是怎么來的：
數(shù)據(jù)采擇面向的對象——是否存在普遍性缺失？
數(shù)據(jù)采集使用的方法——會否排除掉部分目標(biāo)受訪者？是否存在「刷」的可能？受訪者有意或無意地提供錯誤數(shù)據(jù)？
3.數(shù)據(jù)的呈現(xiàn)方式：
可以夸大或縮小差距——圖表長寬、取值間隔、取值時間、總和>1
偽造相關(guān)性——取值范圍、故意選擇有利樣本
4.這個資料有意義嗎
無意義的相關(guān)性——尼古拉斯凱奇在電影中的出鏡次數(shù)和淹死在游泳池里的人數(shù)
無意義的結(jié)論——縱觀漫長的世界杯史，中國隊也僅輸過三次
處理用戶反饋
面對用戶反饋，首先是明白聆聽用戶的意見≠按用戶說的做，如同用戶調(diào)研當(dāng)中提到的那樣，用戶的反饋往往是基于個人喜好（例如偏好某種顏色，左右手操作等）和自己所想到的解決方案，這些反饋提出表層需求可能會千差萬別，PM首先要做的便是判斷：哪些問題的確是產(chǎn)品的問題？用戶反饋背后的真實需求可能是什么？這需求是否廣泛存在？滿足該需求的解決方案是否可行、低成本？
然后PM便要根據(jù)該需求的廣泛性、緊迫性、重要性和可行性進(jìn)行綜合分析排序，制定下一步的迭代開發(fā)計劃。對于強(qiáng)調(diào)參與感的產(chǎn)品團(tuán)隊而言，計劃制定后還可以發(fā)布到產(chǎn)品論壇上供用戶了解和討論。
產(chǎn)品經(jīng)理的溝通之路（待完成）
產(chǎn)品的營銷
無數(shù)位用不同的表達(dá)說過同樣一句話：好的產(chǎn)品自己就有翅膀，而營銷只是幫助它扶搖萬里的風(fēng)；壞的產(chǎn)品天生折翼，即使刮的是龍卷風(fēng)，終究也會摔死。
PM應(yīng)該了解的技術(shù)知識
前后端語言基礎(chǔ)介紹
摘自《產(chǎn)品經(jīng)理從零到一技術(shù)進(jìn)階：不懂代碼也能愉快地與開發(fā)人員相處》
http://36kr.com/p/531771.html
原作者：張元一 ?產(chǎn)品原型工具墨刀的創(chuàng)始人
Web 前端語言
HTML 和帶樣式的 HTML
HTML 就是一組標(biāo)簽和文本的組合，是一個最基本的網(wǎng)頁。它已經(jīng)包含了網(wǎng)頁常見的元素，實際上在 Web 早期的很長一段時期內(nèi)，網(wǎng)頁都是這個樣子。后來隨著使用網(wǎng)絡(luò)的人群越來越廣泛，在 HTML3.0 中引入了對網(wǎng)頁樣式的定義，某種程度上可以說，也是從這個時候開始產(chǎn)生了網(wǎng)頁設(shè)計師的角色。
CSS
帶樣式的 HTML 也擁有一個缺點，它需要為每個標(biāo)題和文字都設(shè)定樣式，工作量非常龐大。 CSS 就是在這樣的情況下誕生了。CSS ，又稱疊層樣式表，簡言之是一種用來表現(xiàn) HTML 文件樣式的樣式設(shè)計語言。CSS 能夠?qū)W(wǎng)頁中的對象的位置排版進(jìn)行像素級的精確控制，實現(xiàn)基礎(chǔ)的靜態(tài)的交互設(shè)計；而CSS 目前的最新版本 CSS3 能夠真正做到網(wǎng)頁表現(xiàn)與內(nèi)容分離。
Javascript
差不多在 CSS 誕生的同一時間，大家開始覺得這樣靜態(tài)的網(wǎng)頁似乎略顯無聊，能不能給網(wǎng)頁加入一些可以動起來的元素？比如點擊一個按鈕之后變個顏色。當(dāng)時網(wǎng)景公司的工程師Brendan Eich 就給他們自家的瀏覽器引入了這種實現(xiàn)動態(tài)效果的腳本語言，這就是 Javascript（簡稱 JS）的誕生。所以通俗來說，Javascript 就是用來給 HTML 網(wǎng)頁增加動態(tài)功能，實現(xiàn)更炫酷的交互。
提到 Javascript ，就得提一下 jQuery 。 jQuery 是一個優(yōu)秀的 Javascript 庫。jQuery 使用戶能更方便地處理 HTML ，它能夠使用戶的 HTML 頁面保持代碼和 HTML 內(nèi)容分離,通過 jQuery ，可以不用在 HTML 里面插入一堆 JS 來調(diào)用命令，只需要定義 ID 即可。此外，由 Twitter 設(shè)計師 Mark Otto 和 Jacob Thornton 合作開發(fā)的 Bootstrap 也是一個受歡迎的前端框架。
HTML5 簡史和響應(yīng)式設(shè)計
HTML 在剛誕生的前 10 年發(fā)展是非常迅速的，在 1999 年，我們現(xiàn)在常說的 HTML5 的上一個版本 HTML4.0.1 就已經(jīng)發(fā)布了，那么為什么從 4.0 到 5.0 會拖了 15 年之久？
首先，HTML4 的發(fā)布時間和門戶時代（即 Web 1.0 時代）是基本吻合的，也就是說 HTML4 實際上是為門戶型網(wǎng)站設(shè)計的。在門戶網(wǎng)站經(jīng)歷的 4，5 的年發(fā)展之后，大家開始覺得只是單一接受信息的互聯(lián)網(wǎng)太過無聊枯燥了，差不多 2004、2005 年開始，大家希望在網(wǎng)頁中加入更多的互動元素，也就是我們常說的 Web 2.0。
但是這個時候大家發(fā)現(xiàn)，為 Web 1.0 設(shè)計的 HTML4 無法勝任這個工作，但是有另外一個技術(shù)卻非常適合，那就是 Flash。所以在 Web 2.0 的早期，當(dāng)時最炫酷的網(wǎng)站有很多是完全用 Flash 開發(fā)的，在以后的很長一段時間里，有很多網(wǎng)站都是 HTML 和 Flash 的混合式網(wǎng)站。所以在 2005 - 2010 年這段時間，HTML5 中的新標(biāo)準(zhǔn)主要是為了取代 Flash。
剛剛搞定了 Flash，又進(jìn)入了移動開發(fā)時代，所以 HTML5 又花了 5 年時間制定各種針對移動平臺的標(biāo)準(zhǔn)。但是到目前為止，雖然 HTML5 已定定稿，但是對移動平臺的適應(yīng)其實還在進(jìn)行中，所以在未來很長一段時間內(nèi)，就像當(dāng)初的 Flash 一樣，我們會看到越來越多的混合式應(yīng)用。
在 iPhone 出現(xiàn)之前，大家訪問 Web 的主要方式還是通過桌面瀏覽器，所以設(shè)計網(wǎng)頁時只要考慮桌面瀏覽器的顯示效果就足夠了。但是在 iPhone 和 iPad 出現(xiàn)之后，就需要考慮同一個網(wǎng)頁在不同設(shè)備上的顯示效果，第一個問題的答案就是響應(yīng)式，響應(yīng)式的核心就是讓同一個網(wǎng)頁可以在不同設(shè)備上呈現(xiàn)出不同的顯示效果，主要是通過CSS來實現(xiàn)的。
除了響應(yīng)式設(shè)計，HTML 在移動端遇到的另外兩個問題就是如何利用移動設(shè)備的各種傳感器，比如 GPS，攝像頭等等；以及性能問題。為了解決這些問題，HTML5中添加了地理位置，拍照，3D 動畫加速等等 API，可以部分的利用手機(jī)設(shè)備的一些新硬件，并且新的 API 還在不斷的加入進(jìn)來，這也是為什么現(xiàn)在的 HTML5 應(yīng)用可以越來越炫酷的原因。但是，HTML5 并不是專為移動設(shè)備設(shè)計的，它是由 HTML5，CSS3 以及大量的 Javascript API 共同組成的一個標(biāo)準(zhǔn)合集，微信中的 HTML5 應(yīng)用只是 HTML5 應(yīng)用場景中的很小一部分。
前端學(xué)習(xí)資料
https://github.com/alex/what-happens-when
https://qdan.me/list/VNBugw7ObupFRdlE
后端服務(wù)器
后端的任務(wù)實際上就是向前端提供需要顯示網(wǎng)頁和 APP 內(nèi)容的數(shù)據(jù)，可能是 HTML，也可能是JSON 數(shù)據(jù)，也可以是音視頻或者 PDF 文件。簡單的來劃分，一個服務(wù)器包含3個部分：
1/ ?HTTP 服務(wù)器
2/ 應(yīng)用服務(wù)器
3/ 數(shù)據(jù)庫
HTTP 服務(wù)器的唯一任務(wù)就是把需要返回給客戶端的資源文件封裝在 HTTP 數(shù)據(jù)包里，這個資源有可能是它后面的應(yīng)用服務(wù)器動態(tài)生成的，也有可能是保存在硬盤上的靜態(tài)文件。這是所有后端程序都必須有的，也是直接和我們的瀏覽器通信，返回給我們數(shù)據(jù)的程序。它的作用就是把它后面的編程語言生成的各種 HTML/CSS/Javascript，打包成一個 HTTP 請求，然后再封裝到一個 TCP/IP 的數(shù)據(jù)包里發(fā)回給我們。而最常用的兩個 HTTP 服務(wù)器叫做 Apach 和 Nginx。
應(yīng)用服務(wù)器就是通常意義上所說的碼農(nóng)負(fù)責(zé)的部分。他們的職責(zé)就是生成前端需要的HTML/CSS/JS 交給瀏覽器。
后端語言
1/ .net/java
龐大，復(fù)雜。但?Java?的優(yōu)點就是適合處理特別大的數(shù)據(jù)量，如果你的項目會很快實現(xiàn)大爆發(fā)，需要處理海量的請求，那么?Java?是一個不錯的選擇。
2/ PHP
可以快速上手，相比其他語言，可以更快的為應(yīng)用添加各種新功能。當(dāng)然，可維護(hù)性就另當(dāng)別論了。
3/ Ruby
非常接近自然語言，基本上即使不懂編程，也能看明白?70% 或?80%。04?年出現(xiàn)了一個用?Ruby?編寫的?Web?開發(fā)框架?Ruby?on Rails，當(dāng)時的效果是非常震撼的，以前需要一個團(tuán)隊才能搞定的事情，使用?Ruby on Rails?后?1?個人就可以勝任了，所以?Ruby on Rails?在極短的時間內(nèi)就成為了?Ruby?的代名詞，也成為了新手學(xué)習(xí)?Web?開發(fā)的不二選擇，但是?Ruby?語言也并非十全十美，快的同時，他的最大短板就是性能。Twitter?最早就是使用?Ruby on Rails?開發(fā)的，但是隨著用戶數(shù)的逐步增長，Twitter?的宕機(jī)開始變得非常頻繁，后來他們迫不得已將整個系統(tǒng)從?Ruby?遷移到到了一個從?Java?派生出來的語言?Scala。
4/ node.js
簡單來說，可以把?node.js?理解為跑在服務(wù)器上的?javascript，再直白一點，就是一個跑在服務(wù)器上的瀏覽器，因為?node.js?最早就是從?chrome?瀏覽器的Javascript?引擎?V8?中剝離出來的。相比?Ruby，Node.js?程序可以獲得更高的并發(fā)性能，這在一些高并發(fā)的場景下（比如群聊，多人協(xié)作等）會很有優(yōu)勢。
5/ 其它（python，closure 等）
6/ 無后端（leancloud）
無后端編程是最近的一個新趨勢，但她并非說是真的沒有后端，而只是把后端交給一些第三方的云平臺，比如 Leancloud，F(xiàn)irebase?等。如果你開發(fā)一個手機(jī)?App，這樣的好處就是你可以在早期沒有后端程序員的情況下快速開工，像Leancloud?這樣的云平臺已經(jīng)可以勝任大部分的應(yīng)用場景，如果后期業(yè)務(wù)邏輯復(fù)雜之后再尋找合適的后端工程師遷移也不遲。
7/ 最強(qiáng)編程語言 Lisp
如果要評選一個最強(qiáng)的編程語言，該是哪個呢？答案就是Lisp。為什么是?Lisp？Lisp?的作者在很早以前就從數(shù)學(xué)的層面總結(jié)了一個完美的編程語言應(yīng)該具備的?9?種能力，而?Lisp?就是為了配合他的這個理論而產(chǎn)生出來的語言。Hacker News 是由?YC?的創(chuàng)始人?Paul Graham?開發(fā)的，而?Paul Graham?本身就是一個?Lisp?程序員，他為了開發(fā)?Hacker News，專門發(fā)明了一種新語言叫做?Arc，但因為它是基于?Lisp?的，所以也被歸為了?Lisp?的方言之一。
數(shù)據(jù)庫
我們平常訪問的大部分網(wǎng)站都是需要登錄操作的，登錄之后我們看到的就是只和自己相關(guān)的那部分內(nèi)容。這些用戶信息是保存在什么地方的呢？這就需要用到數(shù)據(jù)庫。關(guān)于數(shù)據(jù)庫，代表性的有兩個：
1/ MySQL
2/ MongoDB
MySQL 是最常用的結(jié)構(gòu)化數(shù)據(jù)庫，也是大多數(shù)創(chuàng)業(yè)公司的選擇。為什么是結(jié)構(gòu)化的？就是說它的表的結(jié)構(gòu)是固定的，比如我們常見的 User 表在 MySQL 中就是這樣的：
id ??name ???????????email ??????????????????????????password
1 ???一元 ???? ? ? ?y@modao.io ? ? $2a$10$ZxNhLyDTdagtUc...
2 ??產(chǎn)品集小妹 ??xiaomei@36kr.com?$2a$10$zK7TnBXYYFz...
如果我們需要取得一條用戶記錄來檢查他輸入的密碼是否正確，這時我們就需要使用 SQL，SQL 就是結(jié)構(gòu)化查詢語言。
簡單來說，SQL 數(shù)據(jù)庫保存的是結(jié)構(gòu)化數(shù)據(jù)，NOSQL 數(shù)據(jù)庫則可以保存非結(jié)構(gòu)化數(shù)據(jù)。舉個例子，還拿上面的用戶表來舉例，如果我們現(xiàn)在想要給產(chǎn)品集小妹增加一些額外的屬性，比如她給某個產(chǎn)品點贊可以效果 x2，那么如果是 SQL 數(shù)據(jù)庫，我們就需要給數(shù)據(jù)庫增加一個新的字段來保存這個屬性：
id ??name ???????????email ??????????????????????????x2
1 ???一元 ?????????????y@modao.io ??????????????false
2 ???產(chǎn)品集小妹 ??xiaomei@36kr.com ????true
但是如果是 MongoDB 這樣的 NOSQL 數(shù)據(jù)庫，我們就不需要給所有用戶都增加一個x2的屬性，只需要給產(chǎn)品集小妹單獨增加就可以了，NOSQL 中保存到數(shù)據(jù)是如下這個樣子的：
{id: ‘1’, name: ‘一元’, email: 'y@modao.io’, password: ‘…’}
{id: ‘1’, name: ‘產(chǎn)品集小妹’, email: 'xiaomei@36kr.com’, password: ‘…’, x2: true}
Cookie 和 Session
服務(wù)器要處理成千上萬用戶的請求，那么他是如何區(qū)分每個用戶，并返回給每個用戶他所需要的內(nèi)容的 ？這就要涉及到 Cookie 和 Session。我們可以將 Cookie 理解為是服務(wù)器給每個用戶分配的唯一 ID，這個 ID 由用戶瀏覽器保存，而 Session 則是服務(wù)器為了維護(hù)這個會話在服務(wù)器端保存的與 cookie 對應(yīng)的用戶數(shù)據(jù)。
移動開發(fā)
移動端和瀏覽器的區(qū)別就在于，大部分 App，我們打開的一瞬間，就已經(jīng)看到了它的界面，而不用再去向服務(wù)器來拿顯示界面的 HTML 等文件。所以移動端，開發(fā)原生應(yīng)用所運(yùn)用到的技術(shù)（比如 Objective C，swift）就相當(dāng)于前端的 HTML，只不過它是直接保存在應(yīng)用本地的。這樣就產(chǎn)生了一個問題：如何來獲取應(yīng)用數(shù)據(jù)？如果是網(wǎng)頁應(yīng)用，我們可以直接將數(shù)據(jù)包含在HTML 中一并反饋給瀏覽器；但是對于移動應(yīng)用就需要有一個專門的協(xié)議來傳送應(yīng)用需要的數(shù)據(jù)，這就是 JSON。
移動應(yīng)用的前端技術(shù)，目前來說主要有以下三種：
1/ 原生
2/ 混合式
3/ HTML5
HTML5 必經(jīng)要經(jīng)過瀏覽器這個中間層，所以在性能上多少會有些損失，所以如果你的應(yīng)用對性能特別敏感，原生就會是比較好的選擇；對于普通的性能要求沒那么嚴(yán)格的應(yīng)用來說，HTML5是完全可以滿足的。而如果已經(jīng)有了一個移動端的網(wǎng)站，這種情況下混合式就會是一個比較好的選擇，它可以最大程度的利用已有的資源。如果說你是從頭開發(fā)一個移動應(yīng)用，并且這個應(yīng)用對用戶體驗的要求也不是特別嚴(yán)格，那么 HTML5 就會是一個很好的選擇，HTML5 移動應(yīng)用比較顯著的應(yīng)用就是 Dailycost 。
如果說開發(fā)一個原生應(yīng)用需要 4-6 周，那么同樣功能的應(yīng)用如果我們把其中的一部分用 HTML來實現(xiàn)，那么可能就只需要 3-4 周的時間，但是如果我們?nèi)渴褂?HTML ，可能就只需要1-2?周。
其他
創(chuàng)新行不行？
極端用戶
邊緣場景
敏捷開發(fā)
功能添加
作為一個有良好口碑的產(chǎn)品，每加一個功能都要考慮清楚，這個功能給10%的用戶帶來好感的時候是否會給90%的用戶帶來困惑。如果有沖突的要聰明點，分情況避免。每個功能不一定要用的多才是好，而是用了的人都覺得好就是好。
1、合理的用戶（行為）維度
盡管QQ希望大家活躍，但是他沒有選用“用戶每天發(fā)送的信息量”來作為激勵因素。原因有幾點：
（1）容易讓用戶產(chǎn)生逆反心理
為什么要逼著我每天都發(fā)兩條信息才能升級，真變態(tài)?。。ㄌ貏e是之前已有了掛機(jī)升級的潛在意識）。如果用戶忙碌的時候，甚至?xí)纱嗳∠麙鞕C(jī)（反正掛機(jī)不能升級），從而降低在線用戶數(shù)。
（2）行為很難定義
發(fā)送的信息是一句話還是一個標(biāo)點符號，如果我每次發(fā)一個標(biāo)點符號，發(fā)100次是否可行？這種很難說明的定義會造成用戶的困惑或者“刷票行為”。
（3）閾值很難把握
個別活躍用戶，每天發(fā)送成百上千條信息，一個月后是否就直接升到了成長體系的頂峰？這樣的成長體系是沒有太多意義的。
2、明確的激勵目標(biāo)
聊天軟件追求活躍，下載軟件追求下載次數(shù)，電商軟件追求消費頻次，論壇追求發(fā)帖數(shù)···不同類型的app要根據(jù)自身特性，明確自己的激勵目標(biāo)，從而選擇合理的用戶維度。
3、計算模型簡單
模型簡單的好處能然用戶快速意識到“獎勵機(jī)制”，同時有預(yù)期來作為成長的目標(biāo)。
4、獎勵可感知和差異化
通過等級提升，用戶需要感受到帶來的特權(quán)獎勵。同時，不同級別的用戶所享受到的特權(quán)是有差別的，等級越高特權(quán)越大。
創(chuàng)造好社交產(chǎn)品的戰(zhàn)術(shù)與戰(zhàn)略
摘自《淺談“什么是好的社交產(chǎn)品？”》 原作者汪天凡
http://www.itdecent.cn/p/3801d6d24704?utm_campaign=hugo&utm_medium=reader_share&utm_content=note&utm_source=weixin-timeline&from=timeline&isappinstalled=1
1. 做口碑，靠人性的光輝。
什么是人性？比如，對弱者的關(guān)懷，對強(qiáng)者的崇拜，對完美的追求，對于新事物的好奇，對于求真的迫切。人性，是最有口碑傳播力的一種力量，因為它能代表真善美，符合人性的產(chǎn)品，體現(xiàn)在能夠幫助用戶獲得安慰、獲得知識、獲得生活方式等等。典型的產(chǎn)品，是豆瓣和知乎。
2. 做啟動，靠野性的力量。
什么是野性？比如，對性的渴望，對隱私的窺探，對仇人的重傷、對名人的嘲諷、對老板的抱怨、對弱者的挖苦、對弱者的歧視的等等。野性，是最能吸引用戶來試一試的地方，一個好的野性產(chǎn)品，可以把按摩房做的像電影院，可以把游戲機(jī)房做的像私塾。典型的產(chǎn)品，是陌陌和秘密類。
3. 做人群，靠規(guī)則的潛力。
什么是規(guī)則？比如標(biāo)簽，遵循規(guī)則意味著一種歸屬，這種歸屬可以方便用戶找到和剔除不必要的雜音。如果規(guī)則是打標(biāo)簽為王，那么愛秀名牌包的人，如果好職位title為王，那么在職場得意的人，最容易獲得關(guān)注。好的規(guī)則，可以剔除雜音，可以聚攏精英。典型的產(chǎn)品，是nice、脈脈、小紅書。
4. 做長線，靠技術(shù)的牛逼。
什么是技術(shù)？技術(shù)，可以解決高并發(fā)、可以讓不活躍的用戶開口，可以匹配一個相見恨晚的用戶給你，可以將音頻和視頻以最低成本和最快速度展現(xiàn)給用戶。同樣的產(chǎn)品，走到幾十萬DAU以上的時候，無論是用戶增長還是成本控制，技術(shù)的高低決定了一切。這時候，門檻已經(jīng)擺在那里。典型的產(chǎn)品，是YY和Gif快手。
有了下面2個亮點，才是值得搏一把的，戰(zhàn)略層面：
1. 新的內(nèi)容和關(guān)系
關(guān)鍵在于“新”，回想起當(dāng)年為何人人微博微信讓用戶如此興奮的原因，從關(guān)系講，人人讓我與大學(xué)同學(xué)產(chǎn)生前所未有的虛擬交集，我還拓展到了同校的其他班級同學(xué)，從內(nèi)容講，我們分享了各種日志。微博也是一樣，新的段子手和大V的言論得到展現(xiàn)，和大V互粉也是格外的令人興奮。微信就更不用說了，爸媽因為通訊錄的導(dǎo)入，瞬間和他們的小學(xué)同學(xué)聊起來了。這三個產(chǎn)品，異口同聲的讓用戶找到了新的關(guān)系和新的內(nèi)容。我覺得，更重要的是，“關(guān)系在先，內(nèi)容在后?！?/b>，現(xiàn)在很多的社交產(chǎn)品，太過強(qiáng)調(diào)內(nèi)容，搞了一堆所謂搞笑的東西放在里面，其實用戶是把產(chǎn)品當(dāng)做娛樂小報來看的，這是很可惜的。
2. 創(chuàng)始人：洞察力+定力+魅力
一個革命性的社交產(chǎn)品的創(chuàng)始人，需要如下3個素質(zhì)：
第一，是洞察力。社交關(guān)于人與人之間的溝通規(guī)則。對于人性的把握，是我最渴望看到的。我希望創(chuàng)始人能夠花路演90%的時間，來描述他對于產(chǎn)品用戶的典型畫像，用戶在產(chǎn)品里到底在做什么，用戶做什么是他關(guān)心的，用戶為何會持續(xù)這么做下去，用戶為何會激動，用戶何時會回來。用戶用戶用戶。這需要強(qiáng)大的洞察力。
第二，是定力。社交產(chǎn)品，不是在爆發(fā)中輝煌，就是在爆發(fā)中滅亡，這需要創(chuàng)業(yè)者有面對大流量和爆發(fā)后的定力，比如最近的足記，之前的臉萌和魔漫相機(jī)。同時，因為社交的商業(yè)化非?？亢?，所以需要創(chuàng)始人有足夠的人格魅力來穩(wěn)住團(tuán)隊，這需要強(qiáng)大的定力。
第三，是魅力。在流量和開發(fā)需求越來越多的時候，尋找到更棒的技術(shù)和產(chǎn)品人才，并且由于路比較長，所以每一輪融資都需要創(chuàng)始人能夠應(yīng)付過來，因此，這需要強(qiáng)大的魅力。
卡片式設(shè)計
1.讓形式服從于內(nèi)容，框架有內(nèi)容決定
2.能夠適配不同尺寸的設(shè)備，小設(shè)備單欄，大設(shè)備兩欄或三欄
3.內(nèi)容上扁平化、碎片化，但體驗上其實是擬物化的，可以滑動、堆疊等等
4.引導(dǎo)用戶一直閱讀下去
5.單個卡片承載的信息有限，信息/空間比較低，而且排版不方便，內(nèi)容復(fù)雜或多圖的不適合用卡片式
By 陶國恩 gary_pm@foxmail.com
———————————參考及推薦資料（我才沒有做廣告！）————————————
書籍：
啟示錄（我的第一本產(chǎn)品書）
締造企鵝（第二喜歡的產(chǎn)品書，詳實精彩但稍欠精煉）
結(jié)網(wǎng)（國內(nèi)經(jīng)典產(chǎn)品書，但個人感覺深度不足）
用戶體驗草圖設(shè)計
精益創(chuàng)業(yè)（創(chuàng)業(yè)神書一）
重來（創(chuàng)業(yè)神書二）
創(chuàng)業(yè)維艱（創(chuàng)業(yè)神書三）
點石成金
破繭成蝶（里面有很多吐槽不靠譜PM的段子，自省之）
About Face 3.0
在你身邊為你設(shè)計
營銷管理（作為市場營銷專業(yè)的學(xué)生，這是營銷學(xué)的Bible）
用戶體驗要素（只讀過讀書筆記）
贏在用戶（只讀過讀書筆記）
影響力（只讀過讀書筆記）
瞬間之美
文案訓(xùn)練手冊（盡管應(yīng)該是至少十年前的著作，但今天看還是很棒，未參透）
浪潮之巔
設(shè)計師式認(rèn)知
線上資源
知乎（在此吸收了無數(shù)知識，可惜自己很少敢動筆回答，謝謝所有答題者?。?/p>
人人都是產(chǎn)品經(jīng)理、產(chǎn)品100、產(chǎn)品經(jīng)理@唐杰、pmcaff
簡書（大家都懂的~）
互聯(lián)網(wǎng)巨頭設(shè)計中心博客：騰訊CDC（至愛!）、ISUX；網(wǎng)易u(yù)edc；淘寶UED
騰訊大講堂
個人博客：華為設(shè)計總監(jiān)尤文文博客、龍爪槐守望者博客、阿黎手記（原載在小米后院，但建議直接搜索，已發(fā)的博文其實都已寫入《參與感》，期待新文章）
w3school（在線、免費、靠譜的web技術(shù)入門教程）
