百木园-与人分享,
就是让自己快乐。

从石家庄电动自行车上牌看产品设计

从石家庄电动自行车上牌看产品设计

2022年一季度,在河北省会石家庄持续开展了一项百万人参与的大工程:电动自行车上牌。

经过各方的努力,现在在路上已经很少能见到“无牌”电动车了。为我们后期的城市形象、出行安全、出行秩序等等方面提供了更好的保障。相关政策和要求网上有很多,在此不再赘述。

此过程中我给家里的三辆电动车完成了上牌(白牌),过程也算一波三折,并且在排队中帮助几位老人完成了登记,给一些有疑问的市民做了解答。也发生了一些有趣的事情。

本文仅从产品设计的角度来总结这个过程中所延伸的功能优化点,主要从产品宣传、操作体验、规则公平、产品性能等维度进行讨论总结。

PS:以下内容仅从产品功能和设计上进行分析,不针对任何组织或团体,如有不当之处敬请谅解。

一、背景说明

电动车号牌类型:

  • 白牌(非合标车,没脚蹬,如电摩);
  • 绿牌(有脚蹬,时速25km/h以内);
  • 黄牌(本人未涉及,不在本次讨论范围)。

五月份开始无号牌车将禁止在市区通行,且白牌车有几个路段也禁止通行。

二、整体流程

从石家庄电动自行车上牌看产品设计

大体步骤分为四步:在系统上进行预约,等审核结果以及上牌通知(审核结果通知较快,上牌通知等待时间很长),最后排队领牌安装。

这是一个最常规的、且最规范的流程。也正是这个流程,引出了下文提及的“业务规则及公平性问题”。

三、如何让用户知道游戏规则

换句话说:如何让用户更便捷地知道游戏规则?

我的消息获取渠道是微信群和本地的微信公众号。同时在其他自媒体平台也都或多或少有相关信息。但是这些渠道并不能覆盖所有人群。

因此有些人是听其他人说的,有些人是在上牌点看到“大长队”好奇过来问。但是一定会有“漏网之鱼”。当然本身这种情况也是在产品层面一定会发生且需要接受的,只是我们有没有更有效的形式尽量减少此类人群的数量?

所以我们在做产品推广时,对目标用户的定位、宣传渠道,以及后续宣传成本及效益预测上都要结合实际情况进行分析调整。否则容易造成“雷声大、雨点小”的尴尬局面。

进而大家知道这件事了,但是怎么操作?规则是什么?看完规则之后有问题问谁?

这个问题同样需要针对自身产品的用户群体特性(如软件熟练度、受教育程度、年龄等因素)制定不同的规则说明。

对于本次上牌来讲,大家更多的是自发在各类微信群相互问,去上牌点问,工作人员也是不厌其烦的一遍遍解答。那么产品是否可以上线一个“常见问题答疑”功能呢?是否可以制作常见问题讲解的视频供大家传播呢?

更进一步,常见问题答疑中问题怎么设计、交互怎么设计、入口放在哪里,都是非常有讲究的,在这里不深入讨论,因为不同的产品不同的受众,结果也是不一样的。但是这个功能,我认为是一定要做的。

四、如何维护产品的公平机制

接下来我们讨论一下产品业务流程中是否遵循、或大体遵循“用户公平机制”。

首先来看上牌的流程,文章开头的常规标准流程已经描述了。在后续实操过程中,又发现了几个“非标准流程”,也正是这些非标准流程打破了标准流程的公平机制,让遵守规则的用户服务体验滞后了。

1. 常规流程

从石家庄电动自行车上牌看产品设计

2. 非常规流程

从石家庄电动自行车上牌看产品设计

大家不难发现,非常规流程中,排队节点越靠前,上牌所花费的总时长越短。

非常规流程是我在第一次排队过程中发现的。因为我是等到了审核通过且下发了上牌通知短信之后才去的。但在排队的过程中发现非常规流程的3类用户都存在。之后确认,只要用户在此上牌点提交了预约申请,工作人员能查到信息就能人工审核通过并完成上牌。这简直给我后面的两次上牌之路提供了极大的便利。

我直接找到一个人少的上牌点,排队之后进行预约,一次性完成了上牌。我就打破了原有的常规规则。

