产品如何从PC端向移动端迁移

6 评论 25531 浏览 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端和移动端方面的,传统用研开始的产品流程暂时先不谈论。”

      来自江苏 回复
    2. 嗯,那我后两条可以忽略。

      来自北京 回复
    3. 哈哈,欢迎交流,我感觉第三条也有些问题:
      首先把所有需求罗列出来,然后挑出重要的三个功能点(秉承没有这个功能会不会死掉的原则)
      ——————–根据我个人的工作经验,理论虽然是这么说的,但实际工作上这些理论就有些偏理想化了,一个产品有时候多一个功能或者少一个功能影响真的不大,没有到非生即死的严重程度,之所以要添加某个功能很大程度是在后续迭代过程中衍生出来的,而不是刚开始就能百分百定好的,说实话,很多时候做某个产品的目的刚开始都不知道,或者产品刚开始的目的就是拉新累积用户量,商业模式、产品定位都是根据后续数据来定的。。。就拿神级产品微信来说,刚开始就是简单的IM,一开始也没想到要做朋友圈、公众号、甚至金融平台,这些也是等微信发展到一定规模,再加上公司战略需要才能确定的。再拿内部支撑的产品来说,有时候多一个功能或少一个功能真的就是老板一句话的问题,他爱这么玩你也没办法,最主要的是对内部使用的影响真不大,内部的用户根本不在乎多或者少这么一个功能,只要能满足他日常情况的使用就OK了。。。

      个人愚见,欢迎拍砖!

      来自江苏 回复
    4. 会不会死其实是对从0到1的产品而言的。既然你提到了微信,你也说了最初只做了简单的IM,因为最初它的定位就是IM,所以它抓住了自己的重点 没有过多的在这个基础上做一些不必要的东西。你后边的分析也有一定道理的,产品的快速迭代,肯定是要跟着公司的战略走的。有时候还真是就需要这种拍脑袋的时候。

      来自北京 回复
    5. 讨论很热烈,学习了。 😉

      来自广东 回复