[关闭]
@yumewang 2018-04-08T02:30:09.000000Z 字数 90762 阅读 452

At PP-2017 Day by Day

PP


公司地址:重庆市渝北区杨柳北路9号力华科谷A区107
SVN 地址:http://10.1.10.101/svn/pingpong
GIT 地址:http://10.1.10.104/
Company:pingpongtech123456

API_URL: '"http://cheyixing.pptech.net/work_weixin_api/"',
FILE_URL: '"http://cheyixing.pptech.net/uploadfile/"',
API_URL: '"http://cheyixing.pptech.net/factory_manage_api/"',
FILE_URL: '"http://cheyixing.pptech.net/uploadfile/"'
factory_service_api

渝BU7503http://10.1.10.12:8081/fute/
【企业微信侧 + 小程序侧】门店评价列表,要过滤店家回复

Deng&Evan:记住,养护能手是个平台服务公司,我们不是IT公司,也不是软件公司,我们需要搭建什么服务就就搭建什么服务,人力、销售、采购、合作,都是我们的本分。


汽车养护能手

  1. 第三方授权,取消授权产生的问题
    “我是服务商,我开发了多个应用。如果顾客安装了我们的多个应用,自行取消了某个应用的授权,这是回调消息里面不知道是哪个应用被取消了,无法得到被取消的agentid参数。
    取消授权事件:https://work.weixin.qq.com/api/doc#10982/%E5%8F%96%E6%B6%88%E6%8E%88%E6%9D%83%E9%80%9A%E7%9F%A5
    我们如何知道取消了哪个agentid?
    因为回调消息内容里面没有包括这个参数”
  2. 历史订单问题
  3. 第三方授权功能的明确
  4. 客户微信手机与进店预留手机不匹配时,车辆服务报告不可见
  5. 支持手机短信验证方式
  6. 第三方授权获取jssdk参数,每小时获取,2000次/天
  7. 企业微信userid 唯一,需加强限制userid + store_id

车翼行

  1. 车翼行微信服务号账号
    cyxtech@qq.com 2016weixin
    huangkun@cheyixing.im cheyixing10
    小程序AppID:wx64c0dc681fed7717

    1. 微信开放平台:
      登陆帐号:pengdingxue@pingpongtech.net
      登陆密码:pingpongtech

    2. 公司小程序账号:
      huangkun@cheyixing.im
      cheyixing10
      公众服务号-菜单管理
      oTZBKuLX3JxhxfFa-h4_Zw3IeX_s

    3. 服务器
      用户名:root 密码:pproot***888.net 远程登录用户:pingpong868 密码:pptech.net888
      ssh pingpong868@39.108.68.12
      su - (change to root)
      git@pp:cheyixing/work_weixin_api.git
      ssh pingpong868@10.1.10.121
      /usr/local/nginx/conf
      update nginx conf
      kill -9 nginx
      and then restart ./nginx
      ./nginx

    4. 短信服务器:
      客服建议接口调用就 114的IP的地址后台去:http://114.55.176.84/msg/index.jsp 而不是 http://yun.yzmdx.com/login.aspx
      13650595084
      pptech123

  2. 汽车养护助手(小程序)说明:汽车服务,找车翼行。我司是一家从事汽车维修保养美容综合服务类连锁企业。有一流的设备,专业的服务。实体店面可提供中高端汽车保养维修透明化服务,全程录像,原厂品质,以及会员尊享服务。车翼行,值得您信赖的汽车服务平台。
    提供中高端汽车维修保养美容综合服务,全程透明化,更多会员尊享优质服务。
    汽车养护能手,为您的建立爱车健康档案

  3. 门店信息
    重庆利马科技有限公司(马立可璧山店);023-41777977

公司相关

  1. 定位细节
    成立时间:2015年6月
    案例
    商城:九骄汇商城PC、微信公众号+30万
    充电器:微信公众号、硬件+5万
    体质训练:体质训练APP+10万
    煤监系统:煤监系统PC、APP+20万
    小程序:物联设备监控微信小程序+8万
    门户系统:RAD门户网站、畅服门户网站+5万
    3D展示系统:车间3D展示系统+5万
    美容在线APP:美容行业APP+12万
    抽奖系统:火锅开业活动抽奖微信开发+1万
    擅长方向:微信开发 APP开发 小程序开发
    是否跟雇主团队接洽过:否
    线下实力:
    行业:汽修 生活服务 矿业 制造业 美容行业 餐饮

BOOKS

  1. 聪明的投资者
  2. 金融炼金术
  3. 薪酬
  4. GTD(Getting Things Done)时间管理法:
    • 收集:把任务从大脑里清出来,形成待办列表
    • 整理:整理待办任务、分类任务
    • 组织:下一步行动、形成项目、等待处理、将来处理
    • 回顾:按日回顾,周回顾、月回顾来总结GTD系统
    • 执行:Do it! 没什么好说的
  5. Let's take the long way home
  6. 像艺术家一样思考 -- Good
    比智商和情商更重要的品质——Grit
    正向心理学(PositivePsychology)则提出了七项指标,认为它们是预示孩子未来成功的“七大秘密武器”。这七项指标分别是:Grit坚毅、zest激情、self-control自制力、optimism乐观态度、gratitude感恩精神、social intelligence社交智力、curiosity 好奇心。
  7. 杰瑞.魏斯曼:Presenting to win(演示制胜——讲故事的艺术)
  8. Don't lie to me (别对我说谎) -心理学
  9. ???Evan
  10. 知道做到-如何将KNOW-HOW转化为你想要的结果
    Know Can Do!: put your know - how into action
    问题
    缺失的一环
    重复的力量
    原因1:信息过载
    应用“少而精”哲学
    原因2:xiao'ji
  11. 9.

绩效评语

11月 技术团队 绩效评语

  1. 蒋登伟
    11-06 晚上加班处理川外邮箱项目单点登录技术支持;
  2. 赖文杰
    11-06 带领煤监项目组,顺利完成煤监阶段一,阶段二的验收工作,尤其Android端验收,客户满意度非常高

10月 技术团队 绩效评语

月度更多的是看本月的工作目标及达成,那你的评价是跳开了目标后的整体评价,以及最后一句话,因此,建议如下:
1、建议评价描述增加:1、优点:。。缺点:。。分类阐述内容。
2、黄军。最后评价,要更加明确:类似开发团队内部批评、采取警告措施等

  1. 赖文杰
    整体表现属于可圈可点,但有局限。绩效评分:100分。
    优点
    • 工作积极性强,能主动承担起项目负责人的职责,及时暴露,规避风险。比如,煤监项目的管理事项,具体执行事项;
    • 工作态度果断,时刻保持清晰的思维方式,带领团队按需完成任务;
    • 不惧挑战,主动加入产品后端开发;
    • Android 开发技能扎实,能高效保质保量产出。比如,煤监 Android 端原基础的重构,新增等。

缺点
项目进度整体把控尚有不足,过程中出现的问题(尤其是团队执行问题),偏差,未采取行之有效的解决方案或反馈,望逐步加强。

  1. 王明浩
    整体表现属于稳定,有提升空间。绩效评分:100分。
    优点:

    • 并行项目,能保质保量快速产生。比如畅服官网实现,积极配合百度推广;
    • 能协助团队成员快速定位问题,解决问题,比如汽车养护能手,页面无法正确路由跳转;
    • 积极学习跟进前端技术,并有效实践于项目

    缺点:

    • 工作时间管理,计划性较薄弱。比如九骄计划延期,未作出及时有效调整。
    • 项目实现时,缺乏一点对需求熟悉的耐性。比如九骄PC版商城实现,部分需求出现偏差。
      望后期加强工作时间管理,合理规划并行项目。
  2. 余治林
    整体表现属于认可,有提升空间。绩效评分:100分。
    优点:

    • 能积极参与项目实现,及项目事务,平稳产出。比如煤监二期合同招标配合事宜;晚晴操作手册编修;煤监合同一二期功能实现;交大单点登录问题定位,及解决;
    • 主动推进项目管理计划工作,能及时暴露前期未知的问题点,并在关键时间节点内及时解决。比如设备应用,新增注册,登陆,与中移对接无效token问题。
      缺点:
    • 现有技术不够扎实,沉淀不足,无法提前预知或快速定位问题及风险。比如设备应用实现,及交大单点登录问题定位;
    • 时间管理上缺乏紧迫感,未考虑时间投入与产出的有效性。比如交大单点登录问题处理上;
    • ???
  3. 杨文凤
    整体表现属于认可,工作态度赞许,有提升空间。绩效评分:90分(这里的绩效分不影响工资发放)。
    优点:

    • 新环境适应能力强,能快速进入工作状态;
    • 工作中不明确的,能及时沟通明确,避免团队目标不一致;
    • 工作态度值得肯定,赞许。比如汽车养护能手的设计工作,达到一定的期许;周末临时加班设计修理厂DM、X展架。
      缺点:
    • 对产品业务知识的深入不够,行业竞品的分析不够;(整个Team需要大量时间)
    • 加强对岗位的技能还有待加强;
    • 对项目管理,计划拟定上还尚显不足。
      望后续能持续提升本职岗位技能,在产品上体现出出彩的设计功底,产出可用,易用,简洁的作品;同时设计作品时,建议能多角色思考设计的可行性,多做角色切换;最后望能承受住领导的时间压力,快速迭代产出。
  4. 蒋登伟
    整体表现属于不理想,但有提升。绩效评分:90分
    优点:

    • 工作逐步明确化管理已加强,比如项目外出,能及时汇报情况;
    • 能对团队内部技术疑难,快速定位问题,提出可行的解决方案。比如交大单点登录问题定位,及解决;煤监管理后台API技术支持;
    • 能及时配合客户文档需求,调整状态,快速产出文案。比如晚晴需求接口调用文档,用户操作手册等
    • 应变能力极强。
      缺点:
    • 前期计划不到位,未及时预知可能产生的功能问题点,比如九骄组合支付,出现微信支付同一个订单的处理问题;
    • 缺乏一定的团队意识,比如九骄项目,未承担原本应该承担的职责,而由项目负责人的承担;
    • 与特别客户对接时,出现工作上有待调整的个人状态,沟通上出现问题。我们应该把持住首要目标,积极有限制地积极配合,我们技术团队在与客户商务技术对接方面,是有短板的,缺少了有效的谈判沟通技巧;
    • 管理职能上,尚不明确工作职责及分工,不完善的团队规划,请多思考,多沟通。
      望后续转移一定的工作重心至团队管理,规划上。这里需要更大的挑战和精力。
  5. 黄军(绩效评分:80分)
    项目上表现,努力尚可,能积极配合安排,完成任务项。但存在下述问题:
    a. 缺乏主动承担责任的意识;
    b. 无法快速定位需求,简化需求;
    c. 业务实现,及问题处理,思路不够清晰,化简为繁;
    b. 过程执行中,团队已定的规则变更,未及时同步各成员,以规避风险;
    e. 技术上,基础不够扎实,无法独立完成某个模块的开发工作。
    望后期增强自我认识与定位,调整态度,去克服所有既存的问题,并保持现有的踏实,积极学习,提升自我。
    面谈
    自我检查,有不到位的地方;技术上煤监,粗糙,基本上按照规约走,可能逻辑上出现一些缺失。团队沟通上存在不足。
    方式方法
    对此解决的想法
    整体表现属于不佳,需审视/提高自我认识与定位。

9月绩效评语

赖文杰 :

初入公司,便能迅速进入项目状态。项目进度,质量都把控很好,在面对繁杂业务,仍保持沉着稳重的态度,并对项目有独特建议。
整体表现非常好,绩效评分:120分,备选优秀员工。

余治林

工作态度积极,九骄汇项目表现较好,技术能力成长较明显。望后续持续加强技术能力。
绩效评分:110分

王明浩?

现有基础上,平稳发挥。望后续加强对用户需求,前端技术,以及项目管理的努力,同时关注提高应用质量,优化用户体验。
绩效评分:100分

黄军

煤监项目上,整体把控存在不全面,需要持续努力加强;九骄汇项目上,协作工作能保质保量地完成,表现较佳。望后续能清晰把控用户需求,快速获取用户关注点;能发散思考用户需求,替用户需求最佳解决方案。
整体表现未达公司预期,绩效评分:90分。

蒋登伟

项目上,客观主观因素导致项目延期严重;参与多个并行项目,项目工作不透明化,工作优先级把控不到位,且未有效分配工作任务;项目(九骄汇)的交付质量较差,未能实现可用的业务流程。
管理职能上,未承担理应承担的项目职责,团队职责;作为技术经理,能快速引导团队寻求可执行的技术解决方案,比如煤监项目后台架构。
整体表现属于不理想,绩效评分:90分。

何炼玲

UI设计交付品达不到预期,设计功底仍待提升;未有效规划工作时间,且学习投入,看不到明显结果;工作状态较懒散。
绩效评分:70分。

团队招聘:

技术团队人员招聘: Java高级工程师 或 JAVA架构师要求

专业素质要求:
1. 理解架构师的职责和架构设计的目标、原则及取舍;
2. 精通架构模式,Transaction、Security、Persistence等机制及实现,IOC、AOP、SOA等理念及实现;
3. 精通Transaction、Security、Persistence等机制及实现,IOC、AOP、SOA等理念及实现;
4. 精通面向对象技术、设计模式、OOAD、UML等技术;
5. 精通各种主流应用架构和平台,熟悉工作流引擎、规则引擎等中间件等;
6. 深入理解Spring、iBATIS、Hibernate、Struts、Webwork、JSF和Tapestry等框架的设计思想和实现方式,精通J2EE、XML、WebService、分布式、多线程等高性能架构相关开发技术;
7. 精通主要应用服务器(Weblogic/WebSphere/Tomcat等)的配置和使用,熟悉Linux操作系统;
8. 了解Web应用的性能瓶颈和调优方式;
9. 熟练掌握Oracle/DB2/SQLServer数据库,至少熟悉其中一种数据库优化与数据挖掘技术;
10. 良好的沟通协调能力,团队合作精神和执行力,思路开阔,积极上进,不断学习;
11. 有J2EE大型项目架构设计经验者优先;
12. 有J2EE架构产品研发经验者优先;

> 职位描述:
1. 负责公司软件产品的技术选型、架构搭建;
2. 负责设计和搭建软件开发项目系统架构(平台、数据库、接口和应用架构等),解决开发中各种系统架构问题;
3. 负责软件系统平台核心功能模块设计、核心代码开发;
4. 负责技术解决方案的编制工作,并能够将解决方案清晰的传达给客户和项目组成员;
5. 负责组织技术架构、解决方案的评审;
6. 主导项目关键技术问题的攻关,协助项目管理对技术问题进行跟;
7. 对开发团队进行技术指导和培训;

技术团队人员招聘: Node.js高级工程师(请 Richard check)

岗位职责
1. 负责基于Node.js/MongoDB/Redis/MySQL系统项目/产品的迭代开发与维护;
2. 根据项目/产品需求,能独立提出自己的解决方案,并能跟策划沟通,明确需求;
3. 负责项目组服务端各功能模块开发,数据库设计与维护;
4. 对确定解决方案能快速有效地编码和测试,程序调优,性能调优;
5. 能根据业务需求完成设计、开发、文档编写;
6. 能协助团队成员快速定位问题,解决问题。

> **任职要求**
>1. 熟练使用JavaScript,熟悉ES6语法;
>2. 熟悉Node.js,能够熟练使用Node.js或者其它语言(Java)开发高并发、高吞吐量的服务;
>3. 熟悉基于Node.js平台的web开发框架Koa,Express;
>4. 熟悉常用的cache系统(Redis或Memcached)
>5. 熟练掌握数据库相关知识, 熟悉MongoDB/MySQL系统;
>6. 熟练掌握数据结构和算法,良好的数学、物理、计算机及操作系统知识;
>7. 熟悉Linux系统的常用命令与软件;
>8. 具备3年以上服务器应用程序相关开发经验,了解基本的网络协议和应用如 Socket, HTTP,RESTFUL,SSH
>9. 热爱技术,乐于接受挑战,具有团队精神,有良好的时间管理习惯

TODOList

Song国庆后,告诉我你是否需要 Kindle.
Song找一位朋友,交流指导 --- 关于API 的理解
Song how to learn writing
1. Trello card 各成员更改名字
2. 项目管理规范及流程梳理
3. 团队培训学习计划
4. Git flow 流程规则说明会
5. Trello 使用规范说明会
不限定仅为技术内容
6. 团队计划和安排是如何? - 从下周执行,站会等?
7. 站会的原则:电话,站立,今天做了什么,问题,协助,明天计划做什么,工作是否有验证,相关配合如何?
8. 公司考勤制度[20170906]
9. 原型设计(如何)
10. About Kotlin
11. 网站实现-方案-Joomla!?
12. Java mybatis 数据扩展难度大?不懂
13.

TODO

  1. Java 学习
  2. 关于架构师
    https://www.zhihu.com/question/19627054/answer/139712112
  3. 作为技术总监,我应该做什么?
  4. 技术+管理 Follow 信息
  5. 没量没真相 – 谈工作进度评估
    工作进度的认定,是一件比多数人想像要麻烦,也比多数人想像要关键的工作。但好处是,一旦建立起一个清楚的评分基准,你的专案就会朝向「科学管理」迈进一大步,团队成员间对于工作现况的沟通会更明确(Ex. 採购完成30%大家都知道做到什么程度了)。
  6. 产品:
    SA 技师权限合并
    自检材料准备,本周
    Trello card 工作任务
    周报告...
    每日服务报告分享 - 明天开始
    站会,我们没有做什么?
    值日生的概念是什么?(如何做)
    计划,评审?
    游客的身份,会导致 小程序与订单绑定问题,统计是如何考虑?是否考虑当日小程序 进入的数?(要再次考虑清楚)
    代码上传
    每日工作要求
    开放120权限给Gene,让他明确本期事项
    无检查时,不能检查完成

    小程序关注时,姓名,昵称
    【服务报告】检查结果和质检建议(合并为:服务建议)
    服务报告分享后,可出车牌号 + 单据信息要考虑隐蔽
    SA 建议
    服务新建时,未写入对应的描述。在工作日志中未体现 开始服务 的描述。
    检查状况
    小程序关注时 unionId 为空?因为用户未做基本信息获取授权?
    平台服务作业说明-图示+文字

    企业微信,服务报告查看次数统计
    分享后,没有门店 + 电话
    没有服务销售SA的信息,以及电话 - 服务建议?
    首页展示今日进店车牌号 + 个数

其他待整理

产品的目标,路线图里程碑以及团队人手配置
1. 产品规划 (抽象,大点)

1. 企业微信:执行专业、作业规范、可流程化、现场状态可视化
Key: 提升店面转化率
提供店面待转化项目 + 历史报价
提供店面客户记录跟进
提供平台车主自检记录
1. 二次进店车辆未处理项快速导出,(不局限于上一次完成的订单?),历史未处理项 再进入订单
转化,下一次建议
2. 短信提醒进店客户:保养服务建议,车况注意建议,钣喷建议(保养建议:增加推荐下一次保养记录:里程数,及月份 (与“保养基数”不同)(用于短信提醒用户到店服务 + 公众号消息, 提前 2个月提醒关注,提前1个月?平台发出的消息,小程序端自动推荐上次进店的门店))
3. 施工阶段,追加检查,进一步产生产值贡献
4. 结合车主的保养手册 + 及进店的施工项目,得出合理的保养推荐

Key:规范店面作业方式,以展示店面作业透明化
    1. 打标标准规范(允许门店扩展?放于后台管理) (范例?打标要求?)标准打标范例 (小程序的展示,简化操作)
    2. 检查统一化? (全车检查)
    3. 重新定义服务流程?(比如检查)服务可扩展

Key: 提升店面服务质量,以提高客户满意度
    1. 
员工信息的定义 - ?员工执行评价? (小程序,服务报告 评分,评价?(设计,对服务报告,对员工))
车况自检归集
服务扩展:道路救急,精品,洗车

