订阅

你应该知道的一些微信技巧

写在前面:

微信越来也像一个社会,形形色色的人聚在一起,每个人都有自己的喜好和用自己的表达方式。

所以,理所当然的,每个人都应该有自己拒绝的方式。学会拒绝,是一种成熟的表现!

  • 拒绝朋友圈中的心灵鸡汤内容

没有人喜欢整天把自己搞的像个圣人一样的朋友,也没有人喜欢整天向自己推销垃圾产品的朋友。朋友,不是这样的!

在朋友圈的TimeLine中,长按某人的头像,可以出现朋友圈设置权限功能。方便屏蔽段子达人、心灵鸡汤等。

其中,加入朋友圈黑名单后,他将无法看到你发在朋友圈的消息,你也可以设置不看他的照片。

  • 拒绝群消息提醒

点击群聊右上角的icon,进入群聊信息界面,拖动到页面的下方,进入详细设置,可以关闭群聊的消息提醒。方便减少一些信息骚扰。

(该功能无法关闭数字提醒)

  • 群聊中快速@某人

在群聊会话界面,如果长按某一个人的头像,那么就会自动在输入框输入 @昵称 ,方便@别人。

同样的,如果在群聊会话界面的输入框输入 @ 符号,那么就会出现这个群好友的列表,选择一个,就可以在输入框快速@他了。但是有个细节,如果实在英文或者数字后面输入@符号,则不会弹出列表滴。

  • 在朋友圈里发纯文字

在朋友圈页面顶部的相机icon上长按,可以发文字。

同时,当前群聊界面、朋友圈是可以支持超链接的。

  • 删除朋友圈中的纯文字信息

该功能尚未开放,预测微信会在接下来的版本放出。

  • 朋友圈中单独回复某人

点击朋友圈中某个人的评论信息就可以单独回复给这个人了,其余的人不会收到提醒。不过,如果你们有共同好友,该信息依然会被浏览到。(泡熟人的请注意)

  • 朋友圈中删除自己的评论信息

点击朋友圈中自己发布的评论信息即可出现删除按钮。

  • 多设备之间同步微信聊天记录

点击设置 – 聊天记录迁移,可以上传或者下载聊天记录到微信的服务器。方便多个手机之前迁移微信聊天。

  • 查看通讯录当前好友数量

打开群发助手插件 – 新建群发 – 全选。会在先一步的按钮那里看出来当前有多少好友了。

(这个数字包含了已删除了/拉黑了你的好友)

  • 查看当前微信会话的数量

点击设置 – 聊天记录迁移 – 上传 -全选。就可以现实你当前的会话数量。

最后,扫描一下就可以关注我的微信公号,ID:iamkentzhuiamkentzhu

 

跨终端体验的完整性

可以预见的,用户将会在不同的屏幕上体验你的产品,而用户在各个屏幕上的用户体验也将趋于一致。对于用户而言,只在乎你所提供的服务,这与他在什么屏幕上体验无关。

Evernote是跨终端体验完整性的典型案例。我可以在手机上继续在Mac上完成了一半的文章,也可以在Pad上读完某一个被共享的文档。对于我来说,随时随地的记录与查看的体验是完整的。

百度云在跨终端体验完整性上则做的更好。我通过PC端共享一个BT种子或者视频文件,然后我的好友可以在Pad上直接观看。对于用户而言,共享影片的体验是完整的,且是被更好的满足了的!

Path和啪啪则是另一类跨终端体验完整性的典型案例。我通过APP上传照片,然后通过Twitter等分享给我的朋友,如果我的朋友在PC上,他可以通过Web浏览器查看我的照片,对我的照片进行点评,或者收听我发出去的配音。对于我来说,随时随地与好友互动的体验是完整的。

QQ音乐、快捷酒店管家等与微信的结合也是这样。我分享一首歌曲到微信,我的朋友可以直接在微信中点击播放,这个听歌的体验是完整的。我分享一个酒店详情到微信,我的好友可以点击之后在微信中查看这个酒店详情并完成预订,用户订房的体验也是完整的。

所以,对于产品而言,用户更看重的是你的服务,至于承载这个服务的载体,并不重要。而作为产品,也必须去试图根据不同场景的切换去满足他们。

以上是基于产品层面的跨终端体验完整性的一些思路与案例。如果细化到具体的设计上,同样的,也需要考虑跨终端的体验完整性,用户在不同的终端不同的浏览器上访问同一个网站,应该享受到一样完整的体验。

最近学到一个新的词,叫做响应性设计,也被称为“响应性界面设计(Responsive UI)”、“响应性Web设计(Responsive Web Design)”。

响应性设计,简单说就是设计和开发应针对用户行为和使用环境,做出不同响应的设计方法。主要是解决用户不在不同的终端浏览器上的体验一致性的问题。

响应性设计具体的实践方式由多方面组成,包括弹性网格和布局、图片、CSS media query的使用等。无论用户正在使用笔记本还是iPad,我们的页面都应该能够自动切换分辨率、图片尺寸及相关脚本功能等,以适应不同设备;换句话说,页面应该有能力去自动响应用户的设备环境。

应用响应性设计不仅仅是变变布局,而是应该把各种设备的不同特点发挥在产品设计中。同一个产品在不同的屏幕尺寸 、不同的浏览器、 不同的操作系统 、不同的网络环境 、不同的设备性能下,在一个统一规划的设计策略下管理。这样可以很大程度避免出现类似wap.xx.com、m.xx.com、pad.xx.com这样的纷乱的情况。

附,关于响应性设计的一些介绍与资料:

c7210翻译:什么是响应式Web设计,怎样进行?

kejun:聊聊响应性设计和开发

孟爽paula:响应式设计如何入门

