微信升级后公众号有了一些变化,但我还是用不习惯

2018 年 9 月 26 日,微信有了新的版本,升级后的版本为 6.7.3(iOS)。这次更新中对公众号继上一次更新为消息流后进行了再次的尝试,主要表现在:

1、以类似「最近使用」小程序的方式在公众号「订阅号消息」流中设立了「常读」公众号,看字面意思应该与自己经常读的公众号强相关,但具体规则不太清楚,置顶和星标的并不一定出现在常读中。

从字面上理解常读应该随着阅读发生变化,简单尝试发现变化不敏感,并不是常读的却排在了首位,常读中有新内容发布时,会在公众号名称左侧显示小绿点,同时排序前移。

2、属于常读和以前加星标的公众号会在「订阅号消息」流中以标题+摘要+题图的方式展示,而其他的公众号内容展示则较以前进一步收敛,变更为标题+小方块图的方式展示。

这提高了常读的视觉展示空间,增加了「常读」权重,缩小了非常读与非星标的视觉展示空间,在一屏中漏出的信息量多了的同时,信息也有了层级,相对前一个版本,这确实是一个没有回退的不错尝试。

但我还是不太习惯,这可能与我对公众号的使用有关,在我日常的使用中,我把我订阅的公众号当作一本本的「书」来看待,作者可能在写着某一行业的文集,或是连载或是篇篇独立,在这些「书」中我会重点关注一些,为其打上星标,几乎篇篇必读,其余大部分多数时间仅仅只是看看摘要,碰到感兴趣的才会读一下。

所以在我这样的使用方式下,如果要做变更,我更期望的是将重点关注的与非重点关注的进行严格的区分,一部分按照时间显示图文,另一部分显示列表及摘要,这次的变更有点这意思,但混杂在一起不太习惯。

至于到公众号内,在我看来就是到书里面了,那么我觉得就目前来说在「微信读书」中看公众号的体验是比较好的方式,我想公众号是否可以借鉴一下。

另一方面这毕竟是一个大平台中的小平台,除了阅读者这一边,还有平台另一边的作者方,在作者方少有变更,接触到的除了对内容创作的编辑环境有所升级与推出了「订阅号助手」之外少有更新,缺乏对作者的有效激励机制,其实在很早之前就内容创作上「起点」已经趟出了一条商业化的路,近几年又有「得到、极客时间」等诸多知识付费类的产品,甚至「小鹅通」,这些应该都可以借鉴一下。

当然就微信现在的这体量,些微的变更影响也是巨大的,不是那么容易的事情,整体上微信团队应该更清楚怎么迭代,给用户提供更好的服务,我也就是臆想一下。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

月夜荐书:《用户思维+》

这是一本产品方面 Head First 风格的书,Head First 系列的书是 IT 领域内比较知名的系列书籍,其以人、物插图及其间的对话及练习完成其要表达的主题,读起来颇为轻松有趣。《用户思维+》的作者 Kathy Sierra 是 Head First 系列产品的策划人之一,自己的书使用自己自己策划的风格就自然而然了。

正如《用户思维+:好产品让用户为自己尖叫》的书名,这是一本完全站在用户的视角来看待产品的书。用户怎么看一个产品?作者给出的答案是「当用户表示喜欢这个产品时,其实更多的是用户喜欢他们自己,一款产品之所以能够成功,那是因为它成就了用户,让用户感到棒棒哒」。

从这个视角来看待产品,或者说如果要建设一款可持续成功的产品(服务)就基本上等同于如何让产品成就卓越的用户。

如何成就卓越的用户?上图的脉络给出了答案,具体就不剧透了,每个人读完后自然会有自己的收获,我读完之后觉得有四点挺有趣,做个记录。

一,「后用户体验」在产品设计中值得我们思考。近两年用户体验时刻挂在我们口边,事实上我们在产品设计中也更加关注用户体验,产品的用户体验也与日俱佳,但这些体验往往过于聚焦对功能的体验,而后用户体验则提出在产品设计中,我们不仅要聚焦于功能的体验,而且还要注重功能带来成果的体验。

我们需要思考怎样将「只需一个按钮就可以流畅顺滑的导出月报表」转变为「太棒了,同事们对我提交的月报评价太让我兴奋了」,用户体验不仅仅是使用中的交互,还要顾及用户周边的环境和生活。