因此我们在自己的产品设计中,保证规则公平、没有漏洞,也是对广大用户负责,对用户的付出负责。

当然用户公平在产品设计中不是绝对的,可以结合“会员”、“付费”、“积分”、“忠诚度”等问题进行调整。但是我认为在同一个维度下,游戏规则应该要保持绝对公平的。即便有“捷径存在”,也应该在某个不起眼的地方说明。而不是像彩蛋一样让用户自己挖掘,而且被挖掘出来的捷径,更多情况下是产品需要修复的bug。

五、考虑用户使用的外界环境以及情绪因素影响

关于这一点,我之前是忽略的,虽然在一些产品同仁的文章中见到过,但是一直没有重视。直到我在上牌排队的时候,发现了很多市民在焦急的询问着“这个怎么预约啊?”“我怎么登不进去了?”“从哪能提交?”等等诸如此类的问题。

用户在嘈杂的环境中使用,在焦躁或其他负面情绪影响下,是极度缺乏思考能力的。当产品无法满足当下诉求时,情绪会形成恶性循环,随之而来自然是对产品的不认可,即便在正常状态下用户是认可产品的。

同时关于用户的使用环境,是室内、室外,是在坐车、骑车、跑步、开会等等环境下,对功能的操作方式及诉求也各有不同。因此在我们的产品设计中,如果能够把用户使用场景和使用情绪考虑进来,那一定是个“有温度的产品”。

六、产品的上手难度问题

这里和第一条的规则展示问题有些类似,但侧重点不同。产品的操作体验及操作过程中的易懂、易用也是产品人在进行功能设计时必不可少的环节。

  • 首先是新用户的操作指引。最常见的浮窗提示就是非常有效的方式之一。
  • 其次是使用过程中的关联场景如何更“丝滑”的让用户连接起来。

上文我们提到新用户注册登录之后,要先进行车主信息备案(个人信息登记),再进行车辆预约登记。这两步是有先后顺序的。

但是用户进来的目的只是做第二步操作,所以往往忽略第一步操作。我在排队的时候就帮前后的几位大爷大妈做了全流程的操作。因为没有指引,很多用户群体并不知道该怎么做。像我这种经常使用互联网产品的用户,第一次操作也出现了问题。

因此在后续操作过程中涉及到前置条件未完成的报错信息,要有“去设置”之类的直达按钮,而不仅仅是一句让人似懂非懂的提示,这也是我们后续在产品设计中,针对相对复杂或有先后关联关系功能的必要设计。虽然只是一个很简单的按钮,但是能让你的用户更快的达成目标。

我们还要区分用户群体,尤其是中老年群体或相对不熟悉互联网产品的用户群体,如何让他们也能相对更快速直接的看懂、会用,也是一个值得深入思考的问题。

七、一些交互细节

我始终认为一个产品,一定是至少在“功能体验+视觉体验+交互体验”三者相结合的基础上才可能被称为一个好的产品。

  • 功能体验泛指我们常见的各个场景,各个解决用户需求、痛点,以及达成产品目标的业务功能;
  • 视觉体验重点在UI设计,界面展示、布局,错落有致、重点突出,不被非重要信息干扰等;
  • 交互体验则是用户在操作过程中的小细节、高效率、易用性等方面。

像上面提到的前置条件缺失报错时,在报错信息中可以直接“去设置”,就是一个小的交互体验提升。

同时此系统还有一个视觉体验上的可优化点:

电车预约时需要上传购买凭证,但是很多用户的购买凭证都找不到了。因此在功能上平台提供了一个“遗失须知”的承诺函,点击之后相当于勾选了承诺协议,就不用再上传购买凭证了。

这个功能在功能体验上是一个非常好的处理方式。但是在视觉体验上,“遗失须知”四个字在一句话中只是变成了蓝色字体来区别显示,用户看到之后并不知道这里竟然可以点击。

我当时也只是抱着试一试的心态碰了一下,才发现原来这是个按钮。如果下面再加一个下划线、或者改成按钮样式等,会更容易让用户明白。

因此在视觉体验上,哪里能点击、能选择,需要直观体现。