kejun:一次响应性开发实践

 

我们是如何利用微信来辅助产品的

注:这是IT经理世界与搜狐IT联合做的一个关于微信开发者调查的专题,其中对来自快捷酒店管家的公号“订酒店”做了报道。原载:搜狐IT

文/快捷酒店管家产品经理 朱坤(kentzhu)

现在,只要看到一个APP,需要用户之间产生信息交互,比如导航信息、航班信息、酒店信息、餐厅信息等,但是却不支持微信分享的,我看着都很捉急。这就好比,用户已经处在了信息的高速公路上,但是你还只让他骑着单车,这是有点反人类的。

对于产品而言,我们的目标用户在哪儿,他们在使用什么样的工具,我们的设计就应该跟到哪儿,巧妙的利用用户常用的工具,可以更好的赢得用户的好感,从而触动他们。

在快捷酒店的预订上,存在1个很典型的场景。我出差到一个陌生的城市,住进了宾馆之后,想找朋友出来聚聚,我需要告诉朋友我当前的位置。所以,我们在很早的时候就在快捷酒店管家中加入了分享的功能,用户可以分享酒店的地址、电话信息到短信和微博,帮助用户完成这个需求。我们以前认为微博是一个很多人在的地方,分享功能应该来引流不少用户,但是,我们错了。除了店长,很少有人使用这个功能。因为,住酒店是个很私人的事情,用户不那么愿意公开。同时,分享到微博的信息并不能直接为用户调起导航。

微信的出现,将这个问题很好的解决了。现在,我出差去深圳,我可以将我的酒店信息通过微信分享给我的朋友,朋友在微信上打开这个信息,可以直接调起快捷酒店管家APP,然后通过导航功能找到我。从数据上看,我们接入了微信分享之后,用户的使用率及回流比率是之前微博的数十倍,相应的,短信分享的使用率也相应下降了超过50%。

在快捷酒店管家的产品中,我们将微信的分享看作是一种病毒。我通过微信分享我在快捷酒店管家上预订的酒店,传播了快捷酒店管家的品牌,同时也吸引了新用户来安装这个APP,然后这个新用户又成为了病毒。而病毒的根源就是,他提高了信息流通的效率。我们的兄弟产品航班管家在这点上做的更加深入,他们直接把微信分享独立出来显示,同时在分享到微信的缩略信息中就展示了航班号及起飞机场与时间,更好的帮助了用户。

在很多时候,用户其实并不太在意这个产品由什么来承载,他们只在乎这个产品能不能帮助他解决问题。

有次有个朋友被困在昆明机场,通过微信问我,附近有没有快捷酒店,我说,你直接用我们快捷酒店管家查呗,他说没来得及下载,没流量了。最后,我用快捷酒店管家帮助他完成了预订。这个事情之后,我开始思考,APP是否是唯一的移动解决方案?对于快捷酒店管家,我们要做的是帮助用户解决如何预订快捷酒店的问题,而APP只是一个载体,显然,他不是唯一的。

正好,微信的4.0版本开始支持发送当前位置给好友,当时我就在想,如果用户主动将当前位置发送给公众平台,我们完全可以根据他的位置返回给他当前位置的快捷酒店。这样的话,那些低频使用的用户,一样可以在需求的时候享受快捷酒店管家的优质服务了!从产品逻辑上看,都是根据用户当前位置,找到用户当前的快捷酒店并完成预订,这跟快捷酒店管家的产品理念完全一致。

于是,我将这个想法做成原型发布到了微博上,之后开始联系微信开放平台的同学。他们听到这个想法的时候也很支持,于是快捷酒店管家成为第一家内测公号平台自动回复功能的公号。我们注册了innteam这个微信公号,我们的CTO花了大概2小时完成了调试,上线了一个比较粗糙的版本。最初的订酒店公号(微信ID:innteam),只能实现共享位置,我们根据位置的x,y坐标查找酒店。后来,我们的CTO继续深入,调用了一些第三方的API,可以实现按照地点来查找,按照店名来查找,按照品牌来查找等。现在,这种形式几乎成了生活类服务微信公号的样板模式了。

完成之后,我只是在微博上发布了一条消息,第二天正好腾讯科技的一个专题中提到了这个公号,于是第一批用户就这么来了。之后,我们没再做过任何的宣传与推广,一来是因为创业团队人力不足,二来是觉得只是个辅助业务。但是,在接下来的几周里,来自订酒店公号的订单量一直在上涨,我终于意识到这不是用户在测试,而是,用户发现这是一种更低门槛的订酒店的方式了!

于是,我们开始想办法把老用户与微信也结合起来,可以让老用户直接在通过这个微信公号来管理自己的订单。打开一个微信公号,输入一个命令就可以取消订单,相比打开APP,等待启动再切换到订单管理而言,无疑效率又提高了。

这一切,受到了用户的肯定,在公号的后台里,很多用户留言说,原来微信还可以这么玩,原来订酒店可以这样简单,这太酷了!

在后续,我们将订酒店升级到了3.0版本。增加了这样几个功能:利用微信的自定义菜单,一键查找周边的酒店 ; 直接在微信中完成预订 ;不管是APP和微信公号都可以将你选择的酒店信息再次分享出去,然后你的好友直接完成预订,更好的解决了『替人订房』这个需求 ;跟第三方合作,增加了一个有趣的随机糗事功能,因为我本身是糗友,同时,我始终觉得搞个客服让人调戏,是个很低级的产品行为,另外作为一个小团队,我们也没人可供调戏。

从微信订酒店3.0版本开始,我们已经完成了微信上的产品循环构建。用户可以通过不同途径生产出『酒店卡片』,这个卡片通过微信进行传播,然后产生出更多的卡片,最终实现帮助用户解决酒店预订的需求。

