冰浪

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

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

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

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

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

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

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

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

    下面分享一下產品運營中的點點滴滴。

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

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

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

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