企业微信端后台管理:员工权限设置,开放项目增加(开放知识分享(开放于门店客户,开放与平台,平台评审)?
手机端支持部分设置功能:???消息推送(不合理)?? 
增加关注车辆概念

追加检查
重新定义服务流程?(比如检查)服务可扩展
历史数据固化
检查统一化? (全车检查)
车辆管理完善(部分)
开放公众号消息:解决unionId为空的问题,原有已关注客户绑定问题
**不明确**
>维修报价记录系统化,维修配件定义?配件保质期公开?(配件(易损件) + 质保时间告示 ?消息提醒?)
    配件易损件定义
会员体系
?施工处理方式自动扩展:已更换,已清洗,已维修,已清洗,已抛光
车辆里程和保养结合
客户资料及其车辆记录是否共享
第三方推荐上架准备(建议对应用进行可用性测试,确保在多个终端能正常使用,包含企业微信移动端(IOS、Android)、企业微信 PC 端(Windows、Mac)、微信插件端(IOS、Android)和 Web 端 )
支付???
线上支付 - 接送车
**2. 小程序:透明、信任、满意度高** 满意度高是指对门店的满意度,还是对小能手的? “透明”是指门店的服务透明,而我们只是一个载体。 这三点,应该针对 门店的,感知门店的。
保养建议,原厂配件
自检(客户是否开放结果给门店)
预约 + 服务门店星级排序 + 线下操作
汽车养护知识分享(普及知识),小知识
车辆非本人关注
服务评价 + 门店, 门店服务星级定义
    支持上传图片,参考《乐车邦》
服务报告 评分,评价?(设计,对服务报告,对员工)
会员体系
透明 - 系统化维修报价记录
车辆维修记录表?(不局限于上一次完成的订单?)及详细情况 (而不是分散在历史服务报告中)
预交车时间延迟 或 提前? 延迟原因?
**门店后台管理:汽修专业水平可见、作业流程可视、店面产值提升**
店面员工执行数据
车辆管理完善
Key: 提升店面经营活动聚焦推广
**门店派工系统**
**店面执行系统:**库存管理、会员卡管理、历史记录查询
**平台管理:**
    运营数据
    基础数据管理:
        项目定义?
        打标规范数据管理 (检查结果抽取)
        品牌型号 高端 低端 定义


**平台官网:**
**第三方接口平台:**
链接店面的公众号
上传国家规定的汽车维修档案

**汽车养护能手:门店**???    
汽车养护能手 能给客户带来什么(价格的实惠,高服务品质的修理厂,爱车的维修档案,养护知识的普及,预约服务,自检(车上本身有设备,就可以监控,实时提醒),保养建议,会员记录)?,门店与客户之间的信息传递平台?
  1. 清空车牌号时,依然展示上一次的图示
    Be patient.
    不同语言的切换
    担当的角色
    项目和产品的认识?
    团队的角色定位?
    B1F063车变更SA,以及公里数,可能会变更时间
    SA:
  2. 凡进店车辆,【企业微信-小能手】确认
  3. 服务开始时,推广【汽车养护能手小程序】(请注意这时,还没有任何记录,请客户稍后关注)
  4. 与客户确认项目,沟通时,结合【服务报告】与客户对接,有效引导用户消费(如果针对紧急需处理,客户不处理,给出有效的提醒)
  5. 客户结算时,咨询客户对【小能手】反馈
    车辆进店:
  6. 是否是会员老客户
  7. 是否是汽车养护能手中已有客户-可查看上一次的订单记录,查看是否有未处理的,告知用户,提醒他,比如渝B37E23,请他关注小程序,告知她 右后轮胎有问题
  8. 渝B1F063 客户关注了小程序,会自主去决定做哪些项目,而不是我们店面强制性消费。用户体验很好
  9. 渝A022Y5 美容,钣喷,各位非常用心
    要用大家服务过程中,消耗的时间,会减少服务销售与客户确认时间,会得到客户的信任。这不是再消耗大家的时间,反而是一种有意义的处理。
    我很担心给大家的工作造成困恼,麻烦。所以当软件公司的任何一位到店报告时,我们都会提醒 切勿影响各位工作
    另外,我们工作,如何在交车环节 体现,要把我们的服务报告展示给客户,看到我们的执行过程
    我们期望你细致的工作,不仅仅是店面管理者知晓,客户也是知晓的
  10. 小程序推广的技巧,话术 要总结。系统出现的问题,可以说我们产品公司正在努力改进中,请给予理解。没有数据时,告知我们正在做什么????
  11. 那些环节需要推服务报告,推小程序,我们需要总结
  12. 渝A103K2 诗圣杜甫
  13. 几个方面:
    店面执行结果总结
    执行要求
    小程序推广的技巧,话术,及何时推送更好
    问题收集,大家的建议
    最大的问题时,服务过程中图片上传的问题
    我们产品组的问题,总结记录(3月4日的记录)
  14. 凡进店车辆,均可在小能手上查看是否已有维修记录
    比如比如渝B37E23,请他关注小程序,告知她 右后轮胎有问题,但是之前我们要观察下,是否确实没有更换
    检查紧急,关注,是否需要上传相关图示的限制
    “检查完成”的操作,是为了告知客户车辆的检查结果,尤其是严重的车况说明,以便服务销售和客户确认施工项目。输入 1,不妥,请后续调整下。
    我们期望通过这个平台,来提升贵门店的进店转化,让客户信任门店各位的付出,是专业,标准,用心的。同时让各成员工作更加聚焦,轻松。前期确实需要大家在繁忙的情况下,增加额外的时间来操作系统。
    自检 材料准备

项目(all in)

  1. 九骄(蒋老师)

    09-25 ~ 09-30 实现商品PC版
    09-23 修复现有问题,为国庆前上线做准备
    PC版前端工作项及所需工时 0823
    PC版后端 0825
    微信版重构计划中

  2. 煤监

    09-18 正式签订第一份合同
    登陆与初始账号
    系统地址:http://139.196.253.18:8899
    初始账号:admin 密码:1 3456
    参照:重庆煤矿安全监察局 http://www.cqmj.gov.cn/
    计划中 0822

  3. 修理厂预约服务(微信)

    预约,注册,评价,服务后的评价,调查满意

  4. 晚晴体质APP
  5. 神新救护队穿戴设备手表

    2017-09-21 从昨日起Jerry实现:Sync Data in local Database,sync Data for Server

  6. 触摸屏

    2017-09-20 宗申客户现场,需求方案讨论。下一步方案拟定,保教

  7. 设备检测小程序

    毫无进展,没有进入合同期
    2017-09-21 需后端介入,直接对接中移,会出现用户数据后续同步问题

  8. 畅服官网

    2017-10-09 前端优化
    2017-09-25 畅服官网UI设计

指标:技术团队养活自己
人事安排
申请资质的事情(刘勇)
畅服官网(重要,腾讯企业邮箱5年,服务中心,偏平化)
企业邮箱 15% 利润
精干团队,薪资增长,付出有回报
销售团队未产生开销,技术团队总在花钱,这些钱是否用到点上。
主要关注 钱。
邮箱团队 1千万
技术团队 项目部(自给自足,公司小部分),产品部(公司养)

  1. UI/视觉工程师,后端工程师招聘须知(Jerry,获取简历及实作案例)
  2. 项目情况,及分配(煤监,九骄,设备,畅服,修理厂服务)
  3. 项目团队规范:Trello, Git, 技术编码等上(考虑点,严厉执行)
  4. 九骄项目整体规划,及问题点
  5. 设备项目技术协议(2017-10-10 reply Evan)
  6. Factory spot 原型change(周三前往和服务一线人员讨论)
  7. 明日站会,及项目说明
  8. 明日Jeremy面谈
  9. Koko 质疑项目情况不透明?如何排除该问题?
  10. 彭总邮箱协助账户:zhijiang.pan@nature-cn.cn Nature2017
  11. 部署自动化脚本定义,持续集成???
  12. 后端使用Git,代码被 rebase 冲掉(怎么处理)
  13. 节点资质申请材料准备事情(How, plan),团队绩效考核定义本月落实
  14. 个人邮箱签名整理
  15. Evan 谈话内容回顾(2017-10-08)
  16. Evan and 邓交谈重点,及工作安排(2017-10-09)
  17. 十月技术团队绩效考评方案落实(恐延后)
  18. 团队组件规划-薪酬等,需提交Koko (10-22)
  19. 高管责任书,下半年,来年工作目标
  20. 后端架构师招聘?要求年限等
  21. 黄总安装Rar extractor Lite
  22. 后端招聘人员的要求
  23. 团队的规划,事项安排
  24. 手机加油站的无需登录问题(Jacky 10-23 ~ 10-27)
  25. 常用Git命令使用教程
  26. 技术团队技术更新
  27. 技术团队TODO
    统一Maven中心库
    应用服务器nodejs版本统一
  28. 如何改善现有九骄的问题 (重要)
  29. 后端/前端部署说明 (过程规范,要求,谁负责提供)
  30. 专职HR,薪酬范围(3k~4k) (Evan 11-01: delayed)
  31. Project board and product board split. (About 车翼行)
  32. 后期规划Evan:接单,不在手机上接,iphone 上有可是看板。现代化执行,每个工位有ipad记录,视频,透明工厂的定义 (Good ideas)
  33. 变更微信服务号 邓总管理员 权限
  34. UI设计师电脑配置

Evan requirements

  1. 工作分工:Evan关心money;我负责技术、实施把控及决策
  2. Next
    http://10.1.10.32:8080/caftwx-i/static/swagger/index.html

员工端,手机号快速搜索车辆 (Done)
check item can not check mulit-time.
新建时,预交付时间的处理
员工端的消息只固定三个人,上线时需取消该限制
图片不能选择 -
员工端推送消息的访问地址定义有误
异常情况考虑:
1. 接车太久,没有提醒(认领)
2. 报价频繁,未及时反馈
3. 接车后,客户离店

【企业微信侧】
1. 操作确认提示语优化,及界面调整
2. 服务报告界面调整
3. 【车况报告】中图示未显示时间
4. 多门店微信公众号
5. 第三方优化
6. 图片删除
7. 话术常用语
8. 操作手册(SA,机电组) (Abby)
【小程序侧】
1. 关于我们,重定义
2. 扩展小程序上,发现的缺陷同步
【企业微信侧】V1.3.0 的定义 (Jerry,Jacky) (思路同步)
【官网】初稿定义 (Abby)
2017总结
收折实现Demo (Alisa,Tom 02-06)
Trello card 梳理 (All in 02-01)
产品功能说明
车翼行字眼收集取消
第三方上架准备
公众号升级,变更企业实体信息
建议对应用进行可用性测试,确保在多个终端能正常使用,包含企业微信移动端(IOS、Android)、企
业微信 PC 端(Windows、Mac)、微信插件端(IOS、Android)和 Web 端

官网的短期计划,中期计划,长期计划,需要的事项
汽车养护能手Logo设计
小程序侧

1. 提供一个中间版本,其内容与正式发布的小程版本一致的功能。
      仅供营运人员查看。
      达成目标:监控查看,小程序结果展现、以及企业微信侧执行结果数据结果分析,比如【数据合理性、完整性】的分析。线下改进员工操作执行过程以及提供企业微信侧需求改进来源。
2. 提供小程序侧的【访问操作】功能,分析数据:用户是否关注?用户与车辆直接(或间接)归属关系,用户查看小程序次数。这部分请和Jerry设计一下。
 PS:刚我和Jerry已大致沟通了想法,你把上述工作安排到Trello中,尽快达成第1点。
  关键里程碑目标:我好评估【小程序侧】正式在【店面端】推广的时间点。
3. 参考小程序:装修行业,名字:好好住

石磊的工作推荐

产品经理最最最最需要关切的三张表 http://www.woshipm.com/pmd/939187.html
1. 必须整理三张
2. 后台管理,为何有不同门店的订单
关于弹出层的问题:需同步各位
1. 【交互】弹出窗背后的,可以滚动,导致窗口中的内容失去焦点
2. 【交互】滑动时,触发弹出“工作日志”
3. 【界面】输入框高度不够,“字数100/200”,“是否质检完成”暂无多余的空间
4. 【交互】建议输入超过200字时,未做控制,且提交时提示:网络请求异常
5. 【建议】建议输入200时,不支持再输入,且“200/200”,第一个200显示为红色
6. 【需求】建议常用语,是否支持多选
7. 【交互】建议常用语,是否需支持“已选择”状态
8. 【交互】确定/清除按钮的位置,不友好
所有弹出层

2018-04-08

  1. 门店:旭日美合店细节执行不好
  2. 本周计划

2018-04-07

  1. 如何增加客评数?
  2. 取消两侧图片查看的点击看标记的功能
  3. 各服务的服务数统计?今日,本周,本月
  4. ???忘记了一个功能点,前一秒还说起。。。
  5. Deng:昨天跟黄总也聊过,用户评价及客户满意度跟进要作为我们平台公司4月份一个重要运营工作来抓,这是我们能为店面输出的价值。我们既提供给门店让客户更满意的工具,又能通过评价等手段验证客户是否满意,形成闭环,价值才更大。
  6. Deng:去掉洗车工单我们本周进店量跟其他店也是一样的水平,要密切关注洗车检查单的后续转化
  7. Evan 店面员工绩效考评方式
    绩效考核数据采集【旭日美合店、龙洲湾店】,请同步一下今天的情况:
    1、旭日美合店(温总)
    前台:基础工资(固定)+绩效工资(相对固定)+提成工资(贡献才有)+产值奖励(达到店面经营目标才有)
    其中:绩效工资的考核是主观考评,无KPI值,因此,这部分薪酬相对固定。
    提成工资,是店面经营单项项目提成,与营销活动、店面已有项目有关。
    差异点(细节):提成的系数与折扣有关系。不同折扣出货,提成系数一般为: 2%或3%或4%,全价出货提成系数:较1~2%,一般为4%或6%
    产值奖励,如店面产值达到预期,针对前台或主管,有个分享产值提成奖励,具体值未沟通到。
    中午的时候,我去了一趟旭日美合店,又当面聊了一下。
    有个推动事项:温总基本认可,并打算下一步加大店面端的执行:小程序关注度90%与员工绩效工资挂钩,改进当前客户对服务结果可见。
    ———————————
    2、龙洲湾店(傅总)
    店长、前台主管、机修主管,三人有绩效考核,与经营业绩有关系,达到奖励,没有达到扣除。
    规则:达到盈亏平衡点,店长提5%,前台/机修主管 各自 3.5%。
    前台普通员工,基本工资+提成工资(美容精品项目提成:5%~10%,二送一20元/台,会员卡 10元)
    机电员工,基本工资+提成工资(项目单项提成)
    他们的收入水平:
    店长:6500~7000。前台主管:5500左右。机电主管 7000左右。
    前台 3500左右。机电中工 3800左右。学徒 1600.
    傅总今天休息,因此,他明天上班会给我传一个他的店面某个月工资核算表,我看看与分析。
  8. 小程序设计稿评审:
    1. 首页“去看看”:看服务报告? 与前面的文字:建立属于自己的爱车活档案,不符合? 建议如果是查看服务报告,建议增加提示:门店服务检查维修透明化等的定义
  9. 首页,没有你还没有绑定车辆的提示?设计时,是如此考虑的?
  10. 首页,先洗车预约,再保养建议,再养护档案,或者反过来(前后者有推进关系)
  11. 首页,最新进店,改为门店动态:品牌,车型,服务项,门店,进店时间
    门店服务小卡片如何定义?提取关键点展示
  12. 首页,3中场景
    游客1(未绑定手机号)
    客户A(绑定了手机号,但未绑定车?)
    客户B(绑定了手机号,车,但是未进店)
    客户C(未进店,但是有了预约)
    客户D(未进店,但是有了预约,并进店)
    客户E(客户进店,有服务中的车)
    客户F(客户进店,已完成的服务)
    1+A 一样
    B+D+F 一样,F需考虑
  13. 首页(绑定车辆后),有车时,客户未维护当前里程时,如何展示
  14. 首页(绑定车辆后),游客绑定,输入车辆里程时,建议维护:用油习惯(全合成油,半合成油),保养公里数(参考企业微信侧的定义,标明什么用油),上次保养里程数,上次保养时间
  15. 保养手册/保养建议处的当前里程可输入,与上方车牌是可切换车辆,还是更改车辆车型?
  16. 保养建议处,去预约,后期的养护档案 + 自检,如何整合?
  17. 需要梳理几点:
    何处开放预约功能
    何处需要绑定车辆
    何处需要开放评价
    预约洗车后,小程序消息推送,引导客户评价
    是否需要告知用户养护档案是什么
  18. 拟定计划:设计,评审等

2018-04-04

  1. 邀请函内容:免费支持,操作简单便捷,提升门店综合实力
    PC端 + 企业微信端 + 微信小程序端
    汽修店
  2. 评价,When,where,how,why
  3. 企业微信个人业绩统计,一周之内可反馈???

2018-04-01~04-02

  1. 汽车养护档案
    客户信息:性别,地址?是否是车主本人?
    车辆信息:车牌号,VIN码,,发动机号,品牌,车型年份,排量,颜色,地区等;服务信息:年审日期,年审周期,建议保养日期,建议保养周期,建议保养里程;保养信息?车辆图片
  2. 关于预约线下执行,如何推进
  3. 预约店面支持:今日预约情况,预约实时情况 Gene
  4. 关于评价 - Alisa
    评价的定义:
    何时可评价:车辆进店服务时,开始服务后才可评价
    测试用例1:【企】进店一个车辆,新建中
    测试用例1:【企】进店一个车辆,开始服务
    疑问1:客户是否可多次评价?
    什么地方开放评价入口:首页服务报告,订单列表中
    评价什么:
    N个测试用例
    评价后如何显示:
    1. 显示在门店详情(审核通过前,只限本人可见)
    2. 显示在我的评价中(审核未通过时,不能查看评价内容)
    3. ?评价后,推消息,提示语?
    审核:【后台】4个测试用例
    额外的限制:一个服务,只能评价一次
    疑问2:评价是否可删除
    显示店家回复:门店详情,我的评价

    界面测试:
    

2018-03-29~03-30

  1. 邓总信息整理
  2. 企业微信侧实现,及规划
  3. 4月路线图思考
  4. 养护档案的设计
  5. 预警的功能:419 进店9天,依旧是新建中

2018-03-28

  1. 关于预约:
    门店营业时间,平均每台服务时间,每个时段服务台次
    系统提示 14:00 X个预约名称
    预约限制(新客户,老客户,1人多车)
    支付方式:会员卡,现金
    自动排号,客户手动牌号
    线下与预约
    预约温馨提示:门店可每日自定义??
  2. 关于数据:
    平台-客户-车-到店,or自行维护。到店,到品牌?
  3. 店面:
  4. 店,每个员工,部门,员工,活动,3月分布,3月1~3万,3月未处理,3月保养基数
  5. 4月18日,对产品有要求,资料(产品PPT),宣传材料,会务相关,现场安排布置?到场人员签到,谁讲?

2018-03-27~28

  1. 本月统计
  2. 周天Deng,数据分析
    • 小程序的消息推送能力,就是什么情况下小程序能向微信用户推送消息,不是指功能,是指小程序的能力,看我们使用充分没。和技术一起仔细研究一下,因为我看比如拼多多之类的应用发消息挺多的,是不是我们没理解透彻规则,了解的结果周末周报里呈现一下。
  3. 2018年路线规划靠拢

2018-03-26

  1. 养护档案:保养记录,维修记录,美容记录,加上各基数
    • 车辆基础信息?
    • 保养记录(N次):
      • 下一次保养建议(公里,时间)
      • 下一次进店建议检查项?
      • 以往的保养记录:时间,门店等 (查看详情时如何定义?服务报告?)
    • 还是项目的角度 更换的情况
  2. 产品累计问题:
    企业微信侧,车型选择完善,完善车型选择基础数据(数据,周一已完成)
    企业微信侧,服务报告中,显示车型,及下一次保养日期,保养公里数
    企业微信侧,是否考虑

  3. 预约门店资料

    1. 马立可汽车中心龙洲湾店(编号:1046)于2016年5月28日正式开业,门店面积近400平米。经营项目:保养、维修、洗车、美容、钣金、喷漆、道路救援、事故车修复、车险续保、太阳膜、轮毂改装等。 本店拥有专业的服务接待与施工流程、舒适大气的店内环境、国际环保高性能的产品、完备的质量售后制度,确保每一位到店客户的体验满意度!
      营业时间为夏季8:30~18:30,冬季8:30~18:00, 预约半小时一个,17:30结束
    2. 旭日美合店
      文字介绍:MEINEKE(马立可)全球汽车服务中心是一家特许经营的汽车维修服务连锁品牌,本店(1069旭日美合店)作为其加盟店之一,位于渝北区松石支路202号,业务范围涉及汽车美容装饰、机电维修、钣金修复喷涂和保险销售理赔等,我们拥有国际先进的维修设备,行业一流的维修技术,国际环保高性能的产品。我们的口号是:爱车,爱生活!
      服务标签:精致洗车,汽车美容,汽车保养,汽车维修
      营业时间:8:30-18:30
      洗车预约可预约的时间点(50分钟,预约一个车)
      预约的时间段:8:30-17:30
    3. 国际社区店
    4. 璧山店: 马立可汽车中心璧山店(编号:1031)经营项目:维修保养、洗车美容、钣金喷漆、精品装饰、车险续保;拥有奔驰、宝马、奥迪等品牌的专用电脑诊断仪以及各类型专业检测与维修设备;拥有维修高级技师、美容高级技师等组成的专业施工与服务团队;提供完全的正厂配件,敢于承诺“假一赔十”;秉持“真诚做人,用心做事,不断提高客户满意度”的经营与服务理念。 营业时间 夏季8:30-18:30 冬季8:30-18:00 预约半小时1个,17:30结束
    5. 南坪店:马立可汽车中心南坪店(编号:1029店)店内使用面积近2000平方米; 经营项目:汽车保养、维修、精致洗车、美容洗车、太阳膜、轮毂改装等。2016年4月底,南坪店经过半年升级改造,“奔驰、宝马、保时捷、路虎/捷豹、奥迪”等高端品牌车型的专修技师、专用电脑解码仪、正厂配件已配置到位。专业的服务接待与施工流程,5公里免费专车接送
      客户,完备的质量索赔制度等,确保每一名到店客户的体验满意度。
      地址:重庆市南岸区宏声路星宇花园南岸街道公共服务中心楼下
      预约电话: 023-62777026

2018-03-21~22

  1. 消息推送(手机短信,小程序)
  2. 洗车预约方案:没有接车,车型(待定)
    phone + car number
    小程序消息推送,地图定位
  3. 企业微信侧,最新版本:统计
  4. 服务评价

    服务评价

    1. 车主/非车主评价
    2. 服务评价方式:
      a. 服务星级,专业技术,质量
      a. 星级:1,2服务超差,3,4比较差,5,6一般般,7,8比较好,9,10完美,参考《猫眼小程序》
      b. 评价内容
      c. 常用标签(好评,差评,推荐,服务好,一般,满意,可追加标签)
      d. 所在门店,链接可查看门店介绍
      e. 服务的员工点赞
    3. 追评(文字 + 图片)
    4. 服务点赞(门店点赞)
    5. 我的评价:
      服务项目
      门店简要(门店名,地址,电话)
      评价列表
      删除
      追评
      店面反馈
    6. 门店介绍中,扩展服务评价
      a. 门店整体评分,评价个数,追评个数,N个点赞,整体评价
      b. 当前客户的评价置顶
      c. 服务标签(参考美团)
      d. 服务项目
      e. 评价内容
      f. 评价标签
      g. 服务星级 + 描述
      h. 客户信息(车主姓名,车牌号,品牌)是否部分隐藏
      i. 店面反馈
      j. 门店总订单数,总评价
    7. 后台管理:评价管理,店面回复评价
    8. 企业微信:【服务报告】服务评价
  5. 在完成服务前,加入本次服务的金额(可选)输入。在南坪店要必输入,这样我们才能好去统计产值。
    可尽快做出来。 可选输入。南坪店从管理上去执行这个值的输入。如果系统能控制收入 请提前告知我一下。

  6. 【缺陷】
    unionID 会出现为空的情况
    在安卓下订单里查看大图按返回键会直接退到订单列表,与操作预期不符,应该是关闭大图回到服务报告页面
  7. 门店的材料:店面运营图片,介绍,服务能力,服务标签,员工信息完善

2018-03-20

  1. 关于小程序的门店(洗车)预约方案
    门店简介,位置,电话
    门店的服务范围,不同服务的接受能力(时间,工位等)洗车对外的名称可以自定义,时间库跨度,服务时间范围(开始时间,结束时间),一个时间点预约个数的定义
    同一个车,同一天只能预约一次
    根据客户是否进店记录,匹配默认门店;
    可选择门店,门店定位?
    客户车牌号,电话,车型?
    预约订单的管理:可取消,然后可删除
    洗车订单
    支持短息推送告知预约情况
    【企业微信侧】开放预约记录

  2. 域名切换 后续

  3. 汽车养护能手
  4. 解决缺陷:
    1. 小程序服务报告,图片太多时,预览会崩溃;
    2. 质检建议输入时,键盘会遮挡输入框

2018-03-19

  1. 关于周报告:内容项,Abby的考勤
  2. 关于店里执行:20张图一个个上传,检查服务被暂用,244的单子调整(均已维修)
  3. 本周计划,今天的计划
  4. 关于开发推动优先级,请关注这些需求:
    1、自检(提供车况信息的基础导入、对预约也有支撑);
    2、预约(预约后要企业微信侧提供对应的预约保障机制,确保所需备货有序、工位准备,最终达到节约客户的到店等待时间为核心目标);
    3、绑定的流程简化;
    4、上架;5、图片优化操作。
    6、1.3带来的检查的操作优化。
    7、服务评价。
    上述要拉通看需求,尽快在本月内启动并安排到实际发布版本中。
  5. 黄总需要店面SA的执行材料

    1. 接车时,帮客户开门,询问需求
    2. 【小能手】接车时:
      录入客户资料,获取客户手机号码,而不是从店面系统获取
      清晰完整描述客户需求,比如:检查发动机故障灯亮,车身发抖,加油无力
    3. 【小能手】单据,需要正面,完整,清晰的拍照记录
    4. 【小能手】SA确认时,明确客户施工需求,还可以体现团队之间额外要求,比如:好好处理细小划痕,弄好!
    5. 【小能手】施工质检完成后,查看【服务报告】,确认执行一致
    6. 客户离店,帮忙开门
  6. 所有资料整理

  7. 企业微信V1.3的功能思考
  8. 在完成服务前,加入本次服务的金额(可选)输入。在南坪店要必输入,这样我们才能好去统计产值。
  9. 所有计划整理(禅道)
  10. Abby工作总结
  11. 服务何时

2018-03-18

渝A23528 - 没有车牌号-新车?
数据无法清理:
13399886689 或 13220348709
刚才客户手机号不一致,我手动改了
删除
编辑车牌号
订单还原:1081
1068 188
南坪店:洗车,保留一个工位,半个小时,一个车;工位
运营数据,门店数,应该把畅服测试排除
小程序关注数,要考虑?

2018-03-17

门店演示培训: 2018-03-17
渝ASD875 保养 + 检查
渝DAX244 美容
渝AHN920 维修+检查
渝F28J71 渝BUJ259 钣喷
10家左右的汽修店推广方案 企业情况问卷调查,三折纸设计
联系电话
【旭日美和】
1. 企业微信 介绍:打开,审批,流程,组织架构,通讯录
2. 汽车养护能手,两种角色:服务顾问 + 美容技师
服务报告查看记录?
客户品质:爱车,消费能力,特性,秉性(小问题不修,修大问题)等,客户标签,客户等级
自动生成,前期的执行,为后续提供参考
旭日店 从4月开始,作为员工20%的绩效考评方式,投资人点赞

2018-03-16

  1. 提供各门店操作手册,运营材料X展架等
  2. 南坪店执行范例-for周六门店培训 Abby, Alisa, Emma
  3. 国际社区产品培训
  4. 产品的功能梳理
    小程序,绑定方式
    小程序,分享方式 - 下周企业微信端
    小程序,短信验证码确认功能
    企业微信,工作区缺陷,已更换,默认选中
    网络反馈慢
  5. 产品下一次迭代功能梳理细化(延续至周六)
  6. 周三例会,周四龙洲湾培训记录整理
  7. 整理周报告
  8. 团队事项跟进:Abby,Alisa
  9. Deng,Evan 内容反馈

2018-03-15

  1. 小程序手机绑定流程-定稿?
  2. 分享方式文字化?
  3. 尹总材料:
    关于【技师 车辆检查】作业时,我们需要注意:

    1. 针对“紧急”, “关注”,我们建议是必须记录检查结果,让客户更直观明确问题点
    2. 每一项检查,都记录“紧急”, “关注”的检查结果(问题图片+问题描述)
      • 问题图片,可采取灵活的方式,比如画圈,或箭头,后手指指向问题位置;
      • 问题描述,清晰描述问题点,只是’OK‘,'好'之类,客户看着会觉得茫然。
        • 比如,“空气滤芯脏污”,上传图片,写明:脏污;
        • 比如,“发动机漏油”,上传图片,写明:漏油;
    3. 如果某些项目确实没有检查结果,我们建议的方式是记录施工结果,比如机油 (需要在【施工】,选择已更换)

    关于【技师 车辆施工】作业时,我们需要注意:
    等SA服务销售 与 客户 确认施工项目后,便可去认领施工。
    施工与检查的操作一致,都是记录施工结果(施工图片+施工描述),区别在于:
    1. 检查是发现问题,选择“紧急”,“关注”,“良好”
    2. 施工是解决问题,选择“已更换”,“已维修”,“已清洗”等

    每个环节(检查环节、施工环节)执行完成时,请填写的结果总情况,比如:

    1. 检查环节完成时,技师需填写“检查结果描述”,让客户知晓他的检查问题的车况。
    2. 施工环节完成时,技师需填写“施工结果描述”,让客户知晓施工情况,是否与他的需求一致。
    3. 施工后,车辆要做质检,技师(店面能执行质检的技师)需填写质检说明,能客户知道车辆后续使用注意点。质检说明范例:
      • 比如:处理项目XXXXX、未处理项目XXXXX,请关注”
  4. 关于汽车养护能手V1.3的界面交互设计反馈点:
    • 第3图,创建订单,上传全车初检结果 增加了创单的复杂度,建议创单后,才上传
    • 第3图,上传全车初检结果,是否与对应的项目关联
    • 第4图,【查看服务】的概念有歧义,需明确是进入检查区,还是施工区
    • 第5图,工作台-检查区,如何前往工作台-施工区?
    • 第7图,施工分配,才会产生服务项目,不妥,建议保留原有的方案
    • 第7图,检查项(检查结果追加)追加后,如何在本页面展示
    • 第7图,已分配服务项的检查项,如何体现
    • 第8图,工作台-施工,如何返回检查区
    • 美容服务,检查车身,车内,如果没有问题,还不能施工。美容与其他服务应有所区别,且施工的方式,可能都要考虑下
    • 检查、施工,确认中,均为体现项目组的概念。是讨论取消?
    • 设计体现了两种概念:服务台,工作台,那是不是不同角色进入不同地方?
    • 每个节点(检查完成,施工完成,质检完成)的工作日志如何体现
    • 检查区,施工区,是否可以考虑提供预览功能。当然【服务报告】中可以看,但是比较麻烦。

2018-03-13~14

  1. 周报告
    产品情况:
    小程序:微信预留手机号跟我们系统留的手机号不一样
    手机号码 + 车辆绑定 流程定义,再提新的设计:绑定车辆
    服务报告 + 小程序的实现方案?待定?
    已经开始设计的功能点-企业微信-权限取消,页面结构重定义

    发布计划:本周的计划完成项
    下周的计划:
    初版车辆养护档案
    设计?
    屏蔽的功能点:
    预览检查/施工结果图时,建议:下滑或单击就可返回
    自检实现的优先级降低

    店面事宜参与:
    成员Tom 周二门店报到,
    成员Emma 周天门店报告
    网络配置
    团队事宜:本周值日生 Eva 负责本周计划推进安排,她的总结?好的,不好的,需改进

  2. 同步小程序的绑定与 Evan,会与现有店面的绩效考核有影响
  3. 未处理的缺陷:
    • 质检完成时,手机键盘会引起输入框无法显示完整
    • 工作区的“返回首页”按钮,会挡住[问题状况]的选择
  4. 周例会记录
    小程序手机绑定新方案 Jacky

    • 保养建议,仅需要品牌车型的选择,无需车牌号码
    • 直接绑定车牌号,数据是否有意义
    • 非车主进店时,绑定有问题
    • 每个订单,有一个唯一的二维码,提供给客户本人,直接绑定
    • 每个订单,服务报告,提供小程序二维码,直接查看小程序-服务报告,注意隐私

    企业微信界面重构

    • 首页搜索的必要性
    • 统计分析-Gene(03-15)
    • 我的评价-服务评价 + 服务项目的评价;[评价]优先级低于[预约]
    • 我的绩效:技师,SA

    Jerry 检查升级

    • 选择品牌+保养建议开放
    • 初版养护日志
    • 检查升级
    • 追加+?
    • UI体验设计

    Gene

    • 检查“主体”
    • 保养与维修有交集
    • 钣喷与保养与维修有交集
    • 美容与钣喷有交集
    • 机检:处理(转化率),未处理(商机),美容,钣喷(施工)
    • 美容,钣喷的流程有别于其他服务,需要考虑
    • 进店只洗车,快速建单(是否需要规划洗车区)
    • 进店量提升:转化率提高
    • 小程序推广:15% 手机号不一致;5%复杂;10% 不关注(不感兴趣,中老人)
    • 只是品牌,不能满足技师识别车辆 (?今日洗车单3个?)
    • 报价单展示给客户,会引起客户离店,前往其他门店比价(未成功交易的,暂时屏蔽??)
    • 国家维修:
      • 车辆基本信息(具体哪些)
      • 维修服务
      • 配件的编码,供应商来源
      • 价格公示
      • Gene获取维修办资料03-15

2018-03-12

  1. 车翼行系统数据改进
    未上传结算单
    凡进店车辆,检查问题,均考虑录入系统
    进店保养等的车辆,洗车后,需记录车身等问题结果
    检查/施工的认领人,与线下执行的人不一致
    检查/施工结果描述,未能体现在【服务报告-技师建议】处,建议质检时,明确【工作日志】
    存在未上传检查结果,或未上传施工结果
    技师建议太粗狂,比如车辆渝B228X1,建议维修报价单上未弄项目
  2. 小程序问题:
    分享出去的服务报告,无法回到首页
    个人信息获取入口 没有
    xcx_openid 数据分析,看是否有脏数据
    一个用户 有多个手机号,多个车...
  3. 检查确认,考虑测试场景:
    检查结果确认需求:
    1. 有检查结果,无检查状况
    2. 无检查结果,有检查状况
    3. 有检查结果,有检查状况(两者都有)
    4. 针对检查状态为“紧急”,“关注”,需标注提醒无检查结果
    5. 针对于1或者2,应该显示在最前面
    6. 检查确认时,允许再次变更检查状况
    上述 1~3 种情况,均会出现在【检查确认】结果页面。
    考虑测试场景
    1. 当有【默认检查项】时,比如保养,美容:
      1. 不做任何检查记录
      2. 选择一个检查项,只上传检查结果
      3. 选择一个检查项,只选择检查状况(紧急,关注的在【检查确认】页面,与良好的展示有区别)
      4. 选择一个检查项,即上传检查结果,又选择检查状况
      5. 选择2个检查项,一个上传检查结果,一个选择检查状况
      6. 选择多个检查项,考虑多个项目展现是否可以
      7. 添加【检查项】,再次确认实现是否正确
      8. 检查确认时,把“良好”的检查项(无检查结果),改为“紧急”或“关注”
    2. 当没有【默认检查项】时,比如维修,检查:
      1. 同上

2018-03-11

  1. 单项,批量上传图片,统一定义问题;(建议)
  2. 初次进去小程序,车辆信息未进入;
  3. 检查项搜索车,多次点击异常;

2018-03-05~06

  1. 关于店面绩效统计,各岗位绩效
  2. 企业微信功能:
    检查完成,施工完成,确认重新操作页面
    施工环节,追加检查
    SA可选择检查项目
    工作日志体现在服务报告中
    员工个人信息
    未处理的显示在服务报告中显示:紧急,关注
    优化检查项选择方式
  3. 服务报告检查方法?
  4. 南坪店绩效考评方式 - 需求导出
  5. 汽车养护能手-三折纸设计
    门店服务透明,客户信任 帮获取客户信任,提高商机转化
    专业,规范,透明,信任

    客户信任度
    提高店面执行力
    提升店面服务专业化
    提高商机转化

请各位查看上图,相关同事关注,并作出调整。需要产品组配合的,请及时联系。
后续产品组 Alisa(昨日会议大家见到的小女生) 会持续关注所有进店【车辆服务报告】,提出问题点,配合大家工作,同时也请大家配合她的工作。
【服务报告】的完整性,是需要我们店面每一位员工线下执行,线上操作来达到的,而南坪店作为产品的示范店,我们只要严格要求各位,才能达到一个可示范的标准。同时请各位能明白【汽车养护能手】作为一个平台,可以协助各位:
1. 工作汇集,每个服务记录明确;
2. 你们用心,细致的工作,能透明化;
为何你可称为“金牌”,那是一份份实在的工作,记录放在那里,可直接知晓的;
3. 工作沟通有效,门店服务的有序;
4. 能与客户有良好的沟通

另外从今天起,我们会分享南坪店的【服务报告】到各门店,请配合我们的工作。

关于美容项目:洗内饰

  1. 南坪店数据
    渝D03J28 龚自立接车, 美容车车门封釉,却没有施工处理 新民
    9892 服务建议不合理,后箱盖凹陷施工结果图没有
    775 没有检查、施工结果,只有施工处理方式;且没有任何打标文字
    8E8C6 紧急项,没有检查图
    023 发动机总成 紧急,没有检查图,但是检查结果建议很好
  2. 培训的目的 (直营示范店)
    汽车养护能手,是一个平台
    让大家的工作汇集,有依据可言,和客户有良好的沟通。
    让大家用心,细致的工作,让大家知道。
    让店长,服务销售,机电组,美容组等之间的工作连接起来
    明确各个环节的执行要求
    我们团队之间需要互动,大家遇到的问题直接暴露出来
    你们的建议(昨日到店很多问题,今天到没有问题)
    关于时间的不够,我个人觉得是可以调整的

    我们之前一直在强调其他门店的培训,而忽略了南坪店
    我们的要求是什么,从产品去年下班年在南坪店使用,过程中大家肯定对系统有使用不便的地方。
    现在系统使用,对大家工作产生的时间消耗,我觉得是值得的,它肯定能在其他环节得到补充
    渝A022Y5 美容,钣喷,各位非常用心,我们期望你细致的工作,不仅仅是店面管理者知晓,客户也是知晓的。
    要用大家服务过程中,消耗的时间,会减少服务销售与客户确认时间,会得到客户的信任。这不是再消耗大家的时间,反而是一种有意义的处理。
    另外,我们工作,如何在交车环节体现,要把我们的服务报告展示给客户,看到我们的执行过程

    我很担心给大家的工作造成困恼,麻烦。所以当软件公司的任何一位到店报 告时,我们都会提醒 切勿影响各位工作。
    今日这短短的时间,依然有太多未提及的地方。后续有问题请找产品组任何同事。
    黄总 有补充?

2018-03-02

各位,我们今日观察了大家的店面执行记录,发现了7项不合理的操作,请店面及时配合调整,此外有些是我们产品定义上不合理,我们会逐步完善。谢谢各位。
今天录入的 3 个车,客户均关注了小程序,挺好。得麻烦后续可否分享下你们是如何执行的。
1. 与璧山店长沟通,如何推广小程序
2. http://p.qlogo.cn/bizmail/dzicL7qGPKP1TQmwABSgrzc8SicJhUu4Unmepr21nhrtMkeugBCiaHgJQ/0
{"corpid":"ww9dbe0fa38a6fdb57","code":"K5pDd2GVyFaErDC-tYDZ6rJiqUA8vdUFlym33BSQtIM","id":"148","userid":"wangxiaomeng@pingpongtech.net","name":"王晓梦-Emma","phone":"18280062725","department":"4,7","position":"总经理助理/产品总监","sex":"2","duty":"1","avatar":"http://p.qlogo.cn/bizmail/dzicL7qGPKP1TQmwABSgrzc8SicJhUu4Unmepr21nhrtMkeugBCiaHgJQ/0","store_id":"1","email":"wangxiaomeng@pingpongtech.net"}

2018-02-29

  1. 现场问题收集
    SA确认时,结果显示:正待施工中...
    服务报告中,良好时,建议增加文字描述
    打标文字要求,箭头指定位置,文字描述问题,有实际值,建议记录实际值

2018-02-28

  1. 小程序手机号码,引起问题,解决思路两点:
    • 开放另一种手机号绑定方式,不受限与微信 (尽快,有些因素需确认
    • 支持车辆/服务可被关注
      就此考虑的方方面面:
    • 微信用户快速登录,发送手机短息,无法获取 这是微信的手机短信验证功能,我们无法识别到这里的错误定位。我们尽快开放另一个手机号绑定方式
    • 客户微信手机号,未绑定手机号 另一个手机号绑定方式
    • 客户有多个手机号,进店时提供的手机号,非微信手机号另一个手机号绑定方式
    • 客户有多个手机号,进店时提供的手机号,正好是微信手机号 两种绑定方式
    • 一人有多车
    • 一车有多人,车主以外的人想关注服务报告 后续提供关注功能
    • 车主变更电话 提供重新绑定功能
    • 车辆已绑定车主,需变更车主
  2. 订单列表未提供服务搜索
  3. 订单服务开始,结束,关闭的理由未在工作区体现
  4. 服务报告中,检查统计需重构
  5. 施工时,未认领时,可上传施工结果
  6. 服务切换时,检查单项错乱
  7. 线上车
    渝BDF528 维修 施工中
    渝AGM267 钣喷 施工中
    川XF0750 钣喷 检查中
    渝A577X3 钣喷 检查中
    渝DFD638 钣喷 检查中
    渝B706U3 钣喷 检查中
    渝ACW180 保养+钣喷 质检完成

2018-02-27

  1. 需求记录:分享待门店信息
  2. 数据请求,增加loading状态
  3. 127 115 110
  4. 检查中,非认领人,是否可删除
  5. 检查选择,默认进入显示什么?
  6. 服务报告中,不是等待施工中
  7. 服务记录,必须等给出“问题状况”,才会显示
  8. 检查记录中,没有任何记录时,显示:等待施工说明

{"corpid":"ww9dbe0fa38a6fdb57","code":"ejbUiT52OVMP-Hqu9iPMKCMLs8h1qvxfLsbzYDwmcXs","id":"108","userid":"wangxiaomeng@pingpongtech.net","name":"王晓梦-Emma","phone":"18280062725","department":"7,4","position":"总经理助理/产品总监","sex":"2","duty":"1","avatar":"http://p.qlogo.cn/bizmail/dzicL7qGPKP1TQmwABSgrzc8SicJhUu4UnlxURCGficsO4hSWQda1XNjA/0","store_id":"1"}

2018-02-27

  1. 【02-26】南坪店工作汇报:
    • 现场情况及事项
    • 收集的产品问题
      1. 老客户更换电话的入口
      2. 弹窗确认太多,增加了操作复杂性
      3. 维修报价单的上传是否可以在库房确认时上传(在与客户电话确认之前上传)
      4. 认领的权限限制
      5. 企业微信的拍照功能拍照不完全,上下留有黑色色块
      6. 马立可的系统比我们多的功能主要是库存查询、会员卡办理和查询、历史记录查询
      7. 客户会有询问前台自己的会员卡剩余的保养次数和洗车次数,所以建议后台和小程序都可以添加会员卡的功能

2018-02-26

  1. 我们现在没有做什么
    后台管理-检查项变更
    南坪门店WIFI优化
    历史数据固化
    V1.2.2操作手册
    物料设计准备
    服务项目定义重构
    施工环节,项目追加
    自检定义
    Logo设计的反馈及确定
    域名更换
    系统所有的logo更换
    【项目】煤监
    【项目】设备没确定新变更的时间节点
    【项目】工职院邮箱的单点登录问题

2018-02-23~24,25

  1. 南坪店网络处理
  2. 马立可执行系统 跟进
  3. 二次进店数据分析
  4. 历史记录
  5. 明日上线测试准备?
  6. 细节优化
  7. 南坪店一线参与,如何参与?
  8. 做好事情后,做正确的事情
  9. 参考小程序:装修行业 ,名字:好好住。
  10. 下周工作安排:
    Abby 下周周一26日会到 南坪 店报到,协助大家操作【汽车养护能手】使用,以及其他事项。你可以安排一些事项给我们,给出一定的指导。
    另外 Jacky,Jerry 周三 28日,会到 南坪 店报到,事项:

    1. 了解现有店面执行系统情况,作出分析
    2. 处理店里网络分离问题
    3. 协助操作【汽车养护能手】使用
    4. 当前马立可系统分析
      Jacky 看是否可直接从 Gene 先获取信息,先执行。

    Gene:你们到店主要关注以下事项:
    1.作为SA的角色扮演,实际体验一次操作流程,从用户的角度去感受一下。
    2.主要指导一下机修组的操作方法和心得分享,可以告诉他们你的设计理念,让我更好的去引导他们操作好系统。
    3.可以以开发者的角度让客户关注小程序,收集客户建议。

  11. 下周目标定义
    后台管理
    小程序
    企业微信侧
    材料准备 (准备什么材料)
  12. 后台管理功能特性-依据企业微信V1.2.2

    服务项目定义变更,从 原有算法定义 改为 数据存储 涉及:
        1. 订单列表
        2. 订单详情
        3. 首页服务项目月统计
    服务项目质检常用语展示
    订单详情(展示方式,我们再斟酌)
        1. 支持系统打标图片展示(Abby Coco)
        2. 按项目组展示检查结果,施工结果
            考虑:
                检测了多少项,各情况如何?
                紧急,关注,良好,已更换等,未处理等,筛选?
                按Card形式展示?
                打标图片查看时,增加打标文字展示
                支持两种展现方式:列表(参看微信消息列表),图示
        3. 工作日志如何展示?
        4. 页面不统一
    其他:
        1. 服务项目管理
        2. 服务项目质检常用语管理
    

    细节,Tom 考虑了一点,丹丹我们测试要多思考,要形成文字记录。几个问题?工作拆分
    后续有新鲜血液进入时,我希望各位能在自己的岗位,能独当一面,能引导大家一起去创造,是的发生的,的所发生的,是大是大非

问题1:为何“输入图示说明”功能,定义在 WorkPlace.vue 中?
问题2:this.$emit('show', 'true'); 为何布尔值,用字符串来定义?
问题3:“输入图示说明”时,展示当前选择的图
问题:订单列表,已完成的订单,是否还需要显示预交车时间?

2018-02-11

  1. 处理建议 的位置,需要调整?而且应该是“严重程度”
  2. 删除检查项时,未作确认提示
  3. 添加检查后,位置定位?所添加项目的定位
  4. 下一个上一个,在组上会有问题,浮层z-index 有问题
  5. 单项 不同组内,要去重
  6. 图片排版有问题
  7. 定位组,提示当前无检查记录
  8. 新建中,无人员记录
  9. SA确认环节之后,仅显示已检查的项目(Jerry?)
  10. 仅打标图片时,在组合如何显示结果?
  11. 检查结果 与 组 里显示一致 (检查中,施工中,其他状态三种情况(仅展示))
  12. 单项 排序 要调整 (Jerry)
  13. 显示问题的严重程序
  14. 原有功能的覆盖
  15. 打标之后,文字要显示(操作,也可优化)
  16. 施工中,质检中,内部滚动有问题,同时定位第一个不成功
  17. 检查说明,是否需要收折,省略显示
  18. 旧单子无法正确查看
  19. 单据中,单据显示有问题
  20. 检查单项不够时,外层右边变现1px solid #f6f6f6;
  21. 检查后,应该有检查记录
  22. 已产生结果的检查项,该检查项属于不同server时,检查结果未共享。
  23. 工作区的服务是写定的。
  24. 美容时,是“检查图示”,怎么为“处理图示”
  25. 单项切换,滚动顶部?
  26. 右侧滚动区 内部滚动未实现
  27. 方便检查项上下切换 功能错误
  28. 施工阶段,标注问题项
  29. 质检技师常用语 - 未移植
  30. 服务报告中,无检查项纪录的,如何展示?【工作区】也存在该问题,如何展示更好?
  31. 施工环节,增加“其他”定义?
  32. 服务报告中,图片不能预览
  33. 工作区增加返回键
  34. 检查维修时,控制“严重程度”, “处理方式”
  35. 车牌号搜索列表,接车车辆搜索列表,订单列表,接单列表,清除数据工作区定位
  36. 默认打标的问题列表整理,比如车身
  37. 服务报告中,服务记录中,不显示“项目”,建议显示为“单项”所属组

已改:
1. “待检查”时,不应该显示单项上下切换按钮
2. 右侧检查/施工,需设定高度,供内部滚动
3. 检查说明,支持简单html结构
4. 图片上传打标的提示要更改
5. 上传图片后,停留一会页面会刷新?
6. 非处理阶段,仅展示组的结果
7. 施工图上传后,无法显示
13

后端API:
1. 上传单据,提示无效的用户ID
2. 如何区别哪些检查项,是可以被删除的?
3. 并不是所有的检查项,都有“删除”操作?
4. 在不同组里删除时,位置定在 该组 上,还是?
5. 检查项,只添加了“大保养”一个单项,出现很多单项
6. 同一个单项,存在两个组时,如何表示,且下翻,上翻有问题?
7. 施工阶段,只带出已检查的内容
8. 检查阶段的数据,需要展现在【服务报告】中
9. API getServiceReport 数据异常 : TypeError: Cannot read property 'mainte' of undefined

其他
1. CSS的定义不建议:
-webkit-border-radius: 3px;
-moz-border-radius: 3px;
border-radius: 3px;
Vue 里有组件可自动扩展(Find it)
2. CSS 嵌套定义,无层级可言

摩羯座个性温和又坚实,性情沉着而踏实。对事物虽然犹豫不定,但是一旦决定下来,就能以坚忍不拔的精神,执着向前。忍耐力强行事慎重,但也有顽固的一面。受人之托必能忠人之事,绝不会中途放弃。占有欲强,比较追求精神上的满足。为人幽默、风趣,常能得到朋友的亲睐。

2018-02-10

  1. 企业微信侧
    【工作台】返回订单,操作流程 -》操作日志 施工环节,检查项??
    【历史订单】V1.2.2.1
    【历史订单归档】
    项目进库
    V1.2.2 后续细节调整:

    【订单列表】
    1. 客户信息:小程序标识,手机号,姓名
    2. 车牌信息:车牌图示,车牌号
    3. 订单信息:
        服务项目
        时间(接车时间,预交车时间,实际交车时间)
        状态(进行中,新建中,已完成,已关闭)
        负责销售服务人员
    4. 进行中/新建中时,显示进店多少时间:进店1小时,或进店1天2小时
    5. 进行中/新建中时,显示接车时间,预交车时间
    6. 进行中/新建中时,如果预交车时间小于当前时间,显示预警
    7. 已完成时,显示接车时间,预交车时间,实际交车时间
    8. 已完成时,显示提前多久交车:提前1小时,或提前1天2小时
    9. 订单搜索:车牌号,手机号,我的(我创建的订单),创建时间(今日,本周,本月),订单状态(新建中,进行中,已完成,已关闭)
    
    问题:
    1. 针对搜索,“搜索”, “筛选”文字不统一
    2. 搜索功能未定义在同一个位置
    3. “我的”搜索,概念不明确
    4. 订单信息,展示概念不明确
    5. 订单列表,未提供刷新,加载更多
    6. 车牌号为车翼行的Logo,需调整
    7. 未显示服务问题
    8. 无搜索结果时,提示:暂无搜索结果,请进行筛选。需调整
    9. 最初时,无订单时,提示:暂无搜索结果,请进行筛选。需调整
    10. 预交车时间的预警,不明确 (日期建议用灰色,超期用红色。)
    11. 显示当前订单的【小程序侧】服务报告查看了多少了?(同时还有企业微信的服务报告,被查看了多少次?分享了多少次)
    
    【工作区】:
    1. 【服务】提示语需优化
    2. 【服务】更新项目时的提示不好
    3. SA确认环节,是否考虑弹出层提示:SA确认中,请稍后?
    4. 
    
    【服务报告】
    功能特性:
    1. 展示对应订单的单据,及对应单据标识(汽车委托书,维修服务单,结算单)
    2. 支持查看当前订单对应服务的记录,及参与技师
    3. 【保养服务】展示检查统计:检查了N项,处理了N项
    4. 【保养服务】展示检查记录表:
        a. 体现项目检查情况(紧急,待关注,良好)
        b. 项目处理情况(已更换,已清洗,已维修,未处理)
    5. 【保养服务】展示所有已处理的项目详情:
        处理方式:已更换,已清洗,已维修,未处理
        项目名称,检查记录,检查图示,施工图示,处理情况等
    6. 【维修,钣喷,美容】支持显示检查结果(图示),施工结果(图示),技工建议
    7. 支持所有图片放大查看
    8. 支持各服务记录收折、展开
    9. 提供快速回到页面顶部的功能
    10. 支持显示订单信息
        a. 显示车牌品牌图,车牌号,接车时间,预交车时间,车辆问题
        b. 进行中的订单,显示车辆到店时间
        c. 订单已关闭,显示关闭理由
        d. 订单已完成,显示SA建议
        e. 明确展示当前订单,所定义的服务有哪些
        f. 如果服务中有【保养】,可快速查看车况报告
    问题:
    1. 记录:增加”技师“title,与小程序侧保持一致
    2. 技师与质检技师是同一个人,显示2个,可优化
    3. 有检查标准时,显示的”检查结果“ 应该放在”检查图示“后面
    4. 检查说明 文字太多时,可否收折实现
    5. 检查标准的结果,可否一行行显示,待定
    6. 检查单项 所属项目分类?
    7. 没有记录时,提示:未产生检查结果
    8. “订单”,“服务”概念要统一
    9. “订单”的状态 未体现
    10. 服务评价(?来源于小程序侧客户评价)放在服务顶部
    11. 没有服务销售SA的信息,以及电话(分享后可能需要)
    12. 分享后,没有门店 + 电话
    13. 单项记录时,没有体现单项紧急,或关注,或良好
    14. 保养检查记录表,无需体现“未处理”的概念
    15. 单项,图示说明
    16. 服务报告,被查看了多少次?分享了多少次
    

    检查问题,系统提供,门店二次维护,作为后期的基础数据定义

2018-02-09

  1. Abby 设计稿上传Git
  2. 周例会会议整理
  3. 小程序 - 尽快
    自检
    配件保质期
    多车关注
    评价
    阅读数
    平台报告分享确认
    订单客服电话
    关于我们-客户
    关于我们-车翼行
    所有车翼行的logo
  4. 《明道一起反馈》讨论会
    用户权限控制
    首页的定义
    检查环节不做任何检查,施工环节为空
    接车入口太多
    简单业务,流程太多(80元业务)
    外出救援
  5. https://www.tapd.cn/,研究一下这里,试试看看我们的产品开发用这个平台来管理,这是腾讯内部在用的产品需求开发管理平台。
  6. 如何解决不同门店下,多公众号的问题
  7. 用户下单,电话不存在?是否是关注小程序导致的问题

2018-02-07

2018年的愿景

目标:小程序日活跃数:1000
产品:汽车养护能手
10个用户/1店,100个店

半年小目标:但是落实到 20个店(5家马立可门店 + 15家社会门店)
南坪店要求:日均产量(二送一):1.4个往上?
服务报告时,一种进店契机,能有真正意义的用户活跃数。


产品的核心价值:用户放心,门店透明
1. 检查标注,图示要求
2. 整个施工过程,施工结果
但是需要 线下执行力,支持

现有情况分析:3家店进入
1. 执行情况不好,客户不知如何操作
2. 缺少线上作业要求规范
3. 没有互动,以及支持
系统遵循的是现有SOP流程,原则上可快速运行
要求:运营材料,物料支持去推广
系统要求:统计,小程序查看数据,日活跃数
后续推广需要的数据:多少家门店使用,多少小程序客户
对内南坪店有产值,是成功
对内软件公司,需要多门店来定义成功与否

所以行动里,执行力,对需求的理解
产品的关注点:用户放心,门店透明
执行时,一种专注,一种极致要求

更多门店引入时,我们期望的是:
1. 产品自身的更多认可
2. 融资变得更容易

后台数据分析,支持门店
小程序端,是关键,重点打造
企业微信端,是数据支持点
半年,就靠在座的各位,不会有其他运营人员,我们每一个人在现有岗位是合适,不要自我退缩,软弱。失败,每天都会经历。没有最厉害的人,机会是留给有想法,有准备的人。失败与成功,挣扎的过程

我们需要主动去对线上支持;
我们就从线上情况分析,去做得极致;


线上情况分析:
1. 国际社区
    2个单子
    检查图示,打标不合格

反思:
1. 我们缺少材料,快速了解系统如何使用
2. 缺少系统支持

系统思考操作如何简化
南坪店,交车必看小程序服务报告
实施,线上系统分析

报告分享,带出门店信息 --- 新功能
单店业绩 有好处,让客户信赖

团队,系统执行跟进,汽车养护知识。

系统需求头脑风暴,发散:
    服务报告 展示在系统
    Jerry 的像想法:员工分数,系统评价反馈?
    小程序,服务报告 评分,评价?(设计,对服务报告,对员工)
    系统操作标准说明 help
    哪些检查,上传多少张图,怎么照,才能做到标准
    小程序侧,检测的知识?检查标准规范,展示?
    配件保质期
    服务报告中,就跟换的配件,存在质保
    一个人可以看多车?南坪店实际情况:李师傅4个车:他一个,老婆一个,司机一个...
仪表板:        
    车主故障的第一个时间展示,故障方向,维修方向
灯光:失效,行驶不安全,年初 年尾
防冻液,图示太多???
蓄电池,说明(龚自立)

保养:只针对有问题,上传图片?
施工图片,施工对比图片
拍照不能把材料放在车盖上,三件套体现,车牌号;怎么专业,就是从这些细节来。

About fute:
初始进入打卡阶段 (NEW)
选择工厂,班次等 (FACTORY)
起点打卡阶段 (START)
中途阶段:临时打开,终点打卡 (DOING)
行程结束阶段 (DONE)

2018-02-08 See before

  1. 福特取消本地storage方式,改为数据请求
  2. 汽车养护能手流程操作手册
  3. 企业微信侧V1.2.2开发计划
    现有开发情况
    代码走查,check how to do
  4. 周例会会议纪要整理,需求来源
  5. 汽车养护能手功能设计思考
    接车选择服务
    保养记录如何优化
    历史记录如何体现
    配件(易损件) + 质保时间告示
    服务报告中,配置质检时间体现?
    爱车小知识??
    养护知识了解

2018-02-07 See before

  1. 结算金额为0,A557TA, BSK627
  2. 我们的愿景:客户放心,门店透明
  3. 我要做什么,我能做什么
  4. 上线所要做的事情:初始化用户数据,权限控制
  5. 车主和门店的痛点
  6. 车主的问题在于根本不懂车,不知道怎么养护,我们要给他们这样一个助手让他能知道自己改如何花费
  7. 门店的痛点在于用户不信任,不然为什么这么低的价格都无法胜过4s店?所以我们的系统就是要通过全方位的透明、规范和标准化服务让用户放心。
  8. 所以我们的给汽修店的价值就清晰了——“让他们像4S店一样被车主认可。”
  9. 毫无保留的呈现服务内容以获得用户信任,这又会反向推动店面的服务自己得搞好,我们只是搭建了一个这样的桥梁把服务让车主看到,如果你本身就是搞的假冒伪劣,那就不适合用我们的这个系统。
  10. 标准不是第一位,透明是第一位
  11. 因为透明,必须专业
  12. 应该是一套管理方法,系统只是工具,操作手册未必有那么重要,重要的是我们要在一个新店摸索出一整套能实施落地的方法,比如初期动员,全员说明上系统的意义,如何导入数据等等,没那么简单
  13. @fu 可能也需要多思考这方面的内容,产品经理需要围绕系统的最终成功来思考
  14. About logo:
    公司:重庆乒乓科技有限公司 -- 乒乓
    产品:汽车养护能手
    愿景:客户放心,门店服务透明(因为透明,必须专业)
    范围:汽车,养护

2018-02-06 See before

企业微信侧
1. 增加“检查”服务:接单,所有订单列表
2. 不同服务对应的技术建议常用语
3. 【服务报告】图示增加系统文字说明
问题:预览图时,无法查看系统文字说明
4. 【车况报告】图示增加系统文字说明
5. 【工作区】功能持续细化:

保养类
    检查环节,可追加检查项目,删除追加
    检查图示打标:自动标记单项 + 问题描述(或者检测实际值)
    展示检查图示打标记录
    施工图示打标:自动标记单项 + 问题描述(或者检测实际值)
    施工环节,可追加检查项目,或删除追加

维修类等:
    检查项目追加,删除追加,检查项目展示有别于“保养服务”
    检查图示打标,选择项目 + 问题描述
    展示检查图示打标记录
    施工同上,仅展示有问题项目
    施工环节,可追加项目

检查项目选择时
    选择了大项,自动勾选单项
    取消选择大项,自动取消勾选单项
    选择了大项,取消某个单项选择,取消大项选择
    当大项的所有单选选择时,自动勾选大项
    上述 4 种情况下,勾选了大项,只能设置大项为检查
    (已勾选的检查项,不可重复勾选)

其他
    上传图片展示慢,是否可以改为企业微信本地图片展示?(尝试)

接单
    服务的方式变更,不在是1, 2, 4, 8等
  1. 考虑历史数据无 系统文字说明
    小程序侧
  2. 【服务报告】图示增加系统文字说明
    问题:预览图时,无法查看系统文字说明
  3. 【车况报告】图示增加系统文字说明
  4. 验证技工建议的正确性
    其他
  5. 官网第一版
  6. 第三方后台管理设计 (明日上午评审)
  7. 汽车养护能手X展架等设计
  8. 收折功能实现 with request data.

你要习惯 任何人的忽冷忽热,也要看淡 任何人的渐行渐远。
1. 汽车养护能手-产品核心价值说明 完整的服务报告

  1. 清晰的服务信息
    服务车辆,车辆问题
    服务项目(保养,美容,钣喷,维修)
    明确的时间节点:接车时间,预交车时间,实际交车时间
    友好的服务销售建议
  2. 保养记录,能清晰告诉客户“保养”服务结果
    检查了多少项目,施工了多少项
    检查了什么
    检查问题的严重程度:紧急(急需处理),关注(建议处理),其它标识良好
    施工了什么
    施工结果,施工处理方式:已更换,已维修,已清洗,未处理
    完整的检查/施工项目说明,让客户清晰知晓车辆问题
  3. 操作要求:
    1. 借助推荐【车辆检查工具】的检查结果,勾选对应检查项目的结果;
    2. 就检查结果,给出合理的问题评估
    3. 上传【车辆检查工具】的检查结果图示,或实际操作检查图示
    4. 检查完成时,给出清晰的结果描述
    .
    1. 上传实际施工图示,并文字标记,箭头施工位置
    2. 上传施工后,【车辆检查工具】的检查结果图示
    3. 就施工,给出施工处理方式
    4. 施工完成时,给出清晰的结果描述
    5. 质检完成时,主技师给出专业的技师建议
    空调滤芯

2018-02-05 See before

  1. About little program design
    顾客,当您进入汽修门店,您是否在想:
    门店服务质量不如4S门店
    门店服务流程不如4S门店标准
    门店偷工减料
    门店报价不合理

    【汽车养护能手】能解决您的顾虑,您的担忧。我们的用心,认真,为的是您的满意,您的安心。

    1. 它将透明化整个进店服务过程
    2. 它让您知道门店时刻再为您提供专业化,系统化,标准化的服务

    【汽车养护能手】能做到:
    服务报告
    门店服务过程,全程透明化
    过程化的检查打标图片,将清晰告诉您爱车的问题部位,问题原因
    过程化的施工打标图片,让您明确服务处理结果
    合理的技工建议,让您行车安全
    车况报告
    采用一套完整的车况检测方案(全车28项检查定义),精准定位车辆问题
    完善的车况检查报告,让您了解爱车的近况
    过程化的检查打标图片,进一步定位车辆问题

    保养建议
    不同品牌通用的保养建议,供您参考


      1. 3.
    1. 完善的车况检查报告,让您了解爱车的近况
    2. 完整的服务报告,让您消费?

      1. 您的决定,是门店执行的依据

2018-02-04

  1. About factory_manage_api:
    why store_1 is not here?
    API structure is too complicate.
    首页统计的数据查询为何如此多
    订单列表,为何返回不必要的数据
    订单详情的数据格式,make too confused.
  2. About team

    Myself:

    1. 阿里人工智能团队内推荐
    2. 我是谁
    3. 为什么我会在这里
    4. 我们的愿景,比如:我在砌砖啊;我在修一堵墙;我呀,我在修一座教堂
    5. “教学”的故事
    6. “行动价值”的故事:我们所做的事,带来什么
    7. “我知道你们在想什么”故事
    8. 如能给别人价值,只要有机会,就必须往前走
    9. 合作的方式
    10. 合情合理的企图,开诚布公
    11. Don't care too much money. 投之以桃,报之以李,接踵而来
    12. 费了整整8个小时才学会写一段应用代码,为后续节省了时间,减少了犯错误的次数
    13. 需让大家做什么,同时了解为什么让大家那样做,否则他的表现是永远不会让你满意的
    14. 故事应该不仅使人获得技能,还能让他们懂得如何学习其他技能
  3. 问题反馈:

    问题反馈

    1. 客户微信手机与进店预留手机不匹配时,车辆服务报告不可见
    2. 支持手机短信验证方式
    3. 访问首页时,页面乱掉
    4. “后门”小程序上,图示预览不能全部连续预览,小程序上也是?
  4. 4.

2018-02-03

  1. 汽车养护能手发布日志:

    企业微信侧

    1. 授权企业时,增加重复性授权是,企业信息的判断
    2. 授权企业时,获取所有授权访问时的员工信息,信息中不包括电话和邮箱
    3. 增加用户登录时,可直接更新已有用户信息
    4. 订单服务时,操作确认提示语优化,及界面调整
    5. 服务报告的界面优化,基本保持与【小程序侧】一致
    6. 车况报告中,检查/维修打标图示,增加时间展示
    7. 删除检查/维修记录时,同时删除图片存档(大图,缩略图),仅针对“维修”,”钣喷“,”美容“服务

    小程序侧:修复缺陷

    1. 图片显示变形
    2. 已完成的订单,当服务没有记录时,不应该显示:等待施工中
    3. icon图片显示保养检查记录的紧急,关注,正常
    4. 维修等服务的检查、维修图示,排序有误
    5. 当服务施工无记录时,不应该显示title:施工图示

    后台管理

    1. 支持员工信息管理,提供权限的变更
    2. 完善单据上传,支持宽度150的缩略图定义
    3. 支持订单预交付时间的变更
    4. 支持修改车牌号
  2. 关于所有“车翼行”的变更

    关于所有“车翼行”的变更:

    1. 域名:cheyixing.pptech.net,公众服务号,小程序,企业微信第三方,三侧代码库等
    2. 公众服务号变更 (翼行九州 4月前年审)
    3. 小程序账户信息变更
    4. 后台管理,登陆:车翼行
    5. 小程序侧,关于我们:车翼行
    6. 小程序侧,默认图片有车翼行Logo
    7. 所有车翼行Logo
  3. 关于 V1.2.2 的规划实现

    关于【企业微信侧 V1.2.2】实现功能特性点

    1. 车辆服务问题的展示
      订单列表
      工作区
    2. 接车
      增加检查服务
      服务项目,各门店可自行定义
      服务项目与检查定义是否关联?
      接车时,针对维修,可选择检查项目?
    3. 工作区
      检查方案的定义,比如日常保养检查,美容检查(是否考虑取消检查方案的概念
      技术建议常用语,在不同服务下的定义
      项目的增加:项目大类,项目
      服务检查,可增加检查项目/项目大类
      服务检查时,已有的检查项目,不可重复添加
      服务检查,增加项目时,可搜索某个项目,项目大类
      关于项目检查时,如何展示?
      服务施工时,添加项目检查时,体现为“追加项目”,只能对“追加项目”作出检查处理
      打标图片,所有服务的图片记录,均统一管理
      有检查标准时,打标图片,默认已有的项目,记录问题描述
      无检查标准时,打标图片,需选择出现问题的项目,并记录问题描述,问题程度:紧急,关注
      无检查标准时,检查/施工项目,以“项目大类”来作为入口
      施工时,就已存在的问题项目,上传施工图:描述施工内容,选择:处理与否
      施工时,同时增加“其它”,可选择其它项目施工
      以项目大类为大类的项目检查结果,是否需要与施工结果挂钩?
      质检完成后,支持补充检查/维修打标记录?
      施工结果,是否需要打标:施工项目,施工处理方:已处理?
      是否记录服务做了哪些检查?还需要考虑服务本身挂的检查?
      增加库房,出库确认?
      环节操作,可撤销回退?
      项目的常见问题 - 收集,后期要考虑
    4. 服务报告,车况报告
      关于系统项目打标后的调整
    5. 其他
      后续进店时,通过公里数等,服务建议,系统体现大保养检查概念等
      历史未处理项的推进
      接车,是否可以查看 上次进店的 检查未处理,已有数据。(问题是否已被处理,问题是否列为本地服务处理)
  4. Trello card 规整

2018-02-02

  1. 团队绩效
    2月绩效考评:
    赖文杰: 110
    Coco: 100
    杨文凤:100
    蒋登伟:90
    程丹:90
    Tom: 80
    Alan:80
    Emma: 80
    1月绩效考评:
    赖文杰: 110
    Coco: 100
    杨文凤:100
    蒋登伟:90
    程丹:90
    Emma: 90
    Tom: 80
    Jeremy:80
    Alan:80

2018-02-01

机电组/美容组车辆服务与系统操作【企业微信侧系统】要求:
一、检查环节:认领检查工单,执行检查
    车辆驶入机电区后,查看【汽车服务委托书】,系统操作如下:
    1. 在系统【待认领】,或【订单】,或搜索车辆,进入对应车辆的工作区中,“认领”对应服务项目的车辆,执行检查工作
    2. 检查过程中,给出车辆检查结果。系统提供两种检查操作方式:
        a. 根据提供的检查条件,勾选实际的检查结果,并上传对应的打标图片
        b. 直接上传检查结果的打标图片
        附:打标图片要求
            使用箭头标注检查问题的位置
            使用文字标注车辆部位 + 问题描述
            请用【企业微信】的图片打标工具
            检查图片来源检测工具的检查结果,建议采用:???
    3. 检查完成后
        a. 填写纸质【维修报价单】 
        b. 操作“检查完成”,填写本次检查结果,提供信息给SA作检查确认
        c. 提交纸质【维修报价单】给SA服务,并请SA服务确认检查结果

二、施工环节:认领施工工单,执行施工
    SA服务确认检查结果后,车辆服务进入待施工状态,操作如下:
    1. 在系统中,进入对应车辆的工作区,或通过系统消息,进入车辆服务的工作区,“认领”对应服务的施工工作
    2. 就确认后的服务目标,执行施工处理
    3. 施工过程中,给出车辆施工结果。系统提供两种施工操作方式:
        a. 就检查结果,给出对应施工结果,并上传施工的打标图片
        b. 直接上传施工打标图片
        附:打标图片要求
            使用箭头标注施工的位置
            使用文字标注施工事项
            请用【企业微信】的图片打标工具
    4. 施工完成后
        a. 勾选纸质【维修报价单】上已处理项
        b. 操作“施工完成”,填写本次施工结果说明,提供参考信息给质检负责人作出质检建议
        c. 提交纸质【维修报价单】给质检负责人

三、质检环节:确认检查/施工结果
    车辆服务施工完成,质检技师操作如下:
    1. 确认【服务报告】是否与【维修报价单】上定义的服务目标是否一致
    2. 确认服务工作中的检查结果(包括打标图片),施工结果(包括打标图片)是否正确
    3. 确认完毕,质检技师对当前的服务作出质检确认,并对本次服务给出合理的服务建议
    技师服务建议,填写要求:
    1. 完整体现本次服务的结果
    2. 能让客户能清晰了解本次服务的情况
  1. 站会内容:

    产品事项:

    1. 客户端缺陷修复,及测试
    2. 后台管理:
      车牌号,预计交付时间的变更
      提供4个API:修改车辆车牌号,变更订单预交付时间,订单单据删除,车辆信息维护?
    3. 企业微信侧:
      企业安装应用时获取授权范围内的用户信息
      第三方公众号适用方案研究(已有解决方案但暂不采用)
      v1.3.0 构思:员工段与派单系统的配合(明日同步想法)
      历史数据归档,增加脚本的统计规则
      新脚本计算商机统计(Jerry,说明)
    4. 操作手册,缺少 机电组操作细则,明日提供并完善
    5. 官网设计提供初稿,并获取反馈意见,明日持续完善,提交团队评审

    其他事项:

    1. 欣荣项目,配合对方重审域名备案所需信息
    2. Dome实现收折功能 推进
    3. 学习服务器架构等 ,docker部署,以后添加服务器 可以仅部署环境,不要那么复杂的配置工作
    4. 学习了一种算法:损失函数,可以让平台计算更精准的数据(Jerry,说明)

2018-01-31

  1. 多门店,多微信公众服务号
  2. 官网-汽车养护能手 (免费提供平台服务支持)

    1. 汽车养护专家

      让客户放心,省心(服务报告,车况报告 图示)
      让每个汽修实体店面都有专业化,系统化,标准化服务。(后台管理 + 企业微信侧 图示)

    2. 我们的产品
      基于腾讯企业微信,微信公众号,小程序三侧,实现汽车养护行业统一解决方案;
      我们致力于打造客户,企业信赖的汽车养护平台。

      1. 企业微信侧,面向实体店面,提供中高端汽车保养维修透明化服务;
      2. 微信公众号侧,面向实体店面,通过其消息机制,可主动让客户了解服务动态;
      3. 小程序侧,面向服务客户,让店面服务过程透明化,并以通俗明了的方式展现给客户,让客户放心,省心;
      4. Web后台管理,面向店面管理,提供订单管理,数据分析,协助店面服务管理。
    3. 我们的功能:
      持续打造更为完善的汽车养护行业的全方位需求

      1. 透明化服务
      2. 车况报告
      3. 保养建议
      4. 线上预约
      5. 派单系统
      6. 数据统计
      7. 商机分析
      8. 标准SOP服务流程
      9. 服务消息机制
      10. 完善的服务项目定义
    4. ??服务门店: 4 个?

  3. 企业微信第三方管理平台

  4. 产品2018年路线图
    SA客户接待与系统操作【企业微信侧系统】要求
    接车环节
    接车,车辆初检,填报纸质【服务委托书】后,操作如下:
    1. 订单新建
    2. 针对新客户,需填写客户信息、车辆信息
    3. 针对老客户,可完善客户车辆信息
    4. 上传【服务委托书】
    5. 确认开始服务

服务环节
车辆驶入机电区后,待机电组检查完毕,服务顾问跟进,操作如下:
1. 向客户展示企业微信端的【服务报告】,针对保养类的服务,展示【车况报告】
2. 与客户确认服务目标后,操作“SA确认”
3. 如有维修报价单,上传【维修报价单】;如是保养类服务,上传【保养检查记录表】

交车环节
待机电组根据确认的服务项目施工完毕,并质检确认后,操作如下:
1. 查看【服务报告】是否与服务目标一致,判定是否具备交车条件。如具备,电话通知客户可交车
2. 客户到店取车,向客户展示【服务报告】,并询问“服务满意度”
3. 引导客户到收银台,结算并出具【结算单】,对纸质【结算单】照相存档
4. 向客户转交车钥匙,完成交车,目送客户开车离店
5. 上传【结算单】,操作“完成服务”

如上操作后,完成单次车辆服务

2018-01-30

  1. 汽车养护能手发展历程,整理,及相应的发布日志
    10-01 小助手原型定义,依据店面SOP操作流程

10-15 小助手 Beta 基于 微信服务号 + 小程序 实现
10-28  小能手V0.1.0 实现订单,完整服务流程,订单流程
12-10 V1.0.0 实现:车辆信息管理,预约,保养检查定义(日常检查,常规保养检查以及不同公里数对应的检查),车牌号识别,行驶证识别,车况报告,企业微信?保养手册,以流程出发,推进服务
2018-01-01 V1.2.0 全面重构,支持多服务定义,以车牌号为主的概念,服务对应流程,弱化流程的概念

历史数据存档, 第三方(测试) + 门店
2018-01-23 V1.3.0 再次弱化服务,及流程,以问题,解决问题为主,概念成形

2018-01-29

汽车养护能手V1.2.1,1月29日发布
用户须知
1. 如应用访问异常,可能是本人手机缓存导致,请先自行清理手机本地缓存;
2. 之前【消息】区,已推送的历史消息已被清除,当后续产生【新消息】就可查阅;
3. 无消息对话框情况下,员工请通过【企业微信-工作台-汽车养护能手】进入操作;
4. 第一次进入系统时,会需要授权,请员工自行操作【同意授权】即可。

发布说明
1. 【服务单据】,均支持多张上传;
2. 【服务单据】,依次按照汽车服务委托书,维修报价单,结算单排序展示;
3. 【服务报告】,检查/维修的图示,增加记录时间展示;
4. 【订单列表/工作区】,增加进行中订单异常标识,显示:预交车时间 小于 当前时间;
5. 【工作区-服务流程】,与【订单列表-搜索】,两处的右侧小窗,可左滑打开,右滑关闭;
6. 所有客户信息中,取消“关注公众服务号”,“VIP用户”标识(多门店的定义下,当前的定义不合理);
7. 订单完成时,取消结算单上传的限制;
8. 支持第三方应用访问。

  1. V1.2.1 发布日志:
    目标:多店通过第三方测试使用,同步实现了企业微信侧小程序侧

    1. 静态资源(打标图片)
        1.1 不同门店资源分目录存放
        1.2 南坪店现有资源的初始化
    2. 已完成的订单记录归档,形成不受后续变更影响的历史数据(本版本仅考虑数据的归档)
    3. 各服务单据支持多张上传
    4. 服务单据的展示,依次按照汽车服务委托书,维修报价单,结算单排序
    5. 服务报告,检查/维修图示,增加记录时间展示
    6. 重构第三方实现,并替换原有自建应用的企业微信对接功能:
        6.1 用户授权
        6.2 用户信息获取
        6.3 图片获取
        6.4 消息推送
        6.5 优化第三方推送消息实现方式
    7. 【员工侧-订单列表】增加进行中订单异常标识,显示:预交车时间 小于 当前时间
    8. 【员工端】滑动关闭右侧流程小窗,搜索小窗
    
  2. 汽车养护能手发展历程,整理,及相应的发布日志
  3. 翼行九州公众服务号,年审申请
  4. 企业微信合作伙伴群的服务商参与
  5. 今日工作
    1. 初步调研gm + imageMagick处理图片+文字 (今日无结果)
    2. 修复【员工端缺陷】:
      2.1 所有单据中,无汽车服务委托书时,【服务报告】中未显示服务单据
      2.2 协助 Jacky,Coco 处理第三方缺陷,及授权
      2.3 解决【服务报告】中,图片时间显示异常

2018-01-22

  1. 服务报告中,过程数据展示:检查结果
  2. 订单金额,结算单里一致
  3. 从客户的维度,去考虑数据的合理性,完整性
  4. 从消息进入,无法上传图片
  5. 工作区的功能特性表(Tom)

    支持查看服务报告

    1. 展示对应订单的单据,及对应单据标识(汽车委托书,维修服务单,结算单)
    2. 支持查看当前订单对应服务的记录,及参与技师
    3. 【保养服务】展示检查统计:检查了N项,处理了N项
    4. 【保养服务】展示检查记录表:
      a. 体现项目检查情况(紧急,待关注,良好)
      b. 项目处理情况(已更换,已清洗,已维修,未处理)
    5. 【保养服务】展示所有已处理的项目详情(已更换,已清洗,已维修,未处理):项目名称,检查记录,检查图示,施工图示,处理情况等
    6. 【维修,钣喷,美容】支持显示检查结果(图示),施工结果(图示),技工建议
    7. 支持所有图片放大查看
    8. 支持各服务记录收折、展开
    9. 提供快速回到页面顶部的功能
    10. 支持显示订单信息
      a. 显示车牌品牌图,车牌号,接车时间,预交车时间,车辆问题
      b. 进行中的订单,显示车辆到店时间
      c. 订单已关闭,显示关闭理由
      d. 订单已完成,显示SA建议
      e. 明确展示当前订单,所定义的服务有哪些
      f. 如果服务中有【保养】,可快速查看车况报告
  6. 6.

2018-01-06

团队
1. 绩效,jerry,jerry也存在自己问题;我倾向给大家更大的利益。可是得你么自己把能力拿出来。
2. 成员,2018年,不论是各位选择公司,还是公司选择了各位,在这里坚持,不要浪费公司宝贵的时间,更重要的是各位自己宝贵的时间。
3. 一种公司黄总,邓总对我们的期望:真正的机制不是公司的规章制度,而是做事情和处理问题的一种本能反应。
另一种期望:是来源于我们自己,自己期望2018年要如何?
产品
产品现有的使用情况
1. 产品的一致性,企业微信原有UI框架
2. 团队内部做事的规整性
3. 成员自己的主动,及共事的相互合理配合,比如说有遗漏,是否可以一个问题记录,我们统一考虑。
4. 产品的目标22日: 璧山店,大渡口店,国际社区店等
5. 出现任何问题,应该以谦卑的姿态对待,而不是各种理由,各种借口。这种行为会成为习惯。还有在目前的团队各位觉得自己还行,可是在大集体上,我们还差很多。上次邓总发出的系统问题、包括koko提供的PDF文档,图片失真。一种要求?一种别人做事时的认真与极致。
6. 黄总周三提及的规划,大目标。我们得跟上这个节奏。
7. 本周的重点是【员工端】,下周会是【后台】

2017-12-23

  1. 员工端
    门店定义
    1. 添加员工到当前门店
    2. 添加订单到当前门店
    3. 只能查看当前门店下的订单记录
    保养类订单的处理限制
    1. 检查环节,必须作出检查
    2. 施工环节,必须就检查结果,给出处理
    3. 施工环节,直观标识检查结果,方便施工处理
    提供保养类订单的车况报告
    1. 检查/施工环节,可见车况报告
    2. 质检环节时,均可见车况报告
    保养类订单,质检环节,增加洗车记录上传
    保养类订单,结算时,支持定义下次保养建议的基数:5km(3个月) 或 7km(6个月),及服务销售给出后续车辆保养建议
    订单流程处理,处理意见是必须输入
    订单结算时,限制必须上传汽车服务委托书和结算单
    车辆检查项,增加基础保养,用于上传非检查项类的施工图示
    标识客户是否关注小程序
    支持企业微信消息,快速进入订单处理
    客户基础数据导入,以方便用户快速接单

  2. 客户端

    1. 优化首页的定义(当客户进店接受服务时)
    2. 实现奥迪,大众部分车型的保养手册 (非正式开放)
  3. 预交车时间(员工,客户端)

  4. 订单列表,搜索功能,UI调整
    已完成,已关闭,应显示完成时间
  5. 多车定义(客户端)
  6. 支持订单组合服务:增加组合服务的概念:保养,维修(保养/维修,快修快保),钣喷,美容(洗车),精品销售 (与Gene再次确认 )
  7. 业务流程梳理
  8. SA订单数据过滤,仅查看自己的单据
  9. 门店定义
    1. 添加员工到当前门店
    2. 后端实现门店的概念
    企业微信配置数据存储

  10. 保养手册(数据采集,我们再想想)

  11. 保养基数(客户端)
  12. 保养洗车记录(客户端)
  13. 首页(测试工作,客户端)
  14. 订单首页(?测试工作,客户端?)

后台管理

预交车时间,体现延迟交付的概念
预计交付时间,须变更理由
谁来负责预交付时间的变更
多车定义
车辆初检记录
支持订单组合服务:增加组合服务的概念:保养,维修(保养/维修,快修快保),钣喷,美容(洗车),精品销售 (与Gene再次确认 )
SA订单数据过滤,仅查看自己的单据
已完成,已关闭,应显示完成时间 
门店定义
    1. 添加员工到当前门店
    2. 后端实现门店的概念
企业微信配置数据存储

问题:
Android 手机上,无法执行检查项处理
车型选择时,当车型较多时,如何优化
保养检查环节,图片上传缓慢
首页,已有客户进入时,先显示手机绑定页面,体验不佳

保养类订单,结算提供: (纳入 V1.1.2)
    保养的基数可选择:5k(3个月),7k(6个月)
    非进店客户,保养建议的基数 (待考虑)
    客户换油周期习惯:5k, 1w, 其它
首页
    1. 客户换油周期习惯:5k, 1w, 其它
    2. 根据定义的基数来给定保养建议
订单,重构


基础保养,不存在处理建议
某些保养订单,会存在非检查项的施工图示
    比如机油漏,就考虑先维修,后保养
    比如方向盘,就考虑先保养,后维修
        增加检查项,维修记录 两个tab页面实现

2017-12-20

  1. 门店思考,及数据结构设计
  2. 消息快速进入订单,攻克
  3. 客户单首页设计跟进
  4. 福特页面重定向问题
  5. 后台管理订单-问题更改推进
  6. 团队成员面谈(黄总)
  7. 现有所有问题收集
  8. 整理产品V1.1.2的所有问题,及 Deng, Evan 反馈

2017-12-13

  1. 养护能手测试用例评审
      1. 员工端创建订单信息,客户关注信息是否显示正确
        • 已有客户,该车辆信息是否显示正确
        • 新客户,车辆信息:车牌号,品牌,品牌图示,上一次保养日期
          • 扫车牌号
          • 扫行驶证,车辆信息:发证日期,车辆识别代号,发动机号码
          • 直接新客户入口
      1. 考虑无效车牌号
    • 车况报告,显示前提:订单检查完成
      • 维修类
      • 保养类

2017-12-12

  1. Deng said: 无论是产品设计还是宣传设计,都要忘掉自己已经了解的专业知识,一定要用普通人视角去审视,如果做不到这一点,就永远都不会成为好的产品经理或设计师。
  2. 南坪店系统使用情况跟进

huangk2906

2017-12-05

  1. 产品遗留问题:
    实现车辆删除的逻辑删除
    扩展 检查/维修结果统计: 系统建议
    扩展检查项的icon定义

    追加项目确认消息,只推送给服务负责人
    优化消息内容 (Koko,Emma 11-29 优先级低)
    维护所有检查项数据 (Jerry, Gene, Emma, All in 11-29)
    车辆查询,增加手机号的搜索 (Emma 11-29)
    增加订单的快速搜索 (Emma 11-29)
    增加订单的快速搜索:车牌号,SA姓名

    订单列表,数据显示少时,界面显示不佳
    无订单是页面展示
    检查图示,打标图片发送后,未自动关闭当前图片编辑窗口(技术难点) (Emma)
    页面层级太多,无法返回正确的上一页
    施工过程中,追加项目的状态记录
    微信公众服务号 模板消息 规范
    图片上传功能:名称太长
    图片等静态资源服务器的搭建(待考虑, Koko)
    SA订单列表,明确显示当前SA的订单 (待考虑)
    第三方(微信公共服务号,小程序,企业微信)配置规范 (Koko, Emma)

    手机号绑定,短信功能
    预约服务顾问的指定
    订单客户评价(服务,员工,质量)
    注册须知

2017-12-02

  1. 技术团队绩效考评
    Jerry 120分
    Koko 120分
    Abby 110分
    Jacky 100分
    Alisa 100分
    Jeremy 100分
    Alan 100分
    Tom 100分
    Emma 80分
  2. 汽车养护能手 整理及规划

2017-12-02

  1. 技工建议
  2. 检查项的正确性验证
  3. 订单
    订单流程的合理化
  4. 订单详情
  5. 公众服务号,消息推送优化
  6. 短信发送功能
  7. Sid是否看开放
  8. 登陆首页的UI优化
  9. 【建议】上次保养日期,只限今天之前的日期
  10. 预约成功后,再次进入预约,无法成功预约
  11. 微信名是特殊字符,有异常
    UPDATE users SET avatar='https://wx.qlogo.cn/mmopen/vi_32/CdMEDAegMEvFZFP68AACw9td7ic4ySSNN4djPtnHs89TiaErRIib3CDgPdkzSJ7PXXwhKURU0HiavGbJCjEBsXh1RA/0',name='Pisces*🐟',unionid='oTZBKuN9Qtemn0pGBzmAi1J0R3w4',xcx_openid='odCES0TgBKadPqq6GLvOWQGAAYK4',update_date='2017-12-02 12:14:15' WHERE xcx_openid = 'odCES0TgBKadPqq6GLvOWQGAAYK4'
    { SequelizeDatabaseError: Incorrect string value: '\xF0\x9F\x90\x9F' for column 'name' at row 2
  12. 首页:检查报告,数据为0的显示
  13. 首页:养护建议/技师建议,ui排版
    员工端:
  14. 接单,里程数限制
  15. 上次保养日期,做完本次保养,要更新保养日期
  16. 公众服务号,消息推送优化
  17. 技工建议API请求

2017-11-28

  1. 关于下次保养日期和时间的计算规则:小龚
  2. 数据表结构的序列index定义

2017-11-28 All in meetings

All in meetings
原本 想在月底的时候,才开会,但是我知道等月底周五时,大家会跟疯子一样忙着,而没有时间,那周五安排的下午活动,该怎么处理?
我想听听大家对这个月以来工作的想法和建议。
到底我们是否做得足够?
Jeremy,设备的工作上,算是较正规的走trello 项目管理。你觉得如何?
Abby 有神秘朋友送花,希望这个人是你倾慕的人,便是乐事,否则徒增烦恼。

  1. 项目和 产品,一种匠人的心态去做事情。他们是有所不同。但是就认真做事而言,是相同的,比如jerry。 提及九骄,从8月分以来到现在,九骄的问题诸多,九骄微信重构,到现在。 每天我们在做事情时,想想为何做,可以不可以不做,目标是什么。而不是一味被动地完成,且结果不好。执行时,想想投入时间比。
    产品管理的职责是探索(定义)有价值的(用户对产品的渴求程度),可用的(用户明白如何使用产品),可行的产品;而项目管理则关注如何执行计划以按期交付产品。
  2. 各岗位的职责明确,我们自己的事情,要自己处理,比如昨晚九骄。 如果说我们自己的事情都做不好,需要其他人来完善,那我们做事的态度在哪里????? 你们总是提到术业有专攻,focus到技术,可是技术的在强大, 交互的结果不够理想。这里的平衡点如何定义。专攻的同时,需要全面知识等等掌握。 jerry 全栈工程师,丹丹hr招聘,面试环节等等。 丹丹 现团队有三位是值得你学习的:jerry 所谓的野路子,abby 医学专业,tom空少,空乘出身;起初的路,会很难,可是得坚持。
  3. 团队协助的重要性,及目标一致,难度极高
  4. 团队的发展,未来一年团队的成长,每位成员的成长,Alisa,Abby。我们要给自己目标,方向,按部就班有计划充电。这样逐日累积,才会用惊喜。 我们不能每日忙于各项事务,忽略于此。 我正在谈的两位,我们团队的有什么可以吸引他们?包括jerry,alan,tom,我当初面试各位,我再想怎么让你们加入,jerry 给了我很大的支持。
  5. 今日事今日毕,时间管理(时间的不够用)
  6. 稍许规范的方式做事,非技术工作,技术工作,代码规范,黄总,邓总反馈:放心对,可不堪用。
  7. 加班,一天8个小时的专注,会耗掉一个人的专注,focus到事上,是需要做调整,耗掉已有的热情和激情,积极心态,那我们需要这8小时之外的时间去充电,休息,培养额外的兴趣爱好,见朋友,陪家人,吃美食等等。因人而异,每个人的需求不一样。
  8. 我不提倡加班,可我却在如此执行,这是有悖于入职是的承诺,
  9. 考勤,灵活,不严格。可有些时候灵活反而养成了大家的随意。jerry and abby,Evan 总是夸

大家有什么疑问?我们需要建立团队的信任
大家如何?有任何疑问可以找Koko, tom 空少进来。大家都相对比较沉闷,因为工作。我们得调整。

Jeremy:
1. 对公司的建议:项目拖沓,未及时交付,过程中把控不足,源头不足,项目负责人不明确;
项目负责人的职责:需求分析师,产品经理,UI设计,测试,实施;
项目管理的规范:进度,职责划分;
前期项目的规范
考勤的方案????全勤奖,奖励多少??????(建议很好)
绩效的,能力评级? (考虑)
会议的安排,及记录,没点
2. 对我的建议
方式不对,对Jacky不利;
态度的正确性,没有那多理由。借口原因。

2017-11-25 (23日工作)

  1. 车辆默认设置有误
  2. 预约时间不能变更
  3. 预约时间变更是会 + "timezone": "+08:00" (重要)
  4. 检查项,不同公里下
  5. 合格与否的取消?
  6. 客户 在订单中可以查看保养记录
  7. 【客户端】检查结果于客户看到的不一致,数据不一致
  8. 本次检查 = 》优化:检查报告,增加统计分析,及未处理项目展示,或者机工建议 (重要)
  9. 【客户端】所有数据,是否与当前默认车关联???(重点考虑)
  10. 上次保养日期,做完本次保养,要更新保养日期(重要)
  11. 公众服务号,消息推送链接 - 订单,客户关注过程信息
  12. 首页,检查报告,定位为订单完成后的总报告
  13. 下次保养时间,里程数 的计算规则,由后端负责(重要)
  14. 检查项,取关,需要等上次提交结束,请求限制
  15. Deng:
    简单体验了一下,小程序的方向是对的,不过功能设计离真正有用还是差距比较大,既然你自己也在开车,那么你要想想你作为开车的怎么做到你觉得有用愿意用,尤其是现在设计离哪些东西你觉得没用。

2017-11-24

  1. 设备查看
  2. 整理产品问题及需求

    客户预约流程,及后续管理
    快速搜索车辆优化(Koko)

  3. 【福特】司机乘客打卡(微信公众服务号)

    乘客端功能列表:
    1. 获取二维码:车牌号 + 用户id(userid) + 当前定位?
    2. 扫码打卡
    请求参数:车牌号 + 用户id(userid) + 当前定位
    返回结果:成功 or 失败
    3. 当前打卡信息展示
    请求参数:打卡记录id
    返回结果:车牌号,打卡地址,打卡时间
    4. 历史打卡记录查看
    5. 当前月份历史打卡异常标识

    司机端功能列表:
    1.获取二维码:车牌号 + 用户id(userid)
    2. 上车扫码打卡
    3. 开车打卡,三种:起点,临时停车,终点
    4. 当天打卡信息查看:车牌号,乘客数,打卡记录
    打卡记录:打卡类型,时间,地点
    当天可有 多组 打卡记录
    5. 历史打卡记录查看
    6. 当前月份历史打开异常标识

    技术上:
    1. 企业微信OAuth的授权登录,快速获取用户信息;
    2. 企业微信JSSDK引入,实现扫码,地址定位功能。

2017-11-23(Deng&Evan)

  1. Leader Info:
    除了接单按钮,可能还应该有个查询当前订单按钮
    另外人天主要是项目开发时方便计算工作量,便于与客户谈价格和资源投入,投入人越多交付越早;而做产品不是这样的思维方式,做产品只有功能开发出来的deadline,团队。要竭尽全力按时发布,有时候为了发布甚至会砍掉部分功能,然后不断循环,不断迭代,所以我们的思维模式要变。
    我们的系统如何与马立可系统对接信息要尽早考虑
    车牌行驶证驾照等OCR识别解决方案: https://open.youtu.qq.com/#/home
    系统参考:http://www.chezhike.cn/ https://www.batulu.cn/
    我们开发节奏要做些调整,因为人的知识背景不同,面对文字需求理解不会一致,所以如果是写完需求等到发布时间才看到结果通常都不会好,要做到边做边上线,即时体验即时修改,有度即时通内测版每天都有版本体验,我们至少每周要有体验版。
    做产品的要求比项目高很多,做项目是基于交付的,也就是说跟客户先说断后不乱,按事先说好的需求交付给你就完事儿,即便有分歧,我们也会利用当初的需求清单对拒绝客户有很强的说服力。而做产品就不是这样,不管开始给你的需求是什么,只要用起来不舒服不满意就不会成功,所以就要不断调整,直到满意,这样一来需求变更就是常态,但需求变更会导致开发成本上升,解决的办法就只有时时矫正,发现不对马上改,如果做很远了再改代价就太大。
    Evan: 下来我会把你的这个要求传递到每个人.我会要求Emma做事方式与思路。
    关键是要看到改变。
    还有一个问题,我们的数据安全怎么考虑的,数据备份机制有没有,是否有单点存储风险。
    Evan: 正式发布后全放在云端(公司当前租用的阿里云云服务器,也可以考虑调整到腾讯云)。另外我们在项目九娇汇也是阿里云云服务且每天自动备份数据库。运行至今良好。
    这里还有个企业微信应用上架的指引文件,也可以提早看一下,我们要思考产品化后的运营方式,包括是否有免费版,与收费版差异是什么?
    还有就是企业微信有手机端和桌面端(PC、Mac),我们的应用在手机和桌面的体现是否有差别都要考虑好。
    Evan: 跨平台的 多店模式 分布部署 等 会慢慢健全。
    小程序可能是通用的,但公众号和企业微信端可能是不同企业或不同店面应该有不同。
    Evan: 比较后续对产品运营、数据库优化、高并发下架构优化、数据安全都要深入下去。我也在和Emma沟通人才或许要积极挖掘内部与外部引入才行;小程序肯定是我们重点打造 周边应用 包含马立可店面端系统集成或者我们自己做一个进销存系统、工单系统也会尽快评估一个初步建议。如果马立可店面端系统,不开放系统接口,我们会研究一下这套系统,看是否可以直接写数据进去。
    不能只有加人做加法的思路,要用好现有人手,优化能力,我们的团队薪酬并不低,但感觉能做事的人少;另外产品也是要做减法,先做最核心的功能,不要搞大杂烩,好产品不是功能多。
    Evan: 我们讨论了 内部挖掘潜力为先
    卡券现在倒不是核心
    Evan:这点是我之前增加的推广需要的。作为运营类需求来源。
    得通过有用的功能积累了一定用户基础,预约、卡券都才能逐步推出。
    目前我认为保养助手能力是对车主有价值的东西。
    Evan: 嗯 好的。当时考虑“注册即生成一张卡劵给用户”。比如洗车卷一张。重点肯定是邓总你说的这点
    通过免费洗车券吸引到店检查,达到我们给车主完善动态档案的目的,也是不错的思路。
    但这只适合于已经是我们店面的车主转达给他朋友,这才可能是附近的车主能到店。不过我希望小程序是能超越地域的有用,我在深圳,或者老严在上海都要觉得有用。比如这次我去上海,老严的车他其实就一点儿都不知道该怎么保养,除了换过机油和刹车片他知道,其他有没有维护过他都不知道。
    专业性与服务好,是我们要重点对修理厂渝产品团队提出的新要求。软件是我们对这两点的理解。

2017-11-21 (房贷是否足够)

  1. 成都培训事宜,准备
  2. Richard 评语

    综合评估:Richard是一位偏技术型的可靠人才,且工作状态随意。

    1. 优点:
      专业技能扎实,能积极学习新技术,且掌握非常深入;
      善于利用工具,来高效产出;
      工作积极性很强,工作思路清晰明确;
      工作结果产出,可靠性很高,且时间节点把控很好;
      工作上,能常自省反思;
      团队意识强烈,能保质完成本职工作的同时,还能协助团队其他技术问题,及其他工作事项的协助。
    2. 缺点:
      技术架构能力尚现不足;
      对自己能力的定位,自信心有待加强。
    3. 其他:
      结婚较早
      有多次创业经历,比如所知:租房创业(租房,简单装修,转租多人)
      关注机会,以表现自我
      本次产品开发的参与,非常积极,且对money上,关注较少。他觉得能帮上忙,能做好,更为重要。

2017-11-18 (房贷是否足够)

  1. 成都的车票购买 (周二3点钟,周四6点)
  2. 车翼行产品
    1. 12月初开发计划,上线计划事宜
    2. 订单创建
    3. 保养维修类,检查项的整合,及数据表结构
    4. 预约流程的定义?
    5. 技术攻关

2017-11-17 (房贷是否足够)

  1. Jon 社保下月停缴 20日前告知刘勇
  2. 申请著作权-刘勇,Koko
  3. 邮箱技术支持:川外进度 - Jacky
  4. 九骄技术难点扩展
  5. 销售招聘 (Alisa 招聘指标)
  6. 煤监的计划确认(Jerry)
  7. 车翼行产品:

    1. 产品后端技术,后期扩展的考虑
    2. 12月1日产品规划
    3. 产品开发实现
    4. 产品 UI check (今日产品会)
    5. 技术调研:如果通过行驶证获取讯息 (Jerry)
    6. Deng 反馈查看
  8. 车翼行产品V0.1.1范围定义,及计划 (今日必须)

    Evan:专业,保养,预约流程
    券:进小程序送券,老带新送券,新送券
    检查项:检查 关联检查图示
    Abby设计,发布朋友圈:
    系统上线预热图片,倒计时,二维码
    系统使用的成效
    营销活动的推广
    软文推广:设计,标准、随意型
    预约管理-来源:上门,电话,网络

2017-11-16

  1. 汽车养护能手-攻克V0.1.0
  2. 王宇豪面试题准备

2017-11-15

  1. 接车服务,点击提示:确实
  2. 问题:
    1. 不同车辆,检查项是否不同,标准;
    2. 日常检查,常规保养检查以及不同公里数对应的检查,执行?
    3. 定期保养记录表是什么,是否是不同公里数对应的检查项目,还是保养手册

2017-11-13 - 今天Focus实现,明天要有所changes

  1. 汽车养护能手客户端(Koko)
    1. 创建订单的方式,待优化
    2. 订单详情,上传单据,请点击文字区域。(因实现图片预览功能,这里体验不佳)
    3. 汽车养护能手员工端(Koko)
    4. 能手 - 车翼行
    5. 黄军的事情,如何处理?
    6. 设备监控,下班前 check
    7. Team 工作项及安排

2017-11-10,11,12

  1. 无订单时,如何展示
  2. 顾问筛选
  3. 服务类型
  4. 员工端不在意openid 做处理
  5. 默认头像
  6. 订单详情:预交付时间
  7. SA,机电组的权限
  8. 认领
  9. 状态变更,单据上传提示
  10. 记录删除的控制
  11. 追加项目,客户确认的提示
  12. 不能推送消息,能推送消息的提示
  13. 汽车养护能手全面梳理:

    1. 记录创建时 openid 小写要大写(两处)
    2. 另外检查描述,维修描述是否只保留一条
    3. 创建订单时,服务定义
    4. 已认领,不能再次认领
    5. koa-cors, sha1 写入package.json
    6. 客户端,订单列表,服务项目的定义
    7. 车辆添加,信息验证,及路由转向
    8. 预约成功路由转向,转向后,无法返回
    9. 车辆图示
    10. 数据session sid处理
    11. 写死 openid get post
    12. 查看检查、维修结果处理方式不对。
    13. 自己认领了,不能在认领
    14. user表增加:userid, department, position, mobile(phone), is_staff, gender(sex), status
    15. sid 的问题
    16. 企业微信是userid,而不是openid,xcx_openid. 麻烦大了;
    17. 刷新页面404 部署环境里。。。。why?
      openChat(e) {
      app.globalData.orderInfo = e.currentTarget.dataset.order
      wx.navigateTo({
      url: '/pages/chat/chat',
      })
      },
      {
      plateNumber:
      peole:
      list: [

    ]
    }

邓总,今天无法提交 企业微信-员工端 实现,还有些细节需要处理,会尽快落实体验时间。客户端,我们会持续优化。

2017-11-09

  1. 大客户资料 Evan
  2. 邮箱支持产品化
  3. 邮箱用户信息同步,内容格式问题
  4. 产品会 Evan
    1. 坚持不能存在反人类设计
    2. 寻找艺人(?什么话?)
    3. 第一次看到,第一次用到,经常用到,业务与场景的设计
    4. 产品Logo,养护能手Logo
    5. 不同车,不同的服务,VIP,尊享
    6. 产品定制
    7. 能手的基色调:马立可Logo
    8. 保养时间,消息推送的原则:月份的第一天
    9. 基于保养时,推送项目信息?????
    10. 默认车辆

2017-11-08

  1. 汽车养护能力必须今日开动
  2. 会议纪要
    1. 事故咨询
      1. 同类品牌案例,不必要存在首页(参考性不高,各车差异,数据分析)
      2. 参考《车发发养车》
      3. 轮胎(Jerry,Koko一个轮胎坏了,换了4个,故事)
        ?三个主题:工作进度check,产品首页评审,头脑风暴,行业知识了解分工?
        Evan: 6人游旅行

2017-11-07

  1. 修理厂X展架、DM单、抽奖墙纸,今日需完成
  2. 整理下畅服开发团队所有成员的情况,包括岗位、能力评价、工资、入职时间、在公司的项目经历已经现在手头工作等等
  3. 煤监项目新情况需要进度确认 (Evan, Ben, and me)

2017-11-06

  1. 马斯洛理论知识
  2. 小程序V0.1.0目标拟定 card 处理(今日需完结)

2017-11-04 (Evan: 关键点:你都不看常用产品,以及竞品的了解)

  1. 预约美容,维修保养,钣喷(提供图片,定位) (变更)
  2. 美容项目细化(???)
  3. 维修保养项目细化(???)
  4. UI原型评审,及反馈
  5. 员工评语,及时发送给Koko
  6. 同类产品(竞品)分析文档 (《启示录》第40页)
  7. 整理邓总电话指示,并更新Trello card
    关于UI原型设计,反馈两点:
    1. 客户端首页,产品定义方向有偏差。现有从门店提供的服务出发,未以客户(真正需要什么)为首要考虑点来思考产品。而仅参考同行途虎,i车i生活等,缺乏产品可行的思考(Deng 10月30日的反馈中,便提及此需求方向);
    2. 现有的UI主色调,未与车翼行的Logo保持同步。
      此外就后期产品架构规划:实现员工端企业微信,车主端小程序公众号,全面借微信生态,畅服和其他企业微信服务商还可以帮忙推广。
      肯定了你的过去几天的工作,我们需要保持现有的状态,去做更多的调整和改变。
  8. 整理Evan谈话,同步Trello,明确我们的应该做什么
  9. 保养手册,用车习惯,常规问题,提供候选项
  10. 客户车辆使用调查分析,案例分析
    • 修理厂客户
    • 系统应用调查
    • 周边同事,朋友
    • 但是得有提纲??(用车知识)
  11. 关于汽车养护能手的思考(五区)

    • 广告元素, 我的默认车辆, 车辆类似服务记录, 绑定车辆, 在线客户, 疑难解惑 (参考京东首页)
      • 广告区,软文,图片,活动等,保养套餐?
      • 车辆信息:车牌号,车型,购买时间,上牌城市,购买时间,行驶里程;维修次数(实施项目),保养记录(检测情况,保养记录,实施项目),保养时间,下次保养建议,检测日期,保养日期,进行中的订单,维修
      • 新客户,绑定车辆,基本信息。提供第一次到店的免费车辆检测;(新车,如果让用户有想法,来绑定车,新客转化)
      • 无数据时,怎么展示信息,
      • 新客户看什么,老客户无数据看什么,老客户有数据,怎么让他继续信任我们
      • 游客转化为客户的,服务轮播,但是数据只能看一级非关键信息。绑定后,客户可看同类品牌的记录
      • 异常反馈,在线、电话咨询 (提供选择项)。我们的建议是预约来店检查,提供服务
      • 预约入口
      • 车况检查结果分析,比较,让车主随时关注车辆情况
      • 凡是进店用户,都可提供车辆检测,我们的服务不单一,比如洗车,就洗车,可提供检测。
      • 保养/检测记录表中,技工建议项目,预约服务入口;
      • 广告(微信注册,手机号),定位,推送设置
      • 绑定车辆,上传(扫描)行驶证 (???扫码行驶证信息???)
      • 《途虎》APP,我的爱车,参考保养手册,扫描行驶证,自动填入信息
  12. Evan: 你都不看常用产品,以及竞品的了解

  13. 汽车保养助手 (用户协议,参考)
  14. 保养手册(途虎,数据问题),车辆

2017-11-03

  1. 汽车养护能手

    1. 接单,新增选择机油类型(全合成6个月,矿物油3个月)
    2. 员工到岗状态:新增字段说明
    3. 接单,不在手机上接,iphone 上有可是看板。现代化执行,每个工位有ipad记录,视频,透明工厂的定义 (Good ideas)
      时间预约 优化,同时从早上9点 ~ 晚上9点;
      接车 24 小时接车,展现 和正常上下班,值班人员接车,两个场景
  2. 销售培训(企业邮渠道电话营销分享会)

    1. 重庆多以制造业为主,大部分对信息化比较保守;
      不同行业,自荐方式不同,体现了集成能力?
      自荐方式,自荐客户? 重庆康克尔制药,华为较难的客户?
      客户资源:明确目标客户群,行业范围,(放弃,重点关注)
      客户信息来源:准确性
      客户调查:客户域名,识别客户现有产品是什么(盈世Coremail域名邮件系统查询)
      收集客户信息:话题,痛点,分析(行业同类产品),客户的使用率,安全性要求。
      打电话目的:
      • 找到关键负责人
      • ...
        销售人员,电话联系,不同客户的挑战???
        分析客户信息,规模,获取邮箱管理人?
        新客户的来源:拉勾网,领英,脉脉,百度重庆企业邮箱(大部分不是小众客户),政府采购网,中国招标采购网,天眼查收集,全国中小企业股份转让系统,平时新闻,路上广告等。参加各种协会,交流会,厂商分享会等。
        扩展渠道?
        企业微信:参加招聘会,加入HR群(真实客户)
        建议:扩展渠道,通过其他厂商,推荐客户。关注客户来源,定期关注/维护原有客户,可能是下一个项目的机会。
        Evan:重庆经销商全体分享会,客户资源共享
  3. 产品会议,团队组建,分工 (动员大会)

    1. 前期工作总结,及分享;
    2. 成员评价
    3. 后期大数据,大并发考虑Java

2017-11-02

  1. 畅服官网:
    需二次点击立即购买,才能购买;
    另外睿杰发现的问题情况,需确认
  2. 汽车养护能手 + 翼行九州营销

    1. 预约时间:整点预约(后台设置预约剩余数,整点预约数不能大于剩余数)
    2. 接车服务: ¥100元,需指定接车地点,接车时间
    3. 项目费用符号:¥
    4. 预约“备注” 变更为 “预约服务内容”
    5. 预约成功:
      内容分块显示
      预约负责人->接待顾问
      显示接待顾问头像
      提示:电话,有疑问请拨打
    6. 员工上岗状态(扩展字段- 上岗状态)
    7. 客户端,通常进行中,只有一项。(这里的设计,要再斟酌)
    8. 缺少:外协项目:先开始外协,后外协。外协质检
    9. 缺少:配件 - 变更预交车时间 - 告知客户 - 如何告知
    10. 流程图:动作,系统工作;
    11. 预约: 接车方式?
    12. 消息推送内容:???
      预约项目管理:名称,类型 (是否与)
      服务项目,子项目(项目名,价格,介绍?)的结构定义,服务项目与门店关联
      服务项目 4 种,但是现在只明确了维修保养类的业务,其他的美容,加气等
    13. 自动预约,还是员工人为处理?????
    14. 认领
    15. 员工到岗
    16. 上次保养时间,下次保养时间
    17. 项目空表
    18. 预算时间,预约数的限制
  3. Project board and product board split. (About 车翼行)

  4. 销售人员招聘,想想办法
  5. 团队成员 员工绩效评语
  6. 设备测试用例评审
    1. 设备小程序,变更为设备web应用
    2. 添加设备功能,考虑两种:
      1)不输入任何信息,点击添加;
      2) 输入很长的内容,点击添加;
    3. 关于增加设备:授权二维码 和 自定义信息添加,理解需确认
    4. 关注列表,勾选某一个设备进行”取消关注“,重新考虑
      1) 已关注的设备,取消关注。改设备不在关注列表内
      2)未勾选任何设备,点击取消关注,提示:你未勾选任何设备

