【7048】无线和PC产品的区别

前段时间,因为工作需要,特地去聊了一些产品经理,问了大家“无线和PC产品的区别”,自己也网上查了一些资料,梳理总结一下。

思路还是从做一个产品需要回答的几个关键问题来展开。

 

用户:主要是用户特征、用户触达。

用户群体更广,比如学生、打工者,有很多人原来是没有电脑的;对比我们的大多数产品经理“先PC后无线”,他们是“先无线后PC”的,具体的说,他们是通过无线第一次接触互联网的,先入为主的“默认值”不一样,他们也不知道你这个无线产品对应的电脑上的产品的逻辑,所以,“移植”很危险。

这一点,使得年轻的90后产品经理拥有了一个加分项,90后们更具天然的“无线基因”,也更年轻、更有激情、更适应比PC变化更快的无线产品行业。

用户生理上的一些特性,也开始需要考虑,比如用手机的时候,双手?左手?右手?导致我们在设计屏幕布局的时候,需要注意。

用户触达复杂,不像PC,直接url链接即可,淘宝最擅长的就是导流量。无线要通过各种应用市场铺渠道,要审核(iOS审核很麻烦啊,一定要了解,不然会被打乱计划),要下载,再要打开,是否愿意把你放到首屏,结合客户端的特性,升级时候的用户触达也相应复杂,粘性很重要,对产品体验细节要求更高。

 

场景:随时随地,使用环境与开发设计环境不同。

有了新的使用时间,使用地点,从电脑屏幕前变成了生活中随时随地,他周围环境如何,吵闹?人多?黑暗?摇晃?如何与他的所见所闻互动?……

我们在办公室里设计,拿着看的时候可能没问题,但用户可能走在路上用、开着车用、躺着用(虽然这些行为都不太好);我们有高速的wifi,但用户可能是2G、信号不稳定的3G运营商;我们用iphone5s\三星的高配机器,但用户可能是性能很差的山寨机……一些低端机器对应用的体验,可能很糟糕,或者网速慢的时候体验很糟糕。而PC就没有这个问题,都是做在电脑前,机器性能对体验的影响比PC严重,PC访问网站基本都流畅了。

 

需求:更加丰富多样。

临时兴起的需求变多,碎片化,往往是很小的一个点,要在短时间内快速满足;PC更正式,移动更娱乐生活。

 

解决方案层面。

基础设计知识:无线产品基础知识要去学习,这是基本的,比如同样是删除在ios上是左右滑动在android上是长按。一些技术基础也要知道,哪些操作是系统自带,几乎不用开发的?

要熟悉硬件:引用kentzhu所说,在移动设备里,常见可以被利用的硬件包括:话筒、GPS、距离感应器、环境光感应器、影像传感器、磁阻传感器、重力感应器、方向感应器、加速感应器、三轴陀螺仪、RFID、NFC、裸眼3D、温度计、震动感应器等,还是很多的,做产品的时候,能否利用上?都可能让产品有新的创新点、新的特性(地理位置?与现实链接?),这个在PC端基本不用考虑。

互动方式:鼠标键盘的“人造物”,变成了更自然的语音、手指、动作(摇晃)。与使用者强关系(手机对应人,私密性,能获取图片、行踪信息,安全更重要),有了各种硬件sensor,不但是人与机器交互,人还通过机器和周围的环境交互。

需要理解产业链:硬件层、BSP(连结硬件和操作系统的package)、OS层、OS suite层(比如米UI)、APP层,都需要了解,每层上都有不同的厂家,导致最终的产品需要适应多种情况,比如iOS和安卓、多种屏幕分辨率、相比PC,几个主流浏览器支持一下就好了。

逻辑要更简单:PC端很多产品的逻辑是有复杂的主干流程、分支流程、异常处理什么的,无线要放弃大而全的想法,一屏聚焦解决一个问题,串行的流程而非并行,更强调减法,“单核思维”;碎片化的思路,屏幕小、操作时间短,使得任务必须简单,几秒内完成,把大任务拆解,浸入式。

需要考虑电池续航能力了,要考虑流量消耗了,要考虑卡不卡了,要避免闪退了……

 

实施过程:产品设计方法论不同,不能再像原来那样,做规划、写PRD、评审、发布……无线节奏更快,需要“版本控制”的概念,新的方法论大家都在摸索。相比web产品,对于客户端产品的实施,我觉得PC客户端软件的很多方法论可以参考。

 

先这么多,刚入了红米当备机没多久,这年头,双机(一个ios、一个android)确实是标配了。

