搞IT产品,请谨记Mobile First
我们在哪儿?
作为一名企业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脑洞练习题
【HC资料合集】2019华为全联接大会主题资料一站式汇总,免费下载!
搞IT产品,请谨记Mobile First的更多相关文章
- 谨记给UpdatePanel中动态添加的控件赋ID
原文:谨记给UpdatePanel中动态添加的控件赋ID 昨天下定决 心对上次做的布局编辑器控件加以改进,其中最主要变化的就是要完全使用ASP.NET AJAX!但是很遗憾,虽然耳闻已久,但目前对AS ...
- virtualbox谨记:续....
接“virtualbox谨记:win7上只有4.3.x的版本支持ubuntu14.04.3虚拟机安装Oracle Rac,其他的版本3.x和5.0.2(至2015-08-30)均不可以”, 续 me自 ...
- virtualbox谨记:win7上只有4.3.x的版本支持ubuntu14.04.3虚拟机安装Oracle Rac,其他的版本3.x和5.0.2(至2015-08-30)均不可以
virtualbox谨记:win7上只有4.3.x的版本支持ubuntu14.04.3虚拟机安装Oracle Rac,其他的版本3.x和5.0.2(至2015-08-30)均不可以
- alibaba的JSON.toString会把值为null的字段去掉,谨记
alibaba的JSON.toString会把值为null的字段去掉,谨记 Map<String,Object> map = new HashMap<>(); map.put( ...
- 指针超强汇总(谨记优先级:() > [] > *)
参考:http://blog.chinaunix.net/uid-20120277-id-5760985.html C语言所有复杂的指针声明,都是由各种声明嵌套构成的.如何解读复杂指针声明呢?右左法则 ...
- 五分钟轻松搞定产品需求文档!这可能史上最全PRD文档模板
本文由 @JustWu 原创发布于社区 为什么写这篇文章? 第一:写PMCAFF的PRD文档,大家都是用户,比较好参考与理解,方便大家来找我写的不好的地方. 第二:我在自学PRD文档的编写过程中,总 ...
- 产品炼成记·hostingranking.cn·基于ghost的轻量技术架构整理
本篇纯粹只讲hostingranking.cn网站的技术架构,也就是怎么做到的,达到什么效果.至于它是什么,为什么要做暂且不说,另篇会分享. 技术组成 首先hostingranking.cn是基于gh ...
- 好的想法只是OKR的开始--创业者谨记
每一个出版过作品的作家都有这样的体验:有人找到你,说他有一个极妙的想法,并迫不及待的想和你一起实现这个想法:结局也总是差不多,它们艰难的完成了灵感部分,而你只需要简单的把它写成小说,收益则需要五五分成 ...
- 【M16】谨记80-20法则
1.开始编写代码时,不要过多考虑效率,而应该首先考虑逻辑的清晰性和代码的可读性. 2.后期通过测试找到效率的瓶颈所在,而不是靠猜测.然后,针对性地去解决.也就是80%的时间去解决这20%的代码.
随机推荐
- Docker的centos7容器中如何安装mongodb
下载安装包: wget https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-3.2.12.tgz 解压安装包 tar -zxvf mongodb ...
- 程序员学点xx 之 Redis
程序员学点xx 之 Redis 概述 其实程序员也要和操作系统打交道, 比如最常见的,部署自己电脑上的开发环境. 当然有时某些牛人, 觉得运维或基础部门的同事不够给力, 亲自上手部署服务器或线上环境, ...
- Project Euler 51: Prime digit replacements
通过替换*3这样一个两位数的第一位,我们可以发现形成的九个数字有六个是质数,即13, 23,43,53,73,83.类似的,如果我们用同样的数字替换56**3这样一个五位数的第三位和第四位,会生成56 ...
- Vue基础系列(三)——Vue模板中的数据绑定语法
写在前面的话: 文章是个人学习过程中的总结,为方便以后回头在学习. 文章中会参考官方文档和其他的一些文章,示例均为亲自编写和实践,若有写的不对的地方欢迎大家和我一起交流. VUE基础系列目录 < ...
- python经典算法题:Z字变形
题目 直接看图! 思路第一步:分组 我们把传入的字符串进行分组, 每个框内的字母为1组: 我们发现每个相同颜色的框内的一组字母的特点是在传入的字符串中是连续的: 我们还发现每组字母的个数是由numRo ...
- NuGet Package Explorer使用教程下载
1.下载NuGet Package Explorer http://www.pc0359.cn/downinfo/91514.html 2.双击NuGet Package Explorer出现启动界面 ...
- c#属性(Property)
属性(Property)是类(class).结构(structure)和接口(interface)的命名(named)成员.类或结构中的成员变量或方法称为 域(Field).属性(Property)是 ...
- PHP-PSR 现代PHPer的开发规范
PSR是PHP Standards Recommendation的简称,意为PHP推荐标准.要想了解PSR,首先得知道制定这一标准的人/组织是谁————PHP-FIG. PHP-FIG PHP-FIG ...
- 【最新发布】最新Python学习路线,值得收藏
随着AI的发展,Python的薪资也在逐年增加,但是很多初学者会盲目乱学,连正确的学习路线都不清楚,踩很多坑,为此经过我多年开发经验以及对目前行业发展形式总结出一套最新python学习路线,帮助大家正 ...
- ArcGIS API For Javascript :如何在地图上做出点位脉冲闪烁的效果
日常地图表达中我们通常使用的地图符号多是静态地图符号,时间久了会造成视觉审美疲劳,也没有现代感. 在这种背景下,对现有地图符号进行简单处理,即可得到色彩鲜艳,对比度强烈,活灵活现的地图表达形式. 灵感 ...