冰浪

    本來此文應該跟一調換過來的，不過沒所謂了，來個倒敘吧。

    先來簡單說說技術“架構”吧。前篇文章已經(jīng)提到過，考拉公交的數(shù)據(jù)來源于網(wǎng)絡，而這數(shù)據(jù)我并沒有“下載”過來，因為這個數(shù)據(jù)不是那么容易能抓取過來的，不僅是公交站點數(shù)據(jù)，更復雜的是在于站點與地點的關系數(shù)據(jù)，這個是相當龐大的。而且就算抓過來，更新也是一件麻煩事。所以沒必要這么做。那數(shù)據(jù)具體怎么來呢？其實很簡單，自己做一個服務端程序，負責與網(wǎng)絡數(shù)據(jù)端進行通信，即實現(xiàn)查詢請求，查詢結果接收并返回給手機客戶端。

    服務端具體是怎么實現(xiàn)的呢？（對技術非常熟悉的產(chǎn)品人員可以跳過此段）首先要說明的是，這個公交數(shù)據(jù)網(wǎng)絡提供商提供的其它是一個網(wǎng)站，實現(xiàn)給用戶提供公交查詢功能。因此，考拉公交的服務端程序就是模擬用戶查詢動作，實現(xiàn)查詢數(shù)據(jù)的獲取。服務端程序實現(xiàn)的功能包括三部分：一是與手機客戶端的交互工作，即接收客戶端數(shù)據(jù)請求和數(shù)據(jù)反饋。二是與網(wǎng)絡數(shù)據(jù)端的交互，即將查詢工作轉換后提到到網(wǎng)絡數(shù)據(jù)端并接收查詢結果。三是數(shù)據(jù)處理工作，此部分又包括兩部分，1是解析網(wǎng)絡數(shù)據(jù)端返回的數(shù)據(jù)，這此數(shù)據(jù)格式是HTML文本，所以需要進行凈數(shù)據(jù)提取；2是組裝成自有格式數(shù)據(jù)，這里采用XML。值得一提的是，返回給客戶端的XML數(shù)據(jù)都經(jīng)壓縮后的，這樣可以進一步減少數(shù)據(jù)包大小，提高查詢的響應速度。

    這樣一來，客戶端的工作就簡單多了，只是UI與數(shù)據(jù)解析顯現(xiàn)，沒有太多的運算邏輯。算是一個瘦客戶端的C/S結構程序模型。

    想清楚了技術實現(xiàn)問題后，便可以進入產(chǎn)品設計階段。互聯(lián)網(wǎng)產(chǎn)品與傳統(tǒng)軟件產(chǎn)品不一樣的地方是，傳統(tǒng)軟件基本上要把絕大部分的功能都實現(xiàn)完善后才推出面世。而互聯(lián)網(wǎng)產(chǎn)品，一般都是快速推出，快速迭代開發(fā)，快速更新，實現(xiàn)產(chǎn)品的優(yōu)質運營。周鴻祎也說過，小版本成就大產(chǎn)品。產(chǎn)品是不斷運營，打磨出來的，而不是開發(fā)出來的。基于這種產(chǎn)品理念，我將以小版本方式實現(xiàn)產(chǎn)品的快速推進。第一個版本定為1.0。實現(xiàn)基本的功能：城市切換，公交查詢。而界面也非常簡單，閃屏，查詢，查詢結果。

    1.0版本是最精簡的功能，實現(xiàn)了最基本的公交查詢功能。輔助功能有意見反饋，自動更新等。接下來的小版本中，會逐步實現(xiàn)線路查詢，查詢結果短信發(fā)送，地點輸入自動完成，查詢歷史記錄，查詢結果收藏等，還有產(chǎn)品官方微博查看。微博內(nèi)容顯示主要是用于與用戶做交互的。總得的來說，就是首先將主體功能快速完善，然后將周邊的友好性、體驗性的功能逐步完善，讓用戶覺得這軟件好用，沒有太多抱怨，這就達到目的了。最后建立起良好的用戶溝通渠道，與用戶一同改善產(chǎn)品，共同推動產(chǎn)品發(fā)展和產(chǎn)品價值延伸。

    產(chǎn)品的設計，除了面向用戶的使用功能外，還有基于產(chǎn)品運營側的功能需求，像之前提到的用戶意見反饋就是一個。當然，對于運營，這個還遠遠不夠。我們知道，對于產(chǎn)品運營需要最基本的是產(chǎn)品和用戶的使用數(shù)據(jù)，通過對這種元數(shù)據(jù)的記錄收集，統(tǒng)計分析才能對一個互聯(lián)網(wǎng)產(chǎn)品運營情況有一個較為清晰的認知。實現(xiàn)產(chǎn)品運營相關數(shù)據(jù)的自動記錄與收集，這種方式的實施成本也是較低的，也是最基本的。而另一種人工收集式如用戶問卷調查，訪談等，都是形成較高成本的投入，而且實施起來存在一定的困難，也無法實現(xiàn)密切監(jiān)測。

    因此，需要一個方便的統(tǒng)計分析工具來實現(xiàn)產(chǎn)品運營數(shù)據(jù)的收集和統(tǒng)計。通過調研發(fā)現(xiàn)，友盟的統(tǒng)計分析是比較合適的，它是一個較為專業(yè)的手機應用端的統(tǒng)計分析工具，有方便的SDK直接調用。免去了自己實現(xiàn)數(shù)據(jù)收集的繁瑣與不專業(yè)，也同時免去了對收集到的原始數(shù)據(jù)進行統(tǒng)計分析的工作，這是比較理想，可以專注于產(chǎn)品本身核心功能的開發(fā)與完善。在上一篇中所分享的數(shù)據(jù)便是來自于友盟統(tǒng)計。

    下面分享一下產(chǎn)品運營中的點點滴滴。

    完成1.0版本的設計開發(fā)測試工作后，由于條件有限，沒有太多的機型可以進行覆蓋性平臺兼容測試，所以產(chǎn)品就快速上線了。將安裝包分渠道打好，然后上提交到各大應用市場中去。經(jīng)常幾天的時間，從統(tǒng)計數(shù)據(jù)來看，下載用戶量還是比較滿意的。但在友盟開發(fā)工具中查看到了一個考拉公交客戶端在Android2.1平臺上發(fā)生了空指針的異常，這個異常會導致程序即時崩潰中止并退出。這是個問題是很嚴重的，需要盡快解決。因為當時也沒有這個平臺版本的手機可供測試，所以發(fā)生這個問題也比較正常。為了解決這個問題，我將一臺手機刷機回了2.1版本，安裝應用后測試發(fā)現(xiàn)，確實出現(xiàn)這個問題。經(jīng)過真機聯(lián)調很快找到異常發(fā)生的代碼點，但因為要同時兼容2.2以上的平臺版本，解決這個問題卻花了不少時間，最后還是完成了。接著把比較實用的公交換乘查詢結果短信發(fā)送這個功能實現(xiàn)了，再解決了一個分辨率適配的問題后，趕緊打包發(fā)布了1.1版本。

     因為這個改動升級對于非2.1平臺用戶是可以忽略的，所以就沒有開啟升級提示。主要是友盟提供的更新提示功能不能給用戶設置“不再提示”這樣的操作，如果用戶不想升級，則會對這個每次啟動的更新提示產(chǎn)生厭惡感。所以最后我選擇了不提示更新。只在各渠道提交了新版本的安裝包。但之后仍會有不少用戶下載到了舊的1.0版本，所以這個問題還是會發(fā)生并被記錄到。說到這個，不得不再提到友盟做得不完善，更新提示不能關閉，意見反饋無法回復，這都使得我無法與用戶建立起一個暢通的溝通渠道。也因為這個問題，流失了不少用戶，這個是很遺憾的。

    上面這個問題，使我再一次認識到了建立用戶順暢的溝通渠道的重要性。雖然我也建立了產(chǎn)品官方微博，但對于一個新推出的軟件，在沒有特別大的使用需求的時候，微博這個溝通渠道基本上是可以被無視的。因為不會有多少用戶有興趣特定打開網(wǎng)頁，去看你的微博的。因此，考拉公交迫切地需要一個很便捷的用戶溝通渠道。而之前提到的客戶端內(nèi)“產(chǎn)品官方微博查看”功能便是應對這個需求的解決方案。通過這個內(nèi)置的官方微博內(nèi)容查看功能，可以很方便地讓用戶了解到產(chǎn)品相關的最新動態(tài)，通知，公告等等信息。對于凝聚用戶、粘住用戶會有不可忽視的作用。通過與用戶間的溝通，會讓用戶對產(chǎn)品產(chǎn)生信心和持續(xù)的關注，幫助和促進產(chǎn)品進入良性發(fā)展軌道。因此，微博功能會是下一版本的必須實現(xiàn)的功能。

    但是，后面的時間都緊張，沒有太多的精力做到快速的版本更新，這點來說，非常無奈，也因此用戶增長走了下坡路。持續(xù)、有節(jié)奏地進行版本更新對于產(chǎn)品用戶的發(fā)展至關重要。當然，考拉公交仍然會繼續(xù)完善更新，不過時間周期可能會長些。