1. 好產(chǎn)品是“改”出來的

全能的上帝創(chuàng)世紀也是分七天迭代出來的，他老人家尚且沒個計劃走一步看一步，不能一簇而就呢，同理，好產(chǎn)品也是一步步進化得來的，不是一次頭腦風(fēng)暴 就問世了，雖然會上集體自嗨很爽，落地執(zhí)行時會經(jīng)常走樣兒的。

很明顯，好產(chǎn)品不是設(shè)計出來的，是 “改” 出來的。因為人當(dāng)下的思維有很大的局限，你的認知每天以覺察不到的速度在更新迭代，兩天后你的想法可能就是新的一套，所以別指望一開始就把一切想得很透徹，也別等一切想明白了再動手，最好的做法是，迅速開始，持續(xù)改進。只要初衷不改，方向都可以再調(diào)整，如果不開始第一步，可能永遠找不到方向。

2. 輕設(shè)計,堅持最小化原型

產(chǎn)品和人一樣，顏值很重要，但不是最重要。好的設(shè)計是流暢自然的，不會讓人感覺到設(shè)計的存在，千萬不要過度包裝、過度設(shè)計。畢竟產(chǎn)品是給人用的不是給人欣賞或探索的。對于已形成的用戶習(xí)慣，盡量遵循而不要挑戰(zhàn)，可以微創(chuàng)新，以不打斷用戶為宜，越自然越好?！半S大流” 也是一種聰明的做法，不要重復(fù)發(fā)明輪子，尤其在創(chuàng)業(yè)團隊，能避免彎路避免踩坑。

同理還有產(chǎn)品的需求問題，大而雜的產(chǎn)品很難取得成功，而砍砍需求就像鋤草，雜草多了莊稼肯定就會死。

事實上，每當(dāng)人們創(chuàng)造一個數(shù)字化產(chǎn)品，會有意無意地想把現(xiàn)實體驗全盤模擬到產(chǎn)品中，只有堅持最小化，才能下得了手砍掉那些貌似有理實則累贅的東西，切忌貪大求全，切忌戰(zhàn)線拉長?？梢钥车艄δ芴峁┯袚p的產(chǎn)品體驗，勝過糟糕的用戶體驗。大膽砍需求，在最初版本中只關(guān)注核心功能即可。

3. 小幅迭代,快速更新

不管產(chǎn)品看起來多拙劣，請相信那都是工程師們踩著一個一個坑艱難走過來的，先平息掉另起爐灶的沖動，因為推翻重來就像做 “大手術(shù)”，只會傷筋動骨，是資源的巨大浪費，而其結(jié)果可能比現(xiàn)在更糟，就像你終于穿過了沼澤后只剩半槽血，經(jīng)不起返回原點重新來過的折騰。不要暴風(fēng)驟雨式的改版、重構(gòu)，而要溫和的漸進式的持續(xù)改進。

所以，快讓產(chǎn)品盡早上線吧，產(chǎn)品打磨是重頭戲，真正的苦活兒累活兒從上線那一刻才開始。

4. 適當(dāng)放棄細節(jié)

那些花費大量時間卻沒有成效的事，果斷放棄。因為創(chuàng)業(yè)團隊資源太寶貴，浪費一月、一周都有可能資金用盡萬劫不復(fù)。就像在高手對決的時候，就是比誰犯的錯誤少，那我們還不是高手的時候呢？可能海選還沒過，太早沉浸于細節(jié)不如苦練自己的 “殺手锏”。

所以，每做一個決策時，想想是否能花極少時間換來較大回報？是的話，這就是一個聰明的決策。

5. 多使用并重視用戶反饋

如果連開發(fā)團隊都不是自己產(chǎn)品的用戶，沒有經(jīng)常使用自己的產(chǎn)品，這絕不是一個好的兆頭。自己不用而依賴用戶測試，無疑舍近求遠，是非常危險的。

所以必須時刻挖掘自己的內(nèi)心需求，感受用戶痛點，因為沒有反饋，迭代就是閉門造車。從一開始就應(yīng)該追蹤反饋，和用戶保持順暢溝通非常重要，發(fā)展自己的核心用戶群更是 “百年大計”。只有當(dāng)開發(fā)者和用戶友好地碰撞，互相激勵，互相啟發(fā)，這些種子用戶才會像雪球一樣慢慢滾起來。

事實上，在這個被互聯(lián)網(wǎng)深度改造著的世界，信息不對稱是第一個要被消滅的事情，信息的自由流動才是最有價值的事。開發(fā)者和自己的用戶之間不應(yīng)該有信息阻隔。