云鸟服务的是企业客户的计划性用车需求，从城配行业来看，效率、体验、成本是三个关注的重点。云鸟通过信息技术，把各个环节打通，让信息流和物流整合起来。

 

云鸟的产品开发主要是三条线。第一条线：招司机，这条线的两端分别是司机和用车客户，也就是用技术提升找车效率。第二条线是管控，即招完司机之后，整个出车过程的管控，涉及客户、司机、现场的运作和管控人员以及品质管控人员。第三条线是财务结算。在产品设计中，充分考虑每条线每个角色分别要做什么样的事情，其决策、动作如何影响下面环节的人。

从产品形态来说，对客户一端TOB的特征非常明显。司机一端，由于司机大多数是以个体形式加入，所以产品具有TO小B或者C的特征，个体的自主权比较大。

 

全国目前有20万个城配车队，但在实际服务中，客户找司机并不是一件容易的事情。

客户需求的变动性。根据云鸟平台的数据，单条配送线路的平均生命周期在31天左右。波动取决于货主货量的波动、商品的季节性、促销活动等，还表现为配送地点的变动，比如今天可能是A点多一些，明天B点多一些。这些决定了找车需求源源不断产生。

从司机一方来说，城配司机流动性大，很多司机跑一段时间之后，可能就转行了，同时又有大量的人买了车，加入进来。

所以，在城配领域，客户与司机的关系是浅耦合，一般只跟司机保持一个月的关系，只有顶级的5%的司机才会深耦合。原来城配包括撮合、在途管理等领域都缺系统，云鸟通过把信息流和物流整合，让物流的各个环节都有信息可查，让整个速度、效率实现提升。

 

在途监控包括几个管控层：第一层包括在途的位置信息、其他的管控信息，比如司机到哪里了，路堵不堵、司机离配送点还有多远、按照现在路况多久能到。第二层是温度的管控，比如说配送一些冷冻冷藏品的温度控制，以及类似的一些技术管控。第三层是中间所有状态信息的回传，货是否送达，是否签收，代收货款什么状态等等。

例如，云鸟依托TMS系统，为客户提供代收货款的服务。传统的方式比较落后：司机到收货人那里，收货人签一个纸质收货单据和货款。由于司机出去一趟基本上要收10个点，送完了拿着一堆纸质的单子和零钱，再跑回客户的仓库里去，把单子、货款核对交接好，可能至少又一个小时。第二天，客户再把前一天收回来的单子一个个核对，货送出多少，退货多少，货款多少等。现在通过技术，送完货的同时，客户就知道今天有多少收货人收到货，同时节省司机和货主收款和财务结算的时间。

 

产品的贴近性。企业客户从招司机到配送完成，整个链条特别长，这要求产品技术对行业有深刻的理解，特别是流程和过程。有的产品可能做了很多东西，但整个流程不顺畅，或者脱离业务场景，那其实就是无效的。云鸟的技术开发，一直紧贴城配服务的具体场景和客户的真实需求，3000多家客户的服务广度，让我们的产品有很强的适用性。

系统的稳定性。云鸟全国大概17万司机，为几千家货主服务，每天出车的过程里面，所有的点都不能出问题。云鸟在产品的稳定性方面做了特别多，并仍在不断的迭代。

整个过程的数据收集。在配送过程中，每一个位置、收款、与收货方的交流等，每次出车都有几百个数据项在做采集。通过数据的积累，我们可以做一些事情：现在我们通过对位置、时长、公里数、状态的数据分析收集，可以倒推订单来了之后，用什么车、用多少车是合适的，货物怎么分给司机是合适的、配送路线怎么安排更合适，本质上就是用数据来提升效率。