一、豆瓣手機客戶端

先看看豆瓣官方現在做了哪些手機客戶端吧：豆瓣FM、豆瓣電影、豆瓣說、豆瓣活動、豆瓣Bookcart、對角。在之前豆瓣出手機客戶端之前我也一直在期盼有一個豆瓣的手機客戶端實現豆瓣Web上所有的功能，但是當豆瓣陸續推出了一系列手機客戶端之后，先是覺得有點奇怪，之后理解這是正確的移動互聯網的手機應用策略。試想豆瓣如果真的出一個手機的客戶端實現其Web所有的功能，將會使何等的龐大，或者這個應用進入的首頁就是“豆瓣電影”，“豆瓣圖書”，“豆瓣音樂”的Icon，那既然這樣，為何不分開來做各個應用呢？

二、豆瓣為什么要分開做各個客戶端？

上面其實已經談到了一些，個人覺得豆瓣將客戶端分開來做主要的原因就是移動應用適合這樣來做。大家也都在說移動互聯網和互聯網很不一樣，這一點相信很多人都是認同的。

在手機上個人認為應用大致可以分為這樣幾類：

***類：手機應用是Web內容的延伸，這一類應用用戶使用更多是因為其Web內容的內容或者品牌認知度，比如NYTimes，用戶會為了想在手機上看其內容而安裝其手機客戶端；第二類：基于手機獨特信息組織信息，手機的獨特功能除了電話和短信以外，一是照相，二是地理位置，尤其是圍繞地理位置，可以衍生出很多的獨特的應用（大家稱之為LBS）。這類應用里面，有一些是之前Web應用所沒有的，也有一些是Web內容在做成手機客戶端時會引入的特性，比如Quora是社會化問答，其手機客戶端就引入了位置元素，可以向周圍的人問答，豆瓣電影可以查看周邊的影院，所以從這個角度來看，從Web網站–>手機應用的過程中應用場景將會變得尤為重要，而這種場景也會使用戶在使用應用的時候有著相對明確的目的性，所以對應于這些目的性，將應用針對這些基于場景的目的進行設計就顯得尤為重要了；第三類：基于手機的智能控制，這類應用目前數量還不多，不過個人覺得這個領域未來會有很大的發展潛力。

手機應用在很多情況下不是簡單的把Web內容合適手機去展示，需要更多的去考慮手機應用的使用場景和手機的特性。從目前大部分手機應用而言，大部分應用都在挖掘第二類應用的潛力和價值，以豆瓣來看，其有著大量優質的內容，這些內容當然可以打包成一個應用，不過不同內容在手機上的展示特性不同，在手機上和手機特性結合的點也不同，從這個角度而言，分開做應用無疑是***的選擇。

三、手機應用應該如何定位？

目前移動互聯網領域的創業項目很多，比如陌生人交友的應用，估計國內可能都過百家了，從故事的角度而言，貌似有需求，故事也算圓滿，但是這些真的能做成么？個人持懷疑的態度。

手機應用應該如何定位是個很大的話題，在這里談談個人的一些想法，歡迎大家探討；

手機移動應用對于需求的把握應該從三方面去考慮：

一是應用場景，這個應用使用有沒有很明確的場景；這個是做手機應用最核心的點，只有找到這個應用場景，你在產品設計時才能更有針對性；二是在特定場景應用功能的出發頻率：比如優惠券，比如看電影買電影票，這些都是有著一定頻率的出發頻率的；三是應用本身對于用戶的后續需求的滿足：比如陌生人交友，有場景，有出發頻率，那之后這些用戶去哪呢？聊熟了上QQ聊？移動應用相比Web而言，被復制的門檻更低，那如果希望自己的用戶能夠沉淀一些無法被復制的東西，這些用戶更本質的需求是需要去思考的；

最近手機上面出了很多基于地理位置的活動相關的應用，最近豆瓣也出了豆瓣活動，從活動的角度而言，創建活動肯定是在Web是最方便的，在手機上面更多的是查找活動，基于地點發現活動，分享活動，當然在手機上可以考慮的是更多的和線下結合的需求點，比如幸會的名片交換就是一個很好的切入點。所以在手機上做應用更難的地方是否可以發掘線下的需求點，通過手機應用來滿足這種需求。手機應用絕對不是在Web網站功能前面加個基于地理位置的***就可以的。

如果你現在提供的是一個Web服務，在做手機客戶端的時候個人也建議不要只是考慮將整個網站制作成一個手機客戶端，個人覺得需要更多的去考慮你的服務解決了用戶哪些需求，這些需求是否在手機上有個明確的應用場景（是否可以和手機的某些特性結合，比如拍照，比如地理位置），如果各個需求都有這明確的應用場景、觸發頻率合適，那就可以考慮分開來做。

四、小結

移動互聯網機會很多，不過個人認為要想抓住這種機會也不是很容易的事情，需要對于可以和手機相結合的需求點了解的非常透徹，甚至你必須對于某個線下領域非常了解，做手機應用很容易，但是想清楚應用滿足了哪種既有特定場景，又又出發頻率，又有后續需求確不那么容易