当然,对于很多实体酒店而言,他们利用自身的优势在运作微信公号,通过微信公号发布优惠和吸引新的会员,也进一步培养了用户的使用习惯。这让我们对微信公众平台的前景进一步的看好,我们正在对订酒店微信公号做升级,会进一步的提高用户查找酒店、预订酒店、与好友分享酒店信息的效率。

作为开发者,我很少看外界对微信公众平台的评价与预测,这些对我来说毫无意义。在快捷酒店管家,我们最关心的是我们的用户会因为微信的出现发生怎样的改变,他们对APP的看法,他们对手机生活的看法,我们会根据这些看法去发现可以跟微信的结合点,然后将这个需求提给微信,一起来满足用户。

关于原型设计的一些事

关于什么是原型

为了讨论方便,有必要先做一个简单的定义。

这里的原型指的是对最终产品各页面上内容的简单呈现,通常不会设置颜色和字体,也不含图片。这里的原型,也通常被称作线框图、示意图、蓝图。在一些极端的情况下,原型图往往可以先被抽象成一个个的模块组合,然后再去细化每个模块中的内容极其展示形式。

原型的主要作用是为了沟通最初的产品设想。原型图展示的是内容和结构及粗线条的布局,而不是视觉设计。

一定程度上,原型图是为了说明用户将如何与产品进行交互,其主要受众是团队里的工程师与设计师。原型图一定要体现出用户在每个页面上期望看到的内容,以及这些内容在页面上的相对优先级。通常情况下,原型图在纸上呈现,也可以使用一些特定的软件进行制作,常见的包括axure、viso等。

所以,根据这个定义和解释。我们接下来讨论的问题,主要是围绕着Web网站和APP的原型设计进行的。

关于原型的精细程度

业界普遍的认知是,原型做相对中保真即可。中保真的原则是,对照原型,团队的设计师和工程师能够明白我们要做的是一件什么事情及这件事的重点就可以了。

当然,还存在另外一个观点,原型,必须是要高保真的。对于这个观点,个人持保留意见。高保真的原型需要花费更多的精力,同时,不够敏捷。

关于原型绘制工具

在程序员的世界里,终极问题是,什么是最好的语言?在前端工程师的世界里,终极问题是,什么是最好的浏览器?在产品经理和交互设计师的世界里,终极问题是,什么是最好的原型工具?….

基本上,不存在绝对好用的工具,完全取决与自己的爱好与使用是否顺手。关于原型绘制工具,网络上有很多人总结了很多不同的工具,你可自行选择。我个人使用的比较顺手的是axure。

哦,对了,实际上最好用的原型设计工具,最后,我发现,是纸和笔。在快捷酒店管家的实际项目运作中,我们更多的是运用白板来绘制原型,然后将经过讨论通过的原型用手机拍下来做记录存档。

关于axure的使用

(不使用该工具的同学,读到这里可以关掉页面了,谢谢。)

1、千万不要去学习复杂的交互动作!

首先,在axure里使用复杂的交互会上瘾,这将大大的浪费你的时间;其次,设计师和工程师都不会看你的复杂交互动作的,他们只觉得这是个图形而已;第三,如果你真想学,为什么不去学div+css呢?

2、如果你确实需要表达一个复杂的交互,可以考虑将这个交互拆解了表述

典型的比如一个输入框的不同状态。可以拆解为,获得焦点激活输入框 – 正在输入中 – 输入完成激活提交按钮 – 点击提交按钮完成提交。

这种拆解的方式,虽然看上去会占篇幅,但是却实在是最容易被理解的,连流程图都能省略了。

3、可以考虑将需求文档与axure原型结合起来

只是说可以,没说一定要这么做。这是我一直在使用的一种方式,我自己觉得效果还不错,详细的可以参考“基于axure的PRD协作”,不再赘述。

4、一定要有一套属于自己的控件库

控件库,简单理解就是将产品拆解成很多的小零件,当你需要的时候,将这些零件进行组装即可。这可以大大的提高你的原型制作效率。

关于原型控件,每个原型工具都有,你可以自己网上搜索。在实际运用的过程中,你可以根据自己的需要对这些控件做修改,之后可以再次使用。

5、原型的版本存档同样重要

原型,跟实际产品一样,是会迭代和不断被修改的,所以,一定要记得存档。即使是在同一个原型上做修改,也一定要做记录,这对后续回顾很重要。

1362540338

(快捷酒店管家首页的早期原型)

最后,

原型设计,是每个交互设计师和产品经理最最最基本的技能。这也是一个梳理思路很好的方式。

为什么要用户登录?

只有登录才能完成相应的操作似乎已经成了很多产品,尤其是交易类产品的一种理所当然的规矩。所以,当你点击购买按钮的那一刻,一个讨厌的登录框就会弹出来,打断了你的操作。

你必须开始思考你是否曾经在这个产品里注册过,你的密码是什么,最郁闷的事情是,你常常还忘记了用户名…..

于是,为了完成交易,你必须再次完成注册,但是,他可能会提示你你的某个证件已经使用过了,你需要更换…..

但是,该证件是唯一的,所以,你又必须开始想办法找回你之前的账户。

好吧,当这一切都忙完了,请问,你还能记起你是因为什么而搞了这么多事情吗?还有,你还有想继续交易的心情吗?

所以,每次在使用交易类产品的时候,我总是想问一句,你们凭什么让用户登录?用户为什么要登录?

快捷酒店管家是一个典型的交易类产品。在最初的产品设计中,我们就最大程度的弱化了“注册”这个概念,同时也最大程度的弱化了“登录”的概念。我们从另外一个角度重新思考并设计了这个交易系统。