还有一个细节是本系统中我最喜欢的:

用户填写完成电车信息后需要上传一张电动车照片,同时平台对照片中电车的摆放、大小、角度等有明确要求。要求内容也以文字的形式进行了描述。

细节之处在于平台在上传图片的窗格中预制了一张示意图,用户看到图之后,不用看文字,只需要按照这张图的样式来拍摄就没有问题了,非常方便有效。

人对图像、动画、语音的敏感度一定是远高于文字的。在关键规则中,能用其他更直观的表现形式让用户理解的,一定要加以辅助。

八、产品的防作弊机制有多重要

这是一个很发散的设计点。有些产品,或在产品的某个成长周期其实是允许有“作弊”用户发生的,但是我认为从产品的可持续良性发展的角度看,每个产品的处理流程都应该有一定的预防机制(可以不完善,但是要有基本设计与考量)。

就拿本次上牌来说,我在路上就发现了一些超速车因为有脚蹬,也安装了绿牌。同时在第三次上牌排队的过程中,有一辆电摩也发放了绿牌(在上牌时我和他有简单交流,后来他把绿牌换回了白牌)。

因此我最近一直在回顾,自己在做的产品中,是否也存在类似的流程隐患,尤其是涉及用户隐私、资金等关键节点。后期的产品迭代也将会在上述提到的公平机制、防作弊机制上加强重视与完善。

九、高性能问题的保障

关于性能问题,对于用户量达到一定规模的产品,是一定一定要严格要求的。

预约登记系统面向的是百万级别的用户量,而且是通过微信公众号为载体,本身性能相较于其他渠道在响应速度上就没有优势。记得在预约初期,就出现了好几次系统崩溃的现象。

二维码扫描之后没反应、或者打开空白页。用户一头雾水。后续此问题应该是进行了优化,在中后期系统无法打开的情况就很少了,整体流畅度也能得到保障。盲猜架构师和后台小伙伴们应该是付出了很多,在此为大家点赞!

因此我们在设计自己的产品时,预期用户量、高并发业务要进行严格的性能测试,从tps、响应时间、稳定性、服务器资源等多维度进行验证。

同时在这里有一个值得注意的问题。

开发过程中经常有技术团队为了达到预期指标,对系统的非关键功能进行关闭等操作。

同时当遇到性能瓶颈时,并没有真正的优化处理过程,而是对处理流程进行删减,把耗时长的逻辑或spl简化,或者把日志打印等级降到最低(因为日志打印内容多,也会极大影响系统性能,占用服务器资源)等到性能测试完成后再恢复。

因此将导致测试通过,但是实际产品发布后性能达不到预期指标的问题。简而言之:生产上的代码和性能测试时的代码不是一个版本。测试通过了,实际上产品本身并没有通过。

十、额度/库存提醒

针对涉及到额度、库存等相关问题,最好能直接让用户清晰查看。

其实这种在理财、电商、物流等相关产品中很常见,但是这次各个上牌点的号牌数一直不透明,尤其是在3月份上牌高峰期,很多上牌点七点多就开始有人排队,九点开始时已经排了大几十人,结果号牌不够,明天再来…

我第一次上牌就是排在了三十多位,等了一个小时告知今天只有白牌8个,下一波号牌什么时候来说不准…这种用户体验就很不好了。

所以我们在设计时,针对此类功能要有明确的提醒与展示,方便用户查阅、选择。

十一、写在最后

产品设计是一个长期的、多变的、各种因素相互牵制的复杂过程,而且会根据不同的产品阶段、用户阶段、产品战略等情况实时(适时)变化。变化、权衡本身也是产品岗位很有意思的地方。

最近几天在路上偶尔还会发现一些没有上牌的电动自行车,不知道他们是不知道需要上牌,还是不知道去哪上牌。

希望大家都能遵守交通规则,安全出行。

 

公众号:不想延期了

本文由 @不想延期了 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

给作者点赞,鼓励TA抓紧创作!


来源:http://www.woshipm.com/pd/5432917.html
本站部分图文来源于网络,如有侵权请联系删除。

未经允许不得转载:百木园 » 从石家庄电动自行车上牌看产品设计

相关推荐

  • 暂无文章