蟬游記開(kāi)發(fā)者：我的一些項(xiàng)目經(jīng)驗(yàn)

關(guān)于立項(xiàng)

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

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

低保真原型畫(huà)出來(lái)之后，蟬小隊(duì)會(huì)擠成一坨，聽(tīng)我講解，提提意見(jiàn)。如果沒(méi)遇到強(qiáng)烈反對(duì)，就請(qǐng)UI設(shè)計(jì)師抽空出PSD，通常只出主頁(yè)面，次要的小頁(yè)面都不用管。

然后我把視覺(jué)稿拷到手機(jī)里，遇到熟人就掏出來(lái)給他看看，聽(tīng)聽(tīng)外人怎么評(píng)價(jià)。

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

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

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

蟬游記的一個(gè)正常App版本迭代，通常用3-5周的時(shí)間。

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

在新版本研發(fā)開(kāi)動(dòng)之前，我會(huì)準(zhǔn)備好全部的PSD，版本計(jì)劃在Tower上用藍(lán)色標(biāo)簽標(biāo)識(shí)出來(lái)。事先跟工程師約定好大概用幾周時(shí)間，每研發(fā)完一個(gè)功能點(diǎn)，就在Tower勾掉，每天看Tower知進(jìn)度，晨會(huì)都不用開(kāi)。

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

善用tower.im，可以讓項(xiàng)目有條不紊，清晰透明地推進(jìn)。

關(guān)于文檔

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

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

當(dāng)然，這是特別默契的做法。

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

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

關(guān)于tower.im

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

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

第二是彈性特別好，配合分項(xiàng)目、分組與標(biāo)簽，可以記錄版本需求、調(diào)試意見(jiàn)、疑難問(wèn)題、視覺(jué)排期、運(yùn)營(yíng)計(jì)劃，不論啥玩意兒都可以裝進(jìn)去。

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

適應(yīng)Tower一段時(shí)間之后，每個(gè)人每天刷一下Tower，既知道自己做什么，也知道別人做什么。既能接受我安排的任務(wù)，也可以自己給自己下任務(wù)。因?yàn)樗械墓ぷ靼才哦计戒佋谏厦妫加兄鞔_的截止時(shí)間，很容易制定出合理的時(shí)間計(jì)劃來(lái)。

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