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