實戰(zhàn)：產(chǎn)品的“加減法”該怎么做

實戰(zhàn)：產(chǎn)品的“加減法”該怎么做？

怎樣才能讓產(chǎn)品不那么臃腫，把產(chǎn)品做得更簡練，更生動，這種事從來沒有太確切的指南或者指標。我已經(jīng)見過太多成熟的公司移除產(chǎn)品的各種性能了。他們要鑒別、區(qū)分、權(quán)衡產(chǎn)品的每一個功能，然后做艱難的決定——應該移除哪個功能。只有這樣，他們才能達成“制作更好的產(chǎn)品”的目標。用戶vs開發(fā)者倘若一款產(chǎn)品的某個現(xiàn)存的特征正處在存亡關(guān)頭，那我們審視的時候就有必要把這個特征對于使用者的影響和對制作者的影響分開看待。雖然大多數(shù)情況下顧客和公司的目標是相同的，但也不全然是。Quora曾在幾年前遇到過這樣的窘境。當時問題出在DirectQuestion這個功能上。DirectQuestion是讓用戶直接通過人物主頁向Quora用戶提問的功能。對用戶而言，這個性能放低了門檻，節(jié)省了麻煩。他們可以通過這個功能向某位特定的用戶直接提問。但這個功能最后被移除了，因為公司發(fā)現(xiàn)如果用戶之間可以直接提問，那么很多有價值的信息就不會出現(xiàn)在Quora的問題主頁上了。這個性能就是個典型的例子：它對用戶來說是十分便捷的，但卻對公司創(chuàng)造的有價值的內(nèi)容造成了不利。真實用戶vs理想用戶那些你所定義的“目標人群”用戶往往不是你的產(chǎn)品的第一批使用者。也許你很了解他們，也有可靠的理由證明為什么你更傾向于你“理想中的用戶”，而不是他們。一款產(chǎn)品的用戶使用時間是有自然期限和循環(huán)的(也就是早期和后期用戶)，但最重要的是你不能被早期用戶的特性左右了你的原定計劃。你要繼續(xù)保持產(chǎn)品的特點，根據(jù)你一開始鎖定的“目標人群”繼續(xù)創(chuàng)造和改善它，增添新的性能。既要為早期用戶著想，保留他們喜愛的性能，但也要針對你后期的用戶繼續(xù)精心打造產(chǎn)品。你要在這兩者間拿捏好分寸。因為給一款產(chǎn)品增添過多的性能往往意味著你日后需要移除它們。移植vs移除近日，開發(fā)者有對權(quán)衡的問題愈發(fā)敏感的趨勢。他們不再徹底剔除某個性能；他們選擇把這些性能轉(zhuǎn)換為新的產(chǎn)品。Dropbox就用過這個方法開發(fā)了照片分享專用軟件Carousel，F(xiàn)acebook也同理推出了Messenger，F(xiàn)oursqure則是Swarm。盡管我們中大多數(shù)人做不到如法制炮模仿這個戰(zhàn)略，但它為我們強調(diào)了保持產(chǎn)品簡潔生動的重要性——尤其是裝載在手機上的應用。手機版vs網(wǎng)頁版近日來，我和幾位智能產(chǎn)業(yè)的創(chuàng)業(yè)家談了談。他們都想把他們的第一款網(wǎng)頁產(chǎn)品改造成手機專用版。由于手機版和普通瀏覽器版產(chǎn)品的運作方式實在差太大，兩者之間無論是外觀還是使用模式都截然不同。設計產(chǎn)品是究竟應該從手機版應用上刪除哪些性能，這對于制作人來說也是一個令人頭疼的問題。Twitter在這方面就做得很好。先看看其網(wǎng)頁版應用。網(wǎng)頁版覆蓋的面較廣，子菜單項高達13個。開發(fā)者也意識到要把這么多設定都加在手機版上的話那使用太過麻煩，應用本身也難免顯得臃腫。Twitter不得不做出決策，把具體哪些功能剝離開來保留在手機版應用中。要權(quán)衡在某個平臺上移除產(chǎn)品的哪些性能總是一個艱難的決定，因為你需要把產(chǎn)品做得盡可能精簡，但用戶體驗又不亞于你產(chǎn)品的其他任何一個版本。于是就有了技術(shù)方面的挑戰(zhàn)……當你權(quán)衡功能的去留并做決定時，你必須顧慮到每一個細節(jié)，再三斟酌。而且?guī)缀趺恳粋€功能都是有現(xiàn)實的技術(shù)限制和要求的。每當你在制作一個新的功能的時候，你就等于是和產(chǎn)品的未來定下了條約：你要讓你現(xiàn)在所編寫的東西到了將來也不會過時，而且能和你以后增添的性能兼容。區(qū)區(qū)幾個新功能就能讓一款簡單的軟件對人的依賴性增大，資源人力有限的制作團隊可能會力不從心。支持的OS版本，加載時間，遺留成本，定標等等等等，對于軟件的功能我還能舉出好多好多。很多時候，減少技術(shù)上麻煩的部分，或者剔除效果不理想的功能的真正意義在于大幅度節(jié)省資源，好將有限的資源用在現(xiàn)存的、更受歡迎、更有前途的性能上。Quibb早期的功能里有一項是用來解析那些非Quibb用戶但現(xiàn)存Quibb用戶關(guān)注的Twitter用戶的個人簡介。如果我能把他們的公司名對上號，那我就可以基本確定他們是同事，所以那個人是他們會邀請的人。但過一段時間后，我意識到這個功能會引發(fā)不少問題。用戶們紛紛抱怨他們的消息加載速度太慢。在權(quán)衡利弊之后，我刪除了這個功能。當時我沒有足夠的資源來彌補這個問題好讓軟件能靠有限的技術(shù)含量更好地運行，而且僅有的資源有更好更有價值的用途。歷史證明，在一定范圍內(nèi)，對任何一位產(chǎn)品設計師而言，精簡二字是最艱難的任務之一。這篇文章是我在讀了BenHorowitz的“GoodProductManager