[关闭]
@yumewang 2018-07-14T12:47:37.000000Z 字数 14532 阅读 487

汽车养护能手周报告

PP



任何操作,从企业微信的会话列表或工作台进入,点击决不能超过3次即可完成,超过即为不合格。

一些概念

  1. 对于一些耗时较长的业务(例如常规保养)或者时间比较紧急的时候,进行提前预约
  2. 智能提醒:保养提醒:显示短信提醒,提醒了多少天,电话提醒。让客户不会有被打扰的感觉,有提前告知
  3. 客户管理功能,可以让车店一目了然的辨别出自己真正的优质客户。
  4. 客户画像,及客户标签,所有的潜在客户需求全部发掘出来。
  5. 车主需要救援时,可以通过车店的公众号快速发送救援请求,可以标记自己的位置和车辆故障的症状;车主提交救援请求后,车店相关工作人员的手机都可以收到语音提醒,点开道路救援功能,就可以看到车主的信息,定位以及故障症状,也可以马上查看到车辆概况、历史维修记录等;
  6. 我们首先通过实时绩效功能,让员工做的每一单工作,都能马上收到反馈,看到自己的收获。通过自动化的评级系统,根据日常经营的数据,实时向员工显示自己的目标和位置,也同时自动对员工的技能水平进行评定,达到升级的条件后,就会进行升级,绩效的收入也会随之提高,让员工日常的工作变成像游戏打怪升级。例如:对于维修技师,可以规定,不同的级别需要掌握的技能和维修数量,例如中级师傅,必须要会熟练维修奔宝奥品牌车辆的发动机、传动系统等,系统可以根据日常的施工单,实时收集信息,每个师傅,已经维修了多少种车型,维修了车辆的那些部位,都可以实时的统计下来,已经实现了升级的哪些条件,还有哪些条件没有达到,全部清晰的展示给员工。
  7. 分析:客户量(客户总数),车辆总台数
    小程序营销:关注粉丝数,?已绑定手机数?
  8. 中央管控,视频巡店,供应链体系
    运营督导人员可以在电脑端和手机端的中央管控功能中,看到自己管辖范围内各店的主要经营指标(营业额、产值、进店客流等),也可以随时切换到旗下的各个分店,看到更详尽的运营指标、财务指标,了解详细的经营情况。
  9. 让懂车的人给营销的人赋能
  10. 新人入职培训?
  11. 服务报告,打标签?

重点事项

[5月26]另外,我们的平台现在都是从店面透明施工考虑的,后续我们应该有3个主要产品考虑方向:
1. 是给店面提供支持服务,比如配件、客评、保险、招聘、接送车、环保、消防等的支持
2. 是销售人员能力提升,充分利用微信人连接客户的能力,在这个场景下,接触客户的店面员工的能力和技巧就很重要
3. 新客引流

  1. 产品服务器切换腾讯云服务器yanghu365.com 本周已切换,准备上架事宜
  2. 明确店面执行系统,需要的政府相关资质 Evan,Gene(以推进马立可执行系统的实现)
  3. 产品商标定义,产品命名申请 Evan,Jacky
  4. 注册“养车能手”“护车能手”“用车能手”或者xx助手 Coco,Emma
  5. 产品事项
    • 华为荣耀手机,图片无法上传,需企业微信团队支持 Deng
    • 图片的定义方式,及大小控制需考虑 Emma
  6. 车养护365的Logo定义 Abby
    • 等切换了再考虑下这里的需求,加入365元素,等上新小程序的时候一起换。

进行中与未进展事项如下 我们还没有做的事情


第28周周报告

  1. 本周事项
    • 企业微信侧V1.2.6发布:月度订单,月度分析第二版实现
    • 后台管理V1.2.1发布:支持修改工作日志,支持企业微信扫码登陆

以往周报告