用户来快捷酒店管家是要预订快捷酒店的。这个跟你去酒店前台预订酒店,去一个代售点买个火车票完成的任务是一致的。你需要提交的基本信息,然后付钱,然后拿到房卡或者火车票。那,这里有存在登录这么一说吗?

既然是一个交易型的产品,从骨子里说就是,你提供给我相应的信息,我卖给你东西,就这么简单。提供一套账户系统,然后用户帐户名、密码登录进行交易,看似简化了这个交易流程,但,实际上则是增加了用户的负担,也打断了用户的使用流程。

所以,在快捷酒店管家,只会出现2种情况。你之前预订过,下次预订的时候直接点击预订,确认订单,就完成了预订;你之前没预订过,你需要输入姓名、身份证、手机号,确认订单,完成预订。不论是哪种情况,你能感受到的都是顺畅,无打扰,这是一个对现实生活的拟物与映射。

当然,还有另外一种比较折衷的情况。在交易类产品中,默认所有的情况进来都是填写交易需要的表单,但是,提供额外的入口允许用户切换到现有的账户模式,这个时候再进入登录页面。也能一定程度上保证用户操作流程的完整流畅。

在移动端产品设计中,因为移动设备与用户的更亲密的结合的存在,强制让用户进行登录,其实是个很反人类的事情,是在折腾用户。更快的完成任务,更顺畅的操作流程才是最重要的。

小心产品的虚荣指标

标题来自《精益创业》,我懒的想,就借用了。

产品上线了,必然的就需要一些指标来衡量这个产品的价值。常见的比如PV、UV、DAU、MAU、ROI等等。这些数字,一定意义上代表了产品的价值,也是里程碑的象征。因此,我们会经常看到各个产品在媒体上爆料自己的数据,以展示自己的实力。

然而,随着这种里程碑意义的被放大,越来越多的虚荣性指标充斥着互联网,充斥着各种产品的宣传。更有甚者,这些虚荣指标成为了产品的KPI,为了达成KPI,更多的手段被使出来,最终加剧了这些指标的虚假。

比如,将使用过跟这个产品相关联的功能的用户全部算入到这个产品的活跃用户中。比如,始终以累计用户来衡量,而没有去掉流失用户等。类似一周内有 10 万个新用户,单月 PV 达到 200 亿,300 万个会员总数,这些数据成为产品热衷于对外PR的指标。

从趋势上看,用户数量肯定是在不断增加的,随着用户数量的增加,注册用户、激活用户肯定也是增加的,所以,这些数字看上去很重要,但其实意义不大。

类似的虚假指标的出现,在很大程度上阻碍了产品的正常发展。除了对外吹个牛逼,对内基本上都是在玩数字游戏,自己骗自己。

每个产品都应该有属于自己的可行指标。这个指标能指引产品的方向、并帮助公司作出更好的决策,这样的指标能带给公司与众不同的竞争力。这样的指标才是每个产品都应该去关注的,而那些虚荣指标,交给PR部门去对外哄哄媒体和竞争对手就可以了。

比如,点评的可行指标可以是点评数量及餐厅图片上传数量;拍照社区的可行指标可以是每天的照片上传数量,一周内回来网站并上传照片的使用者百分比;社区的可行指标可以是最近30天都活跃的用户数量。

漏斗模型是一个比较合适的衡量方式的。通过漏斗的方式,可以很好的知道产品本身的运转情况及产品的业务模型。

比如从获取一个用户到用户最终下单的漏斗中,掐头去尾,计算获取一个用户的成本是多少,用户一单贡献的价值是多少,再计算出来用户重复购买的比率,大概就能知道这个生意是不是划得来。如果划不来,是漏斗出现了问题,还是模式出现了问题?

在快捷酒店管家产品的前期,我们建立了几个漏斗模型,新用户下单漏斗、老用户下单漏斗等,用来调整产品设计,直到这个漏斗趋于稳定。然后引入新的用户进来,不断优化这个漏斗。

我们需要一套可以看出来这个产品是一个可持续的产品的指标,用来衡量这个产品的价值,而不是一个总量的趋势。比如,用户总量是增长的,但是每个新用户所产生的收益是否有提高?在总量中,新老用户的比例如何?

另外,从产品的循环来看,实际上产品的过程就是一个“设定一个假设 – 用数据去验证这个假设 – 调整假设值,继续验证”这样的一个过程。在这个验证的过程中,虚荣性的静态数据并不能有所帮助,而能够揭示产品因果关系的数据更有帮助。

 

path 3.0的一些细节设计

今天,只说设计细节。

path一直是个蛮奇葩的应用,它的每一个大版本都会引发APP设计风格的一次突破,但是,它的产品自身却一直没什么突破。

Ptah 1.0,采用了一个横条的缩略图作为图片Timle的主要表现形式,这种风格让以照片流为主的Timeline显得非常有韵味,后来这个风格被不断模仿;

path 2.0,采用了抽屉式导航的模式,这种导航风格大大的扩展了APP的可利用空间,同时让核心功能足够突出,底部将所有的功能性操作缩略到一个按钮上,只要你需要,点击一次就可以执行你操作的功能,直到现在,这种抽屉式风格依然是主流模式;

path 3.0,在APP的交互中加入了声音的元素,对时间轴的使用更娴熟频繁,登录界面由单一图片改为轮播背景。同时,这个版本另外一个重大的风格就是拟物化做的很赞。logo及界面都呈现出平面化的趋势,很有质感。时间轴、轮播背景图的登录界面、平面化应该也会成为趋势的。

path的风格演变

按照我对设计的理解,首先它必须是有一个足够清晰的产品架构,在这个架构的基础上去做优雅的交互和视觉才能够事半功倍;其次,交互和视觉都应该足够的注重细节,细致的细节更容易打动人,同时让产品显得很有档次。