2017-11-01

  1. Sales meeting:
    销售人员扩充,任务项目标合理分解;
    80%的目标客户,大家的方案,思路是什么?
    新员工拜访方案:先电话,增强技术,沟通技巧,再陌生拜访;
    商桥咨询客户数
    意向客户数
    转化率

    》》》决定项:

    1. 直销(5万),渠道(21.4万)任务量, 刘勇 10月份管理绩效
    2. 员工工资绩效体系,已确定,执行便可
    3. 百度渠道推广(目标方法),a.每周日报(刘勇),b. 线上对接:如何跟进客户(谁跟进,怎么跟进:第一责任人刘勇,程丹是否可以执行零星对接)(刘勇/Alisa,避免客户流失)
    4. 官网改版升级,增加营销内容(苹果X,2个工作日提交发布)
      近期营销计划
    5. 其他方法/渠道:
      a. 金融公司(274个小额,19个担保,13个交易所,3个监理,银行(政府),保险) (已打300个电话,0个意向客户)
      方法:留QQ,邮件发送
      问题:电话号码错误 + 未接电话几率高
      办法:从 天眼? 获取客户联系方式
      怎么获取客户电话
      电话沟通技巧,自身思考,团队沟通总结方法,快速复制创新方法,理解领导要求,思考提升方法。
      目的:快速获取有效客户
      电话后,上门拜访?
      尝试性方法,快速有效执行,决策可行性

    6. 目标客户(无线索情况下,如何快速发展目标客户)

    7. 何大文(电销),沟通交流分享(11-03 星期五)
      工作牌?(11-02 刘勇明日处理)
      每天总结(睿杰)
    8. 企业微信 + 企业邮箱 绑定销售(试行)
    9. 招聘(每天捞人;周六批量性,并下午面试)

    新客户如果扩展
    每天总结,方法快速实践

  2. 从金融公司电话联系,获取意向客户。10月25 ~ 11月1日(7days)执行结果反馈:已联络300个客户,但是意向客户转化差。涉及范围:274个小额,19个担保,13个交易所想,3个监理,银行(政府),保险。
    我们的方式:电话联系,技巧强留客户QQ,邮件推送产品等信息
    所遇的问题:电话号码错误 + 未接电话几率高
    我们的改变:从 天眼 及时获取客户联系方式
    后续的反思

    1. 团队每天总结,方法是否快速实践?
    2. 电话沟通技巧现有情况下,是否OK?
    3. 团队成员间的沟通,是否有效?
    4. 快速复制创新方法,外部资源沟通交流分享
    5. 员工是否快速理解领导要求
    6. 如何获取意向客户的方式:上门拜访?
    7. 执行过程中,未及时作出有效决策,时间成本消耗
    8. 我们的目标是什么?初级目标:涉足金融行业,让我们的产品有存在感。进一步目标:直接发展意向客户。
  3. 专职HR,薪酬范围(3k~4k) (Evan: delayed)

  4. 团队成员 员工绩效评语
  5. 销售团队执行力,修理厂团队执行力(How)
  6. 汽车养护能手
    1. 明确各角色的权限,业务操作,结合SOP标准流程
    2. 数据表设计
    3. API设计(更改,新增)
      按状态显示订单列表(【客户端】【员工端:机电组等角色的员工可见】)
      【客户端】我的车辆,新建车辆,编辑车辆,?删除?
      【员工端】(机电工)认领订单:第一个认领为负责人,其他执行人 (两种:检查人,维修人)
      设置记录为发布
      变更:新建订单补充数据,关联预约单
      删除服务记录(但进入下一个环节后应该就要保证不能修改了)
      预约列表(状态考虑?)
      新增预约
      变更预约 (限制变更对象)
      提交预约取消原因
      车牌号/手机号码,获取用户??

