夜幕降临，产品设计改版成功上线，总算松了一口气，不自主走到玻璃窗前，俯瞰十字路口车水马龙，思绪也活跃起来：十字路口的红绿灯方案是怎么设计的？是否可以使用环岛方案代替红绿灯方案？互联网的设计思维是否同样能改变我们的现实世界？
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万字诚意之作）
交互设计方法论系列：
网友评论