AppFlow是个典型,即使它的交互很酷炫,但是还是很烂,因为它的产品架构糟糕的一塌糊涂;Google Maps是另外一个典型,它的产品架构做的足够清晰,然后加上一些优雅的交互,使得这款地图应用瞬间成为极品。Path的设计,也完全符合我的这2判断点。

当然,今天不分析架构,只说path 3.0让我看到的很用心的几个设计细节。

关于拟物化的设计

进入ptah的商店(shop)页面,首先是一声响铃,商店顶部的雨篷会缩回去,把商品展示出来。想像一下,你在一个幽静的小镇晃悠,看到一家手工艺品小店,你推门进去,挑开门帘,看到了里面的商品,就是这个感觉!

另外,在每个商品的顶部是一个挂钩,而陈列架上都有一盏小的射灯,将光线打下来照在商品上。当你晃动手机的时候,这些卡片会随着你的晃动摇摆,会调用感应器摇摆哦,真的会摇摆哦!!!

当你选中了一件商品,会有一个从上而下再稍微弹起的动画。这个场景就像是墙上挂了蛮多的商品,你看重了一件,主人把它放下来的感觉,有木有!

如此逼真的拟物化,如此细致的细节拟物,反正我是第一次见到。而这些小的细节,会很容易让你感受到,并且瞬间产生联想,然后心底一股暖流,然后不禁想大声说一句,这他妈的才是设计!!!

小细节的雕琢

在Path的主页,头像下面有一类似雨滴的个圆点,当你下拉刷新的时候圆点会随着变成一个雨滴,当刷新完成,雨滴会从上掉下来成为一个雨点,然后页面缩回去。这个小细节看似很平常,但是确实是经过用心雕琢的。

在path 3.0的核心动作中都假如了点击反馈,比如点击拍图、位置、音乐等。点击之后,图片会有一个渐隐的变大,这种点击反馈在APP的设计中很常见,但是,path似乎做的更精致一些哦。

另外,在主页点击封面图片的时候也是会有点击反馈的哦。

关于统一性

Path的主页、个人主页、聊天列表、聊天窗口的风格是统一的。左侧都有一根轴,然后用户的头像穿轴而过,这种统一性让用户比较有安全感,也很舒服。在滑动页面的时候,右侧会出现一个时钟的提示,提示该条消息收于什么时候或者发与什么时候,这个也是一种统一性。

path3.0

一个有问题的隐喻

path 3.0不仅仅是能私聊,还可以跟陌生人私聊,还可以发起群聊的,只是群聊的入口稍微隐蔽罢了。在主页点击右上角的聊天,然后再点击右上角的撰写icon即可发起多人聊天。

这个icon似乎是一个设计错误,作为一个发起群聊的icon,这个撰写框明显不合适。也许它其实的出发点是同时给多人撰写信息?

当然,单从设计层面讲,path确实是目前非常优秀的了。

在这个产品上,从它出生到现在,每次都会让你觉得,原来这才他妈的是交互,这她妈的才是优雅!它总是能在设计层面上不断的去创新,不断的突破自己,但是,杯具的事情是,它的产品层面一直未见有大的突破,这倒是挺让人惋惜的。

推倒自己

在产品设计的过程中,难免会碰到很多类似的模块设计。早前也许在某个产品中设计过,很想在这个产品中也搬出来用用,典型的比如首次进入的定位、找回密码、注册表单这样的。

但是,最近发现,每次当我有类似这样的念头的时候,做出来的东西总是很不能让自己满意,更会被团队的同学质疑。然后,重新开始设计的时候,放弃之前的想法和思路,会发现有完全不一样的更适合的方案出来。

比如,早前做首次进入的定位模块,会在检测到用户2次进入的时候城市不同的时候弹出提示,让用户决定是否切换。后来做快捷酒店管家,觉得这个设计好傻….干嘛要让用户再选一次,干嘛不直接就给出当前位置附近的东西,这不才是LBS嘛….

过去的经验这个东西,使的好了便是利器,放不下便是自残的凶器。其精髓在于,留下的经验里,是徒有其形还是已得其神!在一次次的同类型模块设计中,留下来的应该是对产品核心的理解,而不是其表现形式。

这似乎就是“重来”的力量。redesign是每个产品设计者每天都应该思考着的问题。

对约定俗成、司空见惯的东西提出疑问并思考是很好的思考方法。如果“质疑-思考”之后还是发现,目前的通用做法最好的,至少你知道为什么了而不是盲从,如果发现约定俗成的做法不见得合理,或许你就可以通过“重新发明”某件东西来获得成功。

 

后来,听一个同行聊近年很多大公司从互联网业务到移动产品业务的转换之艰难。

我觉得道理类似,对于移动互联网,很多的大公司缺少重来的勇气,始终在尝试“迁移”,用原有的业务经验和产品手法继续在移动互联网上运作。所以,总有那么一点差强人意。

从互联网产品到移动互联网产品,用户的使用场景、用户的使用对象、用户要解决的问题都在改变。这种改变导致产品如果继续用之前的思路来展开,无法胜任了。我们需要做的是,重来,重新从用户、场景、任务、设备四个角度去思考,去观察,去设计。

当然,从互联网到移动互联网的迁移,也会存在对已有利益的损害与博弈,这属于另一个层面的话题,我们只看产品设计的思路。

很多时候,最大的竞争对手总是自己,企业永远都不是被竞争对手打败的,而是被自己弄死的。不要让经验成为包袱,推倒自己,重来一次试试。

 

—— 以下是微信公号中最近比较有代表性的提问:

问:需求和功能之间的关系是什么呢?