2017-10-31 (启示录,本周看完)

  1. 确定翼行九州产品架构图
  2. 汽车养护能手

    1. 日志优化
    2. 服务环境异常PM2:shit, 搞不懂,Lazy. (Koko,昨日搞定)
    3. 会员与卡券功能调研
    4. 调研优化图片打标方式,参照<企业微信>
    5. 手机绑定时的服务条款(Evan)
    6. 开启卡券功能定义,详细了解
    7. 汽车后市场行业知识了解:12篇
    8. 预约信息与订单信息关联
    9. 预约线上线下流程

    预约取消倒计时
    取消预约
    预约服务人员分配

  3. 整理Evan谈话要点

  4. 如何改善现有九骄的问题
  5. 考勤制度的加强

客户端(4.5days

功能 优先级 实现版本 计划
1.按状态显示订单列表 1 V0.1.0 0.5days
2.我的(我的车辆) 1 V0.1.0 1days
3.优化客户体验 1 V0.1.0 2days
4.手动绑定手机号码,短信验证码 1 V0.1.0 1days
5.会员与卡劵功能(公众号服务号) 1 V0.1.0 非开发任务,待确定
6.微信/微信朋友圈分享 2
7.支持客户服务评价 2
8.增加预约功能 2

员工端(13days

功能 优先级 实现版本 计划
1.按状态显示订单列表(不同角色用户) 1 V0.1.0 0.8days
2.订单指派(机电工) 1 V0.1.0 1.5days
3.提供订单服务过程“发布”功能(文字需再斟酌) 1 V0.1.0 2days
4.优化创建订单 1 V0.1.0 2.5days
5.维修过程细化 1 V0.1.0 1days
6.增加预约功能 1 V0.1.0 3days
7.公众服务号模板消息 1 V0.1.0 2days
8.短信/分享小程序告知客户 2
9.门店定义 2
10.快捷(拨打电话)联系客户 1 0.2days

2017-10-30(Key: 整理招聘需求 and 汽车养护能手)

  1. 设备需求变更,及时间规划 (Alan, Alisa 确认)
    把握目标:一期项目还是要删减一些非必要功能,降低费用,降低使用门槛,这几天和几个渠道商都有沟通,在给设备制造商用的时候,都希望部署到自己的微信平台上,只需要保留数据订阅、数据定期发送和报警信息推送
  2. Android,Nodejs高级工程师招聘要求,薪资范围 (Koko, Jacky, Emma)
  3. 汽车养护能手,UI
  4. 后期翼行九州产品规范,行业领域知识,头脑风暴(头脑风暴方法)
  5. Leader Talk.
  6. 变更短信服务器的密码
  7. 汽车养护能手
    1. 日志优化
    2. 服务环境异常PM2:shit, 搞不懂,Lazy.
    3. 会员与卡券功能调研
    4. 调研优化图片打标方式,参照<企业微信>
    5. O2O即Online To Offline(在线离线/线上到线下),是指将线下的商务机会与互联网结合,让互联网成为线下交易的平台。
      今日:
    6. 汽车养护能手
      变更短信服务器的密码
      初步调研会员与卡券功能 - 公众服务号
      收集需求,及反馈 (已反馈Trello)
    7. 确定设备需求变更,及时间规划 (Alan, Alisa, Jeremy)
    8. 整理 Nodejs 高级工程师招聘要求(已反馈)

    明日:
  8. 确定汽车养护能手下期目标优先级
  9. 调研优化图片打标方式,参照<企业微信>
  10. 持续调研会员与卡券功能

2017-10-28

  1. 短信的密码规则:一定需要大小写,加数字,长度8位
  2. 产品规划:车翼行小程序 (10-30 ~ 11-10 two weeks)
  1. ## 一. 目标
  2. 1. 可用,易用,且严谨,可发布
  3. 2. 界面简洁,美观(克服:整体 UI 设计比较粗糙)
  4. ---
  5. ## 二. 功能特性(客户端 + 员工端)
  6. ---
  7. ### `(一)客户端(共 8 项)`
  8. 1. **按状态显示订单列表**
  9. - 1.1 正在进行中:检查中,检查结束,维修中,维修结束
  10. - 1.2 已结束:已关闭,已完成
  11. 2. **我的**
  12. - 2.1 我的车辆:车牌号,里程(Km),下次保养公里数
  13. - 2.2 我的预约,并支持取消预约,变更预约
  14. 3. **增加预约功能**
  15. - 3.1 支持预约录入:客户姓名,电话,车牌号,来店时间,需求,登记时间,服务门店
  16. - 3.2 支持 文字/语音两种方式 提交预约需求
  17. 4. **优化客户体验**
  18. - 4.1 取消直接的手机绑定
  19. - 4.2 直接展示案例
  20. - 4.3 案例优化,切入点扩展汽车养护能手小程序和翼行九州服务号的有效关联,增加二维码等。最终,让用户更容易接受。可以参看 <ii生活> 的透明工厂的概念。
  21. 5. **手动绑定手机号码,短信验证码**
  22. 6. **微信/微信朋友圈分享** (`优先级低`)
  23. 7. **会员与卡劵功能 `需调研,验证`)**
  24. 8. **支持客户服务评价(`功能需细化`)**
  25. ---
  26. ### `(二)员工端(共 9 项)`
  27. 1. **提供订单服务过程“发布”功能(`?需要考虑角色前台/机电组分工问题?`)**
  28. - 1.1 按照客户查看的方式,展示待发布的打标图示,文字说明;
  29. - 1.2 订单检查中/维修中,员工可选择性的发布打标图示,文字说明;
  30. - 1.3 订单状态为检查中,发布时,提供是否检查完成选项。如未勾选,则不认定为发布;如勾选,状态变更为 检查结束,推送消息告知客户。
  31. - 1.4 订单状态为维修中,如有追加项目,需再次发布检查记录,仅是发布服务内容。
  32. - 1.5 订单状态为维修中,发布时,提供是否检查完成选项。如未勾选,则不认定为发布;如勾选,状态变更为 维修结束,推送消息告知客户。
  33. - 1.6 检查后/维修有追加项目,均需要与客户确认,记录用户反馈,及需求。
  34. - 1.7 前台/机电组之间,订单情况的同步(微信公众号模板消息)(服务过程中,多角色参与时,消息传递(公众服务号推送)或@某人对话。)
  35. - 1.8 订单完成,推送结算完成消息 (~~推送结算,必须 4 单均上传,才能推送。同样需先展示 4 单,再推送(`须确认规则`)~~)
  36. 2. **按状态显示订单列表**
  37. - 2.1 正在进行中:检查中,检查结束,维修中,维修结束
  38. - 2.2 已结束:已关闭,已完成
  39. - 2.3 操作项不同展示,依据已关注公总号和未关注公众号
  40. 3. **优化创建订单**
  41. - 3.1 订单服务类型:保养维修,事故维修,洗车,美容四种
  42. ~~洗车,美容,保养,维修(结合现有情况,明确划分)。(另一种:维修,保养,洗车,临时停车等 (凡是进店均需记录))~~
  43. - 3.2 快速输入车牌号
  44. - 3.3 新增:车辆里程数(Km),下次保养公里数,预交车时间,初检图示
  45. - 3.4 快速(通过手机号/车牌号)获取客户资料
  46. 4. **维修过程**
  47. - 4.1 增加接车说明,比如:`15:07接 渝BML448。斯柯达。27728公里。打蜡100。代杰` `待定`
  48. - 4.2 增加服务过程中图示,说明的标注:检查,维修,单据
  49. - 4.3 支持删除服务记录
  50. 5. **三种方式告知客户服务情况**
  51. - 5.1 支持微信公众服务号模板消息
  52. - 5.2 支持短信
  53. - 5.3 (员工)转发分享小程序
  54. 6. **增加预约功能**
  55. - 6.1 支持预约录入:客户姓名,电话,车牌号,来店时间,需求,登记时间,记录人/负责人;
  56. - 6.2 客户自发预约,指派负责人
  57. - 6.3 预约提醒,按照第5点定义方式
  58. 7. **公众服务号模板消息**
  59. - 7.1 优化定制订单各阶段 `公众服务号` 模板消息,比如:`维修完成,通知客户结算,接车`
  60. - 7.2 记录 模板消息推送 的历史:推送人,订单号,推送时间,推送节点
  61. 8. **门店定义(马立可南坪店)**
  62. 9. **快捷(拨打电话)联系客户,沟通确认实施项目**
  63. ---
  64. ### `(三)其他(优化限制,技术难点)`
  65. 1. 优化图片打标方式,参照<企业微信>
  66. 2. 检查文字说明的限制
  67. 3. 图片上传的限制,及压缩
  68. 4. 日志输出优化
  69. ---
  70. ## 三. 未涉及功能点
  71. 1. 车辆管理:品牌型号,保养手册,当前里程,历史保养项目和时间里程节点;
  72. 2. 车辆维修记录管理(什么时候换过刹车油、换过波箱油、轮胎);
  73. 3. 根据 历史保养节点 推荐后续的项目;
  74. 4. 管理车辆行驶证
  75. 5. 执行过程中,时间限制,行为约束,快速响应;
  76. 6. 车牌号车架号能用OCR拍照自动识别,手工输入效率低(Deng: 微信应该有类似API,我记得有个专门团队在做)
  77. 7. 以前关注过公众号,这点是无法获取到推送的信息。这点后续才解决。当前重现关注才能看到推送信息。
  78. 8. 开启汽车养护能手小程序二维码功能
  79. 9. 客户唯一二维码,实现客户资料一扫既得

2017-10-27

  1. 讨论:

    1. 前 2 个月,自主开发的提成为 15%;
    2. 各岗级公司,计算有误;(Koko,Emma)
    3. (已改)绩效工资 占工资的比例情况(可考虑)
    4. 岗位工资 + 提成,签合同体现,还是收款时体现
      重要:但是考虑合同签订后,客户单方向毁约,如何处理。
      上述 一点,影响 销售合同 的定义

    5. 重要:客情维系商务费,是否体现在:邮箱业绩提成计算规则
      (成交价-媒体价*0.5)*10% (客情维系费用是否纳不纳入成本)

      • 由 Evan 决策定义,睿杰建议 200元 以下不纳入成本,超过 200元,需申请,纳入本次项目的成本费用。总费用不能超过
        总费用 <(成交价-媒体价*0.5)*5%
    6. 调整职级对应的岗位工资,绩效工资(占总工资的40%);

    7. 挂钩销售完成业绩,体现临界值的定义;
    8. 前 2 个月,自主开发的提成为 15%;
    9. 【岗位工资】签订合同时体现, 【提成】收款时体现;
      需考虑合同签订后,客户单方向毁约的情况。
    10. 客情维系商务费,是否体现在:邮箱业绩提成计算规则
      (成交价-媒体价*0.5)*10%
  2. Java高级工程师招聘要求(Jacky)

  3. 思考翼行九州产品方案,分析,执行,计划,人员配置等事宜

    1. 汽车后市场行业知识
    2. 头脑风暴产品定义 (Koko, Abby, Emma)
    3. 产品管理基础知识
    4. 产品特质,产品经理的特质
    5. 产品管理,技术管理,团队组建
    6. 产品目标明确
    7. 客户录音留言功能?
    8. How to plan for product?
    9. 《启示录:打造用户喜爱的产品》
    10. 以《用户体验要素》整理互联网产品经理书单
    11. 高保真原型应保真到什么程度?
  4. 建立翼行九州TODOList

2017-10-26

  1. 后端架构师招聘要求
  2. 项目收款金额,需要明确
  3. 面谈
    技术支撑
    工作优先级
    人员配置
    等等
  4. 原定到岗的销售人员,未到岗。缘由分析:???
    Evan:薪酬体系讲解 面谈的技巧
    本人:薪资太低,综合考虑不适合此类销售
  5. 整理《汽车服务能手》的反馈
  6. 【重要】《汽车服务能手》后期人员规划事宜
  7. 黄勇:给大家提出以下 10 点建议及其目标:
    Sprint 第一天,需要将目标定义清楚,并让团队所有人都知道「确保建立一致的目标并使之明确」;
    若出现需求变更,则优先排到下次迭代,特殊情况需特殊处理「确保本次迭代可以按时完工」;
    Scrum Master 将迭代中的需求分解为任务,每个任务只能有一个任务负责人,且不超过一个人天「确保每日任务可评估」;
    让 Product Owner 直接与相关开发人员确定需求,Scrum Master 需一同参与「确保需求与实现不会发生偏差」;
    每日定时站会,时长不超过 15 分钟,规模不要太大「确保任务完成情况与计划保持一致」;
    每日进行一次代码评审,由 Scrum Master 负责,并在次日将评审结果通知给相关开发人员「确保代码质量不要下降」;
    各个团队的 Scrum Master 保持每日沟通一次,时间不要超过 15 分钟「确保项目管理不会出现风险」;
    每次迭代结束,让大家稍微放松一下,可提供一些团队活动,比如聚餐「确保团队能够更加凝聚」;
    Scrum Master 需要给团队一些承诺,比如项目奖金或特殊福利等「确保团队更加有激情」;
    对于情绪异常的员工,Scrum Master 需及时与其沟通「确保不要让一个人的情绪影响整个团队」;
    此外,作为项目管理者,需要不断在团队中加强以下 6 点文化:
    方向一致
    当面沟通
    全情投入
    充分信任
    说到做到

2017-10-25

  1. 视野
  2. 行业APP参考
  3. 好:用户体验,简,实用
  4. 好:元素独特,为何是圈的定义
  5. 好:文化,内涵
  6. 用户体验师
  1. 修理厂产品Beta工作持续
    1. 员工间微信消息推送,@某人处理问题
    2. 增加服务菜单项
    3. 模拟测试
    4. 整理文稿
    5. 黄总:企业微信也有小程序
    6. 材料准备
    7. 记录推送时,提示:未登录
    8. 原有关注着,如果获取他们的openid?

2017-10-24

  1. 修理厂产品Beta工作持续
    1. 整理三种情况用户创建 (同步于Richard)
    2. 实现用户创建,及更新 (Richard)
    3. 案例说明(Eva)
    4. UI优化 (Yume)
    5. (Done) 手机微信访问wx.redirectTo()失效,返回 (Alan Fix it, )
      move app.js onLaunch() to index.js to onLoad()
    6. 整理本次上线功能点,及后续计划说明(Emma,Trello)
    7. 短信消息发送异常(Richard)
    8. 回顾昨日的问题(Emma,加油)
    9. (重要)选择消息推送模板(Emma,精选)
    10. 切换至正式服务器应用
    11. 整个用户登录流程拉通测试
    12. (增加)门店的定义
    13. 验证中:let saveTo = path.join(__dirname, config.UPLOAD_PATH, newFileName); 本地调试绝对路径,服务器部署相对路径,需要去掉__dirname
    14. 为关注小程序,推手机短息
    15. 创建成功,但是推送消息失败:需要考虑
    16. 如是体验版,需增加体验者权限
    17. 没有公众服务号的openID,推送失败,这里提示要优化为:无法推送,客户未关注服务号;(未配置服务号中接受消息的url地址)
    18. 公众服务号白名单IP的配置问题
    19. 下拉刷新
    20. 检查文字说明的限制
    21. 服务中,图片上传的限制
    22. 不同模板消息的优化
    23. 日志输出优化
    24. 头像为空时,默认图
    25. 第一次进入,直接列表页面,未到登陆绑定
    26. 数据合并有误,参考图示,koko
    27. 消息推送的历史记录
    28. 推送消息,状态变更时,过程中的限制约束
    29. 单据的标签,明确是哪一个单据
    30. 客户的记录,是否显示时间
    31. 微信开放平台的变更?
    32. 短信发送 验证的功能

2017-10-22 ~ 2017-10-23

  1. 需与黄总确认事项:

    UI 设计师电话配置
    专职 HR 安排

  2. 煤监事项安排:
    1. 三个公司的安排及文稿
    2. 公司介绍,及报价(体现人工)
  3. 修理厂产品新功能(需求):

    1. 会员与卡劵功能对我们营销工作有帮助,因此,看能否排个时间计划,尽快推动。
    2. 维修记录,@谁,关注情况。
  4. 汽车养护能力(计划 10-24 能开放一般,提交发布申请)

    1. (Richard)验证码过期 (确认为何无法发送, Evan提供)
    2. (Richard)文件上传(提供上传地址, Koko)
    3. (Richard, Emma)用户数据合并(整理三种创建用户的场景说明)
    4. (Richard, Emma)用户登录才有权限 (所有API请求需要加上sid,一旦API做了限制,便会异常)
    5. 微信模板消息推送(选择合适的模板,并发送确认)
    6. 提供最新的数据结构:比对更新
    7. 小程序发布之后,手机号码确认(不应该是 182800***725)
    8. UI优化(10-23 必须有一稿)
    9. 验证码,60分秒 再重发
    10. 环境部署(应用服务器https, 上传https,消息推送http?数据库)(Koko处理)
    11. 订单列表操作项,处理后,会进入详情。。。时间绑定?
    12. 删除记录,只能删除自己的
    13. 微信白名单配置
    14. 服务器地址,启动用,服务号的菜单都没有了。吓死宝宝了。
    15. 默认头像,默认车图
    16. 微信公众号 + 小程序的配置
    17. 找消息模板(几个)
    18. 数据验证的问题(下单)
    19. 模板消息链接小程序,进入时 需要验证用户是否登录???
    20. 手机上小程序体验,无法完成路由至pages/staff/staff
    21. 指定具体地址,需要带上 sid,How to handle? - (app =》 staff)
    22. (重要) 客户无订单时,如何处理
    23. 手机号解码API,出现异常 ctx.session = {} 导致
    24. (重要)时间格式化,有误,晚上,却跑出来中午13点 (不明缘由)
    25. (重要)验证: Data too long for column 'descr' at row 1, Data too long for column 'vin_suffix' at row 1
    26. (推送消息)最好增加提醒操作
    27. (Done)短信倒计时未实现
    28. (重要,三端)用户信息(更新)
    29. (重要)删除记录
    30. (重要)UI完整优化
    31. 后期参考:https://mp.weixin.qq.com/s?__biz=MjM5MTQ2NDc0NA==&mid=503501013&idx=1&sn=cf81a1a91b4c5fba86f2a3815b227d58&mpshare=1&scene=24&srcid=1002FphkxLE6lpKEQu1GqtjE&key=177645d18671623e9c82e2fa6b3c07238842fa75156a02f77c6ad6390c671882b00f23e6abe75f86e3abb1590f93346bbb4e690e627e3bfd0a4485f3a0a433ffc252a8988bb81b71da5fadffb52c5237&ascene=0&uin=MTQ4ODg1Mzc2MA%3D%3D&devicetype=iMac+MacBookAir6%2C2+OSX+OSX+10.12.3+build(16D32)&version=12020810&nettype=WIFI&fontScale=100&pass_ticket=NKtS8Jd7RAxesUCcuyNQldEYEINy6JibduH3MAFoHQXntPYaOyrv00O3x4cC9qR%2F

* http://www.jianshu.com/p/f77b2522683e 小程序开发说明,要好好看看:
1. onPullDownRefresh - 页面相关事件处理函数,用来监听用户的下拉动作.但是需要在config的window选项中开启enablePullDownRefresh,当数据刷新完成之后,可以用wx.stopPullDownRefresh停止当前页面的下拉刷新.
2. tabBar 的使用

2017-10-20

  1. 车翼行小程序重新申请(Evan)
  2. 组合支付前端实现
  3. 车翼行小程序实现
  4. 晚晴文档及蓝牙问题(Ben,讨论方案)

2017-10-19

  1. 确定文书 doc or pdf 方式 (Jerry's friend. Finaly Alan fixed)
  2. 客户商讨范本(Ben)
  3. 修理厂
    微信推送消息,链接到小程序
    微信开放平台,唯一识别用户的 UnionID,如何处理
    小程序部分
    UnionID 导致数据结构重新设计 user
    已有客户API
    不同场景下用户使用公众号,小程序
    下阶段版本目标(Source from Evan, but you need try.)

    1. 外键的约束
    2. 创建时间等的默认值
    3. create_by 等字段的概念,需要明确
    4. 评估是否要用 Koa 架构来做?请 Richard 了解评估 (明日得有结果)
    5. 代码清理
    6. 明确微信模板消息机制,注意事项等(Jacky)
    7. 开发计划,最近两天完成
    8. 数据表变更为复数形式
    9. create_date等的处理
    10. 变更API技术协议细节
    11. 关于车牌号输入参考(Evan 明日)
    12. 创建时间的默认值?
    13. ID not use auto_increment.
    14. 扫码微信二维码,是否可以获取openID (电话和openID绑定,有3条线,要细化)
    15. 代码优化
    16. 完整的sql语句
    17. 公众号服务号用户 openId 和 小程序openId 不一致,如何处理(使用电话号码来关联),但是这样会增加客户难度
  4. 九骄微信代码 两个分支代码处理(Koko, Jacky, Emma)

  5. 修理厂小程序未补充的功能:
    1. 文件上传至服务器端(Koko 提供资源)
    2. 用户查看记录:服务单据类,检查类
      参数 说明
      type CHECK:检查类,FIX: 维修类
      content_type IMAGE: 图片,TEXT: 文字,DOC: 单据
      这里要改 DOC 单据要改为type:DOC 单据类 (已变更)
    3. 用户短信验证(Jacky,Koko)
    4. 模板消息对接
    5. 开放公众号平台绑定,获取车翼行账号
    6. 提供删除记录的API
    7. 返回错误编号优化-小程序调整时一起改动
    8. 验证updateUser方法,当openid对应用户不存在时
    9. 解决短信号码获取问题(无法获取短信号码)
      DO we need to think about: https://mp.weixin.qq.com/s?__biz=MzAxMTU0NTc4Nw==&mid=222488512&idx=1&sn=b068c0453b0f21427fbaf53526540618#rd
      like:
      1. expire, 重复生成的限制;
      2. OTP全称叫One-time Password,也称动态口令
      3. Use session to save.
      4. 如何识别那个号码,是哪个的?

    10. 需部署才能做API请求(Koko)
    11. 表结构字段不允许为空的限制,比如vin_suffix 和 car_num
    12. 申请 https 域名访问API
    13. 下拉加载更多 orders
    14. why send request twice at Order Page.
    15. https://nodejs.org/api/http.html#http_http_get_options_callback
    16. 用户默认头像的素材?来源微信或者?
    17. 删除记录
    18. 单据类,只能存在一份
    19. 消息推送时机
    20. 登陆,员工及客户访问路由控制
    21. 客户进入绑定手机号
    22. 文件服务上传地址提供,并更换
    23. 订单检查等记录的排序,及加载更多
    24. 文件上传API 优化
    25. sid 需要保存到localstorage, 每次请求放到get query ,或者 post body (session 这块多注意下。看会不会有问题)
    26. 如果用微信头像,avatar 字段100,不够。会异常
    27. 新建用户is_staff undefined,或为false
    28. 多了获取头像等信息的操作,如果没有 现有存放用户昵称头像的方案,便不可取。
    29. 微信的用户信息是否会过期
    30. 注册登陆等流程需要梳理
    31. Order 的验证:Data too long for column 'vin_suffix' at row 1 等等
    32. Order, 没有上传车辆图,提供默认图
    33. Order,同一个车时,有新图,是否更新该车的图
    34. 用户信息维护, 是否需要变更:unionId 已开始就可以拿到。
    35. 推送消息的记录
    36. 消息推送过程中的订单状态变更
    37. 消息推送API
    38. 如何获取服务号的openID 和 unionID
    39. 关于公众服务号服务器地址,暂时实用明文方式
    40. user/encrypt_info 更新用户失败,为何?
    41. FormatTime, work wrong.
    42. 用户 进入这里会有三种情况
      1. 订单,创建 手机号码 为准的用户
      2. 小程序,创建 unionID 和 xcx_openid 为准的用户
      3. 服务号,创建 unionID 和openId 为准的用户。
    43. 图片上传的限制,大小,格式
    44. 微信用户快速登录,如果用户没有绑定手机号码时,提示。
      1. 每次都会执行userEncrptInfo,去更新用户信息?

    Richard: 主要根据 koa-session 修改了这个文件里面, 原来是 从 ctx.cookie 获取 sid,修改成从 query 和 body。

2017-10-18 (Focus yesterday)

  1. 嘉伟iOS fixed定位异常(http://www.haorooms.com/post/ios_fixed_input
  2. 项目事项:

    1. 煤监后台管理文书部分:doc转pdf
    2. 煤监合同二投标准备,及预演
    3. 九骄10月明确上线内容,及计划明确
    4. 设备小程序范围变更 (今日明确)
    5. 微信模板消息机制 (Jacky, Emma)
    6. 晚清项目,提供接口文档: (Jacky, Jerry)
      a. 接口文档;
      b. 蓝牙连接调试优化,涉及之前实现方式的合理性
  3. Jacky 外出计划及汇报(补充,我主参与)

  4. 明确微信模板消息机制,注意事项等(Jacky)
  5. 黄总:

    我现在比较关心几个开发项目的收款,请Emma关注推动Ben,【督办】本月落实的如下目标:
    1、煤监项目合同第一阶段的验收工作后,在本月收款阶段款。
    2、煤监第二个合同签订后,收取第一笔合同款项。
    3、晚晴项目剩余的款项,已验收了,要本月内收取款项。这个拖不起。
    4、手机加油站的款项。本月末该收取。老生常谈了,都烦了。
    全是开发项目的阶段款项,Emma要关心一下。
    我去落实:九骄汇月度款项(20号后)、设备监控项目第一笔款项(近期处理)。

  6. 关于销售团队:

    1. 近期项目收款计划 (重要,Ben)
    2. 企业微信推广,培训,及客户维系 (Suggrs 补充讨论确认)
    3. 煤监项目投标配合事宜(Ben, Suggrs, 放于项目中)
    4. 销售新员工入职事项明确,及近期工作安排
    5. 三峡学院-企业邮箱事项补充 (Ben)
    6. 招聘计划:要求4位入职,已入职1位(Koko)
    7. 长安邮箱应对方案商讨 (Evan, Ben, Suggrs)
    8. 修理厂 销售周边小区走访(Evan, Ben)
    9. 整理销售团队 引入trello board (Emma, 请各位今日配合,如有不足,请告知)
    10. 引入团队站会
    11. Trello board 使用告知会(下午5点,请各位参加)
  7. 什么鬼:晚清项目,有个接口文档要提供出来,今天把它搞定,让jerry多思考。1、接口文档;2、蓝牙连接调试优化,涉及之前实现方式的合理性。具体情况请和他们两位沟通。

  8. 销售团队Trello 引入会 议题:
    会议前说明:
    1. 引入Trello 作为日常工作记录及反馈
    2. 引入站会,确定时间。前期会由我负责,后续交回Leo。如果这种方式不佳,我们再优化。关于外出人员参与方式,两种:提前发出站会内容给负责人emma,leo,或直属上级。由其回报,或者电话参与。

    1. Trello 使用规范及要求
      范例说明
      目标,计划,工作项,每日反馈(异常,风险等说明),执行人,负责人,可推进
      a. 统一一个board 即可,后期考虑分开
    2. 现有工作项范围:渠道,直销,企业微信,项目,
    3. 销售团队薪酬说明
    4. 刘勇补充
    5. 黄总指示

建立销售群,企业邮箱

近期项目收款计划,及奖励方案,再次于黄总确认
春春工作计划,及来日的妹妹关系客户联系
提前告知刘勇 trello 使用引入
工作配合 煤监投标
销售新员工入职宣知,及薪酬方式的图示
建立销售群,企业邮箱
睿杰 三峡工作项的补充
招聘计划 koko
新员工入职前桑个月,综合行政部,跟进员工状态
团建方案拟定,有新员工的其中一位 + Alisa 负责
招聘及执行,结果需要在trello 体现
新员工近期工作计划
长安邮箱应对方案商讨
修理厂 销售周边小区走访
书。
下午会议安排:销售组,告知trello 引入,及如何使用。
1. 原本近日是销售组会议,但是请koko参加,考虑两点:她负责综合部事宜,员工事宜相关由她负责,招聘等事宜由她负责,她需要跟进新员工工作状态和融入团队的状态。
2. 合理利用每日8小时,比如睿杰和我们去项目拜访,他会很好利用中途空闲时间
3. 我们销售团队与技术团队的融合,比如团队建设时,有两位规划,但是必须得到koko,ben的首肯。
4. 从今天开始站会,明确大家已认可该方式,并且可以执行好,便交回leo负责。如果这种方式不佳,我们再优化。
5. 关于外出人员参与方式,两种:提前发出站会内容给负责人emma,leo,或直属上级。由其回报,或者电话参与。

  1. 煤监合同二招标准备(已确定)
    人员到齐
    明日上午宣讲
    下午预演
    黄总:每完成一个200的奖励,全部完成500的奖励
    书:
    Flask Web开发:基于Python的Web应用开发实战
    Python Cookbook(第三版)
    http://www.jianshu.com/p/92ebdd5e233f

2017-10-17

  1. 修理厂
    1. 外键的约束
    2. 创建时间等的默认值
    3. create_by 等字段的概念,需要明确
    4. 评估是否要用 Koa 架构来做?请 Richard 了解评估 (明日得有结果)
    5. 代码清理
    6. 明确微信模板消息机制,注意事项等(Jacky)
    7. 开发计划,最近两天完成
    8. 数据表变更为复数形式
    9. create_date等的处理
    10. 变更API技术协议细节
    11. 关于车牌号输入参考(Evan 明日)
    12. 创建时间的默认值?
    13. ID not use auto_increment.
    14. 扫码微信二维码,是否可以获取openID (电话和openID绑定,有3条线,要细化)
    15. 代码优化
    16. 完整的sql语句
    17. 公众号服务号用户 openId 和 小程序openId 不一致,如何处理(使用电话号码来关联),但是这样会增加客户难度

2017-10-16 (销售团队规划)

  1. 60万,60%, 40% 24万,收入18.2,
    提成:收入,成本,毛利润
    计划5位成员,每个人的业绩
  2. 工资体系:基本工资 + 岗位工资 + 提成工资/绩效工资/毛利工资,三部分
  3. 项目来源:主动开发,公司等提供线索:
  4. 外出出勤率
    • 客户建档数
    • 客户拜访数
    • 线索转化率
    • 收款完成率
      有意向的客户清单
      有效客户数:对企业邮箱有兴趣的客户
    • 日常管理
    • 外出出勤率:外出到客户现场并打卡,提供《客户清单》(客户备案、客户主要联系人、客户公司地址、客户属性【等级】)
    • 客户建档数:客户有意向购买企业邮箱,且有预期的购买想法,这类才能定义为有效客户。
    • 客户拜访数:拜访“有效客户”的联系人,当日形成【客户动态文字说明】。
    • 线索转化率
    • 收款完成率
  5. 周工作计划,拜访计划
  6. 周报,日报,客户跟踪表,周计划(企业微信同步)
  7. 公司CRM系统 信息录入
  8. 销售团队周会(每周周五下午4,5点,每周)
  9. 《客户清单》,当前销售建立的客户跟踪为excel表,纳入CRM管理。
    《周拜访计划》 打卡、日报、有效客户跟踪表
    《有效客户跟踪表》-->体现到企业微信的【日报】-》【工作进度】
    “项目签单案例分享? - 》每周五2个小时周例会,部门经理组织,Loe、Evan、Emma分享。
  10. (Me)销售技巧,方式方法总结分享
  11. 需求:增加座机
  12. 新员工入职
    考核期 第一周 专业知识,公司制度
    第二周 业务模拟,公司
    第三周 实践,主管考核
    正式期
  13. 本月销售团队 4 人必须到位
  14. 资料集归档企业微信:公司制度须知 和 新员工材料培训 (Koko)
  15. Alisa 招聘本月销售指标 4 个
  16. 新员工面谈
  1. 修理厂小助手:表结构评审(部分人参加?)
  2. 九骄,煤监,设备,各个项目计划,Doing
  3. 煤监二期合同,技术协议
  4. 煤监后台管理初始化
  5. 5.

2017-10-15

  1. 明日同步 修理厂 Trello card info to 卢 (明确时间点)
  2. 煤监合同二检查文书分布
  3. Evan send me something this need to be seen.
  4. 再次确认 修理厂原型定义 范围???? (Evan)
  5. 修理厂数据结构评审
    订单,增加员工服务id的关联
    订单接单时间,既为创建时间
    订单记录中,增加4中单据的区别???
    微信公众号模板消息推送

    了解微信公众号的消息开发

2017-10-14

  1. https://github.com/ocastillo/nodejs-mysql-boilerplate/
  2. 邓总要求设计稿 (partial)
  3. 修理厂,今日要明确的是?
    原型持续修改(邓总,黄总,修理厂的建议)
    表结构定义
    后续两周的明确定义(API实现,微信消息推送)
    搭建初始API应用(卢伟, can you help me?)
    与微信对接:小程序登陆check + 微信公众号消息(模板消息)
  4. Evan send me something this need to be seen.
  5. I had a headache. Evan said, '修理厂SA扣工资后,部分人员不来上班了。。。' How to face this?
  6. I care no longer for the danger. Let the Orcs come as thick as summer-moths round a candle. - 《The Lord of the Rings》

2017-10-13

  1. UI设计师面试
    界面美观
    用户的易用
    她期望是 6~7k
    首页-推荐商品
    首页-不足:红酒高端,颜色风格,红色色调,LOGO放大,分类等字体不够清晰,排版问题,主次问题不明确
  2. 明确煤监项目周一之前前端的内容 - Jerry
  3. 彭总-首页实现-参考YOYO
  4. 修理厂原型-及UI变更建议
  5. 修改九骄微信版 3 个缺陷(Done)
  6. 整理 Evan 发送的信息
  7. 整理近期所有事项列表,再次开始
  8. 邓总:小程序开发有设计稿没呢?逻辑流程 - 《汽车养护微信平台方案.pdf》
  9. Java面试者:
    以后参与的项目有哪些
    整个项目能力,现有项目中的角色,过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
    工作中,有什么方式方法可以使用去快速定位问题?
    项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
    遇到难题时,处理方式,不解决,誓不罢休???
    代码注释行,规范 (?)
    代码 =》 Git clone,push,merge
    你对全栈工程师的了解,你未来的方向是?
    当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
    最后一个问题:你刚入职不久,为何考虑新机会?

2017-10-12

  1. 修改银行卡卡号去掉空格的问题(Done)

2017-10-11

  1. 正式员工合同-Koko: Alan,Jeremy
  2. 发消息给蒋老师,确定下午站会的负责人。
  3. Jerry, you did not talk with me yersterday.
  4. Alan work too much, and check his code.
  5. Factory:
    电话确认终端,中断,变更项目

    车辆1:等待保险公司确认。

    洗车的客户
    送车 去 外单位,保养。。。含漆的,都需要,那预期交付时间会长
    导致预期交付时间延长:外派喷漆(公司),外调材料

    保养:单次保养、维修保养
    维修:事故维修,XX维修
    抓住客户的心态

  6. 今日工作跟进

    畅服官网
    九骄
    煤监拜访
    煤监后台数据库设计,进展?
    修理厂原型设计,须有结果
    车-车主,代理人
    一个车牌,变更品牌
    多个人员上传图片(现场,外办)
    邀请码

  7. 关于项目负责人职责:

    1. 负责项目技术协议编写及确认,并得到公司技术总监确认;
    2. 负责项目计划制定及确认,并得到公司技术总监确认
    3. 负责项目组客户,人力,业务,时间等资源协调
    4. 负责确保项目内部资讯传递一致,及管理
    5. 负责确保项目组成员有效沟通
    6. 负责组织项目组相关会会议
    7. 负责确保项目团队短期长期目标的一致性
    8. 负责按阶段知会商务负责人,技术总监项目情况,确保项目透明化;
    9. 负责配合商务负责人所有商务事宜
    10. 负责项目团队管理成员工作交付结果管理,由技术岗位的负责人负责技术结果。
    11. 负责向公司技术总监提供项目组成员的工作结果评价建议。
    12. 负责按合同收款节点计划的交付,此项工作目标是重点考核项。
    13. 是负责按公司技术总监要求,提高团队成员的工作能力的协作。

    每次发放是每个阶段收款时?

    。技术团队出现任何偏差,项目负责人应第一时间知会到商务经理,商务经理及时跟进处理,做好项目偏差后的应对协调工作。

2017-10-10 (注意重要实现,优先级,too much.)

  1. 煤监项目情况,Trello跟进,项目开发情况(Review yesterday's things)
    30日之前的开发计划方案
    15日合同定义问题?Jerry
    15日合同范围:
    煤监Android新功能,煤监后台辅助功能,安监的融入,安监48个文书实现,及分布
  2. 设备项目技术协议(Done)
    设备项目组构成:
    项目负责人:王晓梦
    项目联系人:程丹
    后端Java工程师:余治林,蒋登伟
    前端工程师:王明浩
    测试/运维工程师:谢春花,程丹
    合同编号:PPtech-CG-2017-010 项目内部暂时没有【项目号】,都以同一编号进行管理的。
  3. 总结昨日团队面谈,及Jeremy面谈执行(Thinking)
  4. 九骄后续规划(Talk with Koko)
    风险点
    PC api是否用新框架重写
    后续事项
    网站重新设计(需UI)
    评估开发时间(PC网站、后端管理)
    PC网站后台管理

  5. 昨日站会补充,及项目规划说明

  6. 邮箱页面调整及验证 - 彭总(PSD,需要协助,明浩已协助)
  7. 车翼行的文档,工作计划,邮件等,需整合,服务小程序的命名,材料

  8. Myself 产品知识,为车翼行小程序做准备;个人邮箱签名维护

  9. 九骄PC版上线,遇到障碍:PC版,需要申请支付方式(已处理)
  10. 提前明确周三前往车翼行修理厂的事项
  11. 川大项目-Jacky已完成技术交接准备,交付Jeremy.(进行中)
  12. 煤监-权限管理数据结构设计

我有点担心,但是兵来将挡水来土掩。

2017-10-09 (Key point: review talks with Evan, get all the TODOs)

  1. 团队每月面谈:(我需要反省)
    与Jacky沟通
    1. 后端团队,前端知识缺乏
    2. 前端知识培训(ztree交付培训)
    3. 提高主动性
      Jerry:
    4. 对团队不够严厉,慈父多败儿;
    5. 面试过程太过随意,无法更清晰判断候选人;(后续面试,请Jerry参与)
    6. 现有团队的招聘:UI设计师,后端工程师,前端工程师的备用人选
    7. 技术提升,及行业发展:人工智能???
  2. UI/视觉工程师招聘须知(Jerry人员推荐,须知可不急)
  3. 煤监项目情况,Trello跟进,项目开发情况(挪至明日上午)
    Koko 第一阶段交付东西的需求
    创建初始化煤监Git库:
    pp_meijian_doc (煤监文档库)
    pp_meijian_android (Android煤监应用)
    pp_meijian_manage (煤监后台管理)
    pp_meijian_manage_api (后台API 和 Android数据同步API)

  4. 九骄PC商城上线(所有缺陷,Koko, Alan, Alisa)

  5. 邮箱页面调整及验证 - 彭总
    1. Logo的位置往左移动
    2. '我爱大自然'位置,需增加高度
    3. 邮箱等输入框大小,用户体验不好
    4. 账号输入有误时,出现验证码的输入(未重现,why?)
  6. 畅服官网开发推进:get svn repos name.
  7. 本地邮件新工作项推进
  8. 设备小程序的技术协议(明天完成)
  9. 车翼行的文档,工作计划,邮件等,需整合,服务小程序的命名
  10. 今日员工大会会议纪要 - reply Evan
    Myself:
    1. 产品经理,多阅读
    2. 英语80本管理书不拉下
    3. 明确重点在车翼行
    4. Spring boot入门学习
    5. 微信小程序
      Evan:
    6. UI设计师招聘:候选人确定
    7. 车翼行前期成员-成都,情况反馈:外包费等

2017-10-04

  1. 回归昨日工作
  2. 完善模板消息推送

2017-10-03 (长嘉汇-maancoffee, It's cold.Work)

公众号:马立克南坪店
小程序:服务小助手
TODO:用户登陆/注册流程,需要细化

  1. 修理厂服务原型第3次:

    预期可交付时间:
    上传服务单:何时上传?
    全面初检:服务单
    (推荐项目)维修单/保养服务单
    员工代为 验收检查结果-同意(员工侧 功能)
    维修中,项目是员工选择,客户不能选择
    体现追加项目的价格
    客户评价:增加预估结算单,结算单
    分享页面:页面/图片
    》保养/维修
    用户登录及注册,未考虑到

  2. 关于修理厂微信消息推送
    应该不是小程序,而是公众号
    用户登陆/注册,如何考虑
    提示语 + 链接(定义)
    消息 + 模板
    客户端,少了预计可交付时间,且因追加可变更
    追加项目后,结算也是否考虑消息通知
    追加项目后,新的检查图片,支持员工再次上传,提交推送消息

    1. 扫码时关注时,新客户

      欢迎XXX。感谢您对我们的支持,我们将随时在线为您服务和协调安排。请关注我们的服务小程序(点这里),您能实时在线地查看爱车的车况信息。

    2. 下单时,新客户

      欢迎XXX。感谢您的支持,我们将随时在线为您服务和协调安排。请关注我们的服务小程序(点这里),您能实时在线地查看爱车的车况信息。

    3. 下单时,老客户

      欢迎XXX再次光临。
      距离您上次到店服务:30天
      您的爱车问题:XXXXXXXXXXX。
      我们刚已为您安排了机工,进一步检查车况。
      请关注我们的服务小程序(点这里),及时获取爱车状况。

    4. 检查结果时,推送

      XXX 客户,我们对您的爱车,已完成全面检查:
      报价:¥1000元
      材料费:¥800元
      工时费:¥200元
      检查结果:XXXXXX
      您是否同意我们的方案?您可以在我们的平台上(点这里),作出您的决定,同时你还可以查看更多的检查明细。
      请告知我们您的态度,谢谢。我们的服务顾问罗笑笑(电话:12380072623)在这里竭诚为您服务。
      (附一张检查结果图?服务类型:保养/维修)

    5. 实施结果时,推送 (追加的将不同)

      无追加: XXX 客户,您的爱车,已完成项目施工,可交车。请您到店结算,提车。请在我们的平台上(点这里),查看所有过程施工图片。欢迎对本次服务作出评价,留下您的宝贵建议。

      有追加:XXX 客户,我们维修您的爱车时,发现 XXXXXXXX 问题,追加部分项目,原有的报价将有所变更。您可以在我们的平台上(点这里)查看更多明细,请告知我们您是否同意本次追加。

    6. 客户评价后

      XXX 客户,谢谢您留下的宝贵建议。我们将努力着,为你提供下一次优质服务。谢谢光临。

2017-10-02

  1. 整理绩效评语,发送Koko
  2. 南岸区响水路-马力可汽车维修中心现场-完善服务小助手原型
    马力可店面公众号
    关注小程序,是否就关注了关注公众号(经确认:可引导关注)
    进店,提示欢迎: 扫车牌,获取车牌。(新客户,未关注,消息无法推送)

    接单,选择车型,问题描述,车况检查
    指派机工检查(分组,保养,维修)维修报价单
    维修服务
    用户确认
    订单管理:我的订单,所有订单。或者按状态来展示?
    服务流程:下单,检查,服务,客户验收
    未体现的概念:机工分组,项目材料的可选择,服务类型:保养/维修/混合
    Evan:上传纸质服务单
    客户可见四种单据:服务单,保养记录单,维修报价单,总价单(How to do?)
    微信消息推送。。。。各个阶段
    检查图示/服务图示,各种图示,可能是多人操作上传

  3. Spring Boot 学习
  4. 第二次修理厂原型评审-Evan,Starbucks
    1. 已有用户,有多辆车,可供选择
    2. 客户评价:三个维度的评价(服务评价,专业技术,质量)
      拖星的同时,文字描述:不满意,一般,满意,很满意,非常满意(可参考美团的评分机制,不同星,给定标签,可供用户选择原因)
      用户建议,变更为客户建议
    3. 用户评价,评价分享后,可分享(评分情况 + 外加微信公众号推广)
    4. 考虑客户端:我的(我的车辆,卡包,卷)

2017-09-30 绩效评语

初入公司,便能迅速进入项目状态。项目进度,质量都把控很好,在面对繁杂业务,仍保持沉着稳重的态度,并对项目有独特建议。
整体表现非常好,绩效评分:120分,备选优秀员工。

工作态度积极,九骄汇项目表现较好,技术能力成长较明显。望后续持续加强技术能力。
绩效评分:110分

现有基础上,平稳发挥。望后续加强对用户需求,前端技术,以及项目管理的努力,同时关注提高应用质量,优化用户体验。
绩效评分:100分

煤监项目上,整体把控存在不全面,需要持续努力加强;九骄汇项目上,协作工作能保质保量地完成,表现较佳。望后续能清晰把控用户需求,快速获取用户关注点;能发散思考用户需求,替用户需求最佳解决方案。
整体表现未达公司预期,绩效评分:90分。

项目上,客观主观因素导致项目延期严重;参与多个并行项目,项目工作不透明化,工作优先级把控不到位,且未有效分配工作任务;项目(九骄汇)的交付质量较差,未能实现可用的业务流程。
管理职能上,未承担理应承担的项目职责,团队职责;作为技术经理,能快速引导团队寻求可执行的技术解决方案,比如煤监项目后台架构。
整体表现属于不理想,绩效评分:90分。

UI设计交付品达不到预期,设计功底仍待提升;未有效规划工作时间,且学习投入,看不到明显结果;工作状态较懒散。
绩效评分:70分。

2017-09-30-修理厂-Evan对接需求,原型设计

  1. 车车云公众号,移动端线上服务 参考
  2. 客户管理-车辆管理,增加服务类型:保养,维修
  3. 目标是:图片上传
  4. 我的范围定义太窄,要多参考
  5. 建议项目,追加项目,全选,勾选,展示图示,平铺(大图)
  6. 机工,按组分配
  7. 打印(后端支持)
  8. 订单信息查看(类似于原有的纸图)
  9. 纸张打印 3 份(3联单?)
  10. 轿车时间 总价
  11. 保养还有套餐(总价 打折)
  12. 2号修理厂现场(早上9点),并反馈部分需求
  13. 3号改原型, 4号碰头(待定),5号璧山(聊天,吃饭)
  14. 6号修理厂开会,计划,下一步计划安排,原型
  15. 设备(国庆准备合同,发送),节后开工,并行项目把控
  16. 客户有会员卡的情况?
  17. 服务单签字,打印
  18. 注册店家
  19. 订单号
  20. VIN 是车的唯一识别码?车票号可变更,但是车票号又可关联新车(换车)(如何实现数据存储)
  21. 支持多家店(有新建门店的概念)
  22. 修车厂的重点:人,供应链
  23. 洗车 没有工单
  24. 新客户
  25. 收款明细,进店台次
  26. 库存系统,工单系统
  27. 把握关键点:Clients, Cars, Products, Factory(Person, Service)
    Client:预约,消费产品,确认过程,可选择消费,评价
    Cars: 选择平台,相应的参数
    Products:多样性(两类产品:一种需到店,另一种不许)
    Factory:提供服务,套餐,检查,保修。

    明确有哪些角色
    明确Factory & People
    明确Prodcts 类型
    明确项目类型:产品可选择

  28. 车型分类:A,B,C,D,E

  29. 两种客户:
    一种:到店检查前就走了,过程中是否有问题,再次电话check;
    另一种:等待车辆检查完毕,项目确认完毕,再离开。
  30. 项目费用:材料费,工时费,另外还有活动(买二送一)等
  31. 车型选择,分类等
    保养:全面检查
    维修

服务时间,比如换电瓶,店里需要调货?

2017-09-30-VPN配置-蒋老师

  1. 茶话会
    蛋糕 160
    水果:枣子,葡萄,香蕉,火龙果,哈密瓜,小西红柿 (150)
    水:七喜,可乐,酸奶 (50)
    卤味: 100 左右
    零食:薯片,爪子,瓜子。。。40

    水杯,盘子一次性 (另算)

  2. 九骄复盘
    本次是我们的一个复盘总结, 外加 团队的总结会。 后续我们将持续如此。
    我们就事而言,我们是否能做得稍好一点,工作效率提高一点,工作节奏规范一点。

    9月整个过程回顾
    1. 微信版架构优化启动(Emma,明浩)
    2. 后端应用现有结构及业务逻辑优化
    3. 新需求:企业邀请码,白名单,微信消息推送,微信菜单管理
    4. 九骄官网设计,实现
    5. 九骄PC简易商城实现
    》项目过程考虑:设计,开发实现,测试,部署等,每个环节,我们是否做到位
    》每个岗位的职责,工作交办(验证结果)
    》如何把控用户的需求,与目标保持一致
    》过程中出现的问题:支付,企业邀请码,商城个人中心
    》关注自己的产入产出,是否有效,是否值得

    项目 All in
    1. 九骄
    2. 煤监
    3. 手表
    4. 晚晴
    5. 设备
    6. 大学(???)
    后期各项目安排,进度,关键事件节点等

    规范 All in
    1. Git 使用规范,流程,辅助工具
    2. Trello card 的使用,项目管理工作规范
    》让我们的工作有迹可循,透明化,同时积极暴露问题
    》每个Card 有一个负责人,每一位成员都可以成为负责人(一种是主动,一种是被指派)
    》明确各个环节,人员配置情况,以此评估是否需要新同学的参与
    3. 每日工作安排与记录
    4. 工作反馈,及团队之间的交互
    5. 可执行项目计划(明确项目范围)
    6. 最后回归 我们的技术

    总结 All in
    1. 团队:配合,主动
    2. 个人:学习,挑战,灵活处理,工作明确及反馈
    3. 绩效:考评方式(OKR:目标与关键结果),这个将会
    4. 表扬:
    》大林:九骄的参与,及后续的努力;
    》Jerry:煤监打头站,谢谢你这段时间的努力,你的态度。你的建议:项目组各成员,需要明确该项目的目标,范围,及业务需求。
    》最后是谢谢各位在9月的努力。
    5. 各位补充

    十月规划
    1. 技术团队规范:编码规范,Git规范,Trello card 规范等
    2. 绩效考评实行
    3. 技术团队的TODOlist

    下午茶
    最后综合部经理Koko,安排下午茶(每月月底小福利)

  3. 今日会议安排

    1. 煤监项目会(14:00 Jacky, Jon, Jerry, Koko, Emma)
        会议主题:煤监项目进度,后端架构讨论定义
    2. 九月九骄汇项目复盘会(15:00 Jacky, Jon, Jerrmy, Koko, Emma)
    3. 九月团队总结会(16:00 All in)
    
  4. 员工绩效:评语怎么给

  5. 煤监项目会

    煤监项目进度
    文书 还差10个
    业务流程有问题:立案 too complicated.
    额外增加80多个类
    表数据结构,数据同步

    后端架构
    表结构定义
    API 协议
    apache 安全框架 权限 ssira(预留,5-》3)
    Spring boot??
    现有的框架(可扩展性差)

    后期计划:
    1. 9号拜访,初验(睿杰)
    2. 15号验收,确定验收方式(李工)
    3. 文书排版,内容填写手机,电脑(李工)

2017-09-29

  1. 周五 要给出技术协议,及分析评估 公众号-i代 (Not do it.)
  2. 员工绩效:评语怎么给(怎么排名,评语,我不知道怎么评)(准则:加高薪,都精干,不养闲人)
    每个月员工面谈,评分透明化。
    绩效奖(60%全扣)
    项目奖(1000)
    先进员工
    3个月一次选优秀员工,发送季度奖金(3个月表现好,可以非正常涨薪)
    (1千块的用处,好好考虑,值得的,就花。)

    蒋登伟:90%
    黄军:92%
    余治林:92%
    王明浩:92%
    何炼玲:90%
    赖文杰:92%

    蒋登伟:75
    黄军:83
    余治林:85
    赖文杰:88
    王明浩:85
    何炼玲:59

    赖文杰(120%优秀员工)
    余治林(110%)
    王明浩(100%)
    黄军(煤监项目中表现欠佳,九骄协助工作表现尚可,预期要求较高,结果不理想 - 320元)
    蒋登伟(晚晴项目延期较明显,其他项目情况,工作不透明,九骄项目交付较差,缺陷严重,从部门的管理职能上,仍需要担当更多的责任。其本月表现属于不理想,整体评分90)(10月抓重点)
    何炼玲(项目设计工作,设计功底有待提升,闲置时间的把控,工作方式方法有问题,不懂沟通, 70%)(劝退,国庆回来第一周)

    往后走,绩效,体现年底奖金,原则上没有问题

  3. 九骄事宜跟进,及缺陷跟踪(Add two api:sign up, sign in)

  4. 重要 确定煤监后台技术选型(Jacky,Mr huang,Jerry,Koko,and me)
  5. Evan send a link, just learn it.
  6. I need to think about how to make everything effient.
  7. About 九骄 check meeting, PPT report???
  8. 修理厂
    SA 销售-接待
    机电 - 施工
    小程序:接待,检查 + 施工图片 管理, 上传图片。
    微信公众号:消息推送?

    支持接单信息录入:
    客户姓名,客户电话,车票号码,车辆型号,接单时间,服务顾问(接单人),问题描述及客户需求,指派检查人
    支持单个订单检查及服务报价:检查图片上传,检查人,建议服务项目(多项),总报价,预计交付时间,客户确认
    支持检查类型:车辆外观检查,车辆内部检查,燃油存里检查
    支持服务过程记录:服务图片上传(是否考虑以提供的项目相关联),(旧件展示)
    支持记录服务结果,情况,及用户评语

    支持微信公众号消息推送 车辆检查结果
    支持微信公众号消息推送 车辆服务结果

    订单状态:新建,检查中,维修中,维修结束,用户确认中,订单完成,订单关闭
    支持记录订单关闭原有

    支持服务项目的录入
    支持员工信息录入
    支持客户信息管理(待定)

修复九骄后台管理前端缺陷:
1. 组织结构树,不允许拖拽;取消全部展开
2. 商品取消白名单,增加取消确认
实现九骄商城首页(请参见:http://10.1.10.26:8089

2017-09-28

  1. 关于彩票中心,文件系统是否可以屏蔽,实现文件系统(rui)
  2. 2.

20170927

  1. UI 小玲

    1. 畅服官网界面设计,完成,并交付技术团队(Emma):
      共5个页面: 首页、邮箱介绍、企业微信、新闻资讯、联系我们
      1.1 首页设计,勇哥昨天(26日)已评审;
      1.2 其余4个页面,参考提供的资料源实现
      Emma,官网中有任何细节需要确认,或协助,请告知我。此外,过程中实现可交付时,我们一并验证。

    2. 九骄汇企业网站-首页,本周是否涉及 首页 的上线?(Koko)

    3. 媒监后台管理 界面设计 (09-27开始 小黄)
  2. 九骄
    商品排序
    PC商城增加首页实现
    PC商城增加注册实现
  3. 客户拜访
    三级分销
    微信公众号创建
    后台管理
    工资发放
    数据爬虫,或手动录入
    评估现有功能列表
    会员积分,工资兑现?
    积分工资,兑现方式?
    朋友圈,信息发布,审核功能
    爬虫,如何爬微信公众号的数据
    周五 要给出技术协议,及分析评估

20170926(Tired, too many problem.)

  1. 今日 彩票中心 客户现场情况反馈:

    客户有意向采购 企业微信 和 企业邮件,并额外提出新需求:
    1. 企业微信中,限制非图片类文件传输;
    2. 定制开发内部文件管理;
    3. 组织机构同步,从公司内部 单向同步至 企业邮箱
    针对1,2两点,技术团队会与明日(27日)下班前反馈 睿杰。
    睿杰,后续会提供本次的 报价方案 给客户。

  2. 煤监后台文书doc处理
  3. 修理厂公众号设计
  4. 九骄汇商城:

    1. 企业邀请码(业务需再次明确)
        增加企业组织结构树的定义
            根节点不允许删除,未做限制
            节点新增,未做保存时,删除失败
            有子节点的节点,不允许删除
        相关模块展示员工编号,且支持查询
        用户管理,非内部员工,支持维护验证码
        用户管理,内部员工,可选择所属组织,所属团队
        用户注册,增加邀请码
    2. 微信出金(企业支付)
        增加提现方式
        后台显示出金方式,并恢复微信出金功能
    3. 商品购买白名单
        支持导入某个商品的白名单
        支持清除某个商品的白名单
        下单时,增加白名单的处理
    4. 微信公众号菜单维护,及推送
    5. 货运单号必须填写
    6. 关联商品,增加商品编号显示
    7. 微信消息推送:商品发货 及 代售商品已卖出
    
    缺陷:
    1. 【前端,已处理】商品购买时,关联订单配比为 0 时,产生了购买数为 0 的关联订单。
    2. 【待观察】订单列表数据加载时,出现重复数据
    3. 【前端】个人中心-订单列表,下拉刷新时界面优化
    4. 【前端】用户授权后,未注册,返回了个人中心;(应该返回 首页)
    5. Trello issues
    6. 组织结构维护 UI 调整
    7. 子节点,或子节点有员工的不能删除,只能改名字,不能换。
    8. 同级不能输入同样的编码
    9. 不能更新编码
    10. 员工编辑,组织,团队二级关联有误
    

晚晴
煤监
九骄, 权限 (邀请码,白名单)
彩票技术评估

蒋老师:工作定位,及工作透明?

20170924~0925(Tired, too many problem.)

pp_jiujiao_manage has no .gitignore file
1. 关于九骄

搭建后台管理环境本地
整理后台的待测试功能列表
关联订单配比为 0 时,不应该产生关联订单。(现在产生为数量为 0 的关联订单)
未执行注册,返回个人中心,应该返回商品列表(?)
微信企业付款 - 前端增加提现方式,后台显示出金方式,并恢复微信出金功能。
13062336665 Flower
m_code 怎么存
组织,公司的🎧管

服务号?公众号? 10点钟 -today

公司资质
九骄汇商城

  1. **九骄计划时间**:
  2. 09-27 周三上线,9月微信商城相关改动
  3. 09-29 预计周五上线,PC版简易商城
  4. 邀请码:业务场景的使用,邀请码用户绑定
  5. - 用户编辑,邀请码,自动生成
  6. - 用户列表中,展示邀请码
  7. - 所属团队,增加根节点展示
  8. - 推荐者所属关系,显示“推荐者的名字” / openId (未工作)
  9. - 邀请码需要在:
  10. 代售管理
  11. 订单管理
  12. 提现管理
  13. 用户管理
  14. 报表管理
  15. 均需要增加 用户邀请码 列表展示
  16. - 用户编辑时,数据格式排版,及增加用户完整编码
  17. 白名单:白名单格式,取消
  18. 白名单 icon
  19. 导入白名单 UI 优化
  20. 清除白名单操作
  21. 关联订单配比为 0 时,不应该产生关联订单。(现在产生为数量为 0 的关联订单)
  22. 1. 后台管理
  23. 企业组织树缺陷3
  24. 根节点不允许删除,未做限制
  25. 节点新增,未做保存时,删除失败
  26. 有子节点的节点,不允许删除
  27. 2. 微信公众号菜单推送
  28. 3. 微信商城
  29. 个人中心,所有列表数据,均需实现无数据时的展示
  30. 银行卡维护处理确认
  31. 订单列表数据加载时,出现重复数据
  32. Trello 测试缺陷
  33. why cover height is 2rem at Home page.
  34. 4. PC商城(王明浩)
  35. 现有使用微信端API,需确认后续操作(Jacky
  36. 5. 九月九骄汇复盘会(09-30 周六)

设备检测

  1. 1. 技术协议定义(程丹,王明浩 09-25
  2. 注意明确哪些 中移 无法支持,需后端参与;
  3. 本期范围定于微信小程序,公众账号消息推送。
  4. 2. 技术协议评审(09-25 下午4点)

煤监系统

  1. 客户拜访(许睿杰,赖文杰,黄军,王晓梦 09-25上午)
  2. Android煤监 换皮,及15个文书实现(赖文杰,程丹)
  3. Android煤监 换皮 测试验证
  4. 后台管理原型持续优化-客户反馈
  5. 后台架构定义(先评估现有框架可行性)
  6. 后台管理项目搭建(前后端分离)

畅服官网界面优化(5个界面)

20170923

  1. 九骄微信
    首页iframe + url
    菜单颜色待定(周一小玲定义)
    关联购的下划线完善
    购买选择fine-tune
    注册
    提现
  2. 下周安排记录

20170922

  1. 煤监文书
    流程管理,设置功能
    流程执行?
    增加行政处罚:记录对应的检查项
    简易程序
    现场检查中:检查结果,处理措施,未体现操作
  2. 九骄微信
    白名单
    微信菜单维护
    注册邀请码(API,及前端)
    订单确认时,回退详情,购买按钮未显示
    地址只有一个时,返回订单确认时,有误。
    增加首页
    累积收益
    转卖的订单:不能看邮寄地址和邮寄内容()
    撤销异常(不管)
    订单详情 -状态左右展示
    -银行卡输入时,提示English(后台)
    • income_inquiry
    • 个人中心所有页面,都需要查看
      个人中心:我的订单 和 我的庄首订单 字体样式
      个人中心:我的易极付账号(方法)(返回地址为空)
      个人中心:银行卡更新提示,以及数据绑定有问题 mBankNo 银行卡
  3. 文书模板Demo

20170921

  1. 整理项目列表及情况
  2. 触摸屏情况记录 - How to plan?
  3. 煤监后台PHP-手机数据同步(I found them, dizzily)
  4. 九骄情况深入,及缺陷更改(how many issues)
  5. 九骄重构后,部署事宜,升级版本提供
  6. 关于个人社保补缴(8月,9月,询问花姐)
  7. 煤监:
    换皮 涉及范围广
    煤矿企业数据,与原有企业数据结构不一致?重新定义

20170922

  1. 煤监后台原型:

    现场检查,有开始日期和结束日期吗?
    文书的种类是什么? 怎么又有案件类型
    打印所有问题,是啥概念

  2. 九骄缺陷(昨日)

    订单列表会出现repeatful data, first at AllOrders...

insert into t_menu (M_ID, M_MENU_NAME, M_TYPE, M_PID, M_KEY, M_URL, M_MEDIA_ID, M_APPID, M_PAGEPATH)

20170921

  1. 触摸屏项目-明日客户现场(周三宗申的会议定在下午三点二十,你让那个妹妹三点十分赶到宗申一号门门口)宗申工业园1号门

    主要看看现场,还有主要是客户在效果上的一些意见和要求
    同时实现技术的大致的描述
    主要我来阐述,整体架构,小王大概说说技术层面,但是不需要说得很透,我会示意她接话的
    结合他们的基本要求是我在引导他们的需求和效果(明确客户的要求,需求)
    把握用户的需求

  2. 九骄微信版:
    梳理缺陷,目前的事项(邀请码,消息推送,验证码)
    抢购白名单
    货运单号必须填写
    关联商品,增加商品编号显示
    微信企业付款
    validation code
    PC 扫码 get openid; work.

    商品展示
    用户下单
    地址信息
    易极付
    订单列表
    扫码login openid

  3. 煤监PHP Android数据同步API list:check
  4. 小玲面谈
  5. 现有的Java mybatis 数据表扩展-执行效率差,是否可有所改善
  6. 九骄PC版计划
  7. 公司畅服官网改版
    购买时,增加邮箱。公司,邮箱非必填项
  8. 网站实现-方案-Joomla!?

20170919

  1. 煤监执法项目启动会(煤炭执法检察系统)

    Trello card 维护两种,一对内,二对外 (今日搞定)
    阶段1 的计划:需求分析,范围,及计划制定

    1. 文书两个负责人确认,
    2. 煤矿检查项excel数据导入,及导入方式 (Android导入时,需考虑后端的处理)
    3. 煤矿专有信息access导入,需分析其业务结构(Android导入时,需考虑后端的处理)
    4. 打印,客户抱怨没有快速搜索设备

    后台管理框架调研(99元方案的可行性)
    后台管理阶段2 的原型设计 及计划
    后台管理现有数据结构分析
    后台管理现有Android数据同步http协议分析,是否可用?
    后台管理的开发实现计划
    煤监文书的数据结构,前后端保持一致
    合同及技术协议提供给花姐(今日搞定)

  2. 触摸屏项目-明日客户现场(周三宗申的会议定在下午三点二十,你让那个妹妹三点十分赶到宗申一号门门口)宗申工业园1号门
    主要看看现场,还有主要是客户在效果上的一些意见和要求
    同时实现技术的大致的描述
    主要我来阐述,整体架构,小王大概说说技术层面,但是不需要说得很透,我会示意她接话的
    结合他们的基本要求是我在引导他们的需求和效果(明确客户的要求,需求)
  3. 项目执行过程对接工作技巧-交流培训 (主讲人:许睿杰)
    1)合同以外要求,无理要求。明确需求界限,工作量安排,和商务沟通
    2)开发过程中的客户咨询问题,第一时间回复,态度问题
    3)商务谈判(技术难度,长远的战略目标,如何达成目标,签订合同)
    4)与第三方团队对接时,问题要及时响应,明确问题点,责任点,联系不了,电话,或邮件。要有动作,要有结果。勿做无效的沟通。实在行不通,就和商务同事谈。关键是解决问题。
    5)最重要的是,信息的传递性问题;项目紧,沟通需更有效。
    6)明确告知对方要做什么等。
  4. 九骄微信版:
    10个缺陷修复
    微信支付搞定-too long 验证,在微信开发者工作中不支持(Done finally.)
    wx config 不稳定
    iphone 6 上,商品信息不显示(Because of URLSearchParams.)
    为何大林手机未执行授权流程 (Do it again.)
  5. 更新九骄PC版计划,花姐要求:订单展示,这样时间会不会提前一点。。(恐怕, 会议后再次确认,并录入)
  6. 设备检测的项目进度-需求确认中-汇报黄总

20170918

  1. 煤监技术协议:
    我的执法任务:8种文书,为原有安监文书,煤监?
    打印机-蓝牙设备
    阶段1 文书部分,再次确认
  2. 九骄微信版:
    10个缺陷修复
    微信支付搞定-too long 验证,在微信开发者工作中不支持
    wx config 不稳定
    iphone 6 上,商品信息不显示
    为何大林手机未执行授权流程
  3. @王晓梦 下周1,请小杰安排一次对所有技术团队成员,进行【项目执行过程对接工作技巧】交流培训。你和小杰协商具体时间。(明日上午10点,邮件发送)
  4. 绩效考核方案通知下达
  5. 成员谈话-小玲,大林
  6. 今日会议安排:
    【09-19 09:00】Android 应用交接(晚晴体质APP,问问手表) (Jack & Jerry)
    【09-19 09:30】项目执行过程对接工作技巧-交流培训 (主讲人:许睿杰,All in)
    【09-19 10:00】煤监执法项目启动会(All in)
    【由谢春华确定时间】入职简要培训 (综合部经理谢春华 & Jerry)
  7. 7.

20170917

  1. 煤监技术协议确认如下:
    【已调整】手机端现场检查煤监文书,优先级应是1级
    【争议事项】手机端企业信息-煤矿专有信息,优先级应是1级
    【已补充】后台管理原型界面的工作内容,未体现,且优先级为1级
    【归入合同2】Android应用端相关模块新增功能。保证合同1内容看起来都充实的条件下,都往合同2移。
    【需求细化补充,归入合同2】实现煤矿证照等信息,在生成文书时自动填入
    【要求】10-30 阶段目标:一个业务的完整性效果。

20170915 下周

  1. @王晓梦 下周1,请小杰安排一次对所有技术团队成员,进行【项目执行过程对接工作技巧】交流培训。你和小杰协商具体时间。
  2. 九骄微信版-微信支付等再接再厉,微信短信?
  3. 微信版-缺陷修复
  4. 煤监原型-加油,需协助理解业务

20170914

  1. 煤监原型设计
  2. 九骄支付:易极付 OK
    Android 工程师面试
    熟悉的代码管理工具是什么
    项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
    在以往的项目中,你负责的那些内容?
    上一家公司,为何离职
    当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
    职位调动-后端开发,你觉得难度会在哪里?

20170913

  1. 煤监后台原型设计及计划
  2. 畅服官网的“百度商桥”对应代码加上
    http://pptech.jiangdengwei.com/admin/login?redirect_url=http://pptech.jiangdengwei.com/#/profile?code=011bamLa2bigpR0vloNa2kppLa2bamLO
    设计 20
    预计 5月 实现后台(2个后端+1前端)
    预计 5月 实现后台(2个后端+1前端)
    测试 3月

  3. Android工程师面试

    Android 开发组件化?
    代码注释行,规范 MVP 架构标准,后期维护成本
    代码 =》 Git clone,push,merge
    项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
    作为自由工作者,你体会最深的是什么,最头疼。有哪些地方,你觉得欠缺,需要提高的?
    16年毕业?
    如果我们要组件Android团队,你觉得你在这个团队里的角色是什么?
    当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
    职位调动-后端开发(能力,时)
    托福?
    加班,薪资期望: 5k ?
    一周之内 给你回复?

20170912

  1. 黄总:各个项目现状与进度的check,合理调度项目组工作安排,全面掌握项目情况做出正确判断与安排,人员调度安排。商务对接服务工作等是重点。
  2. 今日下班前短信跟进触摸屏项目近况
    https://www.zhihu.com/question/31859504

20170911

  1. [黄总昨日谈话-thinking]:关于技术团队绩效考核方式方法的定义?(本周必须完成,该定义)人员淘汰制?怎么定义这个淘汰。
    https://www.zhihu.com/question/19995922
    https://www.zhihu.com/question/20098748
    http://qizixuan.blog.51cto.com/5648927/1829446
    http://www.csdn.net/article/2012-10-31/2811328
    http://wiki.mbalib.com/wiki/OKR
    回顾 Daniel 的提醒与建议:https://weiwenku.net/d/101313333
    http://mobile.hroot.com//ND=353021_270_1003_0=9353021.hr
  2. 小玲请假3天-5天:3天,请假流程的定义(3天及以上,必须黄总审核)
  3. 触摸屏的技术研究推进-需客户提供二维图,摄像头,隔天推进

  4. 商务的策略方法,收费方式?(杰哥???不明确)

  5. 项目会:黄总(团队,考核),欣荣缺陷,小程序
    欣荣缺陷-怎么处理,推进?定义问题性质?
    小程序-原型审核-程总-小程序企业还是个人申请,需时间?
    考虑难易度,时间,完成目标指标
  6. 小黄:进度,质量,工期,风险,项目经理
  7. 加人-裁人,总投入,全局把控
  8. Daniel: 有做Sprint吗?
  9. 九骄会:
    权限管理:邀请码(公司+团队+员工号)
    消息推送:下单等消息 to 微信推送消息,微信菜单推送消息
    PC版,明确现有不适应 PC 版的实现:
    商品等图片的处理问题
  10. 煤监:
    合同重定义 12万:文书,后台(首先:确定文书的需求,报价+人天工期)
  11. 晚晴:交付 + 技术问题 + 方案(外援) + UI考虑(界面:明日)
  12. 川外项目+万州 (周三)
    https://open.weixin.qq.com/connect/oauth2/authorize?
    appid=wx4fe18eccf3ee1b8e&
    redirect_uri=aHR0cDovL3BwdGVjaC5qaWFuZ2Rlbmd3ZWkuY29tL21haW1haXRfd3gvIy8=&
    response_type=code&
    scope=snsapi_userinfo&&
    uin=MTQ4ODg1Mzc2MA%3D%3D&
    key=44ded99ef4301d82733f4a9ab988fb15cb390d41c73cad9f994f8cd2578925d43993ec810f4fcdc6bcebdd7de789916e&
    pass_ticket=BQxZOO2rfO8Qu72OJLmnQebmnjkCnjDdAgF5k4vDYGZCcL9J9J4jm7wKasMKv6LulT8B/7aqTdgASw8bibUQ+A==

20170908

  1. 煤监工作:

    获取安监文书(48个),并明确哪些文书在后台、手机端生产排版 09-08
    发送煤监文书情况,发送邮件 =》李工 09-08
    需求优先级再次确认,发送邮件 =》 李工 09-08
    获取安监各文书类字段情况 李工 09-07
    接下来:

    安监,对比确认 “手机现状”, 以国家文书为准
    煤监,整理(李工),检查依据《煤监文书》

  2. 设备检测系统-微信小程序-评审会(4点)

    设备测量:温度、湿度、振动报警bao、充电电压、电池电压
    设备属性:ID,KEY等联网信息,设备名称,设备的地理位置,厂家信息,状态,上下bao参数
    设备管理员?

  3. 回顾昨日工作情况:尤其项目推进 触摸屏系统教育微信+PC端
  4. 黄总:欣荣网站,你跟踪一下修订问题,目前我在客户现场,看到的bug与页面报错情况很多。注意有些问题要界定
    丹丹和明浩主动做了功能优化,却引发缺陷。好心办坏事。
  5. 明确

20170907 - all day meeting

  1. Mr 黄: 项目信息同步:

    1、触摸屏系统。甲方(张总)已经将方案思路上报给使用提出方。摄像头硬件。张总说这几天拿到公司,这个事情我方注意接收。。动画素材。可以让他那个对接工程师在本周提供一下。下一步进度。请安排技术预研工作。@王晓梦,注意统筹安排。
    2、教育微信+PC端。今天我再次联系了客户小李。小李已经见过主投资人,目前在处理公司工商层面与名字事务,等这个后,他们启动。这个项目由于是前公司同事的推荐,以后,项目的主负责人由小谢来负责。模式按九骄汇方式处理。前期商务与技术对接我会参与把握,项目金额我之前已告知过对方,预计20w。因此,@谢春花,请做好项目前期需求的理解,近期你可以和小李做一些他那边工作推进进度的了解工作。@王晓梦,项目一旦启动,你也参加进去,你对教育移动产品是有经验,做好过程参与及整体把握。

  2. 微信授权处理验证
  3. 考勤合理案例
  4. 煤监需求内部确认会:找问题(缺点:未完成新旧需求)

    黄总说:只看到需求整理了,可看不到问题???

    1. Andorid 安监,煤监识别,分权限登陆
    2. 原有的同步数据,从国家总局获取,原有系统并未实现改功能

    煤监 新增六大模块,融入分级
    部门 =》监管部门
    手机端,只能添加临时计划
    手机端,不能编辑企业信息
    手机端,屏蔽添加企业

    手机端,信息单向,只能同步,不须修改
    安全检查 -》 现场检查
    PC 端,添加计划,具体执行计划来源于手机端,在这里
    检查项数据导入 Excel 加密文件 ? (shit 考虑数据库工程师的):导入频率,排重,异常数据
    功能项权限 + 内容权限?需细化
    核心是数据?
    (手机端)复查监管:取消裁量模型, 并增加依据检查项,查看裁量范围????(数据来源于李工方)
    简易案件,处理结果 + 相关文书
    所有音,视,图资源采集,支持新增,删除
    后台所有音,视,图资源采集,支持新增,删除
    检查项数据导入 Excel 加密文件 ? (shit 考虑数据库工程师的):导入频率,排重,异常数据 (优先级高)

    企业信息:
    安监 + 煤监,是相对独立的体系
    360 浏览器 极速方式
    部署方案
    文书类

    {"mId":null,"mCardId":null,"mOpenid":"oAWobsx1mhpmiP9pQvqjZYjRX5b4","mName":null,"mUsername":null,"mPassword":null,"mPhone":null,"mPresenter":null,"mBalance":null,"mIsblack":null,"mQrcode":null,"mIsstaff":null,"mRegTime":null,"mUpdateTime":null,"mHandpwd":null,"mReadpro":null}
    https://open.weixin.qq.com/connect/oauth2/authorize?appid=wx4fe18eccf3ee1b8e&redirect_uri=http://pptech.jiangdengwei.com/yzl/weixinweixin_codeh&response_type=code&scope=snsapi_userinfo&state=http://10.1.10.24:8088/&&uin=MTQ4ODg1Mzc2MA%3D%3D&key=f98227a036a6174161e63e7bfacfde57a499acb026bc5ec808fcf060e4cfb92dcd871a8a1e0d46ce6e41b5e901bbd433&pass_ticket=BQxZOO2rfO8Qu72OJLmnQebmnjkCnjDdAgF5k4vDYGZCcL9J9J4jm7wKasMKv6LulT8B/7aqTdgASw8bibUQ+A==

Android 面试:

代码 =》 Git clone,push,merge
开发中常用的工具 有哪些?
对新技术的掌握能力?(不够深入,另外问题回答偏题,含糊)
工作中,有什么方式方法可以使用去快速定位问题?
和团队成员就某个问题出现歧义,冲突时,
整个项目能力, 过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
职位调动-后端开发(能力,时)
加班,薪资期望: 9K
一周之内 给你回复?

Yangyang: 出门前,你妈妈说你早上吃了月饼,现在吃饼干,都是垃圾。。。我不应该给你小饼干。
早上,他说妈妈,我要带几颗黑枸杞给朋友,给我自己拿着就好。

20170906

  1. 微信前端部署方案问题处理?? - 已处理
    更改config/index.js中assetsPublicPath: '/',改为assetsPublicPath: '/maimait_wx/'
  2. 关于公司考勤制度,如何定义:

    我给小谢说了,以后9点准时作为打卡时间,全员打卡。迟到一次50,超过3次含第3次罚金翻倍。
    执行力与向心力一定要拿出来,从迟到这个基本的面上,能看到员工的态度。
    而且,我们9点到下午5点半就下班了。中午1点半才上班,连8个小时都不到,因此,这点你和小谢沟通一下。管理太松散是放纵,且执行力在这里没有加强。
    上班时间的灵活,必须得到你的授权。
    特殊岗位如果需要灵活处理,你告知小谢。比如你和小谢,可以灵活处理。
    其他员工 没有你的授权必须按制度来执行。

  3. 小程序的开发,及其的消息推送能力 (调研)
    明确小程序的申请条件,及方式,审批时间?
  4. 设备检测系统需求确认会:明确议题

    厂商管理员 至 微信用户
    厂商的设备存在规则不同
    程总方 配置(这个是什么内容?)
    问题:微信服务平台,对用户可见(我们平台,用户平台),那后期的维护和技术支持。本阶段程总方提供服务器,存储数据,后续可以用中移物联来处理数据。可是目前有些数据处理,中移物联处理不了。那物理部署方式。。。 用短息方式通知用户,那如何通知企业用户
    Baas系统?
    中移实现不了:通信中断时间(要明确Baas层是否可以处理);照片视频,定义为设备状态信息,设备
    厂商有默认限制,用户可以设置自行定义,但是必须是前者的基础
    设备的信息订阅关注
    一键保修-》设备管理员
    设备状态 -》数据列表,历史曲线(数据是指?)
    我的问题:无法识别应该做什么,如何克服?
    小程序 -》导出 EXCEL 数据文件 (后端)
    投入工期的评估(黄总)
    Bass 数据传递,中移的角色,我们的角色?
    V1 的需求范围?

  5. Android 面试 》严意

    技术能力:(小黄评估)
    Android 开发组件化?
    为何离职?公司业务发展 + 自身期望
    代码注释行,规范 ()
    代码 =》 Git clone,push,merge
    整个项目能力, 过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
    兼容性? ---- Android
    工作中,有什么方式方法可以使用去快速定位问题?
    项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
    自学,培训系统学习(学习方式,体会很深的是什么?)
    遇到难题时,处理方式,不解决,誓不罢休???
    当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)

    Android 开发组件化?
    直播间?
    图片续传
    体质APP问题:
    1、APP中字体应合理调整,多个手机查看,在有些手机上有些字体显示过大(4.5英寸到6.0英寸手机、平板都应查看)
    2、成绩管理模块:手机无NFC功能无法打开该功能(手动填写成绩未用到NFC功能,也不能打开??)--不合理
    3、填报成绩页面:图片、视频框过大,应调整不大于页面1/3(手机应实现自适应)
    4、填报成绩页面:只能实时拍摄上传图片、视频,无法进行选择、删除操作--不合理
    5、成绩管理模块:未实现上传、删除小队单个队员成绩--功能未实现

20170905

  1. AC触摸屏介入:明日3点半需求分析会(张总,小李,陈博士) (邓总)

    升级迭代,难度明确directorMX
    3d max?独立资源 (视频资源如何获取?:sdk源代码?测试环境?)
    设备是什么系统:Window
    摄像头信息,每一个都需要用户登录(额外需处理)
    3维-》可尝试用视频,但是是否可以打开(是否可以继承该 验证)
    2维=》工位,点击监控(怎么实现,如何识别当前用户点击的工位)
    针对监控视频-可以先尝试调研(服务端流媒体处理)
    运行环境是:触摸屏
    本次目标:确认是否可以做:(平衡点)
    1. 摄像头 + 内网环境模拟 + 服务端要求说明 (如何返回)
    2. 二维工位图,如何接入,交互(小李)
    3. 客户要报价,立项给上方公司,预算考虑
    工期,方案A,B,多种选择 (每个页面:3个人天工期,平均难度,不同成员,单价不同)
    触摸屏?
    合理评估工期,预留风险
    ?同行业的参考?
    客户问题:
    1. 企业邮箱(我们有600家客户,无法处理邮箱内容本地化的问题)
    明确微信企业号,服务号,公众(?14亿微信用户?各号使用场景?)
    微信服务号,吸粉方式多样(会员,消费,消息推送) 服务号运行,写文章,软文发送。
    花钱买流量,快速吸粉

  2. 九骄微信重构 - 提交测试团队验证,本次范围是:
    1.前后端分离实现
    2. 前端页面重构,覆盖原有功能
    3. 微信API库存分配重构
    4. 微信API并新增3个API API
    目前还有部分功能未实现,比如微信授权。现在的方式是指定某个用户,如果测试团队需要多个用户测试,我们会配合处理。
    具体情况,请见:https://trello.com/c/Ks67Yfvu/https://trello.com/c/TQb4cNe1
    10点左右蒋老师会 合并代码 至dev,麻烦10点后才开始部署事宜。
  3. 员工绩效考核问题
  4. 黄总最近2次谈话
  5. 项目总表
    团队近期的项目(状态,近期时间节点,以及各位在不同项目中的权值),请见下图:
    请各位自行把握工作计划,具体请体现在 Trello 中
  6. 关于微信授权流程处理
    跨域部署:ticket, session same here, just use session.
    用户扫码关注,openId 写入数据库
  7. 工作职责推进:

    以后凡是商务的工作的最新动态,比如你了解的最新的煤监项目的商务情况,及时给@王晓梦进行书面说明。可以在这个群里进行同步。这样便于技术团队当前工作侧重点安排以及项目过程风险评估。
    类似:客户联系人提到的需求边界与费用递增问题(查看现有系统的功能边界),类似,下个项目启动的预计安排等。全部都阐述出来,便于技术与商务的配合工作。
  8. 黄总
    晚晴的最低要求就是周五前提交客户。这个对于我们签订煤监项目非常重要,必须完成。因此请晓梦小蒋认识到其重要性。不能跳票。另外,最新情况:1、煤监项目签订后即可全面启动该项目工作,全力赶进度。签订合同前,最迟周四要明确原有系统和合同总边界是否存在超出我们理解外的待定工作目标。这点商务小杰正在等待结果。2、本月还有一个新煤监项目要启动售前沟通。因此,工作是连续的,不能因为晚晴影响后续业务开展。

20170904

  1. 上周九骄微信问题处理
  2. 关于团队各成员的绩效考核:

    1. 具体了解分歧在哪里
    2. 下周一(20170904)来处理加班粮的事情
    3. Talk about little Lin with Koko
  3. 煤监需求问题需推进明确
    增加工作流,技术和工期存在问题,且原有Android原生开发存在人员配置问题。

  4. 九骄微信版 - 未实现功能点:

    1. 微信授权,及用户注册
    2. 提交订单,地址传入方式确认(request error 404)
    3. 非微信支付,API(din_pay)请求增加(returnUrl for 签名)
    4. 微信支付功能验证
    5. 微信支付,需要正确引入微信sdk:chooseWXPay
    6. 前端,触发授权,及用户注册处理
    7. 订单确认,提交订单,提示error 500:库存不足
    8. 订单确认,提交订单 没有关联订单,却生成了2个订单号,为何(会生成关联商品,订单count:0,会在订单列表显示,这里有问题)
    9. EL表达式API,优化返回数据结构
    10. 订单详情API,优化商品主图的返回
    11. 个人中心(All)
    12. Code merge need Teacher 蒋
    13. 订单列表与详情,显示的价格不统一
    14. 订单支付页面的金额,need to change
    15. 订单操作(update_order),提示:无法完成请求
    16. 个人中心:余额和累计收益,未读信息Count
    17. 订单列表,显示了关联订单为 0 的数据。

    给 Java 学习者的超全教程整理 - 简书

  5. 面试:Android 工程师 (小黄,我面试结论)
    技术能力:(小黄评估)
    Android 开发组件化?
    为何离职?公司业务发展 + 自身期望
    代码注释行,规范 ()
    代码 =》 Git clone,push,merge
    整个项目能力, 过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
    兼容性? ---- Android
    工作中,有什么方式方法可以使用去快速定位问题?
    项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
    自学,培训系统学习(学习方式,体会很深的是什么?)
    遇到难题时,处理方式,不解决,誓不罢休???
    当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
    职位调动-后端开发(能力,时)
    加班,薪资期望: 5k ?
    一周之内 给你回复?

  6. 煤监后台界面设计计划拟定

  7. 微信java 开发 小黄
  8. 每日考勤 + 绩效评定表(See clearly)
  9. 九骄微信端-部署 花姐
  10. 九骄微信API merge
  11. Java 学习如何安排?

20170901

  1. 整理九骄微信版未实现功能点

    微信授权openid,用于用户注册时的参数
    place_an_order API 的addr 是address Id, and request error 404
    din_pay request add request params: returnUrl for 签名
    Pay page about 微信支付
    Page about unifiedorder request, if code !== 0, interceptor...
    明确哪些地方需要触发授权,及用户注册
    关于商品下单的处理
    下单确认页面实现
    提交订单
    支付页面
    订单确认,提交订单 place_an_order,error 500:库存不足
    订单确认,提交订单 没有关联订单,却生成了2个订单👌,为何
    下周一之前,你需对王明浩的工作评审一下,然后给出绩效建议

  2. TODO

20170831

  1. 九骄微信版的过渡期?需注意 - 重构继续
  2. 黄总微信对话 继续关注
  3. 建立团队项目、技术学习CheckList
  4. 关于微信支付验证:同一个微信公众号冲突使用
  5. 下周一验证微信对接,下周二EL表达式API验证
  6. Check 明浩 code, and merge code
  7. Check 小玲 UI标注(明浩)
  8. PC版的事宜推进

20170830

  1. 九骄微信版的过渡期?需注意。
  2. 库存流程确认 - 花姐,蒋老师
  3. Git库上传了不应该的文件(王明浩,需清理)
  4. 昨日工作回顾
  5. 整理昨日黄总微信对话的工作事项:
    • 北京架构师大会的决议,及反馈黄总(意义与目的清晰,钱不能白花)(No)
    • 审核员工合同
      1. 关注时间长短与薪资待遇(清楚团队整体开销)
      2. 了解合同模板,重点是双方填写部分
      3. 经营公司才会有这些要求
    • 薪酬保密制度,并公司内部统一
    • 员工安排
      1. 酌情加大工作量,观察能力
      2. 严格要求产入产出,观察是否有突破
      3. 员工工作岗位的定位:Mr jiang 架构师
      4. 岗位储备力量的培养,及核心分散
      5. 常与花姐沟通人事安排(公司综合部,人事管理)
    • 技术板块改进
      1. 架构,人员搭配,进度与质量是第一优先级,
      2. 其次是管理事项(人事管理,财务管理)
    • 关于 学习 Android
    • 抓住关键目标,成长空间很大,管理公司和技术都是需要时间
    • 设备检测系统要求概要(蒋老师,沟通)
      1. 设计:5days
      2. 后台管理API + 小程序访问API (后端 22days/人 + 前端/)
        权限管理,用户管理,
        设备管理,Onenet 对接,设备异常信息处理流程,报表
      3. 预估需要35days(后端1人,前端1人)
    • 建立团队项目、技术学习Checklist

20170829 - 安卓原生开发-朋友推荐(寻找)

  1. 回顾昨日工作项
  2. 欣荣项目更改 - 明浩
  3. Git 推进
    如何显示当前分支(查看分支:git branch)
  4. 九骄重构进度
  5. 明浩合同审核
  6. 蒋老师北京技术会确认

20170828

  1. 九骄现有后端问题处理
    2.【材料准备】关于 Git 切换培训及知会:流程,规范,ppt(实战,下周准备),下一步(Trello 使用规范,持续推进此类会议)stand meeting
    Git 说明会 - 演示失败,未做准备,尴尬中
  2. 九骄微信重构持续
    个人中心中各页面时,导航定位
    请求异常拦截器处理
    更改订单,无法完成请求
  3. 今日引入
  4. 团队每日例会
    例会安排:每天上午9点半,或下午5点(从原有的前端例会,扩展到技术团队)
    每位参与会议时,需考虑:
    1. 你昨日做了什么?
    2. 你今天打算做什么?
    3. 你遇到什么问题?
    4. 你是否需要其他同事的协助
    5. 你是否有任务依赖
      请注意:
    6. 例会不涉及技术细节的沟通,请私下沟通,或另定临时会议讨论;
    7. 请关注整个项目进度,并以Trell card为基础;
    8. 例会以项目安排,灵活处理是否需要召开;
    9. 如不能参加会议,请提前说明。
    10. 经与 蒋老师 确认,九骄项目微信端实现项目Git Repo 名定义如下:
      pp_jiujiao_weixin (前端repo 名称 )
      pp_jiujiao_weixin_api (后台API repo 名称)

    将分别于今明两天完成 First commit。请 花姐 初始化项目Repo

  5. 煤监定制需求确认书-评审功能目标范围(如何推荐该项目)

    后台管理:

    1. 缺少煤矿信息管理,执法信息管理,行政许可信息管理,案件移送(文书打印)? 15个?
    2. 执法信息来源:交办报请移送,涉事故执法,行政许可信息管理
      如何开展这个需求确认书

      安监,煤监?
      现场检查:复查?

    项目启动会(Next time)
    技术调研
    人员配置(安卓原生开发:内部消化,蒋老师上阵?需确认)(Problems)
    安卓原生开发-朋友推荐
    迭代开发

  6. 九骄权限控制设计:下周并评审

  7. 九骄PC版本:数据库扩展,扩展评估,==》启动时间

20170826-推迟几天的上线,计划明日

  1. 九骄现有后端问题梳理,及方案讨论
    项目分离(微信端和后台管理分离)2days 蒋老师
    微信端接口API文档(EL表达式) 1days 大林
    微信端接口API实现(EL表达式) 5days 大林
    微信端接口-商品分配逻辑 1days 蒋老师
    微信端接口-下单逻辑 2days 蒋老师
    微信端接口支付相关逻辑 2days 小黄
    现有后台管理-库存管理重新设计 1days 蒋老师
    后台管理菜单项变更-for权限控制 优先级低

  2. 待 1 确定后,汇报微信版的计划:Trello,本机访问地址,UI,功能覆盖遗漏等等,后端开发计划

  3. 关于 Git 切换培训及知会:流程,规范,ppt(实战,下周准备),下一步(Trello 使用规范,持续推进此类会议)stand meeting
  4. 九骄微信重构持续
    个人中心中各页面时,导航定位
    请求异常拦截器处理
  5. 昨日Koko:今天 黄军提出9月转正,他是2017年7月17入职的,签的劳动合同试用期是2个月,你考虑一下,给出建议!
    先明确:是提前转正,还是 9月17 转正?
    公司规定新员工2个月试用期,合同上也明确2个月,不能执行提前转正。如果开了先例,后续新员工的转正,将如何处理?同时也容易让其他同事有负面情绪。
    当然规章制度,可按实际情况灵活处理,比如明确他为何有提前转正的想法,或者请他说明自己在近1个多月里对公司的贡献情况,能力体现等,确实非常突出,我们可以酌情处理。
    (可以和小黄 单独好好聊聊,了解他的一些想法。)
    我的意见是:可以转正,但是不能提前转正

扬扬说我和爸爸今天去吃了豪客来,我原本想喝饮料的,可是那个饮料好酸。
Yester, we drove to Company. We came across red light, and stop, my brother saw a girl, and said: 'She has a nice body.' Then, I thought of myself...

20170825

  1. 九骄微信版前端重构启动
    从23日的情况来看,并不顺利 - 后端
    从24日前端已开始实现
  2. 梳理九骄微信版未实现的功能细节

    商品分类导航数据请求
    商品详情展示图获取方式(已处理)

  3. 协助九骄后台管理更改 - 报表(花姐)

  4. 九骄后台管理 - 昨日延迟上线
  5. 回归昨日事项,并重新提起
  6. 小程序-UI及实现
  7. Check jiujiao PC features:
    首页各种版型
    搜索页面如何实现?
  8. 向上管理的五個原則 80/20的管理概念
    • 了解老板的目标
    • 了解你老闆的溝通模式
    • 了解老闆的作息

昨天进门那一刻,扬扬从门口探头出来:小姑姑回来了,今天你不傅包了吗?快吃饭哦。一本正经地,看着你的表情,真想笑你(你的热情,好想一把火)。当我收拾好,坐在餐桌上吃饭时,你又跑来说:小姑姑,你要吃饭,不是只是吃菜哦。还特意去问你妈妈是不是我必须吃饭。我坚决回答不吃,你立马就严肃不开心。好吧,那我吃一点点,不想让你失望。我们商定我吃一点点,一个手指母的饭。顿时你的脸庞笑开了花。但是要求是你一定要盛得丝毫不少,不多。扬扬很开心地去帮我盛饭,大半碗(拜托了,晚上11点,我吃这么多干嘛)。他说:小姑姑,你不用担心,能吃得完。你看我平时你们总是盛很多给我,已开始我不吃,结果还不是吃完了。说完,还偷偷地狡猾地笑笑。扬扬,你是个小大人了,懂事了,真好。可是 You should go to sleep at this time.

20170824

  1. 等待心理学
  2. 日记法(Jack, Emma)
  3. 后端同学们艰难地改着问题,找找原因是什么?
    同样的概念,我们也会应用在专案管理上。这就是为什么我们都会建议客户,要把专案切分成数个Deliverable(产出物),并且建立阶段性的Milestone(里程碑)。假设主管(也就是等待者)每两个星期要盯一次进度,那PM最好平均每两个星期都「刚好」有个明确的Deliverable或Milestone在週期内达成,这样会让主管有种「专案持续在进行」的律动感,老闆跟小贝比都一样,摇晃他就会有好心情,大家都有好日子过。相反地,我和Joe常看到一些客户的原始规划,单项工作是一根超过180天的长桿,假设也是两週检讨一次进度,想像一下,老闆可能开了12次会议都没有任何工作是彻底完成的,会有一种专案就是一滩死水的错觉(即使大家的确忙得要死),但我可以保证,老闆的脸色一定会让办公室团购活动终止好几週。
  4. 思考:团队管理和公司管理
  5. 「我要越狱!」- 从越狱风云看管理

20170823(how to get 黄总 suggestions )

  1. 站会(项目站会必开,学习灵活)
  2. 明确煤监系统是否需前端团队加入(执行前后端分离)-加入,计划推进
  3. Gitlab 计划给定-跟进
  4. 九骄后台管理重构,问题列表,如何执行 (小黄)
    九骄后台管理V2.0 有很多问题-架构,重构的问题? -- 小黄仔细
  5. 持续梳理九骄微信版功能:
    确认九骄微信版API是否可独立访问,额外工作项(小蒋)
    环境运行协助(明浩)
  6. 九骄后台管理V2.0本期更改-提供协助测试,前端更改
  7. 后端同学们艰难地改着问题,我问过几次目前还有哪些问题需要处理,未得到任何反馈,我便是处于所谓的等待,绝望等待心理学

20170822 (Team with 60 persons, 滴滴合作, 情怀 =》How/what do I do?)

7am黄总交谈
    1. 煤监项目,内容较多,工期长(小黄负责,我明确需求,跟进计划)
    2. 微信硬体开发,已确定(黄总期望后续获取硬体设施分成)
    3. Gitlab引入使用,需推进(考量投入时间,可持续性,代码安全,团队使用能力)
    4. 九骄PC版客户见面会,计划规划:工期,技术,投入人  (今日确定需求)
    5. 原则上应该确认 check 设计产出,初步评审,再交付
        What:评审什么
        How:怎么评审
        咨询高君力:关于UI设计的学习
    6. 工作汇报选择怎样的形式比较好? (我所处角度,眼光有问题)
    7. 怎么做事情??????????
  1. Vue 系统学习总结 + 明浩 +(20170728)
  2. Gitlab 环境搭建 推进
  3. 项目本地环境搭建
  4. 九骄微信版重构 推进=》明确现有微信版所有的需求,并整理列表
  5. 跟进2个项目的情况:煤监(Backend),微信(hardware)
  6. 明确项目参与方式-入口点
  7. 九骄后台管理V2.0变更-是否需要测试协助验证

  1. Gitlab 常用的命令 + 使用流程 =》完善Card
  2. Gitlab 安装推进,账号初始化 =》小谢
    1)确认是否开展此项工作 - 确定
    2)确认开展计划
  3. 九骄后台管理V2.0 =》测试协助,大林 =》未产生工作项
  4. 九骄微信版业务熟悉,梳理功能列表 =》明日继续
  5. 煤监项目需求理解及后期规划(小黄)
  6. How to change Trello board name (how to rename trello board).
  7. Trello card 不限定仅为技术内容
  8. 微信开发者工具无法访问九骄(why?) - Fixed
  9. 九骄后台管理V2.0 有很多问题-架构,重构的问题? -- 小黄
    解决方案是什么 = 小蒋
  10. 九骄PC版设计问题列表

    http -f POST http://10.1.10.21:8080/admin/goods/uploadFileByKindEditor file@






