我们在哪儿？
作为一名企业IT的老鸟，发现一个比较有意思的事情，就是我们的企业IT产品，仍然投入大量的精力，在基于PC的WEB端的设计和交付上，而在APP上的，移动端的考虑，一直都是在PC搞完之后，再延伸一下，做个APP，基本上都是基于PC的裁减版本，从功能的视角来讲，基本的套路是先来一个全集，再取个子集作为APP，我想，这仍然是不少产品的一个基本套路。
说一下我们的业务领域系统吧，数了一把，居然有500来个菜单，也就意味500以上的页面，你要说他多吧，也不算多，东一块西一块，都有业务流程和业务对象支撑，你没法说哪块是多余的，我们基于我们以往的事实，作业就是在PC上，我们的业务就要有对于的页面来承载。
以上2个事实，也体现了这是我们的认知。但是我们忽略了一个事实，我们所有的业务系统设计，都是在PC时代长出来的，我们的业务流程也是在那个时代就设计好的了。任何东西都需要演变，过去，是否代表未来？
这让我想起了以前一个故事，为什么传统的银行以及运营商的APP做得很渣，而淘宝和微信的线上支付和理财却做得很好。真的是银行的IT人员就要渣一点，笨一点吗？很多找的是同一个团队来做，也会发现就是差不少。这里面最大的分歧在哪里？我们很多银行的领导，认为不就是一个APP嘛，找个外包公司做就可以了！别人有，我们也有嘛，把所有的功能都搞上去，顺便商城也搞一搞。他们不知道这APP其实是他们的线上营业厅，而这个营业厅是一个最大的优势就是可以24小时不休息地服务所有的用户！当你意识到这个APP有这么重要的时候，当你把它做当你的营业厅来设计的时候，你的思路就变了！你要想的是，用户怎么进来，他需要做什么，第一时间要做什么？是查余额，还是转账？什么时候有理财的诉求，你会延伸到一家营业厅是怎么服务消费者的，流程和交互要怎么设计，才能让用户完成下去，如果转换了这个思路，我想银行APP的体验完成可以达到互联网公司水准。再回到我们自身，我们做PC再做APP的思路是啥，还是一种功能交付的思路，而不是一种用户思路和场景思维。毕竟对于工程师来说，交付是第一责任，但是如果对于产品经理 ，还是这种思维，就很要命，会导致抓不到用户的真正场景的痛点，做出来的东西无关痛痒，好像都有，但是用户就是不爱用，人家就是不Care.
问题在哪里？
解决产品体验有2个核心问题，用户为什么要来？用户来了怎么找到你？有诉求不等于不会来，有时候嫌麻烦就不来了，人就是这么懒，为什么我们谈场景，就是要切入到用户那里。比如你去点菜，我微信扫一下，我就搞定了，我很愿意，但是让我再装个APP，我就不想弄了，麻烦！为啥？我懒。再举个例子，我是知道有报表，比如上次我告诉用户可以从哪里看我们的报表，用户很吃惊，我发了链接给他，他发现没权限。我让他申请，他问我上哪儿申请，刚好IDM切换iAauth，我跟用户都不知道iAuth要怎么登陆，然后我发现我找不到。我们想得很美好，我设计好了，人家就会用？其实并不是这样。那都是你想得美好，你想的，和用户乐意用，还有很长的一条路！讲了这么多，我只想说一个观点，即，产品设计要跟着用户场景走！我们讲用户场景的时候并没有回来业务现实，用户到底需要什么？用户到底是怎么样的？
Mobile时代，Mobile First
现在是一个移动社交的时代，中国有11亿移动用户，微信的用户量也过了10亿，这说明什么？使用移动APP是每个人的习惯，而使用WEB系统已经是少数。我们很多年前，就喊，移动互联网时代，这是一个移动互联网的时代，也就是Mobile的时代，大家不否认。在移动的时代，安卓和IOS实现了对Windows的超越，腾讯信托微信，拿到了移动互联网的入场券。我们天天都是在喊移动的时代。现在手机上都有一个功能，就是统计我们的上网时间 ，最新的统计报告也显示，平均超过了5个小时，随时可见低头族。既然是移动的时代，为什么不是移动先行，明明用户都已经在移动设备上了，我们在PC主要工作是做什么？写材料！回想一下，我们在什么时候需要打开电脑？多数人会说，写PPT的时候，没错!作业的时候才需要！其它时候其实你都不需要打开电脑了，发邮件不需要，沟通不需要，查看数据不需要，那你为什么还执着于PC上设计那么多WEB页面呢？为什么我们打造IT产品，不能直接简单粗暴的执行Mobile First的原则呢？移到先行，至少先证明，你是跟着时代走，跟着趋势走的。我们倡导Mobile First的理念，正是顺应时势，顺应用户的使用场景。
哪些人用PC？也就是作业人员，决策人员还用PC吗？很少，也就是意味着啥，我们的价值用户，特别是一些核心的价值用户，已经逐步离开了PC。我写过分析PC的WEB还有客户端的分析文章：《开发PC端就真的很LOW了吗》，比较分析了几个产品形态的差异。PC只有一个场景，就是作业，高频的，需要复杂操作的。比如我们写文档，编写代码，做表格，这些自然是在PC上最方便的，但也不一定是WEB哟，可能是客户端更方便。而低频的，操作较少的，全部都适合到Mobile上面来，有啥不能来了？你可以反思一下，这时候，你开始学会了识别核心用户，对用户的场景加以区分，开始考虑目标用户群了，而不是只考虑功能，而你经常一审视，你会发现，基本上核心功能都应该在移动应用上。
我们在WEB页面的开发真的是过量。电脑适合做什么？移动办公是我们的主要场景，我要查看今天的销量，我怎样最快？我打开app，直接就看到了。而PC是要怎么样，找到这个URL，通常我没保存（难堪），很大可能在这一步就死了一半。而APP我只要装了，我在桌面上一打开就看到了。随时随地，简单、快捷，能用手机看就不用电脑看，除非我需要在电脑上制作，能移动应用解决的，坚决不做PC上面！
开启你的用户思维
最后，说了这么多，让你意识到了，移动应用才是我们的主战场。如果你做到了，说明你开始学会了思考为什么，用户到底是怎样？用户到底需要什么样的产品。当你切换到移动先行的理念之后，你已经迈出了与时俱进的第一步，你打开了潘多拉之盒！移动先行，不是说让你做APP，而是移动设备的场景。你开始思考场景了，那么你就要思考，这是一个APP，还是一个小程序就可以解决。你的交互方式，是语音好呢？还是手机触摸，如果中是问个天气预报，报个数字，为什么不能考虑语音的效果呢？问一句今天销量额是多少是不是要考虑。华为眼镜出来了，手势的交互是不是要考虑一下？
Mobile First的副作用
末了，还有一个跟用户关系不大的好处，移动场景受限于界面，我们学会了抓重点，一开始的时候更好地打造MVP，先取舍，再补充优化，而不是现在我们啥都想要，啥都是重点，移动场景，逼着你一开始就要取舍，毕竟你不可能在APP上像PC一样加个横向滚动条，把100个字段全部堆上去吧？从简单入手，从核心入手，我们总是说要做简单的产品，说是容易做是难，移动先行，有利于这个理念的执行到位。
作者：邱逸峰
往期文章精选
javascript基础修炼(13)——记一道有趣的JS脑洞练习题
扫一扫
1572
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