:口渴了是需求,而喝冰水、喝茶、喝可乐是功能。

问:你对罗永浩的锤子Rom有什么期待?

:我只期待他更android一些。

问:做互联网产品跟年龄有关系吗?

:没有。

问:你是不是很爱抽kent烟?还有,你胖不?

:我只抽硬包红河,抽了8年。70kg,178cm,算胖吗?

 

选3本书推荐给新入行的PM

这是马占凯提在知乎上的一个问题,属于美团章鱼计划的一部分。划章鱼计划是美团网的产品经理开源培训课程。

上一期“移动产品设计书籍推荐”之后,很多人留言想要我推荐一些关于PM的书。于是,我把这个问题的答案在这里再发一下。

(微信添加 iamkentzhu 为好友,搜索“移动产品设计书籍”可以查看上期的推荐书目)

如果只说三本,针对PM的,那就分别从设计、产品、运营3个方面选吧。3个方面正好也大致覆盖了一个PM的工作。

1、设计相关

《简约至上》,副标题:交互设计四策略

副标题注明是写交互设计的,但,实际上是适用于整个产品设计的。这书核心点就说了一个事情,如何做到,用最少的设计,最优雅的满足用户需求。

至少值得读5遍以上,因为,这些法则看似简单,看似读了就懂,但是,实际上还是会经常犯错。

(有本类似的书《简单法则》,这书有些老了,我是先看了简单法则才知道又出了本简约至上的)

2、产品相关

《启示录》,副标题:打造用户喜爱的产品

这确实是目前最好的关于产品设计的入门书籍了。

曾现场听过Marty Cagan的分享,涉及需求分析、产品设计、团队协作、用户期望管理、产品生命周期等部分,非常的精辟。

3、运营相关

《玩法变了》,副标题:淘宝卖家运营弱品牌时代

这是一个以淘宝卖家为主题与原型写作的,关于产品寄品牌运营的书籍,虽是专注了一个领域,但是可以触类旁通不少关于运营和品牌的知识。如何把产品养大,养好,如何策划一个成功的运营活动,如何去做评估等,我一口气读完的,很爽!

另外,还有几本也值得一读:

《金字塔原理》

金字塔原理是一种重点突出、逻辑清晰、主次分明的逻辑思路、表达方式和规范动作。

这可以帮你很好的梳理思路,将你的观点表达给团队成员。

《应需而变》

这是一本讲同理心的书籍。同理心,就是最近盛传的“要将自己变成傻瓜,然后去设计产品”

《决策与判断》

这本书,我读的时候蛮吃力的,但是确实很值得读。分析用户的心智模型的。

《精益创业》

不要被书名里的创业2个字吓到或者吸引,它其实是一本讲述新产品如何更精益的开发的书籍。其中关于数据指标的量化体系很值得回味。

读书,不再多,有几本能启发思考即可,读书之精髓在于能够打通你的思路,引导你去思考。

读书,不一定非要是专业书。初期也许需要专业书引导入门,之后则可触类旁通了。

被简单粗暴化了的简洁

标题有点拗口。

首先,简洁并不意味着低劣或不注重装饰。

而是说,装饰要紧密贴近设计本身,任何无关的要素都要剔除。简洁的特征应该源自你所要表现的产品,以及用户所执行的任务。

其次,复杂是一种常态。

互联网,甚至于整个自然界本身就是一种复杂的存在。设计,从某种程度上来说就是要将这种复杂变的“有序”。

“有序”是简洁的一种外在表现形式。

比如,查找到附近的快捷酒店并完成在线预订原本是一件很复杂的事情。包括,如何确定距离最近、如何确定现在确实有房、如何确定不是虚拟预订等等问题。但是,一旦我们把这些条件做一些有序的排列处理,正如快捷酒店管家所做的,预订附近的快捷酒店只需要40秒而已。

第三,谁该面对复杂才是核心问题。

​设计简单的用户体验,不应该问“怎样才能把这个功能设计的更简洁”,而是问“到底应该把这个复杂性放到哪里?”

很显然,创造简单的用户体验,意味着要把复杂性转移到正确的地方,让用户每时每刻都能感受到简洁之美。

同样的,使用快捷酒店管家预订酒店,你要做的就是点击1次app,显示附近的酒店;点击第2次,选中1家酒店;点击第3次,提交订单。然后,去入住。你感受到的是简单快速,我们工程师们面对的则是复杂的程序请求,复杂的房态请求等等。

第四,粗暴化的简洁会让事情更复杂。

砍需求,做更少的功能,做更多的限制,这些看起来会让事情变的简单。

新手引导其实就是一种典型的粗暴化简洁。新手引导试图将一件事情分成几个步骤,达到简单的目的,但是,却让用户失去了控制权,事情变的复杂了….

减法或者加法,简单或者复杂,都不是问题的核心点。核心的问题在于,你面对的是怎样的用户,他所处的是怎样的场景,他要解决怎样的问题。这才是产品设计的终极三问!

最后,推荐大家阅读《简约至上》这本书。这是一本给了我很多启发的书籍,是一本我过一段时间就会重新读一遍的书籍。

好玩APP,体验阅读的乐趣

本期的好玩APP由豆瓣漠非投稿完成。

她在豆瓣长期坚持更新了一个帖子,随手点评她使用过的APP,在我的邀请下,她对其中的阅读类APP做了整理。她的帖子地址:http://www.douban.com/group/topic/31200696

里面有部分电子书免费,其余的需要购买。支持将本地的epub、pdf导入,还增加了中英文字典的支持。

多看也支持iPhone,不同设备上的阅读进度会同步到云端(仅限于从多看上下载的电子书的进度)。

感觉多看现在要比 iBooks 好一些,尤其是目录的显示方式和支持 wifi 导入书籍。

