夜幕降临,产品设计改版成功上线,总算松了一口气,不自主走到玻璃窗前,俯瞰十字路口车水马龙,思绪也活跃起来:十字路口的红绿灯方案是怎么设计的?是否可以使用环岛方案代替红绿灯方案?互联网的设计思维是否同样能改变我们的现实世界?
1.用户需求-十字路口产生的原因
如下图所示,ABCD四个方位都有用户居住,用户每天需要流转到其他方位,用户期望有一些路径能够满足在所有方位之间的流转需求,这就是我们所经常提及的用户需求——所有产品存在的价值根源。
2.MVP产品-十字路口解决方案上线
获取用户需求后,我们需要拿出可行的解决方案,在人力、财力等资源都有限的前期,我们不可能建设复杂的、完善的四通八达的路线网产品供用户使用。所以没有红绿灯、没有路灯、甚至没有铺设沥青的最小化可行产品(Minimum Viable Product, MVP)——十字路口上线了,看起来,它可以满足用户的所有路径流转需求了:A可以直行到B,A也可以通过直角拐弯到达C或者D。
3.用户痛点-十字路口现存问题
最小化可行产品“十字路口”上线运行一段时间后,新的问题出现了,在早晚高峰,用户驾驶通勤工具汽车经过十字路口时,由于缺乏必要的通行规则和礼让,导致所有汽车都挤在一块。“驾车100米,堵车2小时”成为十字路口现状和用户痛点,再这样下去,用户将严重流失,改用其他竞品——地铁了。
4.头脑风暴-红绿灯还是环岛?
收到大量用户反馈后,产品汪立马组织头脑风暴会议,并邀请领头羊、程序猿、设计狮、运营喵等相关人员参会,在会上就问题现状进行具体阐述,并借鉴现行市场成熟的十字路口通行解决方案,给出两种解决思路:红绿灯或者环岛。红绿灯方案造价较低,施工周期短,但通行效率较低;环岛方案适用于左转车辆流量高且车辆总流量中低的十字路口,能有效节约通行时间,但可能存在车流量过大环岛成为新堵点的难题。
在会上,各方各执一词,谁也说服不了谁,有人还提出了新的质疑:既然现在只有早晚高峰造成拥堵的话,何不在派一人在早晚高峰现场维持秩序即可?所以,我们还需要进行进一步的调研来论证我们的解决方案。
5.调研论证-车流量数据采集
我们需要采集多方面的数据供我们参考:日均车流量、分时段特别是早晚高峰车流量、直行左转右转车流量、行人通行情况等,需要借助传感器、视频图像识别来实现,我们首先需要把传感器、摄像头等设备部署在路口,就是互联网产品所谓的“数据埋点”,通过埋点采集车流量数据供我们决策分析。
经过数据分析发现,日均车流量在10万以上,远超过环岛的建议车流量(5千-5万)的标准,且该十字路口需要同时满足大量行人过马路的需求,所以需要红绿灯控制车人通行,此外,早高峰A左转上学需求较多,应适当增加绿灯时长。
6.细化实施-十字路口红绿灯建设
确定解决思路后,就可以在十字路口进行红绿灯施工建设了,这和我们互联网产品的编写代码的步骤类似,施工完成后,要注意红绿灯的通行效率设置,实时监测红绿灯方案上线后的影响。
写在最后:术业有专攻,非交通规划建设工程师,对具体方案设计细节不作描述,大家对这方面有兴趣的可自行了解。
更多我的原创精彩的文章推荐
精品(超过600赞):干货:让你全方位学习成为一名交互设计师(1.6万字诚意之作)
交互设计方法论系列: