Our work, their stories
當(dāng)MIUI每天有十多萬用戶都在論壇提交需求時(shí)，如何排序這些海量需求的優(yōu)先級?
我們內(nèi)部面對產(chǎn)品需求有長期、中期和短期的定義。長期開發(fā)方向雷總每1~2個(gè)月會(huì)和團(tuán)隊(duì)溝通約定，中期和短期基本就是在和用戶互動(dòng)中，碎片化產(chǎn)生，這個(gè)過程也會(huì)反過來修正我們設(shè)定的長期目標(biāo)。
處理碎片化的需求，我們的方法有三個(gè)：
1.先處理浮出水面的需求。
在論壇做恰當(dāng)?shù)奶虞o助功能，主要幫助用戶盡量格式化提交需求，另外在碰到同樣需求的時(shí)候，能直接跟著表達(dá)“我也需要這個(gè)功能”。這樣，每周下來，你會(huì)發(fā)現(xiàn)緊急的功能開發(fā)需求自然會(huì)按熱度排到帖子前面。
2.第一時(shí)間公示需求改進(jìn)計(jì)劃。
“橙色星期五”的每周更新，論壇會(huì)有完整的更新公告帖，列清楚更新了哪些功能，哪些是推薦的。另外對于閃單點(diǎn)的需求討論，討論結(jié)果往往是投票結(jié)果，都會(huì)公示在論壇;團(tuán)隊(duì)也會(huì)定期把未來一個(gè)月的更新計(jì)劃做個(gè)說明。
3.讓團(tuán)隊(duì)結(jié)構(gòu)也“碎片化”。
就是說2~3人組成一個(gè)小組，長期改進(jìn)一個(gè)功能模塊。給他們自主權(quán)，在和用戶交流中，有30%的模塊自己就定義開發(fā)了。過去也確實(shí)出現(xiàn)過，有用戶天天圍著某個(gè)工程師，后來開發(fā)了看起來并不是很急需的功能。但我們整個(gè)項(xiàng)目都是每周更新，迭代很快，出錯(cuò)了的方案也不要緊，過兩周就改對了。
做產(chǎn)品，我和團(tuán)隊(duì)舉例說：就好比一輛車在路上，只要大方向選清楚了，哪怕偶爾偏離路線或偶爾減速都不怕，其實(shí)最怕就是經(jīng)常180度調(diào)頭并且反復(fù)，或者停下來不動(dòng)了。
有些項(xiàng)目不適合立刻對外發(fā)布測試，如何找需求反饋?
創(chuàng)業(yè)起步階段，怎么有效就怎么來，那就動(dòng)員內(nèi)部來測試。小米加步槍干革命，說一個(gè)我們“大賣部”的小故事。
2010年7月，我們決定自己做電商，4個(gè)工程師僅用1個(gè)月就開發(fā)出電商后臺(tái)的第一個(gè)版本。為了測試，我們在電商平臺(tái)做了面對內(nèi)部員工的“1折賣可樂”，這就是我們的“大賣部”。真正的訂單，真正的收費(fèi)，真正的配送簽收(我們的工程師都跑去“送貨”)，每天進(jìn)貨，每天盤點(diǎn)，這樣就提前發(fā)現(xiàn)并解決了電商系統(tǒng)的很多問題。等到8月29日系統(tǒng)真正上線時(shí)，一切都很順利。