二,「场景」在产品设计中值得我们重新审视,场景是需求之源,在产品设计中仅仅关注与产品本身使用的场景是远远不够的,仅仅关注产品本身使用的场景,容易将产品工具化,而将产品置于更大的应用场景更值得我们关注。一个大而有吸引力的应用场景,本身就给用户带来成长的想象空间,这本身就是一种激励,工具专家很少是用户的最终目标。

将企业信息系统置于解决日常工作的业务来单独思考,可能会将产品工具化,假如同时将其放到更大的场景中来做,比如帮助其成为某一领域的专家,或许产品会更吸引人。

三,「感性知识」比较有趣,就是有些技能你说不出来你为啥知道,反正就是知道。在相应的环境中对应于海量的数据大脑会自动识别、建模、吸收、内化,大脑在自我训练自我学习,在某种程度上这是不是就是现在的机器学习的最佳范例之一。

我曾在做可靠性相关产品那几年,听闻航天某院中的一件事,某型号产品采用各种现代系统及技术完成设计,可靠性指标高度达标,测试时却总会出点问题但又总是找不到问题所在,最后没办法喊来已退休的总工过来,问了问情况后却直接找到了问题的所在。同样的那些比较牛的程序员就是能一下定位到程序的问题所在。感性知识比较强大,要多多进行感性接触。

四,帮助用户变得更好的途中,谱写了一条针对用户的成长曲线,如果把用户换成自己,自己的成长曲线亦如此,在打造让用户卓越的产品途中,何尝不是自我成长的路径,成长型思维模式下的学习、练习以及成长可以说已经脱离了产品设计的范畴,但仔细想来却很有关联,我们从来都是在用工具的时候凸显我们最终获得的成就以及自己的成长。

这些年看着工作时间是在增长,但仔细想想,发现自己仍旧徘徊在刚迈出入门线的状态,如何完成有效的练习继续前进呢?又是什么导致偏离了前进的方向呢?在某些方面是缘于自己遭遇了技能困境,提高认知思考,持续的构建技能结合实践,应该是一条行之有效的路。

在产品设计上,这本书在说的是一个好的产品要成就卓越的用户,需要真的关心用户,必须帮助他们做他们想做的事情,而不是我们想做的事情。站在用户的角度来看用户自己这个产品,这本书在对如何成就卓越的自己有很多地方值得借鉴,所以无论是否在做产品相关的工作,这本书都值得读一读,推荐给你。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

常见图表的使用

在信息传递中,除了单纯的文字表现方式之外,将信息可视化也是一种常见的信息传递方式。通过视觉化的方式传递信息,在某些时候其所传递的信息,会让用户理解起来更简明和清晰易懂。

比如,以文字的方式说明要到某个目的地,要想将这个说明说的更清楚,通常会通过在说明中不断增加标志物来辅助说明,这样一来二去的说明文字就不断的增加,用户阅读起来自然费劲,远不如直接放一个路线图或地图来的简洁明了。

我们通常采用图片、插图、图表以及地图等信息图片的方式完成信息的可视化,其传递的可视化信息依据信息图片的类别不同也会自然不同,其中的图表在我们日常工作中经常用到。图表与数值有关,在对基于数值的统计分析中,我们常常会采用图表来辅助对数据的阅读与理解。比如企业在月度中对不同部门销售情况做统计分析时,个人销售情况,个人月度消费情况统计等情况下就会常用到图表。

常见的图表有圆形图表、柱状图表、折线图表、面积图表、雷达图表、散点图表等。图表的使用在于对数值选择什么样的图表来展现,不同的图表所适合可视化的内容是不尽相同的,选择合适的图表,是将数据变得明白易懂的关键。

圆形图表常见的表现形式为饼图和圆环图,在内容需要表现为比率的时候,使用圆形图表是比较合适的,在各内容同属于同一总体的各个部分,需要对比各项内容所占的相对比率时,应该使用圆形图表。其基本特征为:表示整体中各项内容的比率;各项内容总和一般为 100%;不适合绝对数值的比较。