20170821 First day

现有前端团队工作任务:
    1. 九骄PC版本设计(时间节点)
    2. 九骄后台管理界面修改(任务项)
    3. 九骄微信版本重构(优先级较低,待计划)
    4. 九骄PC版本(怎么实现,用什么架构,考虑移动端和PC端-设计如何)
1. 认识团队成员
    UI 设计 (设计稿,何时完稿) - 今日完成
    位置安排
2. 熟悉项目情况,背景,近况(Follow 明浩工作计划)
    3个项目:九骄,煤监(Backend),微信(hardware)
    项目管理事项 如何推进
    熟悉近期工作计划,考虑如何参与
3. 跟进后期项目计划:近期 煤监(Backend),微信(hardware)
4. 其他同事交谈,熟悉团队情况,及磨合
    前端工作任务不确定,后端临时提任务
    商城PC版设计未出,何时出,前端如何实现 - 今日完成

    明浩:vue的优点就是轻便,出货快 感觉不适合这样较大的PC网站
        a. Vue 为何不合适大型PC网站 + 明确 Vux 是否支持PC + 浏览器支持的版本
        b. 九骄项目大?
5. 找入口点:明确入手项目,引入Vue,九骄?可能
6. 初始化工作环境
    企业邮箱,企业微信账号,代码权限,团队位置定义