如果有人问起来如何在手机,ipad上看txt电子书,我多半会给他推荐多看。

它的设计极为贴心。

iBooks内置了英文词典,选中一个单词后会有英文解释,还能下载字典。

iBooks支持 pdf 和epub。看Epub略有瑕疵,经常出现在一页的最下方汉字只有上半部分的现象。查过一些资料,不记得是epub的问题还是iBooks的问题了,总之就是有这样一个瑕疵。

另外,我下载的一些pdf电子书都不是特别清楚,看起来体验不怎么好。

一般都放txt格式进去。

QQ阅读的体验也是很不错的,它的电子书资源是否丰富就看个人需求了。不过,有时候觉得QQ阅读总有一些华而不实的东西…

英文的。支持将epub和pdf导入到里面进行查看。

iPhone,iPad通用。推荐iPad上用,毕竟效果更佳。

把读书这件事作为一个又一个的小任务,这样,每天都能抽出一点时间读书,压力也不会特别大。

不太好说豆瓣阅读,阅读的体验是很棒的,但是相比起其他的阅读软件,功能少了很多,还是跟豆瓣本身的内容结合在一起的,喜欢的可以试试。我是看了一下下,就没继续用了。

总的来说,推荐多看、iBooks。

——写在后面:

1、APP推荐完全由我和投稿者的个人兴趣决定,喜欢你就看,不喜欢就再见。

2、如果你也有好玩的APP推荐,请发送邮件到kenth.zhu@gmail.com (你没看错,是多了一个h的)

移动产品设计书籍推荐

这是我曾经在知乎上对一个问题的回答,最近也有好几个朋友在公号里向我提问,对于做移动产品设计,有没有一些比较值得一读的书来推荐。我把这个问题重新梳理了一下,更新到这里。

移动产品设计,狭义上的理解就是设计手机及Pad上的应用和Wap站,包括ios、android、WP等几个主流的平台。这个答案也是围绕着这个狭义的定义来的。

1、各个平台的设计指南,也就是我们常说的Guidelines

这是当前而言,所有的移动相关的书籍中,最最最最最基础的,也是最最最最最为重要的。所有的从事设计相关工作的人,都必须至少读3遍以上,甚至更多。

在Guidelines中,以ios的编写最为规范与完整。这套指南会很详细的告诉你,ios系统是一套什么样的系统,为什么要做ios的设计,什么样的ios设计是适合与这套系统,然后告诉你有哪些基本的模式,再然后是具体的设计。迄今为止,还未发现讲ios设计的资料有超越这套资料的。

基本上来说,熟读了Guidelines不看其他什么书问题也不大。强烈建议新入行做移动产品设计的同学,在没有读过Guidelines之前,不要读任何的其他书籍。

2、《简约至上 – 交互设计四策略

副标题看,这是一本讲交互设计的书。但,实际上,这是一本产品设计的入门书籍。讲述如何站在主流用户一边,以及如何从他们的真实需求和期望出发,简化设计,提升易用性。

这本书推荐给所有做产品的人看,同时,建议不要再读《don’t make me think》,这本书其实只需要读标题就成了。里面的例子和内容都不太实用。

3、《Tapworthy(触动人心)

这是一本讲述如何从iphone的角度来思考并设计一款ios应用的书籍。书中有不少的实例。

4、《移动应用的设计与开发

这是一本相对比较老的书,其中有些例子与数据可能不太适用了。不过,书中很详细的对整个移动生态系统做了描述,这是很值得一读的章节。因为,只有我们理解了所处的生态系统,才能很好的在这个系统中去设计应用。

5、《移动应用UI设计模式

很早的时候关注了这个姐姐的博客及要出的书,今天去看了一下,发现已经有翻译版本了,准备入手一本来看看。这本书分10大类介绍了70个移动应用设计模式(包括反模式),用了400多个屏幕截图和图解。基本上,是一个工具书了。

注:

以上书籍收录于我的豆列“移动产品设计书籍”。

另外,补充一些素材网站:

1、pttrns.com

这个网站会不定期的分享一些APP的截图,同时,网站还按照不同的分类将这些APP截图做了整理。

2、mobile-patterns.com

跟pttrns类似,不过更新好像没那么勤快。也是根据不同分类整理APP截图的

3、appsites.com

这是一个收集展示APP网页的网站。简单说就是很多APP的介绍和下载页面的收集整理

4、花瓣网的APP频道

唯一的缺点是网站和APP混在一起的,且内容没经过筛选,质量并不是很高,不过,其中有几个用户的专辑是很赞的!

——

如果,你也有跟移动产品设计相关的书籍、站点、资料推荐,欢迎邮件我哦~

盘点:我常用的手机APP

我有个习惯,过一段时间就会把手机什么的重置。重置,意味着可以帮你放弃那些你不知道是不是该放弃的东西,重置,意味着重新开始,有可能出现不一样的启发。

前段时间,重置了iphone,然后从零开始下载APP。凭着第一印象,还能记下的APP可能是我常用的,就下面这些了。

  • 工作与效率

微信:我和我的团队可以随时随地用这个来沟通,用户报个bug,直接把工程师拉进来,现场就解决了

印象笔记,也叫Evernote:跨平台存储文档,多来源存档,就一个字,牛逼!(关键是,那谁说要做一百年)

邮件&Gmail:一个公司邮件,一个私人邮件。2个APP,各司其职 (Gmail仅米国区有售)

GoTasks:这是一个可以同步Google日历的APP。在ios和android上都有,对于我这种习惯了用Google日历做To Do List的人来说,很够用

Google Map :作为一个地图APP,作为一个手机地图APP,我推荐这个,还需要解释吗?!!!(注意,我说的是地图APP,不是那什么)