柱状图表的表现形式为方柱形或条形,比较适合用在绝对数值比较的场合下,各项数据按照柱形的长短不同,其比较结果一目了然。柱状图表的表现形式在方向上可分为纵向和横向两种方式。 柱状图除了可以进行单个类别的值比较,也可以进行多个类别的值比较,在进行多个类别数据比较时,当多个类别呈现在一个柱形上时,这个柱状图被称为累积柱形图或堆叠柱形图。柱状图的基本特征为:表示各项内容的绝对产别;通过柱形长度表示各项内容的数值;不适合相对比率的表现。

需要注意的是,在进行柱状图表的制作时,坐标轴的刻度值和间距是比较重要的,如果不注意很容易会被华丽的数据欺骗。

单项数据的比较

多类别数据比较

折线图表的表现形式是线和点的组合,它是表示变化的一种图表,在时间的维度上展示数据发生的变化。因为图表的形状为线段,故可以在折线图中同时呈现较多的数据。其基本特征为:表现因时间不同而产生变化的数据;坐标轴上某个时间点数据为圆点或圆圈,图由整个线段连接点构成;相比柱状图能呈现更多的数据。

面积图表是在折线图的基础上更近了一步,除了表示数据的变化之外,还能呈现数据细节,每个面积区域最上端的边线如同折线图表一样表示该项数据的变化,每一项的面积则表示细节。面积图表可以说是一种复合图表,可以了解整体上的变化的同时,也能够了解各项内容的各自增减情况。其基本特征为:表现各项内容整体数据的变化;也表现各项内容各自的变化。

雷达图表又叫戴布拉图、蜘蛛网图,从中心开始以放射状发散开的轴线来分散安排某项内容的数值,同时表示不同的性质和其间的平衡性。看起来像雷达,同时也像蜘蛛网。越靠近中心点数值越小,反之则越大。常用来分析各项数据中不同特性的分布及其整体的平衡性,各项数据之间的差别越小,表现为越平衡。其支持很多数据的比较。其基本特征为:表现各项内容的性质及其平衡性;可对多组数据项进行比较。

散点图表通过数据的点状散布,表示数据的动向或趋势及其相关性,当有大量数据值的时候,如果要展示数据的分布与聚合情况,或者如果寻找这些数据相关性,或者如果要寻找这些数据的趋势,则比较适合用散点图表。其特征为:通过点表示各个数据相对应的位置;通过点的分布情况表示出整体的动向或趋势。

除了这些常见的图表之外,还有一些经过演变或互相结合使用的图表、用于特定场景的图表。比如各种数据地图就可以将地图与基本图表元素结合起来使用「地图散点图、地图饼图、地图柱状图、地图热力图等」,可在业务流程分析中使用的漏斗图,圆形图表升级版的旭日图,拟物化的柱状图等。

这么多种类的图表的产生大大促进信息的传达与简化,便于辅助人们理解信息与使用信息,很多时候当我们面对一堆杂乱无章的数据毫无头绪时,试试将数据图表化或许能够从杂乱无章中理出一点点头绪。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

知识服务类产品使用体验小记

在内容知识服务类的产品中,微信读书、极客时间、得到、网易蜗牛读书是我在使用的其中几个产品,其中尤以微信读书使用为重,其他的偶尔用之。一番体验下来之后,感觉尤以微信读书的体验为佳,这也是我重度使用的原因之一。

按照我的理解可以把我用的这些知识服务类产品的整体框架构成分为三部分:工具,兜售知识的商城,社交元素的引入。

从内容上来看,各家兜售知识的商城内容各有所长,具有一定的差异化,兜售的方式也各具特色。众多知识服务类产品的内容依据个人所好可形成互补,用户选择是萝卜青菜各有所爱,这里不做展开,我仅就这些产品的使用体验做个小记。

设计产品都说以用户为中心,在我以往的工作中也经常说要站在用户的角度来设计产品,要满足用户的需求,但真的是这样么?现在想来,并不完全是,产品建设中总要权衡厂商想要输出的和用户真正想要的。在既往的产品建设中,每次多少总会做一些站在产品建设方立场的功能,一些时候这些功能可能是自 High 的产物,另一些时候这些功能可能是运营方迫切想完成 KPI 的产物,在整体上如何权衡以使产品尽量平衡呢?

