產(chǎn)品如何從PC端向移動(dòng)端遷移
隨著手機(jī)硬件配置的飛速增長(zhǎng)、屏幕尺寸的越來越大和網(wǎng)絡(luò)帶寬的逐漸提升,越來越多的PC業(yè)務(wù)和服務(wù)在向移動(dòng)端轉(zhuǎn)移。如何把產(chǎn)品成功的從PC端遷移至移動(dòng)端?這個(gè)話題在企業(yè)產(chǎn)品里逐漸白熱化,本文就“產(chǎn)品如何從PC端向移動(dòng)端遷移”進(jìn)行了一次探索和討論,為了更加能突顯主題,僅僅討論P(yáng)C端和移動(dòng)端方面的,傳統(tǒng)用研開始的產(chǎn)品流程暫時(shí)先不談?wù)摗?/p>
需求
明確移動(dòng)端使命和需求
最重要的一點(diǎn)是:
明確移動(dòng)端的使命和需求!
明確移動(dòng)端的使命和需求!
明確移動(dòng)端的使命和需求!
重要的事情說三遍。
移動(dòng)端不等于原封不動(dòng)的把PC端的需求移植過來,需要重新基于移動(dòng)端的特點(diǎn)來分析和思考產(chǎn)品的使命和目的,再基于產(chǎn)品的使命來分析完成這個(gè)使命需要有哪些需求點(diǎn)。很多時(shí)候移動(dòng)端并不能獨(dú)立承擔(dān)起產(chǎn)品的使命,需要和PC端一起協(xié)同工作,此時(shí)不應(yīng)該再把移動(dòng)端承受不了的功能硬放進(jìn)來,從而畫蛇添足、使產(chǎn)品復(fù)雜難用;也有些時(shí)候,因移動(dòng)端優(yōu)勢(shì),有更好的方法來實(shí)現(xiàn)某個(gè)需求目的,這時(shí)候可以引進(jìn)新的需求點(diǎn)??傊?,需要從移動(dòng)端使命出發(fā),去分析和思考需求的合理性。
比如:現(xiàn)在需要做一款集IM、OA辦公等需求的移動(dòng)產(chǎn)品,幫助公司員工加快工作協(xié)作和交流,提高公司生產(chǎn)力。PC端往往第一步就是讓用戶輸入用戶名和密碼登錄,之所以這么做而不是只讓用戶只在第一次進(jìn)入時(shí)輸入,主要是因?yàn)殡娔X一直固定在工位上不會(huì)隨著人移動(dòng),用戶不在工位的時(shí)候很可能產(chǎn)生隱私問題,所以才做了這個(gè)功能。但移植到移動(dòng)端就不存在該問題了,手機(jī)往往跟著人走,隱私性不是瓶頸了,第一次使用時(shí)輸入用戶名和密碼即可,如果想進(jìn)一步提高隱私保護(hù),可以設(shè)置一個(gè)手勢(shì)密碼之類的。所以還是要基于產(chǎn)品目的重新思考需求的必要性。
篩選需求
需求列表羅列出來了,但還不能開始進(jìn)行需求設(shè)計(jì),需求進(jìn)一步篩選需求。
雖然這些需求都是重新基于移動(dòng)端特點(diǎn)分析過的,但還存在一些問題,移動(dòng)端除了有其優(yōu)勢(shì)外,也存在一些無法避免的痛點(diǎn),比如:大篇幅輸入數(shù)據(jù)、富文本閱讀、屏幕不夠大等,此時(shí)可將需求列表分為三類:移動(dòng)端需求、PC端需求、兩者共同協(xié)作的需求。篩選移動(dòng)端需求的時(shí)候建議考慮以下因素:
- 輸入數(shù)據(jù)量:特別是表單填寫,數(shù)據(jù)量太大的話,建議引入到PC上;
- 層級(jí)深淺問題:PC端的層級(jí)超過6級(jí)的建議不要往移動(dòng)端放,當(dāng)然如果有好的解決方案可以忽略這條;
- 操作的復(fù)雜度:完成任務(wù)的時(shí)長(zhǎng),移動(dòng)端因使用環(huán)境、系統(tǒng)通知等因素,碎片化時(shí)間占的比例較大,所以較復(fù)雜的、需要很長(zhǎng)時(shí)間沉浸式完成的任務(wù)盡量不要放;
- 下載的數(shù)據(jù)量:特別是多圖的情況,我想大家在移動(dòng)端都遇到這樣的情況,體驗(yàn)如何大家心里都明白;
如果因?yàn)槟承┰?比如領(lǐng)導(dǎo)的強(qiáng)勢(shì)干預(yù)、或者產(chǎn)品的核心功能就是這么復(fù)雜),即使真不適合放在移動(dòng)端的需求也要放進(jìn)來,此時(shí)除了盡量在設(shè)計(jì)上做優(yōu)化外,盡量把這些需求進(jìn)行縮減,傷害既然避免不了,那就盡可能少受傷吧。
繼續(xù)回到上述的IM、OA辦公案例,我司OA上的申請(qǐng)表單有15種類型,每種類型平均又有十來個(gè)不同的表單,這些表單的填寫往往也比較復(fù)雜,數(shù)據(jù)格式多種多樣:文字、日期、圖片、表格、附件等,把這150多張表格全都放到移動(dòng)端顯然不合適,但是因?yàn)轭I(lǐng)導(dǎo)們經(jīng)常出差在外的原因,表單申請(qǐng)和審批又是常常使用的功能,必須放進(jìn)去。知道這一刀肯定躲不了了,只能死皮賴臉的跟領(lǐng)導(dǎo)協(xié)商、撕逼、討價(jià)還價(jià)、搖尾乞憐…最后終于成功的砍去了一部分:申請(qǐng)表單只做最常用的5種,審批可以審批所有的表單,而且特殊格式數(shù)據(jù)產(chǎn)品不做處理,直接借助第三方軟件打開。
新機(jī)會(huì)
遷移到移動(dòng)端是一個(gè)新機(jī)會(huì)的開始,可以重新思考產(chǎn)品、可以不再受以往技術(shù)框架限制、可以更方便的幫用戶解決問題,而需求的定義是決定本次機(jī)會(huì)成敗的最大因素,能否抓得一手好牌、搶占先機(jī),就看需求能否定義正確。
產(chǎn)品設(shè)計(jì)
設(shè)計(jì)思路轉(zhuǎn)變
移動(dòng)端較PC端有著無與倫比的優(yōu)勢(shì),它的便捷性、即時(shí)性、個(gè)性化等特點(diǎn)都能很好的利用到產(chǎn)品里,加強(qiáng)產(chǎn)品的體驗(yàn),讓用戶更快、更方便的完成任務(wù);移動(dòng)端也存在一定的限制,更小的屏幕、輸入不夠敏捷等,所以可能需要更多的隱藏和歸納,布局只能用寬度有限的方式。另外,交互方式也有不同,PC端主要靠鼠標(biāo)和鍵盤與產(chǎn)品進(jìn)行交互,而移動(dòng)端除了點(diǎn)擊外,還有各種各樣的手勢(shì)和傳感器,甚至還有語音。所以在移動(dòng)端設(shè)計(jì)的時(shí)候要重新分析思考,不能簡(jiǎn)單的對(duì)著PC版本,換一下控件或者簡(jiǎn)單的改下布局,設(shè)計(jì)思路上就要開始做本質(zhì)的區(qū)分。
比如上面IM、OA的例子,我填了一個(gè)申請(qǐng)單,需要主管審批下,PC端的做法往往是:我填完申請(qǐng)單提交后,用IM給主管發(fā)消息讓他盡快批下,主管批好了再IM回復(fù)我;到了移動(dòng)端,可以充分利用其便捷性和即時(shí)性,表單提交后直接給主管推送一個(gè)消息即可,主管審批完成后,再給我推送一個(gè)消息。
設(shè)計(jì)四原則
刪除
刪除PC上多余和過度的設(shè)計(jì);
刪除已舍去功能的設(shè)計(jì);
刪除任何增加用戶負(fù)擔(dān)、分散注意力的元素;
刪除一切可以刪除的元素,移動(dòng)端本來屏幕空間就有限,每多一個(gè)元素就是對(duì)資源的一份搶奪…
組織
根據(jù)移動(dòng)端需求和使命,重新搭建信息架構(gòu),不能完全襲用PC的;
根據(jù)移動(dòng)端的交互方式,重新組合內(nèi)容和梳理內(nèi)容間的關(guān)系,比如模塊A變化了,跟模塊B有沒有關(guān)系,怎么來凸顯這種關(guān)系;
根據(jù)新的邏輯關(guān)系,重新組織頁面模塊內(nèi)容;
根據(jù)屏幕特點(diǎn),重新把表單輸入項(xiàng)進(jìn)行分類組織;
…
隱藏
隱藏暫時(shí)用不到的元素,等到需要的時(shí)候再適時(shí)呈現(xiàn),降低頁面復(fù)雜度,減少各種元素對(duì)資源的爭(zhēng)奪。移動(dòng)端因?yàn)槠聊怀叽绲膯栴},更需要隱藏原則,根據(jù)邏輯關(guān)系適時(shí)呈現(xiàn)需要的元素,既可使頁面簡(jiǎn)潔清爽,同時(shí)也能降低用戶的認(rèn)知難度。
轉(zhuǎn)移
移動(dòng)端有著其自身的局限性,從而導(dǎo)致復(fù)雜性較高的任務(wù)很難完成,此時(shí)可以把復(fù)雜性轉(zhuǎn)移到PC端,比如多數(shù)據(jù)表單的填寫、復(fù)雜的任務(wù)等等,最終通過手機(jī)和PC的合作來解決用戶的問題。
本文由 @BingoSun 原創(chuàng)投稿,并經(jīng)人人都是產(chǎn)品經(jīng)理編輯。未經(jīng)許可,禁止轉(zhuǎn)載。
?? 首先,給文章作者點(diǎn)個(gè)贊。
? 其次,你沒有指出相關(guān)的移動(dòng)端設(shè)計(jì)原則;文章內(nèi)容有些重復(fù);
?? 再次,從PC移植到移動(dòng)端,首先把所有需求羅列出來,然后挑出重要的三個(gè)功能點(diǎn)(秉承沒有這個(gè)功能會(huì)不會(huì)死掉的原則),這個(gè)定好后,再定出相關(guān)聯(lián)的枝枝蔓蔓。
?? 最后,畫主流程,原型圖,設(shè)計(jì),開發(fā)。
?? 以后可以從數(shù)據(jù)和用戶反饋中得到移動(dòng)端需求功能,然后以后版本中迭代。
請(qǐng)看開頭語:“為了更加能突顯主題,僅僅討論P(yáng)C端和移動(dòng)端方面的,傳統(tǒng)用研開始的產(chǎn)品流程暫時(shí)先不談?wù)?。?/p>
嗯,那我后兩條可以忽略。
哈哈,歡迎交流,我感覺第三條也有些問題:
首先把所有需求羅列出來,然后挑出重要的三個(gè)功能點(diǎn)(秉承沒有這個(gè)功能會(huì)不會(huì)死掉的原則)
——————–根據(jù)我個(gè)人的工作經(jīng)驗(yàn),理論雖然是這么說的,但實(shí)際工作上這些理論就有些偏理想化了,一個(gè)產(chǎn)品有時(shí)候多一個(gè)功能或者少一個(gè)功能影響真的不大,沒有到非生即死的嚴(yán)重程度,之所以要添加某個(gè)功能很大程度是在后續(xù)迭代過程中衍生出來的,而不是剛開始就能百分百定好的,說實(shí)話,很多時(shí)候做某個(gè)產(chǎn)品的目的剛開始都不知道,或者產(chǎn)品剛開始的目的就是拉新累積用戶量,商業(yè)模式、產(chǎn)品定位都是根據(jù)后續(xù)數(shù)據(jù)來定的。。。就拿神級(jí)產(chǎn)品微信來說,剛開始就是簡(jiǎn)單的IM,一開始也沒想到要做朋友圈、公眾號(hào)、甚至金融平臺(tái),這些也是等微信發(fā)展到一定規(guī)模,再加上公司戰(zhàn)略需要才能確定的。再拿內(nèi)部支撐的產(chǎn)品來說,有時(shí)候多一個(gè)功能或少一個(gè)功能真的就是老板一句話的問題,他愛這么玩你也沒辦法,最主要的是對(duì)內(nèi)部使用的影響真不大,內(nèi)部的用戶根本不在乎多或者少這么一個(gè)功能,只要能滿足他日常情況的使用就OK了。。。
個(gè)人愚見,歡迎拍磚!
會(huì)不會(huì)死其實(shí)是對(duì)從0到1的產(chǎn)品而言的。既然你提到了微信,你也說了最初只做了簡(jiǎn)單的IM,因?yàn)樽畛跛亩ㄎ痪褪荌M,所以它抓住了自己的重點(diǎn) 沒有過多的在這個(gè)基礎(chǔ)上做一些不必要的東西。你后邊的分析也有一定道理的,產(chǎn)品的快速迭代,肯定是要跟著公司的戰(zhàn)略走的。有時(shí)候還真是就需要這種拍腦袋的時(shí)候。
討論很熱烈,學(xué)習(xí)了。 ??