產品如何從PC端向移動端遷移

6 評論 25648 瀏覽 60 收藏 9 分鐘

隨著手機硬件配置的飛速增長、屏幕尺寸的越來越大和網絡帶寬的逐漸提升,越來越多的PC業務和服務在向移動端轉移。如何把產品成功的從PC端遷移至移動端?這個話題在企業產品里逐漸白熱化,本文就“產品如何從PC端向移動端遷移”進行了一次探索和討論,為了更加能突顯主題,僅僅討論PC端和移動端方面的,傳統用研開始的產品流程暫時先不談論。

需求

明確移動端使命和需求

最重要的一點是:

明確移動端的使命和需求!

明確移動端的使命和需求!

明確移動端的使命和需求!

重要的事情說三遍。

移動端不等于原封不動的把PC端的需求移植過來,需要重新基于移動端的特點來分析和思考產品的使命和目的,再基于產品的使命來分析完成這個使命需要有哪些需求點。很多時候移動端并不能獨立承擔起產品的使命,需要和PC端一起協同工作,此時不應該再把移動端承受不了的功能硬放進來,從而畫蛇添足、使產品復雜難用;也有些時候,因移動端優勢,有更好的方法來實現某個需求目的,這時候可以引進新的需求點??傊?,需要從移動端使命出發,去分析和思考需求的合理性。

比如:現在需要做一款集IM、OA辦公等需求的移動產品,幫助公司員工加快工作協作和交流,提高公司生產力。PC端往往第一步就是讓用戶輸入用戶名和密碼登錄,之所以這么做而不是只讓用戶只在第一次進入時輸入,主要是因為電腦一直固定在工位上不會隨著人移動,用戶不在工位的時候很可能產生隱私問題,所以才做了這個功能。但移植到移動端就不存在該問題了,手機往往跟著人走,隱私性不是瓶頸了,第一次使用時輸入用戶名和密碼即可,如果想進一步提高隱私保護,可以設置一個手勢密碼之類的。所以還是要基于產品目的重新思考需求的必要性。

篩選需求

需求列表羅列出來了,但還不能開始進行需求設計,需求進一步篩選需求。

雖然這些需求都是重新基于移動端特點分析過的,但還存在一些問題,移動端除了有其優勢外,也存在一些無法避免的痛點,比如:大篇幅輸入數據、富文本閱讀、屏幕不夠大等,此時可將需求列表分為三類:移動端需求、PC端需求、兩者共同協作的需求。篩選移動端需求的時候建議考慮以下因素:

  • 輸入數據量:特別是表單填寫,數據量太大的話,建議引入到PC上;
  • 層級深淺問題:PC端的層級超過6級的建議不要往移動端放,當然如果有好的解決方案可以忽略這條;
  • 操作的復雜度:完成任務的時長,移動端因使用環境、系統通知等因素,碎片化時間占的比例較大,所以較復雜的、需要很長時間沉浸式完成的任務盡量不要放;
  • 下載的數據量:特別是多圖的情況,我想大家在移動端都遇到這樣的情況,體驗如何大家心里都明白;

如果因為某些原因(比如領導的強勢干預、或者產品的核心功能就是這么復雜),即使真不適合放在移動端的需求也要放進來,此時除了盡量在設計上做優化外,盡量把這些需求進行縮減,傷害既然避免不了,那就盡可能少受傷吧。

繼續回到上述的IM、OA辦公案例,我司OA上的申請表單有15種類型,每種類型平均又有十來個不同的表單,這些表單的填寫往往也比較復雜,數據格式多種多樣:文字、日期、圖片、表格、附件等,把這150多張表格全都放到移動端顯然不合適,但是因為領導們經常出差在外的原因,表單申請和審批又是常常使用的功能,必須放進去。知道這一刀肯定躲不了了,只能死皮賴臉的跟領導協商、撕逼、討價還價、搖尾乞憐…最后終于成功的砍去了一部分:申請表單只做最常用的5種,審批可以審批所有的表單,而且特殊格式數據產品不做處理,直接借助第三方軟件打開。

新機會

遷移到移動端是一個新機會的開始,可以重新思考產品、可以不再受以往技術框架限制、可以更方便的幫用戶解決問題,而需求的定義是決定本次機會成敗的最大因素,能否抓得一手好牌、搶占先機,就看需求能否定義正確。

產品設計

設計思路轉變