在使用的这些产品中,各家的设计是不同的,四个产品一级功能架构如下图所示,这也是打开产品后首先印入眼帘的内容,我们也是在这之下开始使用这些产品的。

四个产品中微信读书展现给用户的功能架构都是跟用户学习过程直接强相关的,其他的则不全是。以一个过程具体感受一下,当我准备学习,打开 App ,看到「发现」,通过这里发现我关注的朋友们最近都在学哪方面的内容,穿插不多的官方活动和推荐,如有同好可进行相关操作,如没有点击进入「书架」,这是以往购买的内容,选择内容开始进入学习。随时可以通过「想法」了解自己和所关注朋友学习过程中的想法,「我」则属于标配了,完成设置性的工作和一些辅助学习的功能。

整体上看,发现更像一个由用户们自驱动的互荐系统,如果推荐的不够了,则由此进入书城;书架是我的书架;想法类似朋友圈。这种设计在我看来很符合学习的整个过程,以学习为主体,这种设计我个人非常喜欢,以后做产品的时候要注意借鉴学习。

与之对应的其他三款产品则不太一样,其中蜗牛读书的领读是运营方选择提供的内容;得到和极客时间的发现均为运营方的知识商城,极客时间的知识商城还出现在其「专栏」里,我一度认为这应该是我购买的专栏才对。按照这样的设计在学习中可能经常用的蜗牛读书有「书桌」,得到有「学习计划、笔记、已购」,极客时间有购买的专栏「目前由我这里进入」,而其他功能则并不是次次都要用的。

我想对于一个知识服务类产品而言还是跟普通的商城有很大的不同,应加强所有跟学习过程有关的内容,而售卖则应该采用恰到好处的方式融入产品中,在这方面的使用中感觉微信读书设计的比较平衡,既能够比较好的完成每一次的学习,又能够方便的完成购买。

在工具中引入社交元素是移动时代做产品优先要考虑的,越来越多的流量开始通过用户分享后带来,这在这几个产品中均有体现,在现有关系链基础上引入社交元素具有很大的优势,各种到达的路径相对容易与广泛,这也是腾讯最擅长的,微信读书自然也就应用的最多。

对于学习过程中内容的操作,基本上体验都还不错,比如在读时均可以随时进行划线,做笔记,发表想法等等操作「蜗牛读书的划线不是个好体验,划线很难完成」,同样的音视频类内容学习中的体验也均比较良好。

体验先记到这里,产品都在快速迭代中前进,写的时候我使用的各产品版本如下:

微信读书:2.4.6 (iOS)
蜗牛读书:1.6.1 (iOS)
极客时间:1.0.10 Beta (Android)
得到:4.4.0 (iOS)

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

好愿望和好过程未必能达成好结果

最近在读《商业冒险:华尔街的 12 个经典故事》,书中的一个故事挺有意思,故事名为「福特的命运 好过程导致坏结果」,这个故事讲述的是福特投入了巨大资源设计了一款失败的新车。

对于代表汽车创造者的福特品牌,在上世纪 50 年代是很强大的,人力物力均很强盛,在做产品的过程中在各个阶段也都进行了相应资源的投入,采用了各种调研方式在如今仍然在用,正如故事名所说的,可以理解为有一个好的过程,但结果却很糟糕。

读的过程中这款车引起了我极大的兴趣,这款叫 EDSEL「埃德塞尔」的车距今已有 60 多年了,到底啥样呢?我搜了一下,车如题图中那样,我不知道别人的感觉如何,我自己看到后,单从外表来看这款车放到现在也挺酷的,至少外表设计不会落伍,我放几张一起欣赏一下。

香车怎么能没有美女呢,再来一张有美女的,毕竟离现在有些时间了,没有搜到更多的高清大图,我们主要看设计就好。

车就先欣赏到这里,如果想看更多的图片可在搜索引擎中搜索查看。

在读的过程中,除了对这款很快失败的车感兴趣,故事的描述也挺有意思,而且挺值得反思的,从失败的案例中思考要好过听贩卖成功学的话语,虽然二者都能促发人的思考。看完这个故事后,给我带来了 3 方面的感受。

一. 品牌的认知