iamsujie的各种二维码
iamsujie的各种二维码
------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《【7048】无线和PC产品的区别》有33个想法

  1. PC也会考虑不同分辨率,不同浏览器和不同操作系统的问题,不过相比之下确实简单多了。

  2. 我从开发者的角度说一下,在web产品时代,产品设计和开发需要考虑多浏览器兼容的问题,这是一个很烦人的事情,但是移动端的产品目前主要是native app,操作系统有ios和android,其中android又有好多版本和很多种机型,为了使更多的用户使用,需要开发大量的版本,很费资源,所以目前移动产品比web产品迭代起来更麻烦。不过好在现在随着4g的普及,会有大量的web app产生,只需要开发一个版本的app就可以在多平台上使用,期待ing。

    iamsujie Reply:

    @emptyer, 大趋势上看,web app会应用得越来越多

  3. 苏杰,您好,有个小建议提给您,我建议您可以把博客的字号再稍微大点,这样离电脑很远的时候可以看的很清楚,因为我今天正好想靠在椅子上看感觉看不清楚,个人感觉哈。

    iamsujie Reply:

    谢谢,不少人提过这个哎,但我感觉还好

  4. 能举些实例对比说明就更好了,初学者会更有体会

  5. 正在拜读《人人都是产品经理(纪念版)》,延伸阅读的部分通过二维码的方式来导读的主意很棒!但是二维码有时印在翻页右下角的地方,可能是由于纸张不平整的缘故,有时候二维码扫很多次都没反应,希望2.0版本能够改进。

    iamsujie Reply:

    谢谢,有道理,记下了

  6. 您好,有一个小小建议,像这样一篇文章的末尾可以加一个小小的总结,很多时候看到最后就会忘掉一部分前面的内容,如果有个总结的话会很容易回忆,就不用再往上划屏

    iamsujie Reply:

    谢谢建议

  7. 刚开始在看纪念版。开头垃圾桶的例子,说到了颜色,但书是黑白印刷的,没办法分辨,只能脑补了

    iamsujie Reply:

    >< 印刷成本考虑。。。

  8. 在看纪念版,第一章说的,不科学的产品,其中电梯开关按钮问题我深有感触,曾经想等等我们老师,结果一着急按错了,门关上那瞬间,我看见老师错愕的眼神,我不是故意的,但那瞬间真的分不清左右,书上没说明有什么好的办法解决,我觉得用汉字标示,或者开绿色关红色,或者开在最上方,关在最下方都可以吧,希望有机会能看到专业人士的好办法,顺便说一句,纪念版说明中最后一句,对您妻子的感谢,最后一句话真的暖到我了。感谢人人这本书,开启我的产品求学之路

    iamsujie Reply:

    :) 谢谢支持

  9. 无线这个称呼太过outdate了,苏老大记得更新的时候换称呼了咯

    iamsujie Reply:

    叫「移动」?

  10. 我也是从书上扫码进来的,的确扫了几次才进来,并不是特别顺畅,不过我觉得也没有必要专门改进。

    iamsujie Reply:

    这个站点确实不太稳定。。。

  11. 这样的备注很棒,最近在拜读人人都是产品经理这本书,第一遍读了大概,最近在第二遍看这本书,对于产品的感触颇深

  12. 书签的主意很好,可是要用剪刀,很麻烦。而且对于我这种手残和强迫症来说,没剪齐整很痛苦,觉得是次品,还不如没有……机票那么容易撕下来,可以参考下哇!莫非是现在印刷装帧做不到嘛?

    iamsujie Reply:

    主要是成本考虑额

  13. 想要从事产品工作,最近在拜读纪念版,开篇的例子让我感受到了产品人中的世界很有趣也很有意义,更加坚定了我的从事产品工作的想法

    iamsujie Reply:

    加油~~~

  14. 想要从事产品工作,最近在拜读纪念版,开篇的例子让我感受到了产品人眼中的世界很有趣也很有意义,更加坚定了我的从事产品工作的想法

  15. 最开始看到插图,以为买到假书了,汗。去网上看别人的评论书是咋样的,看到这里面的评论也在说就放心了。要是彩版就更好了。产品的视角果然这么不同,难怪现在吃瓜用户越来越多,一眼看全,一看就明的客户要求。很有兴趣的哟!

    iamsujie Reply:

    :)

  16. 看到需求收集那节才回来集中看延伸阅读,在看书过程中不停回看整个章节架构,看一遍想一遍这章架构逻辑是怎么样的,心中有框架再看内容会更能体会其中内容。想做产品反反复复尝试和思考过不下五次,现在坚定转行做产品,不知道这个时候转是否能行,发展前途是否好,前途一片迷茫,且走且看,希望一切顺利!

    iamsujie Reply:

    加油,希望你顺利,还可以参考我的新书《人人都是产品经理2.0》,自己觉得写的更完善

发表评论

电子邮件地址不会被公开。 必填项已用*标注