掐指一算，上任產(chǎn)品半年多了，期間基本屬于沒人管的狀態(tài)，獨立背2個鍋，產(chǎn)品設(shè)計+項目管理+小團隊，基本上各種各樣的坑全TM讓我踩了一遍，總結(jié)一下警示自己
產(chǎn)品設(shè)計方面
- 意淫太多，需求扯淡
拍腦袋想出來的需求，大多數(shù)情況下是沒什么卵用的 - 太在意競品功能
人家做了這么個功能，那我也加一個吧——加你大爺啊(╯‵□′)╯︵┻━┻ - 加法做得太多，減法做得太少
做完再回頭一看，起碼有一半的需求是可以砍掉的，最核心的需求就那么幾個 - 產(chǎn)品最底層的原則性沒想透徹
這TM是一切痛苦的來源！最底層的原則性一定要想清楚，這將是拍方案的重要決策依據(jù)！拍方案的時候各有各的說法，各有各的優(yōu)劣，看起來好像都有道理，如果沒有一個原則性來作為評判指標(biāo)，做決策的時候十分痛苦
干貨參照http://mt.sohu.com/20150818/n419091711.shtml - 應(yīng)該先想清楚做什么，再想怎么做
RD出身通病，不自覺的就會先考慮怎么實現(xiàn)，覺得實現(xiàn)麻煩就先暫緩。應(yīng)該先明確目的，再由目的推到方案，而不是反過來 - 太在意視覺效果，酷炫動效
需求>交互>UI，我應(yīng)該做的是保證需求OK，交互操作地爽，原型圖把需求、交互完全體現(xiàn)就夠了，糾結(jié)個毛線視覺效果 - feature list必須得管理起來
我早就忘了3個月前做的啥功能了，砍沒砍掉都不記得！
項目管理
1、時間點很重要
先確定上線時間點，再倒推測試、開發(fā)、視覺、需求對應(yīng)的時間點，而不是先估計各項需要時間再推出上線時間，否則一定會延期！
2、方案要盡早確定
先把產(chǎn)品方案敲下來，跟RD過一遍，確認后，排期視覺設(shè)計、開發(fā)、測試，宜早不宜晚，鬼知道中途會不會突然插個需求，或者調(diào)整個優(yōu)先級
3、推動過程中有問題立刻想辦法處理
經(jīng)常會出現(xiàn)資源卡在某個環(huán)節(jié)，要立刻想辦法處理，否則拖著拖著幾個月就過去了
4、估時間要乘以1.2~2
除了產(chǎn)品、交互自己可控，其他都是不可控，保守就按1.2倍率算，最壞情況下就是2倍率算
5、確保計劃告知所有人
先出計劃，群發(fā)完再挨個核對，僅僅口頭說明事后就忘
其他
1、不要去找iOS用戶測試android的體驗，并作為反饋結(jié)果，反之亦然
