一、产品是什么？
1、一句话总结:
ES后台是提高企业的员工出行管控效率的管理服务平台。
slogan：让出行更美好。
2、主要用户：有员工因公用车报销的需求的企业。
3、用户需求及痛点：
（1）员工用车需求及现存痛点：
（2）企业需求：满足员工的出行需求，提高用车管控的效率、降低管理成本。
现存痛点：
1）、无法保证员工用车的确定性，养车成本高、难以覆盖多种出行场景。
2）、出租车、快车等多种方式，差旅、加班等多种场景，集中管理难度大。
3）、传统出行方式合规性难以监管：公车私用问题难以解决，票据真实性难判断。
4）、财务流程繁琐，效率低下：加班贴票、熬夜审核，耗费人力资源、管理成本高。
5）、费用管控难：费用去向不明，管理数据缺失。
6）、员工出行安全问题难兜底。
4、解决方案
（1）提供丰富的用车资源，快车、商务车、豪华车满足所有场景。满足企业用车需求，省去租车养车成本，便于集中管理。
（2）企业预充值或信用出行，员工出行时选择企业支付即可，员工出行无需垫付和报销。
（3）在管理后台预设企业支付的出行规则，限定员工权限、 车型、时间、地址、额度等信息，员工在合规范围内自主选择出行方式，不符合规则仍个人支付，事前确保合规性。
（4）线上申请用车、线上审核。省去传统财务审核、报销流程，提高工作效率，节约人力成本。
（5）费用明细一键导出，让财务团队更好地跟踪费用和分析财务数据。用车报告帮助企业用数据分析，
（6）出行无忧险等增值服务，为员工出行安全提供保障。
5、商业模式
（1）用车利润抽成，与快车等进行利润分成。
（2）平台管理费用，如调用api时，有按时段收费（一般）和按订单数量收费两种计费模式。
（3）增值服务：出行保险、用车报告高级版等。
二、目标用户画像及需求
1、用户画像分层及管理
针对不同用户的不同处理规则（依据GMV占总GMV比例划分）：以投入产出比为指标，采取不同的运营策略。
（1）大企业：销售人员重点跟踪，需求优先满足。
（2）中小企业：销售加电销获取，销售维护，客服兜底。
问题：需求来自业务方为主，难以前瞻性的预见用户需求，给出超出预期的功能。
2、企业的管控需求
三、关键功能及描述
四、竞品分析（首汽为例）
1、竞品基本概况列表
2、
2、具体功能点对比（首汽和滴滴为例）
2.1、首页对比
（1）
3、关键功能使用路径
五、可能的探索方向
1、进一步进行用户细分，满足不同用户的个性化需求。不同企业的管控的情况（行前审批or行后审批报销、管控的严格程度、地域限制）不同，现在产品基本以大企业为客户原型，下一步可考虑长尾效应，更好的满足小微企业需求。如：
规模不同的企业，用车场景是否一致？线上的用车场景，已经满足企业用车的全部场景了吗？
规模不同的企业，报销流程是否一致？
2、产品细节的优化：
2.1首页
（1）首页的“查看用车次数”位置，hover时无交互：
（2）首页的“常用功能”模块，常用功能支持移除和增加
2.2员工
（1）“已离职员工”右上角的新增提示，点击并查看后无法取消？
（2）待确认员工，点击发送和页面出现“发送成功”之间有时间延迟，且对同一个员工连续发送短信的次数限制没有提示（对同一个员工限制几次？总的短信数量是否有限制？）。建议逻辑修改为：5min内对同一个员工第二次点击“重发短信”按钮，提示“您已刚刚发送过短信，请稍后再试”。因为次数限制短信发送失败时，提示“发送失败，今日提醒次数已用完”。号码不正确时，提示“发送失败，请检查电话号码是否正确”。
2.3部门
（1）“更多部门问题”按钮，点击后页面跳转有问题。建议隐藏改按钮。
2.4项目
（1）“更多项目问题”与“如何添加项目”跳转到同一页面，建议隐藏“更多项目问题”按钮。
2.5审批流
（1）有的审批流可以删除？有的不可以？
（2）搜索时，未输入汉字时，显示搜索不到。
2.6用车制度
（1）新建用车制度时，有的场景（加班）下默认无需审批，有的场景下默认需审批，且不能修改。有的场景可修改是否需要审批。逻辑较混乱，且未必能满足所有企业需求。建议修改为全部场景支持可选择是否审批，并：加班场景默认无需审批，差旅场景默认需审批。
（2）用车制度下方的"产品使用手册"无hover时样式，时间是2017？
（3）用车报告页面的VIP客服hover时的弹窗与其他页面的VIP客服hover时的弹窗不一致。
2.7用车报告
（1）两个“出行报告解读”，建议隐藏一个。
2.8帮助中心视觉效果不佳。字体过大，模块之间留白过多。
2.8PC端无线上客服？是为了向公众号引流吗？
