1704230494
1704230495
产品触达用户的渠道变得复杂，不像PC，整个互联网是一个整体，直接用URL链接即可触达用户，网站之间互相导流量也很方便。移动端要通过各种应用市场铺渠道，要等待平台审核[3] ，然后还要确保用户能找到你，愿意下载和打开，甚至愿意把你放到首屏，你才有机会最终和用户互动。另一方面，各种App互相引流也比网站更难。所以，产品黏性更加重要，对产品体验细节要求更高。
1704230496
1704230497
需求：更加丰富多样，也更加碎片化
1704230498
1704230499
临时兴起的需求变多，需求也更加碎片化，经常要在短时间内快速满足很小的一个需求点。比如，坐电梯时看一眼股票的最新价格；等上菜的时候刷刷新闻标题，而不是新闻内容，把需要仔细阅读的新闻先收藏起来；早晨起来一边洗脸刷牙一边听几分钟的音频新闻……这些需求，如果要打开电脑做，就显得太费事了。与PC产品更正式、更侧重工作场景相比，移动产品更随意、更侧重娱乐或生活场景。
1704230500
1704230501
场景：随时随地，在各种环境下
1704230502
1704230503
用户场景从电脑屏幕前变成了生活中随时随地，有了新的使用时间、使用地点，需要更多地考虑用户使用产品时周围环境的因素，比如是否吵闹，是否人多，是否光线昏暗，是否移动摇晃，以及会如何与所见所闻互动，等等。
1704230504
1704230505
做设计时，我们在办公室里试用产品可能不会遇到的问题，在用户身上却有可能遇到。因为，用户可能会走在路上用、开着车用、躺着用（虽然这些行为并不值得提倡）；我们有高速的WiFi，但用户用的可能是2G或信号不稳定的3G；我们用iPhone 7、华为的高配机器，但用户用的可能是性能较差的iPhone 4S或比较便宜的Android机器……而PC端产品就不存在这类问题，所有用户都是坐在电脑前，而且现在的主流PC几乎已经没有性能瓶颈，主流固网宽带也能确保流畅访问网站。
1704230506
1704230507
解决方案：移动特有的领域知识
1704230508
1704230509
移动时代对产品经理的要求高于PC时代，下面从六个角度来说一下。
1704230510
1704230511
►要掌握移动领域的基础知识： 要去学习移动产品基础知识，这是基本的要求，比如同样的删除操作，在iOS上是左右滑动，在Android上则是长按。一些技术基础也要知道，比如哪些功能是系统自带，几乎不用开发的；而哪些功能又是可以通过调用第三方服务简单实现的。
1704230512
1704230513
►要熟悉各种可利用的硬件： 引用Kentzhu[4] 所说，在移动设备里，常见的可以被利用的硬件包括话筒、GPS、距离感应器、环境光感应器、影像传感器、磁阻传感器、重力感应器、方向感应器、加速感应器、三轴陀螺仪、RFID、NFC、温度计、震动感应器等。虽然要熟悉这么多的硬件，但只要能用在产品上，就很有可能让产品具有创新点和新的特性，比如基于地理位置的各种应用。而这些在PC端基本不用考虑。
1704230514
1704230515
►要理解互动方式的变化： PC时代的鼠标、键盘等“人造物”，在移动时代变成了更自然的语音、手指、动作（比如摇晃）。有了各种硬件传感器，不只是人与机器可以交互，还可以通过机器和周围的环境交互。因为设备与使用者绑定，关联性更强，所以更容易获取行踪信息、个人习惯等隐私数据，安全性也就变得更加重要。
1704230516
1704230517
►要明白产业链的结构： BSP硬件层[5] 和OS操作系统层、OS suite层（如MIUI等）及App层等都需要了解。每个层都有对应的不同厂家，最终产品需要考虑的适配情况复杂多变，比如iOS和安卓平台、多种屏幕分辨率、各种手机厂家对UI层面的改造，等等。相比而言PC端就比较简单，只需要考虑几个主流浏览器的支持情况。
1704230518
1704230519
►要懂得用简单逻辑完成任务： 很多PC端产品的逻辑包含复杂的主干流程、分支流程、异常处理等。而移动端则不得不放弃大而全的想法，更强调聚焦——一屏解决一个问题，流程能串行就不并行；更强调减法和“单核思维”；更强调任务简单——尽量几秒内完成，大任务要拆解，单个任务要实现浸入式体验，以应对屏幕小、操作时间短和碎片化的场景。这样的转变也与移动设备的一些使用瓶颈有关，比如需要考虑电池续航能力、发热、流量消耗，以及程序运行卡不卡、会不会闪退，等等。
1704230520
1704230521
►要采用更灵活的实施过程： 产品设计的方法论也明显不同，虽然新的方法论大家还都在摸索，但移动时代的确不能再像开发软件那样按部就班地做规划、写PRD、评审、发布。因为移动端产品版本迭代节奏更快，需要引入“版本控制”的概念，比如开发一个、内测一个、发布一个。此外，对于移动端产品的实施，相比Web产品，PC客户端软件的很多方法论更有参考价值。
1704230522
1704230523
好了，小结一下，用户、需求、场景这三个词，共同描述了“问题”：什么人，在什么情况下，想搞定什么事，缺一不可。那么，接下来聊一聊用什么“东西”搞定。
1704230524
1704230525
2.1.3 东西：解决方案
1704230526
1704230527
最后一个词“东西”，就是解决方案。产品、功能、特性、流程、服务等都可以算作东西。东西可以是一个有形的实物，也可以是一个无形的服务。
1704230528
1704230529
实物很容易理解。一台笔记本电脑、一瓶饮料，很显然都是实物。其实，对互联网行业来说，一个网站、手机里的一个App，都可以算作实物。
1704230530
1704230531
服务的话，相对复杂一些，通常有线下部分，包含更多与人的交互。
1704230532
1704230533
2015年，国内互联网有个很火的概念叫O2O（Online to Offline）。为了打市场、培养用户习惯，O2O创业公司几乎在全国各大城市都展开了补贴大战。朋友跟我说了一个鲜活的例子——他星期天早上起床后就先吓一跳：家里有四个陌生人在做上门服务，一个阿姨在打扫卫生，一个厨师在烧午饭，一个美甲师在给他老婆做指甲，楼下还有一个人在洗他的车。他跟老婆说“这也太夸张了吧，什么都要别人上门来做”，他老婆不屑地回答：“一共才10块钱”。
1704230534
1704230535
因为不符合商业逻辑，这些疯狂补贴的公司，撑到2016年后大半都死掉了，但服务越来越重要确是不争的事实。
1704230536
1704230537
时至今日，几个少年租个民房，然后憋在里面写三五个月的代码，就憋出一个伟大产品的互联网田园时代，已经一去不复返了。这是因为，本世纪初期的互联网产品基本上都是纯线上的，而今天你要再想做一个NB的互联网产品，必须得有很“重”的线下部分。作为一个优秀的产品经理，也不能再把产品简单地理解成手机里的某个应用，而要去关注产品背后的隐性因素——需要哪些合作伙伴、供应链怎么优化、线下部分怎么设计，等等。
1704230538
1704230539
接下来就仔细聊聊，“东西”到底有哪几种。
1704230540
1704230541
1704230542
1704230543
[
上一页 ]
[ :1.704230494e+09 ]
[
下一页 ]