7. 黄总交谈:工作目标与岗位职责
    负责前端+设计
8. 关于后期工作计划:项目计划(主)+ 团队计划(辅)
1. 关注前端团队的工作,技术
2. 推进Trello使用,及规范流程,从前端团队出发 + Koko
3. How to answer this to 明浩:
    其实我一直都有一个疑惑 就比如这样一个外卖的vue项目 论实用性不如app方便 。如果打包成webapp 性能方面也不如原生 ,到底他的意义在哪里呢
    答:成本,团队
4. 项目时间周期长,如何组织 Trello card
    周期不宜超过80小时或2周,迭代实现
  1. 更改Trello 账号绑定
  2. 关于公司是否报名:SACC 2017第九届中国系统架构师大会。
    如果公司有条件允许,可以派同事去参加。
    大会中有部分内容,就标题而言,是值得去听的,看看行业中各同仁的实践,见解。但是具体大会里的“干货”有多少,大会的形式会是如何,那便不知晓。
    不过,我的建议是:本次不参与

20170728

  1. 项目管理的角度-关于计划wbs,产出及形式 谁负责,谁check,trello的定义及流程
  2. 与后端对接
    前期评审,减少后期的变更
    API请求定义,提前实现API,减少联调时的工作量,提高工作效率
  3. 与UI交互
  4. 其他干系人
    分阶段逐步提交部署应用,请干系人check,提前预知工作目标是否与项目目标有背离,预知是否可能有什么风险等,对此作出有效地计划调整
    知道他們要什麼(還有不要什麼),別悶著頭硬幹,否則到了專案尾聲被他們打搶,可是要花費極高的代價才能彌補!
  5. 团队内部
    Vue开发与传统使用jquery开发有什么区别
    代码规范:使用ESLint来check,注释等
    工作细化
    代码走查,相互监督,协作
    明确目标,明确重点,优先级
    应用目录的规范???
    nodejs 后端开发
    Java 逐步学习
    额外:英语能力?