一个产品在用户心智中的认知往往是固定的,或因厂商品牌推广、或随着使用而固定下来,进而在用户心智中为产品品牌赋予明确的标识。一旦这种认知建立起来要改变就比较困难了。比如,如果做洗衣液的突然推出个饮料,想想会有啥感受?再比如,某痔疮膏推出个唇膏,想想又会有啥感受?

对应到故事,里面有一段是关于福特车主在升级车的一段描述,大意说的是一个福特低端车车主在升级座驾时,往往不会选择福特品牌,而是选择福特的主要竞争对手的品牌,至于为啥讲故事的人说福特也不知道为啥。这在一定程度上催生了福特想要设计一款新车「EDSEL」的计划,用来改变这种状态。

我想这多少跟用户对于福特的品牌认知有点关系,当然跨界是可能的,比如 3M 这家奇特的企业,但终归是有边界的。

在给新车赋予视觉标识和定位受众人群时,比较宽泛模糊,名字倒是没有直观的感受,或许一个朗朗上口且能联想到产品内涵的名称是好的,但在我看来影响不大。在车的受众定位上我却丝毫看不出来这款车到底是提供给谁的,这影响还是挺大的。

在故事里,随着计划的开始执行,在对新车品牌定位中,在名称的选择和品牌定位上做了大量的工作与调研,最终使用了 EDSEL 这个福特创始人儿子的名字来作为车的名字。对车的定位是「适合处于上升阶段的年轻管理者或专业人士家庭的时尚汽车」,感受一下,这到底是提供给什么样的人用的车呢?

二. 外部环境的影响

外部环境对于一个产品的影响非常巨大。产品总是在解决一定背景下用户需求而被创建的,其中背景含有小的应用场景也包括大的时代背景,创建产品是一个在这些情景下寻求最优解的过程,而这个过程具有变化性、随机性,也充满偶然,运气有时候很关键,行业内众多无心插柳却成功的产品,但规划好的产品却往往走的很艰苦,这或许也是做产品的乐趣及其迷人之处。

故事里,有两个参与者总结「这是由公司决定生产新车和新车上市之间的时间差造成的。」,其实就是在这个时间窗口期间环境变化了,经济萧条的突然而至,给代表经济型的小型车带来了市场空间,人们纷纷勒紧了裤腰带,这种情况可想而知。

一款针对未来市场的产品本来就是多变的,当时的决策可能来自最佳的模型,但一方面模型的输入不是稳定的,噪音一现,输出也自然就不如之前的预计了,另一方面时间窗口越长,可能的变化也就越大,这也就带着我们最终走向地狱。

三. 产品是基石

产品是基石,产品本身的华而不实而又营造出很高的预期,往往带来的更多是失望。在整个故事中,产品本身的设计理念是好的,有前瞻性,实现却是糟糕的。

正如故事中描述的:「漏电」,「发动机罩会粘住」,「后备箱打不开」,「按钮用锤子都敲不动,更别说用牙签轻轻戳了」,「仪表盘着火了」,「漆面不佳」,「金属板质量」,「配件故障」,「操控性不佳,颠簸,转弯偏斜」……,也不知道这样的车开着啥感觉,看着漂亮的车毕竟是要开一开的。

虽然作为产品整体的其他部分做的挺好,比如市场宣传,渠道的建设等等,而也正是这些做的好,给了用户很高的预期,预期与实际又不相符,产生了极大的落差,最终用户离产品而去。

产品应该作为一个整体来考虑,而不应仅仅是产品本身,多方相辅相成,产品才能在市场上获得用户的认可。产品本身是基石,其能够通过解决用户的需求给用户带来价值,基石不稳,市场宣传和渠道建设等产品的其他工作做的好,有时候会给产品带来糟糕的结果。

最后,我仅仅感受到故事里讲述的一部分,还有不少挺有趣的内容,故事说的是好愿望和好过程未必能达成好结果,其实过程也不尽美好。比如过度设计,我们一般会用系统「工程?」来约束产品创造过程,但我们会一直修改,然后对修改过的再进行修改,最后你不得不选择某一个方案,因为没有时间了,系统「工程」总是有最后期限的,过度设计与时间不够如何权衡?讲真的,根据以往的工作经历,确实没有很好的解决办法,可能需要进一步的思考与实践。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号