快捷酒店管家:找房准、订房快的开房利器!(这个,真是工作啊~~~~)

  • 阅读与消磨时间

糗事百科:我已经推荐给很多做产品做的抑郁的同行了,反馈都说疗效很好!(他们的微信公号:qiubai2005,也强烈推荐)

Reeder:对于一个长期依赖Google Reader的人来说,这个APP很够用!(在android上,可以用Press来替代)

Fit随享微博:如果你坚持要刷微博,那么,我还是推荐你用这个吧。相对而言,还算可以了。(在android上,可以用四次元来替代)

Chrome:对于跨平台,对于移动浏览器,我推荐这个,还需要解释吗?!!

  • 娱乐与娱乐

豆瓣FM or QQ音乐:听说有个人,在豆瓣FM上听到一个歌,然后去QQ音乐搜索,然后分享到微信朋友圈….

Path:虽然慢,但是,这个很有设计感且很好用的APP还是大部分情况下满足了我拍照+check in的需求的

Running:Nike+ 是一款记录跑步的软件,但是,因为找不到比他做的更稳定的关于骑车记录的APP,至今我也用他替代了骑车记录

 

这就是我常用的APP,还有诸如游戏类、旅行类、拍照类什么的,大多可以自称一类来推荐,就不在这里推荐了。

那么,你常用的APP有哪些呢?欢迎一起来聊聊,可以发邮件给kenth.zhu@gmail.com。

好玩APP,拍照利器

注: 这期的好玩APP由豆瓣网友ID:aragaki 推荐。在他的豆瓣主页有一系列的APP截图收藏,也很赞。

aragaki推荐了他经常使用到的拍照类APP。一共8款,不管你是高富帅还是白富美,不管你是小萝莉还是俏大叔,应该,都有一款是适合你的。

1、LINE camera

滤镜效果一般般,但相框做的很不错,种类多而且简洁大方。最大的特色是它的图章,布朗熊&可妮兔、馒头人这些系列,谈不上美貌甚至还带一点WS气息,但是很能反映心情。

LineCamera下载:——>戳这里

2、乐画cute

​很适合女孩子,以装饰照片为主。图章和相框都很多样可爱。在添加文字时,字体有很多选择。一点不足是这款app感觉运行起来要比其它的慢一些…

乐画cute下载:——>戳这里 

3.DECOPIC  &  Petapic

这两款APP是一个系列的,DECOPIC用来美化照片和装饰图片,而PETAPIC则用来拼图。

DECOPIC的感觉和乐画cute有些相似,也是很适合女孩子使用,但DECOPIC的印章做的更精致而且实用,很容易找到适合的。

DECOPIC下载:——>戳这里

Petapic下载:——>戳这里

4.Weico+

非常喜欢weico的滤镜,种类很多而且效果自然,很容易拍出清新或者lomo的感觉,虚化效果和裁剪功能用起来也很顺手。

weico微博客户端不仅可以很多主题可以选择,发图片时无论是拼图还是gif快手都可以一键完成,比新浪自己的微博客户端好用很多。

Weico+下载:——>戳这里

5.Instagram & Instake & InstaCC

Instagram,不解释。

Instake,它可以把Instagram上面的图片下载到自己的手机上,无论是自己上传的还是别人的。

InstaCC,将你发到Instagram的照片按照日历的模样排列,最后就会像是照片墙一样记录自己的生活,同时它也支持从InstaCC分享图片到Instagram。

Instake下载:——>戳这里

InstaCC下载:——>戳这里

 

写在后面:

APP推荐这个类别,内容是纯的由我个人和投稿者的主观意识决定的。所以,你喜欢就喜欢,不喜欢就滚蛋!

如果你也有想跟大家分享的APP,欢迎邮件联系kenth.zhu@gmail.com,或者直接在公号 iamkentzhu 里回复我。

别告诉我结论,说现象!

又是1年春节假期结束,按照惯例,在未来的几周里,应该不断有类似“x线的互联网现状”、“y线的人们都用手机做些啥”之类的文章出来。大抵思路是说,我下乡去了一趟二三线城市,然后看到这个城市的一些人是如何用手机的,如何用互联网的,由此我发现了一个什么什么这样的。

1年年看下来,越看越没意思,因为,从现象到结论,来的太突然。很多人应该是就看到了7到8个人或者更少的人是怎么使用的,然后就贸然的下了结论,更有甚者估计就看了1个人是怎么用的就开始下结论了,这是个很可怕的事情!

对于我来说,我更希望的是你真实的告诉我你看到的现象,不要帮我下结论,结论,我会自己来下。很多时候,做一个好的陈述者比去下一个结论,做一个评论者要难的多的多,陈述,是一个很客观的还原,而结论,每个读者都会有不一样的判断,这样,你的文章才会有更大的价值。

早前的时候,我坚持写过几篇文章,叫做“观察”,锻炼自己描述用户在某个场景下的需求的能力。可惜,后来没坚持下去,最近准备重新捡起来写。写这个的目的也很简单,不能融入到场景中的需求和用户,都是虚的。这也会直接影响后续如何与团队沟通,如何把需求顺利的传达出去。对于团队的其他角色来说,告诉他们为什么这么做以及我们可以怎么做,比直接告诉他们,我就要这么做好的多。

同样的,真心期望大家可以把回家过年看到的情景真实的描述出来,只描述出来就足够了。在描述的过程中,有用户的样子,有使用的场景,有他是如何操作的,这就是最有价值的记录。根据这些场景,可以挖掘出什么来,那是读者的本事了。

对于阅读者,看大家写出来的场景远比看最终写作者给出的结论强。根据别人给出的场景,作出自己的判断,也是一种能力的修炼。