蟬游記開發(fā)者：我的一些項目經(jīng)驗

關(guān)于立項

到目前為止，雖然我們只做了一個蟬游記，其實還做了另外四款A(yù)pp的設(shè)計，只是沒時間研發(fā)，先擱著。

立項的過程是這樣的，通常由我先提一個想法，跟大家聊聊;如果沒遇到強烈反對，再跟幾個親朋好友聊聊。我心里有點底的時候，一邊看同類產(chǎn)品一邊出Axure原型——這很快，不會超過兩天。但也有可能在過程中發(fā)現(xiàn)想法不靠譜，便放棄了。

低保真原型畫出來之后，蟬小隊會擠成一坨，聽我講解，提提意見。如果沒遇到強烈反對，就請UI設(shè)計師抽空出PSD，通常只出主頁面，次要的小頁面都不用管。

然后我把視覺稿拷到手機里，遇到熟人就掏出來給他看看，聽聽外人怎么評價。

對于新項目，我會傾向于設(shè)計好了之后“放一段時間”，而不是立刻上馬。當然，也是我們沒時間立刻投入研發(fā)。放一放會讓想法漸漸成熟，也從外人那里得到更多反饋來改進設(shè)計。一款A(yù)pp在開始編碼之前，可能已經(jīng)大改過幾次原型，修正了不少細節(jié)。

蟬游記采用同樣的處理方式，經(jīng)常把排期在半年后的模塊先設(shè)計出來，放半年，反復(fù)改。這樣可以抵消一部分快速設(shè)計帶來的冒失。對著一套成型的東西，才會有更細致的思考。想法需要快速轉(zhuǎn)化成有說服力的原型，否則單憑拍腦袋拍出來的點子，沒資格討論做不做，上不上。

關(guān)于一個完整的版本流程

蟬游記的一個正常App版本迭代，通常用3-5周的時間。

版本計劃里的小功能點由我直接定，大功能點要提前征詢工程師的意見，走一遍原型評審。說是評審，其實是大家擠成一坨，聽我講解原型。講完了沒人反對，我便在Tower上把視覺任務(wù)排好日程，跟UI設(shè)計師確認好時間，設(shè)計師按著白紙黑字的排期出PSD(Tower真協(xié)作神器也)。

在新版本研發(fā)開動之前，我會準備好全部的PSD，版本計劃在Tower上用藍色標簽標識出來。事先跟工程師約定好大概用幾周時間，每研發(fā)完一個功能點，就在Tower勾掉，每天看Tower知進度，晨會都不用開。

如果按4周的版本迭代來計算，最初2周我在作下一個版本準備，從第3周開始，我介入測試，對著Tower上勾掉的藍色標簽一條條測，再把調(diào)試需求用紅色標簽記錄下來。第3周會完成功能研發(fā)，預(yù)留1周半時間調(diào)試。新版本需求全部搞掂后，我用一整天的時間全面回歸測試一輪，蟬小隊接著全員測試一輪，通過之后提交。提交之后工程師到我旁邊來，這時藍色標簽已經(jīng)整理好了，對著Tower聽我講下一個版本計劃。

善用tower.im，可以讓項目有條不紊，清晰透明地推進。

關(guān)于文檔

我有個觀點，大公司里完備的產(chǎn)品文檔其實沒幾個人看，主要是用于扯皮。“我在文檔里寫得很清楚，是你沒有實現(xiàn)!”“你的需求和文檔不一致，工期必須延后!”

蟬小隊組建初期，還用DOC來記錄需求，后來熟了，默契了，就大力簡化流程。UI設(shè)計師對著低保真Axure原型出PSD，工程師則對著PSD編碼。交互效果主要靠口頭交流，簡單的功能算法也口頭交流，復(fù)雜的就作為一則功能點，在Tower上單列出來詳細備注。

當然，這是特別默契的做法。

還在磨合期的時候，我會出一份更完整的草圖原型，把交互效果，功能算法，設(shè)計思路都標注在上面，方便工程師建立對產(chǎn)品的整體印象。但我是懶得做原型動態(tài)效果的，標注全用文字，像黃色便簽紙一樣貼在草圖旁邊，佐以口頭講解。再后來，工程師對產(chǎn)品設(shè)計滾瓜爛熟了，就甩開原型直接看更直觀的PSD，對應(yīng)Tower上的功能點，一看就明白。

這樣做的壞處是，缺乏完整的產(chǎn)品記錄，一旦忘了什么立馬傻眼。且慢……我還有一份特別詳細的測試用例，單單App就列舉了接近500個細碎的測試點。雖然它是用mindmanager寫的，可讀性特別差，絕逼只有我自己能看懂，但涵蓋了絕大部分的功能點。當產(chǎn)品進入穩(wěn)定期，正規(guī)期之后，對照著測試用例，很容易能整理出規(guī)范的產(chǎn)品文檔來。在那之前，由于需求多變，在測試用例上直接修訂會便捷得多。

關(guān)于tower.im

寫到后面，我發(fā)現(xiàn)這篇文章基本上變成Tower的廣告貼了。沒錯，我就是Tower的腦殘粉。有人說它復(fù)制了那誰誰，然后我就得忍受極慢速度與英文界面去使用原版，以彰顯我的道德優(yōu)越感?別扯了。

用Tower有這么幾個好處。第一是條理性特別強，任務(wù)被一條條分解出來，對應(yīng)人頭，對應(yīng)日期，十分的清晰。

第二是彈性特別好，配合分項目、分組與標簽，可以記錄版本需求、調(diào)試意見、疑難問題、視覺排期、運營計劃，不論啥玩意兒都可以裝進去。

第三是進展特別透明，誰分配了多少任務(wù)，完成度如何，所有人都看得到。

適應(yīng)Tower一段時間之后，每個人每天刷一下Tower，既知道自己做什么，也知道別人做什么。既能接受我安排的任務(wù)，也可以自己給自己下任務(wù)。因為所有的工作安排都平鋪在上面，都有著明確的截止時間，很容易制定出合理的時間計劃來。

但適應(yīng)Tower有一個前提，你本身就得是一個很有條理性的人。Tower并不會改變你的工作方式，而是讓你原有的工作條理變得更清晰，更透明，更有效率。如果你很少1、2、3地給自己下任務(wù)，給別人下任務(wù)，很少將任務(wù)分解成細顆粒度，也很少進行嚴格的時間規(guī)劃，那是玩不轉(zhuǎn)Tower的。而且我也不認為那樣的人有提升效率的意愿和能力。