文档介绍：滴滴顺风车设计总结
顺风车项目初期
产品GM反复和我们强调业务使命，私家车出行在滴滴体系中的角色，私家车市场规模，业务模式
概述，业务模式关键词，目标体系.
使得我们很快明确了顺风车的产品定义，目标用户，主要功能，产品场景，产品特色和竞品的差异
化以及未来顺风车的产品走向.
未来它将是一个每天改变千万人次出行的产品，它能让共享私家车成为一种连接人与人的生活方式.
我在网上收集资料，对顺风车已经有了一定的了解，当时国内的拼车APP已经有一些但还不成熟，
我下了一些竞品软件，把每个产品的页面截图拼凑成流程图，观察总结它们的核心功能及业务流程
，，对问题进行分析，最终聚焦在核心的问题，
并将分析的结果展示给团队.
研究思考竞品的主要功能，业务流程和信息布局，以及网上和现实中车主乘客对顺风出行的一些
痛点，从用户意见中提炼用户最本质的需求，需要改善的地方.
设计阶段初期
因为没有数据和用户反馈做依靠，我们在和PM做需求分析的时候追求本心，理解用户核心问题和解
决方案，.
项目初期在和产品讨论如果没有一套整体的流程图是很难和产品以及技术沟通进展的，于是我们花
了1天时间的讨论，把主要功能及业务流程快速梳理了一遍，搭建了一套顺风车业务流程图.
流程图分为3个部分，1 乘客流程（乘客发单－呼叫等待－车主接单－支付评价），2 车主流程（车
主选单－车主抢单－送达乘客－等待支付－评价乘客），3 公共部分（个人主页，个人余额，实名
认证，车主认证，接单设置等），
功能都要确保每天的流程图更新一遍，让大家的信息能够及时同步，看着挺麻烦，其实当中大部分
时间都花在产品讨论上了，白天产品和设计一起讨论，晚上修改更新邮件.
在项目前期没有交互，这时候产品设计就要充当交互的职责，紧跟产品，关于产品讨论的会议都要
去参加，积极的去参与，脑暴，在过程中，展现自己的专业度，获得产品的信任，过程中得到产品
等同事的认可，有利于方案的执行。多数人已经认可的方案，少数人在否定方案时会非常慎重。和
产品在项目前期在目标上达成一致，，每天产出
的流程图都会有变化，低保真流程图不需要出到特别细致的阶段，只要把产品思路表达正确即可.
注意流程图不要覆盖，按time line保存，这样方便之后的升级改版review之前的想法及功能点.
当我们把整个的产品流程都梳理完成，，我们要保证的是顺风车
上线产出高质量的设计，重要的页面要着重去想去设计，多做尝试，让用户体验做到最优,同时要和
滴滴打车平台的设计风格保持一致，，细化所有端上效果图的时
间仅有一周的时间，虽然时间很短，但是前期铺垫时间很长，我们对这个产品流程已经非常熟悉，
一切还算顺利.
拿首页为例，当用户第一次进入顺风车最先进入的就是首页，主要功能会在首页展示，所以这里考
虑的比较多,我们在首页的尝试飞机稿不下10张，经过谨慎的考虑，我们采用了现在端上的效果