第27周周报告

  1. 本周事项
    • 完成企业微信侧的月度服务记录,分析
    • 服务分析第二版未考虑到的定义:
      • 一定时间的进店数据的环比
      • 能按起始条件而不是整月来筛选
      • 进店车辆车型累积分布
      • 已取消定义员工的服务记录详情
    • 已实现南坪店基础数据导入,计划07-11下周周三发布时一并提交
    • 提交养护知识《刹车片的重要性,你对刹车片了解多少》
    • Logo提交一版,但作为【企业微信侧】的logo图,还需调整
    • 初步提交服务单据电子化的方案,及可行的基础数据获取
  2. 下周计划
    • 企业微信侧发布(07-11下周周三
      • 月度服务分析第二版
      • 3个小需求调整,4个缺陷修复
    • 后台管理发布(07-11下周周三):3个小需求调整
    • 月度服务分析第二版的缺陷修复
    • Logo调整,待确定就开展整体替换
    • 服务单据电子化的方案落地定义
    • 完善订单来源及标签定义
    • 完善门店保养提醒定义
    • 车养护365的定义
    • 产品官网集成应用安装及注册定制化
    • 明确产品后续的重点及规划

Deng反馈:【能按起始条件而不是整月来筛选吗?可以先不调整,不过产品设计应该一开始就要考虑灵活性,但这里的产品设计思维缺乏兼容和前瞻,第一步设计灵活起始时间,第二步常用统计区间快捷方式化,这样会更有适应性。】
======================
作为产品经理,我所缺乏的太多,再此不再细说(与各位共事许久,彼此都了解)。在分析第二版的定义时,也一再考究,不仅仅是邓总提及的分析范围;Coco评审定义时,不断询问我想法;Evan提出针对分析,如何让客户理解我们的产品定义,分析意图;Jerry业务实现时,业务细节的不合理,临时变更;提交测试时,团队内部不断更正不合理的分析方式...
@蒋登伟-jacky @赖文杰-Jerry @谢春花-Coco 三位,以及其他三位都在努力,do your part well,但还是有设计不合理的地方,未考虑周全。本次如对分析范围的调整,将影响下周周三的发布,所以暂保留当前的实现。待上线后将跟进各门店对此的想法,我们再定计划调整。
Coco, Jerry, Jacky, 后续产品定义时,我会再多加思考,我们需要在前期需求定义,调研,技术方案定义时,加大力度。产品事项,我们之间也应及时同步到位,事无巨细。@蒋登伟-jacky Jacky,这就是为何在周五时,南坪店车辆数据导入时,我们会一一问你细节,防范于未然,这是一种我们想一起把事情做好的态度。
我们不能停留在等实现了再说,再来推敲它的合理性,可行性。这会让我们都做白工,徒劳,返工,于团队而言,往往结果比过程更为重要。
产品的每一处都应该是重点,只是在某个阶段,其中一两项的优先级高于其他。这点也请各位明确。
@邓涛 以往有些事项反馈,我回答均是:恩,收到,明白... 但是这次,我不成文地回答如上,算着团队内部告知,及要求,也算着是自我反省。
@谢春花-Coco Coco对sql数据层保持极大的兴趣,在过去的3天(包括今天,我在家挣扎着是否到公司,你却在公司继续测试验证),尝试与以往不同的测试执行方式,这点是你的进步,团队的进步。其实往往只是一步之遥,你应该深有体会。谢谢。
@赖文杰-Jerry Jerry 你想要的骄傲,不断要求自己,需自行好好把握。但是我们的认可,不容忽视。你反馈的点,我需要点时间思考。
以上,谢谢。

第26周周报告

  1. 门店情况
    • 6月目标20家,仅完成16家汽修;
    • 其中有6家,暂未正式启用
      • 重庆金诚汽修:一汽大众指定售后维修站,进店社会车辆较少
      • 南岸区腾飞汽修:对接人曾红梅,需沟通
      • 浩聚汽修(渝车联盟):
        • 店面老总认可系统,并同意使用,但其中一个服务销售有抵触,需沟通。
        • 目前渝车联盟的廖总正与该店老板沟通中
      • 名驿汽修:也拜托渝车联盟的廖总沟通中
      • 众联达汽修:一类汽修,但因为主营大客车,不是目标客户
      • 钬火汽修:联伟汽修的兄弟店,新开业,团队组件中,未确定使用时间
    • 待跟进2家:绿捌汽修,金菱隆众4S店售后部
    • 意向客户1家:爱车道
    • 现有系统存在2家测试:乒乓公司,测试公司(厦门企业微信服务商)
  2. 本周事项
    • 修复缺陷:检查结果出现重复记录
    • 培训了4家汽修厂
    • 提交了一版Logo定义
    • 修订了月度服务分析第二版
  3. 下周计划
    • 企业微信侧
      • 昨日进店报告
      • 月度服务分析第二版
      • 月度服务记录
      • 月度员工执行分析:接车,检查,施工,洗车
      • 其他产品功能修复:
        检查项目记录,记录谁做的检查
        服务流程“红色标记当前事项”优化
        更新服务,重复的流程节点定义
        支持仅车架号,即可接车
        缺陷:接车输入车牌号时,如果勾选,取消勾选新能源,会一直提示车牌号有误
        缺陷:服务消息节点的时间应该是事情处理时间,而不是订单更新时间
        缺陷:重复的员工信息清理,并修复该缺陷
    • 小程序侧
      • 服务报告支持显示服务项目
    • 后台管理
      • 变更过程中的信息,比如工作日志
      • 缺陷:第三方服务商无法登陆
      • 车主解绑
    • 南坪店基础数据导入-车辆信息
    • 企业微信侧应用安装和注册定制化

以往周报告

第25周周报告

  1. 门店情况(新增5个门店)
    整体情况,已安装13家,其中4家未启用,待安装培训的4家,离20家目标,差3家或超过3家。
    德意宝汽修,已于6月21周四培训,定于7月正式使用;
    高转堂汽修,原计划6月22日周五培训,因老板有事,临时取消,会再联系
    众联达汽修,定于6月25日(下周周一)培训
    湖俊汽修,定于6月26日(下周周二)培训
    钬火汽修,培训时间确定中
  2. 本周事项
    完成了产品DM三折纸的设计及打印
    定义了产品公众号内容的初版材料
    修复缺陷:订单列表,周天无法查询订单信息
    完成门店数据分析第二版初稿,下周一提交评审
    本周产品组三位男同事外出找门店,产品开发上没有其他推进事项,请各位知晓。
  3. 下周计划
    产品Logo设计
    车辆保养提醒设计
    企业微信侧应用安装和注册定制化
    昨日店面执行报告
    其他产品功能修复:
    检查项目记录,记录谁做的检查
    服务流程“红色标记当前事项”优化
    更新服务,重复的流程节点定义
    订单列表查询条件的多选
    检查时,出现重复的检查项记录
    小程序侧,服务报告支持显示服务项目
    小程序侧,门店未开放预约时,服务评价后出现异常情况
    已定的4家门店培训
    再扩展3家或超过3家

第24周周报告

本周(第24周)主要事项在发布了车养护V1.2.5,原计划的功能点【店面每日执行报告】移至下周提交,下周也将会针对运营推广提交部分材料。【开放车养护365的小程序】将会延期,具体实现时间,下周会落实。
在此,就不另发周报告邮件,请两位知晓此事。

第23周周报告

  1. 门店情况(10家:其中6家较为正式使用)
    • 02-马立可璧山店,很多进行中的订单;
    • 03-马立可国际社区店,本月暂停使用;
    • 06-国宾汽修,每个车的服务执行情况不佳;考虑系统执行监控的日报告
    • 07-金诚汽修,公车维修,上系统意愿不强;
    • 09-浩聚汽修,原定6月1日正式使用,但未推进;会请春春回访情况
    • 10-联伟汽修,计划6月11日正式使用; Coco明日就开始清理该门店的数据
    • 11-名译汽修,6月1日(8天前)我们已前往培训,但店里未启用,他们对数据保密持有保留态度;
    • 12-绿捌汽修,春春会再次联系企业微信+车养护365
  2. 平台数据
    • 小程序《空气滤芯和空调滤芯更换的重要性!》新增2个点赞
    • 南坪店,新增3个好评(来源于2个客户)
  3. 本周事项
    • 企业微信侧V1.2.5 开发完成,测试修复缺陷中,将持续至下周周三(13日)左右
      • 支持车辆可多次检查,施工
      • 支持车辆服务确认记录
      • 支持车辆服务走向的标识,比如工作台中,红色标识当前报价项目个数
      • 支持共享项目的检查结果
      • 3张服务单据,融入至开始服务,服务确认,完成服务的节点中
      • 服务增加协助服务者的定义
      • 取消权限(SA,技师)等操作
      • 取消服务过程中,保养,维修,钣喷,美容的定义
      • 重新定义整个车辆服务的工作台界面方式
      • 优化检查区,施工区的数据存放方式
      • 重新规整【保养】的检查项目
    • 【AI能力免费使用】,我们暂不使用
    • 【腾讯云降价】我们对比现有的同等配置价格,没有多少出入。觉得不急着在当下投入资金去增加服务器的需求。可等门店扩展到一定量时,再行考虑。
    • 【项目1】设备新增2个功能,已上线
    • 【项目2】煤监,Jerry负责中
    • 【项目3】腾讯邮箱-三峡学院,增加学生账号,单点登录,账号自动同步
  4. 下周计划

    • 小程序侧V1.2.5-服务报告调整
    • 后台管理V1.2.5-订单管理调整
    • 企业微信侧V1.2.5-持续完善
      • 新增每日8点推送《昨日店面进店执行报告》
      • 新增打标图示范例参考,针对保养项目,服务单据
      • 增加【保养】服务的项目打标文字标签,从现有的数据中分析
      • 车辆服务节点消息推送的重新定义
    • 企业微信侧V1.2.6
      • 非工作区界面设计:洗车,养护档案,接车等处
      • 车辆保养提醒设计
      • 客户属性/标签
      • 车辆属性/标签
    • 车养护365的小程序事项准备
    • 小程序推送一篇软文
    • 【项目2】煤监开发推进
  5. 进行中与未进展事项如下 我们还没有做的事情

    • 产品三无的定义
    • 6月达成20家上架门店
    • 车养护365logo设计
    • 南坪店的员工绩效计算
    • 车养护365的小程序开放
    • 客户属性/标签
    • 企业微信绑定小程序
    • 车辆保养提醒
    • 开放保养等服务预约
    • 官网定义及实现
    • 平台执行数据分析:洗车,员工执行分析等
    • 店面资产管理
    • 保养卡-汽车养护能手二维码
    • 门店客户车辆导入,为了分析新客增长趋势 南坪店
    • 服务消息推送文案定义
    • 服务消息推送机制定义
    • 客户回访是店面急需的需求
    • 小程序客户-关注率的方案定义
    • 一车,多个人关注
    • 图片文件服务器的优化
    • 保养知识的系统化规划
    • 门店数据分析
    • 车辆保养统计
    • 图片服务器的优化
    • 维修报价单的系统化
    • 功能缺失服务部分项目未转化分析,记录未转化说明
    • 缺陷关注小程序侧,进入时空白页面,已出现2次

第21周周报告

  1. 门店情况(10家)
    • 02-马立可璧山店,很多进行中的订单; 已提醒
    • 06-国宾汽修,推进了第2次技术支持; 再观察2天
    • 07-金诚汽修,5月15日安排的培训后,只有2个进店车辆; 需再与门店确认
    • 08-南岸区腾飞汽修,与07-金诚一致;
    • 09-浩聚汽修,老板已要求从6月1日开始正式使用,之前存于系统适应期;
    • 10-联伟汽修,本周四已培训,这几天就进店车辆进入系统,有些执行细节外,其他良好;
    • 前5家门店,为马立可连锁门店,数据均为正式数据;后续引入的5家门店,数据有些混乱,我们会尽快做出清理。
    • 后续跟进的两家门店是:名驿汽修绿捌汽修
  2. 平台数据

    • 小程序关注率(05-01 ~ 05-12 12days)
      小程序关注率 = 小程序关注数/总进店车辆数 (粗算)

      门店 本周关注率 上周关注率 小程序关注率
      南坪店 78%42/54 90% 53/59 下降
      璧山店 62%13/21 42% 8/19 上升
      龙洲湾 12%3/24 37%10/27 下降
      旭日美容店 42% 10/24 56%14/25 下降
      国际社区店 0%0/13 12%10/38 下降
      国宾 17% 4/24 16%9/56 上升

      其他4家门店为试运行阶段,不纳入统计内

    • 洗车工单,南坪店5月24日启用
      • 南坪店进店台次,13台(24日),27台(25日),6台(26日)
      • 旭日美合店进店台次,1台(25日)
      • 浩聚店,1台(25日)
    • 本周门店无服务评价
  3. 本周事项(均已发布)
    • 完成门店+车辆+客户(以车为主 )重构
    • 完成维修保险公司的录入
    • 开放洗车工单
    • 预交车时间预警,支持提前2个小时预警
    • 接车处,行驶证上传等缺陷修复
  4. 下周计划(主要的产品设计上)
    • 企业微信侧V1.2.5的实现(规划中)
      • 车辆可反复检查、施工
      • 增加打标图示范例参考
      • 增加【保养】服务的项目打标文字标签,从现有的数据中分析
      • 同一个项目的检查结果共享
      • 增加服务销售项目确认的结果标识
      • 取消权限(SA,技师)等操作
      • 接车的服务编辑,支持协助者的定义
      • 扩展服务(洗车,仅询价检查)的接车
      • 洗车服务的数据统计
      • 昨日进店报告(每日8:20消息推送)
      • 客户属性/标签
      • 关闭订单,限制如果有检查结果时,不能关闭
      • 客户只处理部分问题,客户均不处理,如何体现,便于后续跟进
      • 检查后客户不处理,SA确认环节,增加定义-这里可结束服务
      • 等等
    • 申请【车养护365】小程序,及2个小程序共存的定义及实现

第20周周报告

  1. 运营情况
    • 门店情况(8家门店)
      • 国宾汽修,线下执行规范需再跟进,同时他们也提出一些我们原本已考虑的需求点;
      • 金诚汽修,属于店面初期试用,进店车辆并未进入系统;
      • 腾飞汽修,已培训;
      • 国宾汽修的廖总推荐了3家汽修厂,下周一开始拜访;
      • 绿捌汽修(专属门店的需求),下周拜访。
    • 产品数据
      • 本周6个店面服务好评;
      • 1个洗车预约(南坪店),但是是做其他服务来占位。
  2. 产品情况(本周实现已提交测试,计划下周三发布)
    • 实现门店+车辆+客户重构
    • 企业微信侧
      • 支持车辆保险公司的管理
      • 开放简版的洗车工单
      • 预交车时间预警,支持提前2个小时预警
      • 修复行驶证上传的缺陷
    • 小程序侧
      • 实现专属门店
      • 发布知识《普及机油知识,让你的爱车不要用错机油》
    • 企业微信上架的准备:第三方接入的升级
    • 产品的第三方服务商调整
      • 企业微信侧,由畅服科技,转为重庆乒乓
      • 小程序侧,有车翼行公司,转为重庆乒乓

第19周周报告

门店情况 本周事项 下周计划 五月计划及新需求罗列

  1. 门店情况

    • 运营情况:
      • 渝车联盟-国宾汽修系统培训 05-09 已完成
      • 金诚汽修 05-15 下周二
      • 腾飞汽修 05-19 下周六
    • 产品推进问题:
      • 如何推进小程序的关注
      • 客户关注了小程序,服务报告的查看次数却为0
      • 预约洗车,并未正式开始使用
      • 国际社区店,系统执行有问题:有较多进行中的订单
    • 小程序关注率(05-01 ~ 05-12 12days)

      门店 总进店车辆数 小程序关注数 小程序关注率
      南坪店 115 (9个车二次进店) 87 76%
      璧山店 39 20 51%
      龙洲湾 25 5 20%
      旭日美容店 36 (3个车二次进店) 8 22%
      国际社区店 45 (1个车二次进店) 5 11%
      国宾 30 0 0
  2. 本周事项

    • 小程序侧V1.2.3.2实现了:
      • 车辆管理,增加可直接查看(进店的)保养记录,保养手册,养护档案
      • 保养记录,支持显示车辆进店的保养时间,里程数,已处理项,未处理项
      • 保养记录,支持10天内保养到期提示,及逾期提示
      • 首页,增加上一次保养记录的输入,并提供“机油说明”
      • 洗车预约,可预约的时间从第二天开始
      • 发布了《降雨量多,汽车还有必要做洗车漆面保养吗?》知识
    • 企业微信侧实现了:
    • V1.2.3.2,服务报告分享至微信的“分享卡”,支持识别二维码至小程序,而非原有的服务报告。(应对旭日美合店,仅分享企业微信侧-服务报告的事项
    • 车辆保险公司的录入实现中
    • 后台管理实现了:订单价格的录入
    • 完成了腾讯云服务器的切换
    • 增加了后台操作说明-数据统计部分
    • 定义了专属门店的方案
    • 定义了门店+车辆+客户的产品重构方案
    • 产品门店+车辆+客户的结构梳理:需时间重构
      • 企业微信侧:现有以车+用户为主,新定义以车为主
      • 小程序侧:现有以用户为主,新定义以用户为主
  3. 下周事项

    • 小程序侧
      • V1.2.3.2(05-15 周二)发布
      • V1.2.3.3 专属门店的实现
      • 门店+车辆+客户(以用户为主)重构
      • 缺陷:早上接车,下午5点交车,显示即将交车?
    • 企业微信侧
      • V1.2.3.2(05-15 周二)发布
      • 修订车辆所用保险公司的录入方式
      • 门店+车辆+客户(以车为主 )重构,及接车界面调整
      • 开放洗车工单
      • 预交车时间预警,支持提前2个小时预警
      • 车辆检查时,各项打标示例定义
      • 缺陷:工作台,检查时,预览图后,返回会刷新页面,在不同的检查组里有问题。
      • 定义V1.3的功能特性点,及原型设计
      • 车主专属码的链接替换-yanghu365.com
    • 企业微信侧-上架准备
    • 后台管理
      • 缺陷图片无法上传
  4. 五月计划及新需求罗列
    • 保养建议提醒
    • 维修报价单的系统化
    • 服务更换记录表,质保期
    • 门店服务排名定义,及评价体系
    • 开放保养等服务预约
    • 官网定义及实现
    • 平台执行数据分析
    • 店面执行系统替换
    • 近期新需求:
      • 店面资产管理
      • 保养卡-汽车养护能手二维码
      • 门店客户车辆导入,为了分析新客增长趋势 南坪店
      • 服务消息推送文案定义
      • 服务消息推送机制定义
      • 客户回访是店面急需的需求
      • 小程序客户-关注率的方案定义
      • 一车,多个人关注
      • 服务部分项目未转化分析,记录未转化说明
      • 图片文件服务器的优化
      • 保养知识的系统化规划
      • 门店数据分析
      • 车辆保养统计
      • 关注小程序侧,进入时空白页面,已出现2次
      • 图片服务器的优化

第18周周报告(本周 By Alisa)

  1. 本周事项
    • 发布了后台管理侧:月度分析表,5个不同维度的商机分析
    • 发布了企业微信侧:员工执行数据统计、店面执行数据统计
    • 发布小程序侧:保养小知识文章《空气滤芯和空调滤芯更换的重要性》发布
    • 设计了 二十四节气-立夏
    • 腾讯云服务器安装整理,本周全部配置完成(还需要安全性配置)
    • 提供了专属门店的定义
    • 解决了企业微信侧:服务报告分享后,浏览施工/检查图时,会报500error
    • 后台:完善工作区添加检查项缺项
    • 门店单子被误领,后台实现返回操作
  2. 下周计划
    • 小程序:车辆管理+保养手册开发(Jerry,Alisa,Emma
    • 后台管理
      • 员工执行情况【接车服务情况、技师服务情况】(待定)(Tom,Jacky
      • 增加订单价格的录入(Tom
      • 增加图片放大查看(Tom
    • 企业微信侧
      • 实现服务报告分享至微信,可直接看小程序(Tom
      • 消息推送扩展至开始服务,检查完成两处(Tom,Jerry
    • 南坪店的数据导入(Jerry,测试团队
    • 确定专属门店方案并实现(all
    • 切换腾讯云服务器(Koko
    • 完善后台操作说明(数据统计部分)(Alisa
    • 定义一篇养护知识文章 (Abby
    • 重新梳理数据分析的定义 (Emma
    • 定义下月保养车辆统计 (Emma

第17周周报告(04-23~04-28 本周)

门店情况 本周事项 下周计划 四月计划 五月计划 需关注点

  1. 门店情况

    • 国际社区店,系统执行有问题:有78个进行中的订单;会立即去提醒处理
    • 店面线下执行与线上执行不同步。比如璧山店,一小程序客户查看了9次服务报告,线上接车后,5个小时左右,无任何后续动作;
    • 新门店加入推广时,提及客户专属门店的需求;
    • 产品推广方面:
      • 本周上门8家汽修单位,全部安装企业微信;
      • 节后安排上门培训有5家,1家明确不想用,1家提出需求再使用,1家等企业微信用起来后再联系使用。
    • 小程序关注率:

      门店 总进店车辆数 小程序关注数 小程序关注率 上周关注率
      南坪店 50 31 62% 82%
      璧山店 20 6 30% 25%
      龙洲湾 21 3 14% 19%
      旭日美容店 6 2 33% 26%
      国际社区店 18 1 5% 6%
      • 问题:在一人多车进店时,小程序关注率算法有误,我们会调整定义。
    • 门店服务完成,发送了 62 次小程序消息
    • 门店服务,无新的客户评价
    • 门店洗车 预约无记录
    • 后台管理 并未开放至其他门店使用
  2. 本周事项

    • 发布了小程序侧V1.2.3:推送服务完成消息,预约门店评价等
    • 发布了企业微信侧V1.2.3:修复5个小缺陷
    • 内部发布了后台管理V1.2.2
    • 完成,并内部发布了后台管理V1.2.3:店面整体数据分析
    • 完成了企业微信侧V1.2.3.1,计划 04-30 发布
      • 订单列表3个新增功能
      • Android上,预览图片时,关闭返回上一个地方
      • 统计中,增加上一个月的记录:订单数,小程序关注数
      • 其他3个缺陷
    • 输出了《后台管理操作说明》文稿
    • 输出了现有小程序实现游客+用户的场景定义
    • 完成了南岸汽修协会 Logo 设计
    • 完成了二十四节气-立夏设计
    • 定义了小程序侧设计:车辆管理 + 保养手册
    • 定义了企业微信侧员工个人执行数据,店面执行数据设计初稿
    • 定义了店面洗车方案:企业微信侧 + Android派工系统
    • 电子档案对接工作
      • 马立可不开放接口,总部已告知门店;
      • 第三方公司已取得联系,可提供现场安装。五一节联系到店沟通费用。如选择这方式,原马立可系统功能相同,替换使用。此为当前推进处理建议
      • 我们自己系统与上级系统对接开发与投入,当前是问题
  3. 下周计划-还需调整

    • 后台管理实现:商机分析,员工执行情况
    • 实现洗车方案
    • 企业微信侧实现:员工个人执行数据,店面执行数据
    • 小程序侧实现:车辆管理,保养手册
    • 企业微信侧V1.3改版的推进 待定
    • 其他事项概念
      • 店面执行系统替换未推进
      • 店面执行系统替换未推进
      • 了解企业微信内可以关联微信小程序
      • 马立可原系统里面的车辆信息导入养护能手
      • 收入总额多少,多少新车之类的统计信息,更方便
      • 服务质检建议的重定义
      • 一个客户多个微信号的问题
      • 定义保养建议 + 自检 + 养护档案 + 保养预约
      • 保养卡-汽车养护能手二维码
      • 小程序侧用户画像,场景定义
      • 消息推送定义(检查完成时,推送消息)
      • 服务评价详细定义(获取用户的行为规律,找到评价率最高的方式)
      • 服务自动预警 + 人为预警机制
      • 平台订单管理,平台评价管理
      • 下月保养车辆统计
      • 产品用户须知,培训说明,店面执行指导等定义
    • 团队定义
  4. 四月计划-未完成事项
    • 保养建议 + 自检 + 养护档案 (已设计), 保养预约(未规划
    • 企业微信侧,准备上架(等待20天左右yanghu365.com域名备案申请中)
    • 汽车养护知识(说明:保持对知识分享的定位与初衷,我们有困惑,推进有点吃力。)
  5. 五月计划
    • 汽车养护档案
    • 保养建议时间及(短信/公众号)提醒
    • 维修报价单的系统化
    • 服务更换记录表,质保期
    • 门店服务排名定义,及评价体系
    • 开放预约服务,及推荐周边门店
    • 维修报价单系统化后,分析配件使用频次,提供店面经营参考
    • 官网定义及实现
    • 平台执行数据分析
      说明:上述为原有规划定义,如果我们重点在门店,计划将作出调整。新的计划调整,将在后续几天里定义出。
  6. 需关注点
    • 如何推进小程序的关注
    • 客户关注了小程序,服务报告的查看次数却为0
    • 预约洗车,并未正式开始使用
    • 专属门店
    • 缺陷小程序侧,进入时空白页面,已出现2次。下周排查

第15,16周周报告(04-09~04-21)

门店情况 近两周事项 下周计划 四月计划

  1. 门店情况

    • 龙洲湾店,一位技师滥用质检环节的常用语。已与本人对接,再观察后续执行情况。
    • 店面执行,经常出现:
      • 车牌号输入错误
      • 手机号码输入错误
      • 订单完成,额外添加检查项
      • 我们计划下周一(04-23),正式开放后台管理给门店使用
    • 小程序关注率:

      门店 总进店车辆数 小程序关注数 小程序关注率
      南坪店 166 124 74%
      璧山店 82 26 31%
      龙洲湾 98 19 19%
      旭日美容店 68 10 14%
      国际社区店 81 8 9%
    • 大渡口店,华生店,已从现有系统中清理

    • 确定产品店面推广计划:7家门店
    • 店面服务评价:4月有17条评价
      • 其中12条客户五星评价(1条二星评价)
      • 5条内部人员评价
  2. 近两周事项

    • 2.1 完成,并发布了 小程序侧V1.2.2.9 2018-04-16
      • 交互及功能定义改版
      • 新增车辆养护档案:进店养护日志,养护项目,历史未处理项
      • 新增最新门店动态,不显示未开放预约功能的门店动态
      • 新增服务小卡片定义
      • 支持可以从服务小卡片的门店中,快速预约
      • 新增服务消息提示:进店进行中的服务,预约的服务
      • 调整我的模块处的定义:我的车辆,我的订单,我的预约,我的评价
      • 开放简单的保养建议:有车用户,无车用户
      • 新增养护知识
    • 2.2 完成,并发布了企业微信侧V1.2.2.9 2018-04-15
      • 新增车辆养护档案:进店养护日志,养护项目,历史未处理项
    • 2.3 完成 小程序侧V1.2.3 的实现
      • 进店服务,推送服务完成消息至小程序侧
      • 预约到店洗车,推送洗车完成消息至小程序侧
      • 支持预约洗车服务完成后的门店评价
      • 门店详情中,匿名显示客户评价
      • 保养建议处,针对有车用户:显示车牌,可切换车辆
      • 修复服务小卡片的3个小缺陷
      • 修复首页最新门店展示缺陷:进店需求太长导致
    • 2.4 完成 企业微信侧V1.2.3 修复4个缺陷
      • 上一次保养日期,只需存年月日;发证日期也是
      • 进店车辆非保养下,产生的不合理的下一次保养建议
      • 养护档案,未处理项滚动后,预览图,会出现黑色背景,未关闭的状态
      • 统计,小程序的数据统计为零
    • 2.5 完成了后台管理
      • 调整订单详情页面结构 参考企业微信侧的工作台
      • 调整服务评价中的定义,支持预约服务的门店评价
      • 开放养护知识管理
    • 2.6 正式提交了yanghu365.com域名备案 大致20多天可完成,腾讯云切换事项
    • 2.7 配合南岸区汽修协会-产品分享会,生成了3月南坪店店面数据分析,后续将系统实现
    • 2.8 企业微信侧,04-19星期四线上事故,因为企业微信结构变更成员信息,不返回department,position字段导致
  3. 下周计划

    • 3.1 发布计划 周一(04-23)
      • 小程序侧V1.2.3
      • 企业微信侧V1.2.3
      • 后台管理V1.2.2
    • 3.2 电子档案对接工作 重要事项
    • 3.2 小程序侧

      • 重新定义车辆管理的实现方式
      • 重新定义保养手册的实现方式
      • 排查保养建议不完善的问题
      • 定义一周一篇的养护知识
      • 缺陷:我的评价中,大图和缩略图实现
      • 优化消息推送的事项方式:从原有的“1分钟间隔” 该为“基于url的回调模”
    • 3.2 企业微信侧

      • 员工个人业绩实现,及本周服务员工全纪录
      • 定义,并扩展订单列表的实现
      • 预约情况实时展示
      • 缺陷 检查结果时间排序有误
      • 缺陷 养护档案,未处理项滚动后,预览图,会出现黑色背景,未关闭的状态
      • 缺陷 服务报告中,预览大图时,序号会错乱
      • 优化点 另外安卓手机大图时按返回键不是回到服务报告,而是多回退了一级到了订单详情,应该和关闭大图回服务报告的操作一样
    • 3.3 后台管理
      • 实现商机管理:项目分析,急需处理成交趋势图,密切关注成交趋势图,带转化商机
      • 实现店面数据整体统计
      • 实现店面员工执行数据统计,及车辆服务员工参与全纪录
    • 3.4 其他事项
      • 了解企业微信内可以关联微信小程序
      • 新增需求:马立可原系统里面的车辆信息导入养护能手,然后每个订单标注出是否初次进店
      • 新增需求:养护能手里增加一个供应商管理
      • 新增需求:订单页面筛选完后,可以在列表底部显示总共多少订单,收入总额多少,多少新车之类的统计信息,更方便
      • 新增问题:一个客户多个微信号的问题
      • 定义保养建议 + 自检 + 养护档案 + 保养预约
      • 店面执行系统替换待定
  4. 四月计划
    • 汽车养护档案
    • 车辆自检
    • 保养建议提醒 待定
    • 保养建议 + 自检 + 养护档案 + 保养预约
    • 企业微信侧,准备上架(依赖产品服务器切换
    • 服务评价
    • 汽车养护知识
    • 小程序的重新定义
    • 产品官网

第13周周报告(2018-03-31 Coco)

门店情况 本周事项 下周计划 四月计划 团队情况

  1. 门店情况

    • 除开南坪店,其他门店小程序推进不佳;(我们问题:上一周实现的车主快速绑定车辆的功能,需再次同步告知门店)
    • 旭日美容店温总反馈:如果是微信转发给客户【企业微信侧】的服务报告,客户查看与否,后台看得到数据吗?(我们反馈:暂时不提供该功能,建议门店推小程序,让客户聚焦在小程序。)
    • 提供【南坪店】扫二维码快速接车,优化接车步骤;(原来4步:打开企业微信->工作台->养护能手->接车;现在2步:打开企业微信->扫码接车)
    • 国际社区店,尹总考虑到店面情况比较具体,暂不开放洗车预约。
  2. 本周事项

    • 【发布】企业微信侧V1.2.2.7
      • 实现5个特性点
      • 修复1个缺陷
    • 【发布】小程序侧V1.2.2.6
      • 实现2个功能:预约,评价
      • 实现1个小特性:支持客户 进店姓名 与 微信昵称 同时存在
      • 小程序正在审核中
    • 【发布】后台管理 V1.2.2
      • 实现5个功能点
      • 所有功能,只开放给南坪店使用。会尽快推进,以提供给其他门店。
    • 【设计】完成汽修协会推广会邀请函制作
    • 【设计】提出汽车养护档案2种方案,但仍需讨论
    • 收集了4个门店的店面资料,并作出调整,以完善预约的门店介绍
    • 车型数据重新导入,解决Jeep车型的缺失
  3. 下周计划4 天,清明节 3 天假

    • 3.1 小程序侧功能调整:
      • 门店评价,缩略图实现
      • 我的预约时间:按创建时间倒序排,并针对有效预约,提醒到店时间:多少天多少小时
      • 开放保养建议
      • 评论审核显示的定义
      • 展示评价的回复记录
      • 新增车牌号,警、学 待定
      • 小程序消息模板申请 待定
    • 3.2 后台管理
      • 车辆管理,增加车辆下次保养里程数和公里数的显示
      • 门店的logo图,支持上传小图或轮播图
      • 门店的logo图,支持定义上传规格
      • 调整所有的界面规范,以达到可开放其他门店使用
      • 重新定义门店的数据统计(包括预约统计) 参考Gene周报告执行
      • 服务评价,回复功能
    • 3.3 企业微信侧
      • 重新定义工作台:追加检查项或检查结果
      • 关闭、完成订单消息推送时,增加车辆进店时间
      • 缺陷服务报告中,施工处理统计,无检查状况,但已施工的项,无法被统计
      • 当前服务报告中,显示保养建议不合理
      • 支持店面管理,设计定义某些场景的预警:
        • 车辆服务超时
        • 未开始检查或没有检查结果,便上传维修报价单
        • 进店多天,服务依旧未开始(比如进店10天多,还在新建中)
        • and so on.
    • 3.4 设计
      • X展架等设计,追加预约等的定义
      • 汽车养护档案的定义
      • 产品三折纸设计
    • 3.5 调研
      • 小程序推送消息机制:
        • 我们反馈:小程序的消息机制已明确(下发条件两种:支付,提交表单),当拼多多等小程序是如何灵活应用,暂不明确。我们需要点时间去验证我们的想法是否成立,请先明确。
      • 小程序功能整体了解
    • 3.6 其他
      • 汽修协会推广会事项准备 重点事项
      • 提供智能服务给客户 思考中
      • 跟进洗车预约情况,及小程序访问情况
  4. 四月计划

    • 汽车养护档案
    • 车辆自检
    • 保养建议提醒 待定
    • 保养建议 + 自检 + 养护档案 + 保养预约
    • 企业微信侧,准备上架(依赖产品服务器切换
    • 服务评价
    • 汽车养护知识
    • 小程序的重新定义
    • 产品官网
  5. 团队问题

    • 产品设计,前期评审不足 后续增加评审的力度
    • 产品定义实现时,规范性不足 增加小程序侧,实现界面要求

第12周周报告(2018-03-24)

  1. 待补充

第11周周报告(2018-03-17)

  1. 待补充

产品事项

TODO表

  1. 企业微信侧
    • 我的个人业绩统计,店里整体业绩统计 (在店面系统里给店长或负责人角色店面基本数据查看的地方,比如进店量、每个员工的接单量、车辆数据查询、交付准时率、用户满意度、小程序关注等)
    • 旗舰店(南坪店)执行记录,透明至其他门店
    • V1.3 的定义实现:服务台,工作台等,重归入TODO 中
    • 打标标准规范,即提供默认打标范围,范例,以快速打标
    • 服务报告,增加备注项的定义需求来源门店
    • 客户属性/标签
    • 合格的服务报告,我们需要定义什么是标准?
    • 【缺陷】华为荣耀手机,图片无法上传
    • 【交互体验】在安卓下订单里查看大图按返回键会直接退到订单列表,与操作预期不符,应该是关闭大图回到服务报告页面
    • 【交互体验】预览检查/施工结果图时,建议:下滑或单击就可返回
    • 一个客户多个微信号的问题
  2. 小程序侧
    • 建议我们再注册几个“养车能手”“护车能手”“用车能手”或者xx助手这样的小程序名字,比6个字的名字好传播
    • 门店服务透明化,升级门店透明化(员工信息的定义,以加强门店透明-团队透明的概念)
    • 车型选择 + 通用保养建议开放 方式不友好,需重定义实现
    • 开放自检功能
    • 【缺陷】unionID 会出现为空的情况
    • 下月车辆保养提醒
    • 车店可以通过赠送各种优惠卡券吸引客户再次到店,对于不同画像的客户,设计不同类型的卡券,系统可以通过微信公众号推送给对应的车主。
  3. 后台管理
    • 后台管理建议做个排序,方便快速锁定车辆进店时间和完成时效订单管理
    • 新客到店统计
    • 产值统计与分类:机修保养、美容洗车、钣金喷漆、会员卡收入
    • 进场台次统计(前提是完善洗车建单功能)
    • 会员卡收入统计,这部分会和机修产值部分重叠,所以要区分
    • 平台服务评价记录管理
    • 下月商机分布情况-从品牌,保养日期等方面考虑,为店面备货,库存等
  4. 产品侧
    • 企业微信第三方应用要上架,正域名定义中
    • 完善的预约服务定义
    • 完善的服务评价定义
    • 汽车养护档案,在不同门店,提供共享功能
    • 建立一个准入标准,具备何种基础条件的汽修厂才能使用我们的系统
    • 马立可执行系统的替换 推迟实现原因:执行系统正式使用,是需要政府相关资质。我们需要先明确这些资质要求,再行推进。Evan,Gene负责此事
    • 上传国家规定的汽车维修档案
    • 汽修厂自由公众号连接
    • 平台执行数据分析
    • 【运营数据】今日小程序关注统计,需重定义
    • 【结构优化】nodejs API 日志时间化
    • 文件服务器,文件上传实现变更

产品服务器切换(从阿里云切换至腾讯云)

  1. 服务器购买 已完成
  2. 服务器实名制 (3月20日 1day 已完成
  3. 域名购买,实名制yanghu365.com已完成
  4. 域名备案(网站备案)(预计15days 进行中
  5. 同时安装服务器(3day)
    • 服务器访问权限的控制配置
    • nginx 安装配置
    • ssl 协议申请及配置
    • mysql 安装配置,备份配置
    • nodejs环境安装配置
    • jdk1.8 环境配置
    • tomcat配置
    • imageMagick 安装
    • pm2的安装配置
  6. 服务器切换(1day 待定)
    • 图片移植,及设置备份,只保留最后2天的image
    • 企业微信配置及验证
    • 公众平台配置及验证
    • 各应用配置修改
添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注