脑洞大开看我设计一款互联网驾校产品.pdfVIP

脑洞大开 ：看我设计的一款互联网驾校产品 产品概况 市场背景 2015年7月公安部将推预约驾考缴罚款 在线服务 ，我想应该会有很多互联网公司开始布局互联网 驾校这块空缺 ，以颠覆传统驾校的种种不平。 目标群体 想考取驾驶证的在校大学生 ，也是产品的目标群体的首要切入点。 需求分析 信息获取 1. 目前的驾校的学费偏高 ； 2. 有些驾校位置比较远 ，经常一去就得是一天的时间 ； 3. 有些驾校的教练素质差 ； 4 . 练车机会少 ； 5. 不好预约课程 （针对科目二、科目三 ）。 解决方案 信息获取方便快捷 1. 针对用户高费用这块 ，我们可以减少一些报名环节 ，比如去除在驾校报名这一环节 ，直接在交通 部报名 ，帮助用户减少部分费用 ； 2. 选择附近的驾校去考试或者练车 ； 3. 通过其他学员对教练的评分 ，系统给用户推荐最优秀的教练 ； 4 . 一对一的教学 ，或者一对多的教学 ； 5. 直接预约付款即可上车练习。 设计亮点 1. 课程解决了学生预约难的问题,在这里可以轻松的预约学习科目一、科目二、科目三、科目四; 2. 报名前可以先查看一下学员对这个驾校的评分和对这个驾校的教练的评分; 3. 在线直接报名 ，报名后有咨询顾问联系跟踪 ； 4 . 推荐最近的驾校 ； 5. 推荐最优秀的教练员。 务流程图 信息框架图 商 模式 推广模式 1. 前期 ，以社交网络推广为主 ，通过微信、微博、Q Q 、贴吧、BBS 获得第一批天使用户 （比 如10万 ）； 2. 中期 ，与驾校或者交通部或者学校合作推广。比如在交通部或者驾校或者学校里做一个易拉宝的 宣传 ； 3. 后期 ，以大力的补贴或者地推去做推广。 盈利模式 1. A . 早期 ，以满足用户需求的免费平台吸引用户 ，并在早期用户使用过程中不断改进和完善本 app 的设计 ，解决一些技术难题。 2. B. 中期 ，在用户量增长到一定程度的时候 （比如达到200万用户 ）开始吸引跟汽车行业相关的商 家入驻 ，为用户提供本地化的 O2O 服务 ，同时向入驻商家收取佣金。在获得更多收入的同时 ，迭 代设计、优化app ，利用本地化 O2O服务吸引更多学生关注本 app ，从而形成良性循环 ，并积累大 量用户。 3. C. 后期 ，在积累了大量用户资源后 ，直接做一个跟车相关的延伸 ，比如 ，做一个卖汽车相关产品 的电商或者提供给汽车4s店一些信息 ，做信息导流 产品流程 细化学员从报名到评价的整个过程 产品目的 让学员简单快速的报名并购买课程和最终完成评价来帮助其他学员更好的选择驾校和教练。 流程图 方式一 ：先选择驾校 - 选择课程 - 选择教练 - 选择课时 - 支付成功 - 学习完课程 - 评价 （注 ： 以科目二为例 ） 解析 ：这种方式 ：驾校绑定了教练 ，教练绑定了学时 ，学员只能在这个驾校学习了,并且还必须得把 这个学时学习完 方式二 ：先选择课时 - 支付成功 - 选择驾校 - 选择课程 - 选择教练 - 学习完课程 - 评价 （注 ： 以科目二为例 ） 解析 ：这种方式,学习可以随意的安排自己的课时 ，学习完一个课时就可以给驾校/教练做评价 相关问题 1. 针对第一种情况 ：我们的系统可以为学员推荐驾校或者教练 服务。 2. 交通部也没能完全公布相应的流程和内容 ，所以对于科目一/科目四 ，是否有学时 ，我还不是很 了解 ？ 3. 评价 ：如果用户不做任何的评价我们如何去处理这样的订单 ？ 我的解决办法 ： 1. 强制性的让用户去评价 ，好处 ：更可以方便的去计算驾校或者教练的评分 ；坏处 ：影响用户体 验 （情绪 ）。 2. 默认最好的分数 ，好处 ：不会影响用户体验 ；坏处 ：评价会有一点点的不准 ；其实 ，这块还有一 个隐藏 ，就是用户不来评价同时说明还没有达到用户愤怒的点。 关于课时这块 ，需要做一个标准 ，如 ： 用户首次购买时 ，我们给用户推荐一个课时这样的小功能 ，例如 ：给用户推荐10个课时 ，解释 ： 很多用户在10个课时就通过了考试 ； 关于课时的理解我有三种 ，a. 1个课时= 1小时 ；b. 1个课时=4 5分钟 ；c. 1个课时=4个小时 ， 目前 来说需要给出一个标准课时 ； 关于购买课时 ，a. 如果用户购买多了或者购买1个课时 ，又结合课时不确定性 ，针对流程图中的第 一种情况是不容易去做分配 ； 如果用户购买多种课程 ，我们需要提醒一下用户 ，比如 ，可以同时学习两门课程 （针对第二种流 程图可以 ）。 教练 ，对于在选择教练的这块可能会