移動端較PC端有著無與倫比的優勢,它的便捷性、即時性、個性化等特點都能很好的利用到產品里,加強產品的體驗,讓用戶更快、更方便的完成任務;移動端也存在一定的限制,更小的屏幕、輸入不夠敏捷等,所以可能需要更多的隱藏和歸納,布局只能用寬度有限的方式。另外,交互方式也有不同,PC端主要靠鼠標和鍵盤與產品進行交互,而移動端除了點擊外,還有各種各樣的手勢和傳感器,甚至還有語音。所以在移動端設計的時候要重新分析思考,不能簡單的對著PC版本,換一下控件或者簡單的改下布局,設計思路上就要開始做本質的區分。

比如上面IM、OA的例子,我填了一個申請單,需要主管審批下,PC端的做法往往是:我填完申請單提交后,用IM給主管發消息讓他盡快批下,主管批好了再IM回復我;到了移動端,可以充分利用其便捷性和即時性,表單提交后直接給主管推送一個消息即可,主管審批完成后,再給我推送一個消息。

設計四原則

刪除

刪除PC上多余和過度的設計;

刪除已舍去功能的設計;

刪除任何增加用戶負擔、分散注意力的元素;

刪除一切可以刪除的元素,移動端本來屏幕空間就有限,每多一個元素就是對資源的一份搶奪…

組織

根據移動端需求和使命,重新搭建信息架構,不能完全襲用PC的;

根據移動端的交互方式,重新組合內容和梳理內容間的關系,比如模塊A變化了,跟模塊B有沒有關系,怎么來凸顯這種關系;

根據新的邏輯關系,重新組織頁面模塊內容;

根據屏幕特點,重新把表單輸入項進行分類組織;

隱藏

隱藏暫時用不到的元素,等到需要的時候再適時呈現,降低頁面復雜度,減少各種元素對資源的爭奪。移動端因為屏幕尺寸的問題,更需要隱藏原則,根據邏輯關系適時呈現需要的元素,既可使頁面簡潔清爽,同時也能降低用戶的認知難度。

轉移

移動端有著其自身的局限性,從而導致復雜性較高的任務很難完成,此時可以把復雜性轉移到PC端,比如多數據表單的填寫、復雜的任務等等,最終通過手機和PC的合作來解決用戶的問題。

 

本文由 @BingoSun 原創投稿,并經人人都是產品經理編輯。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. ?? 首先,給文章作者點個贊。
    ? 其次,你沒有指出相關的移動端設計原則;文章內容有些重復;
    ?? 再次,從PC移植到移動端,首先把所有需求羅列出來,然后挑出重要的三個功能點(秉承沒有這個功能會不會死掉的原則),這個定好后,再定出相關聯的枝枝蔓蔓。
    ?? 最后,畫主流程,原型圖,設計,開發。
    ?? 以后可以從數據和用戶反饋中得到移動端需求功能,然后以后版本中迭代。

    來自北京 回復
    1. 請看開頭語:“為了更加能突顯主題,僅僅討論PC端和移動端方面的,傳統用研開始的產品流程暫時先不談論?!?/p>

      來自江蘇 回復
    2. 嗯,那我后兩條可以忽略。

      來自北京 回復
    3. 哈哈,歡迎交流,我感覺第三條也有些問題:
      首先把所有需求羅列出來,然后挑出重要的三個功能點(秉承沒有這個功能會不會死掉的原則)
      ——————–根據我個人的工作經驗,理論雖然是這么說的,但實際工作上這些理論就有些偏理想化了,一個產品有時候多一個功能或者少一個功能影響真的不大,沒有到非生即死的嚴重程度,之所以要添加某個功能很大程度是在后續迭代過程中衍生出來的,而不是剛開始就能百分百定好的,說實話,很多時候做某個產品的目的剛開始都不知道,或者產品剛開始的目的就是拉新累積用戶量,商業模式、產品定位都是根據后續數據來定的。。。就拿神級產品微信來說,剛開始就是簡單的IM,一開始也沒想到要做朋友圈、公眾號、甚至金融平臺,這些也是等微信發展到一定規模,再加上公司戰略需要才能確定的。再拿內部支撐的產品來說,有時候多一個功能或少一個功能真的就是老板一句話的問題,他愛這么玩你也沒辦法,最主要的是對內部使用的影響真不大,內部的用戶根本不在乎多或者少這么一個功能,只要能滿足他日常情況的使用就OK了。。。

      個人愚見,歡迎拍磚!

      來自江蘇 回復
    4. 會不會死其實是對從0到1的產品而言的。既然你提到了微信,你也說了最初只做了簡單的IM,因為最初它的定位就是IM,所以它抓住了自己的重點 沒有過多的在這個基礎上做一些不必要的東西。你后邊的分析也有一定道理的,產品的快速迭代,肯定是要跟著公司的戰略走的。有時候還真是就需要這種拍腦袋的時候。

      來自北京 回復
    5. 討論很熱烈,學習了。 ??

      來自廣東 回復