九骄微信版功能

  1. 1. 商品首页
  2. 首页商品展示
  3. 按分类显示商品,商品显示不同
  4. mIsSale01 业务是?
  5. 0时,mPublishCount大于0,状态为热销中;否则为售罄
  6. 1时,startedfalse,距离什么时候开始,为true,距离什么时候结束;endedtrue,已结束
  7. startedtrue时,开始计时startDjs(抢购中,倒计时);
  8. falsestartToRush(抢购开始倒计时。。)
  9. 抢购倒计时,请求获取抢购信息
  10. 明确商品的状态:
  11. mIsSale 0mPublishCount > 0,热销中
  12. mIsSale 0mPublishCount < 0,售罄
  13. mIsSale 1started = false,待开始
  14. mIsSale 1started = true,抢购中,倒计时
  15. mIsSale 1ended = true,已结束
  16. 搜索商品
  17. 微信开发初始化?
  18. mType 是什么?
  19. 2. 商品详情
  20. 商品详情展示,状态展示:
  21. 是否隐藏便宜购
  22. 图片轮播展示
  23. 状态:待开始,抢购中,已结束,其他默认 (参照商品首页状态处理)
  24. 待开始 倒计时?
  25. 抢购中 startToRush(抢购开始倒计时。。)? 抢购倒计时,请求获取抢购信息
  26. 加载商品主图?(未成功实现改功能)
  27. 产品产区,年限等
  28. 可便宜购买商品
  29. 立即购买-弹出层
  30. 限购数量
  31. 数量增加时
  32. 数量减少时-代码处理不懂
  33. 数量变更时-代码处理不懂
  34. 立即购买-用户注册
  35. 3. 用户注册
  36. 获取验证码
  37. 用户输入验证
  38. 注册请求
  39. 查看用户服务协议
  40. 4. 重设置密码
  41. 重设密码
  42. 短信验证?
  43. 5. 地址维护
  44. 地址编辑:区别新建,编辑
  45. 地址管理
  46. 地址子页面-mui.init subpages 概念不明确?可是为何要用mainsub
  47. 6. 订单
  48. 订单确认
  49. 订单详情
  50. 订单列表:不同类型(全部,待支付,我要提货,已提货)
  51. orderLIst and orderDelievryList how to understand???
  52. 转卖:可转卖,待转卖,已售出
  53. 7. 个人中心
  54. 地址管理
添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注