@yumewang
2018-04-08T02:30:09.000000Z
字数 90762
阅读 452
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公司,也不是软件公司,我们需要搭建什么服务就就搭建什么服务,人力、销售、采购、合作,都是我们的本分。
“我是服务商,我开发了多个应用。如果顾客安装了我们的多个应用,自行取消了某个应用的授权,这是回调消息里面不知道是哪个应用被取消了,无法得到被取消的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?
因为回调消息内容里面没有包括这个参数”
车翼行微信服务号账号:
cyxtech@qq.com 2016weixin
huangkun@cheyixing.im cheyixing10
小程序AppID:wx64c0dc681fed7717
微信开放平台:
登陆帐号:pengdingxue@pingpongtech.net
登陆密码:pingpongtech
公司小程序账号:
huangkun@cheyixing.im
cheyixing10
公众服务号-菜单管理
oTZBKuLX3JxhxfFa-h4_Zw3IeX_s
服务器
用户名: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
短信服务器:
客服建议接口调用就 114的IP的地址后台去:http://114.55.176.84/msg/index.jsp 而不是 http://yun.yzmdx.com/login.aspx
13650595084
pptech123
汽车养护助手(小程序)说明:汽车服务,找车翼行。我司是一家从事汽车维修保养美容综合服务类连锁企业。有一流的设备,专业的服务。实体店面可提供中高端汽车保养维修透明化服务,全程录像,原厂品质,以及会员尊享服务。车翼行,值得您信赖的汽车服务平台。
提供中高端汽车维修保养美容综合服务,全程透明化,更多会员尊享优质服务。
汽车养护能手,为您的建立爱车健康档案
像艺术家一样思考
-- Good 月度更多的是看本月的工作目标及达成,那你的评价是跳开了目标后的整体评价,以及最后一句话,因此,建议如下:
1、建议评价描述增加:1、优点:。。缺点:。。分类阐述内容。
2、黄军。最后评价,要更加明确:类似开发团队内部批评、采取警告措施等
缺点:
项目进度整体把控尚有不足,过程中出现的问题(尤其是团队执行问题),偏差,未采取行之有效的解决方案或反馈,望逐步加强。
王明浩
整体表现属于稳定,有提升空间。绩效评分:100分。
优点:
缺点:
余治林
整体表现属于认可,有提升空间。绩效评分:100分。
优点:
杨文凤
整体表现属于认可,工作态度赞许,有提升空间。绩效评分:90分(这里的绩效分不影响工资发放)。
优点:
蒋登伟
整体表现属于不理想,但有提升。绩效评分:90分
优点:
黄军(绩效评分:80分)
项目上表现,努力尚可,能积极配合安排,完成任务项。但存在下述问题:
a. 缺乏主动承担责任的意识;
b. 无法快速定位需求,简化需求;
c. 业务实现,及问题处理,思路不够清晰,化简为繁;
b. 过程执行中,团队已定的规则变更,未及时同步各成员,以规避风险;
e. 技术上,基础不够扎实,无法独立完成某个模块的开发工作。
望后期增强自我认识与定位,调整态度,去克服所有既存的问题,并保持现有的踏实,积极学习,提升自我。
面谈:
自我检查,有不到位的地方;技术上煤监,粗糙,基本上按照规约走,可能逻辑上出现一些缺失。团队沟通上存在不足。
方式方法
对此解决的想法
整体表现属于不佳,需审视/提高自我认识与定位。
赖文杰 :
初入公司,便能迅速进入项目状态。项目进度,质量都把控很好,在面对繁杂业务,仍保持沉着稳重的态度,并对项目有独特建议。
整体表现非常好,绩效评分: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. 热爱技术,乐于接受挑战,具有团队精神,有良好的时间管理习惯
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.
产品:
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: 提升店面经营活动聚焦推广
**门店派工系统**
**店面执行系统:**库存管理、会员卡管理、历史记录查询
**平台管理:**
运营数据
基础数据管理:
项目定义?
打标规范数据管理 (检查结果抽取)
品牌型号 高端 低端 定义
**平台官网:**
**第三方接口平台:**
链接店面的公众号
上传国家规定的汽车维修档案
**汽车养护能手:门店**???
汽车养护能手 能给客户带来什么(价格的实惠,高服务品质的修理厂,爱车的维修档案,养护知识的普及,预约服务,自检(车上本身有设备,就可以监控,实时提醒),保养建议,会员记录)?,门店与客户之间的信息传递平台?
九骄(蒋老师)
09-25 ~ 09-30 实现商品PC版
09-23 修复现有问题,为国庆前上线做准备
PC版前端工作项及所需工时 0823
PC版后端 0825
微信版重构计划中
煤监
09-18 正式签订第一份合同
登陆与初始账号
系统地址:http://139.196.253.18:8899
初始账号:admin 密码:1 3456
参照:重庆煤矿安全监察局 http://www.cqmj.gov.cn/
计划中 0822
预约,注册,评价,服务后的评价,调查满意
神新救护队穿戴设备手表
2017-09-21 从昨日起Jerry实现:Sync Data in local Database,sync Data for Server
触摸屏
2017-09-20 宗申客户现场,需求方案讨论。下一步方案拟定,保教
设备检测小程序
毫无进展,没有进入合同期
2017-09-21 需后端介入,直接对接中移,会出现用户数据后续同步问题
畅服官网
2017-10-09 前端优化
2017-09-25 畅服官网UI设计
指标:技术团队养活自己
人事安排
申请资质的事情(刘勇)
畅服官网(重要,腾讯企业邮箱5年,服务中心,偏平化)
企业邮箱 15% 利润
精干团队,薪资增长,付出有回报
销售团队未产生开销,技术团队总在花钱,这些钱是否用到点上。
主要关注 钱。
邮箱团队 1千万
技术团队 项目部(自给自足,公司小部分),产品部(公司养)
员工端,手机号快速搜索车辆 (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. 【交互】确定/清除按钮的位置,不友好
所有弹出层
绩效考核数据采集【旭日美合店、龙洲湾店】,请同步一下今天的情况:
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.
傅总今天休息,因此,他明天上班会给我传一个他的店面某个月工资核算表,我看看与分析。
建议
如果是查看服务报告,建议增加提示:门店服务检查维修透明化等的定义设计时,是如此考虑的?
门店动态
:品牌,车型,服务项,门店,进店时间 用油习惯(全合成油,半合成油),保养公里数
(参考企业微信侧的定义,标明什么用油),上次保养里程数,上次保养时间养护档案
是什么Gene
关于评价 - Alisa
评价的定义:
何时可评价:车辆进店服务时,开始服务后才可评价
测试用例1:【企】进店一个车辆,新建中
测试用例1:【企】进店一个车辆,开始服务
疑问1:客户是否可多次评价?
什么地方开放评价入口:首页服务报告,订单列表中
评价什么:
N个测试用例
评价后如何显示:
1. 显示在门店详情(审核通过前,只限本人可见)
2. 显示在我的评价中(审核未通过时,不能查看评价内容)
3. ?评价后,推消息,提示语?
审核:【后台】4个测试用例
额外的限制:一个服务,只能评价一次
疑问2:评价是否可删除
显示店家回复:门店详情,我的评价
界面测试:
产品累计问题:
企业微信侧,车型选择完善,完善车型选择基础数据(数据,周一已完成)
企业微信侧,服务报告中,显示车型,及下一次保养日期,保养公里数
企业微信侧,是否考虑
预约门店资料
- 马立可汽车中心龙洲湾店(编号:1046)于2016年5月28日正式开业,门店面积近400平米。经营项目:保养、维修、洗车、美容、钣金、喷漆、道路救援、事故车修复、车险续保、太阳膜、轮毂改装等。 本店拥有专业的服务接待与施工流程、舒适大气的店内环境、国际环保高性能的产品、完备的质量售后制度,确保每一位到店客户的体验满意度!
营业时间为夏季8:30~18:30,冬季8:30~18:00, 预约半小时一个,17:30结束- 旭日美合店
文字介绍:MEINEKE(马立可)全球汽车服务中心是一家特许经营的汽车维修服务连锁品牌,本店(1069旭日美合店)作为其加盟店之一,位于渝北区松石支路202号,业务范围涉及汽车美容装饰、机电维修、钣金修复喷涂和保险销售理赔等,我们拥有国际先进的维修设备,行业一流的维修技术,国际环保高性能的产品。我们的口号是:爱车,爱生活!
服务标签:精致洗车,汽车美容,汽车保养,汽车维修
营业时间:8:30-18:30
洗车预约可预约的时间点(50分钟,预约一个车)
预约的时间段:8:30-17:30- 国际社区店
- 璧山店: 马立可汽车中心璧山店(编号:1031)经营项目:维修保养、洗车美容、钣金喷漆、精品装饰、车险续保;拥有奔驰、宝马、奥迪等品牌的专用电脑诊断仪以及各类型专业检测与维修设备;拥有维修高级技师、美容高级技师等组成的专业施工与服务团队;提供完全的正厂配件,敢于承诺“假一赔十”;秉持“真诚做人,用心做事,不断提高客户满意度”的经营与服务理念。 营业时间 夏季8:30-18:30 冬季8:30-18:00 预约半小时1个,17:30结束
- 南坪店:马立可汽车中心南坪店(编号:1029店)店内使用面积近2000平方米; 经营项目:汽车保养、维修、精致洗车、美容洗车、太阳膜、轮毂改装等。2016年4月底,南坪店经过半年升级改造,“奔驰、宝马、保时捷、路虎/捷豹、奥迪”等高端品牌车型的专修技师、专用电脑解码仪、正厂配件已配置到位。专业的服务接待与施工流程,5公里免费专车接送
客户,完备的质量索赔制度等,确保每一名到店客户的体验满意度。
地址:重庆市南岸区宏声路星宇花园南岸街道公共服务中心楼下
预约电话: 023-62777026
服务评价
服务评价
- 车主/非车主评价
- 服务评价方式:
a. 服务星级,专业技术,质量
a. 星级:1,2服务超差,3,4比较差,5,6一般般,7,8比较好,9,10完美,参考《猫眼小程序》
b. 评价内容
c. 常用标签(好评,差评,推荐,服务好,一般,满意,可追加标签)
d. 所在门店,链接可查看门店介绍
e. 服务的员工点赞- 追评(文字 + 图片)
- 服务点赞(门店点赞)
- 我的评价:
服务项目
门店简要(门店名,地址,电话)
评价列表
删除
追评
店面反馈门店介绍
中,扩展服务评价
a. 门店整体评分,评价个数,追评个数,N个点赞,整体评价
b. 当前客户的评价置顶
c. 服务标签(参考美团)
d. 服务项目
e. 评价内容
f. 评价标签
g. 服务星级 + 描述
h. 客户信息(车主姓名,车牌号,品牌)是否部分隐藏
i. 店面反馈
j. 门店总订单数,总评价- 后台管理:评价管理,
店面回复评价
- 企业微信:【服务报告】服务评价
在完成服务前,加入本次服务的金额(可选)输入。在南坪店要必输入,这样我们才能好去统计产值。
可尽快做出来。 可选输入。南坪店从管理上去执行这个值的输入。如果系统能控制收入 请提前告知我一下。
关于小程序的门店(洗车)预约方案
门店简介,位置,电话
门店的服务范围,不同服务的接受能力(时间,工位等)洗车对外的名称可以自定义,时间库跨度,服务时间范围(开始时间,结束时间),一个时间点预约个数的定义
同一个车,同一天只能预约一次
根据客户是否进店记录,匹配默认门店;
可选择门店,门店定位?
客户车牌号,电话,车型?
预约订单的管理:可取消,然后可删除
洗车订单
支持短息推送告知预约情况
【企业微信侧】开放预约记录
域名切换 后续
黄总需要店面SA的执行材料
所有资料整理
渝A23528 - 没有车牌号-新车?
数据无法清理:
13399886689 或 13220348709
刚才客户手机号不一致,我手动改了
删除
编辑车牌号
订单还原:1081
1068 188
南坪店:洗车,保留一个工位,半个小时,一个车;工位
运营数据,门店数,应该把畅服测试排除
小程序关注数,要考虑?
门店演示培训: 2018-03-17
渝ASD875 保养 + 检查
渝DAX244 美容
渝AHN920 维修+检查
渝F28J71 渝BUJ259 钣喷
10家左右的汽修店推广方案 企业情况问卷调查,三折纸设计
联系电话
【旭日美和】
1. 企业微信 介绍:打开,审批,流程,组织架构,通讯录
2. 汽车养护能手,两种角色:服务顾问 + 美容技师
服务报告查看记录?
客户品质:爱车,消费能力,特性,秉性(小问题不修,修大问题)等,客户标签,客户等级
自动生成,前期的执行,为后续提供参考
旭日店 从4月开始,作为员工20%的绩效考评方式,投资人点赞
尹总材料:
关于【技师 车辆检查】作业时,我们需要注意:
关于【技师 车辆施工】作业时,我们需要注意:
等SA服务销售 与 客户 确认施工项目后,便可去认领施工。
施工与检查的操作一致,都是记录施工结果(施工图片+施工描述),区别在于:
1. 检查是发现问题,选择“紧急”,“关注”,“良好”
2. 施工是解决问题,选择“已更换”,“已维修”,“已清洗”等
每个环节(检查环节、施工环节)执行完成时,请填写的结果总情况,比如:
增加了创单的复杂度,建议创单后,才上传
周报告
产品情况:
小程序:微信预留手机号跟我们系统留的手机号不一样
手机号码 + 车辆绑定 流程定义,再提新的设计:绑定车辆
服务报告 + 小程序的实现方案?待定?
已经开始设计的功能点-企业微信-权限取消,页面结构重定义
发布计划:本周的计划完成项
下周的计划:
初版车辆养护档案
设计?
屏蔽的功能点:
预览检查/施工结果图时,建议:下滑或单击就可返回
自检实现的优先级降低
店面事宜参与:
成员Tom 周二门店报到,
成员Emma 周天门店报告
网络配置
团队事宜:本周值日生 Eva 负责本周计划推进安排,她的总结?好的,不好的,需改进
周例会记录
小程序手机绑定新方案 Jacky
企业微信界面重构
Jerry 检查升级
Gene
汽车养护能手-三折纸设计
门店服务透明,客户信任 帮获取客户信任,提高商机转化
专业,规范,透明,信任
客户信任度
提高店面执行力
提升店面服务专业化
提高商机转化
请各位查看上图,相关同事关注,并作出调整。需要产品组配合的,请及时联系。
后续产品组 Alisa(昨日会议大家见到的小女生) 会持续关注所有进店【车辆服务报告】,提出问题点,配合大家工作,同时也请大家配合她的工作。
【服务报告】的完整性,是需要我们店面每一位员工线下执行,线上操作来达到的,而南坪店作为产品的示范店,我们只要严格要求各位,才能达到一个可示范的标准。同时请各位能明白【汽车养护能手】作为一个平台,可以协助各位:
1. 工作汇集,每个服务记录明确;
2. 你们用心,细致的工作,能透明化;
为何你可称为“金牌”,那是一份份实在的工作,记录放在那里,可直接知晓的;
3. 工作沟通有效,门店服务的有序;
4. 能与客户有良好的沟通
另外从今天起,我们会分享南坪店的【服务报告】到各门店,请配合我们的工作。
关于美容项目:洗内饰
培训的目的 (直营示范店)
汽车养护能手,是一个平台
让大家的工作汇集,有依据可言,和客户有良好的沟通。
让大家用心,细致的工作,让大家知道。
让店长,服务销售,机电组,美容组等之间的工作连接起来
明确各个环节的执行要求
我们团队之间需要互动,大家遇到的问题直接暴露出来
你们的建议(昨日到店很多问题,今天到没有问题)
关于时间的不够,我个人觉得是可以调整的
我们之前一直在强调其他门店的培训,而忽略了南坪店
我们的要求是什么,从产品去年下班年在南坪店使用,过程中大家肯定对系统有使用不便的地方。
现在系统使用,对大家工作产生的时间消耗,我觉得是值得的,它肯定能在其他环节得到补充
渝A022Y5 美容,钣喷,各位非常用心,我们期望你细致的工作,不仅仅是店面管理者知晓,客户也是知晓的。
要用大家服务过程中,消耗的时间,会减少服务销售与客户确认时间,会得到客户的信任。这不是再消耗大家的时间,反而是一种有意义的处理。
另外,我们工作,如何在交车环节体现,要把我们的服务报告展示给客户,看到我们的执行过程
我很担心给大家的工作造成困恼,麻烦。所以当软件公司的任何一位到店报 告时,我们都会提醒 切勿影响各位工作。
今日这短短的时间,依然有太多未提及的地方。后续有问题请找产品组任何同事。
黄总 有补充?
各位,我们今日观察了大家的店面执行记录,发现了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"}
尽快,有些因素需确认
)这是微信的手机短信验证功能,我们无法识别到这里的错误定位。我们尽快开放另一个手机号绑定方式
另一个手机号绑定方式
另一个手机号绑定方式
两种绑定方式
后续提供关注功能
提供重新绑定功能
服务
搜索{"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"}
做好事情后,做正确的事情
下周工作安排:
Abby 下周周一26日会到 南坪 店报到,协助大家操作【汽车养护能手】使用,以及其他事项。你可以安排一些事项给我们,给出一定的指导。
另外 Jacky,Jerry 周三 28日,会到 南坪 店报到,事项:
Gene:你们到店主要关注以下事项:
1.作为SA的角色扮演,实际体验一次操作流程,从用户的角度去感受一下。
2.主要指导一下机修组的操作方法和心得分享,可以告诉他们你的设计理念,让我更好的去引导他们操作好系统。
3.可以以开发者的角度让客户关注小程序,收集客户建议。
后台管理功能特性-依据企业微信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:“输入图示说明”时,展示当前选择的图
问题:订单列表,已完成的订单,是否还需要显示预交车时间?
已改:
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 嵌套定义,无层级可言
摩羯座个性温和又坚实,性情沉着而踏实。对事物虽然犹豫不定,但是一旦决定下来,就能以坚忍不拔的精神,执着向前。忍耐力强行事慎重,但也有顽固的一面。受人之托必能忠人之事,绝不会中途放弃。占有欲强,比较追求精神上的满足。为人幽默、风趣,常能得到朋友的亲睐。
企业微信侧
【工作台】返回订单,操作流程 -》操作日志 施工环节,检查项??
【历史订单】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. 服务报告,被查看了多少次?分享了多少次
检查问题,系统提供,门店二次维护,作为后期的基础数据定义
订单客服电话
关于我们-客户
关于我们-车翼行
所有车翼行的logo
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)
企业微信侧
1. 增加“检查”服务:接单,所有订单列表
2. 不同服务对应的技术建议常用语
3. 【服务报告】图示增加系统文字说明
问题:预览图时,无法查看系统文字说明
4. 【车况报告】图示增加系统文字说明
5. 【工作区】功能持续细化:
保养类
检查环节,可追加检查项目,删除追加
检查图示打标:自动标记单项 + 问题描述(或者检测实际值)
展示检查图示打标记录
施工图示打标:自动标记单项 + 问题描述(或者检测实际值)
施工环节,可追加检查项目,或删除追加
维修类等:
检查项目追加,删除追加,检查项目展示有别于“保养服务”
检查图示打标,选择项目 + 问题描述
展示检查图示打标记录
施工同上,仅展示有问题项目
施工环节,可追加项目
检查项目选择时
选择了大项,自动勾选单项
取消选择大项,自动取消勾选单项
选择了大项,取消某个单项选择,取消大项选择
当大项的所有单选选择时,自动勾选大项
上述 4 种情况下,勾选了大项,只能设置大项为检查
(已勾选的检查项,不可重复勾选)
其他
上传图片展示慢,是否可以改为企业微信本地图片展示?(尝试)
接单
服务的方式变更,不在是1, 2, 4, 8等
你要习惯 任何人的忽冷忽热,也要看淡 任何人的渐行渐远。
1. 汽车养护能手-产品核心价值说明 完整的服务报告
- 清晰的服务信息
服务车辆,车辆问题
服务项目(保养,美容,钣喷,维修)
明确的时间节点:接车时间,预交车时间,实际交车时间
友好的服务销售建议- 保养记录,能清晰告诉客户“保养”服务结果
检查了多少项目,施工了多少项
检查了什么
检查问题的严重程度:紧急(急需处理),关注(建议处理),其它标识良好
施工了什么
施工结果,施工处理方式:已更换,已维修,已清洗,未处理
完整的检查/施工项目说明,让客户清晰知晓车辆问题- 操作要求:
1. 借助推荐【车辆检查工具】的检查结果,勾选对应检查项目的结果;
2. 就检查结果,给出合理的问题评估
3. 上传【车辆检查工具】的检查结果图示,或实际操作检查图示
4. 检查完成时,给出清晰的结果描述
.
1. 上传实际施工图示,并文字标记,箭头施工位置
2. 上传施工后,【车辆检查工具】的检查结果图示
3. 就施工,给出施工处理方式
4. 施工完成时,给出清晰的结果描述
5. 质检完成时,主技师给出专业的技师建议
空调滤芯
About little program design
顾客,当您进入汽修门店,您是否在想:
门店服务质量不如4S门店
门店服务流程不如4S门店标准
门店偷工减料
门店报价不合理
【汽车养护能手】能解决您的顾虑,您的担忧。我们的用心,认真,为的是您的满意,您的安心。
【汽车养护能手】能做到:
服务报告
门店服务过程,全程透明化
过程化的检查打标图片,将清晰告诉您爱车的问题部位,问题原因
过程化的施工打标图片,让您明确服务处理结果
合理的技工建议,让您行车安全
车况报告
采用一套完整的车况检测方案(全车28项检查定义),精准定位车辆问题
完善的车况检查报告,让您了解爱车的近况
过程化的检查打标图片,进一步定位车辆问题
保养建议
不同品牌通用的保养建议,供您参考
About team
Myself:
- 阿里人工智能团队内推荐
- 我是谁
- 为什么我会在这里
- 我们的愿景,比如:我在砌砖啊;我在修一堵墙;我呀,我在修一座教堂
- “教学”的故事
- “行动价值”的故事:我们所做的事,带来什么
- “我知道你们在想什么”故事
- 如能给别人价值,只要有机会,就必须往前走
- 合作的方式
- 合情合理的企图,开诚布公
- Don't care too much money. 投之以桃,报之以李,接踵而来
- 费了整整8个小时才学会写一段应用代码,为后续节省了时间,减少了犯错误的次数
- 需让大家做什么,同时了解为什么让大家那样做,否则他的表现是永远不会让你满意的
- 故事应该不仅使人获得技能,还能让他们懂得如何学习其他技能
问题反馈:
问题反馈
- 客户微信手机与进店预留手机不匹配时,车辆服务报告不可见
- 支持手机短信验证方式
- 访问首页时,页面乱掉
- “后门”小程序上,图示预览不能全部连续预览,小程序上也是?
汽车养护能手发布日志:
企业微信侧
- 授权企业时,增加重复性授权是,企业信息的判断
- 授权企业时,获取所有授权访问时的员工信息,信息中不包括电话和邮箱
- 增加用户登录时,可直接更新已有用户信息
- 订单服务时,操作确认提示语优化,及界面调整
- 服务报告的界面优化,基本保持与【小程序侧】一致
- 车况报告中,检查/维修打标图示,增加时间展示
- 删除检查/维修记录时,同时删除图片存档(大图,缩略图),仅针对“维修”,”钣喷“,”美容“服务
小程序侧:修复缺陷
- 图片显示变形
- 已完成的订单,当服务没有记录时,不应该显示:等待施工中
- icon图片显示保养检查记录的紧急,关注,正常
- 维修等服务的检查、维修图示,排序有误
- 当服务施工无记录时,不应该显示title:施工图示
后台管理
- 支持员工信息管理,提供权限的变更
- 完善单据上传,支持宽度150的缩略图定义
- 支持订单预交付时间的变更
- 支持修改车牌号
关于所有“车翼行”的变更
关于所有“车翼行”的变更:
- 域名:cheyixing.pptech.net,公众服务号,小程序,企业微信第三方,三侧代码库等
- 公众服务号变更 (翼行九州 4月前年审)
- 小程序账户信息变更
- 后台管理,登陆:车翼行
- 小程序侧,关于我们:车翼行
- 小程序侧,默认图片有车翼行Logo
- 所有车翼行Logo
关于【企业微信侧 V1.2.2】实现功能特性点
- 车辆服务问题的展示
订单列表
工作区- 接车
增加检查服务
服务项目,各门店可自行定义
服务项目与检查定义是否关联?
接车时,针对维修,可选择检查项目?
- 工作区
检查方案
的定义,比如日常保养检查,美容检查(是否考虑取消检查方案的概念
)
技术建议常用语
,在不同服务下的定义
项目
的增加:项目大类,项目
服务检查
,可增加检查项目/项目大类
服务检查时,已有的检查项目,不可重复添加
服务检查,增加项目时,可搜索某个项目,项目大类
关于项目检查时,如何展示?
服务施工时,添加项目检查时,体现为“追加项目”,只能对“追加项目”作出检查处理
打标图片
,所有服务的图片记录,均统一管理
有检查标准时,打标图片,默认已有的项目,记录问题描述
无检查标准时,打标图片,需选择出现问题的项目,并记录问题描述,问题程度:紧急,关注
无检查标准时,检查/施工项目,以“项目大类”来作为入口
施工时,就已存在的问题项目,上传施工图:描述施工内容,选择:处理与否
施工时,同时增加“其它”,可选择其它项目施工
以项目大类为大类的项目检查结果,是否需要与施工结果挂钩?
质检完成后,支持补充检查/维修打标记录?
施工结果,是否需要打标:施工项目,施工处理方:已处理?
是否记录服务做了哪些检查?还需要考虑服务本身挂的检查?
增加库房,出库确认?
环节操作,可撤销回退?
项目的常见问题 - 收集,后期要考虑
- 服务报告,车况报告
关于系统项目打标后的调整- 其他
后续进店时,通过公里数等,服务建议,系统体现大保养检查概念等
历史未处理项的推进
接车,是否可以查看 上次进店的 检查未处理,已有数据。(问题是否已被处理,问题是否列为本地服务处理)
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
机电组/美容组车辆服务与系统操作【企业微信侧系统】要求:
一、检查环节:认领检查工单,执行检查
车辆驶入机电区后,查看【汽车服务委托书】,系统操作如下:
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. 能让客户能清晰了解本次服务的情况
站会内容:
产品事项:
- 客户端缺陷修复,及测试
- 后台管理:
车牌号,预计交付时间的变更
提供4个API:修改车辆车牌号,变更订单预交付时间,订单单据删除,车辆信息维护?- 企业微信侧:
企业安装应用时获取授权范围内的用户信息
第三方公众号适用方案研究(已有解决方案但暂不采用)
v1.3.0 构思:员工段与派单系统的配合(明日同步想法)
历史数据归档,增加脚本的统计规则
新脚本计算商机统计(Jerry,说明)- 操作手册,缺少 机电组操作细则,明日提供并完善
- 官网设计提供初稿,并获取反馈意见,明日持续完善,提交团队评审
其他事项:
- 欣荣项目,配合对方重审域名备案所需信息
- Dome实现收折功能 推进
- 学习服务器架构等 ,docker部署,以后添加服务器 可以仅部署环境,不要那么复杂的配置工作
- 学习了一种算法:损失函数,可以让平台计算更精准的数据(Jerry,说明)
官网-汽车养护能手 (免费提供平台服务支持)
让客户放心,省心(服务报告,车况报告 图示)
让每个汽修实体店面都有专业化,系统化,标准化服务。(后台管理 + 企业微信侧 图示)
我们的产品
基于腾讯企业微信,微信公众号,小程序三侧,实现汽车养护行业统一解决方案;
我们致力于打造客户,企业信赖的汽车养护平台。
- 企业微信侧,面向实体店面,提供中高端汽车保养维修透明化服务;
- 微信公众号侧,面向实体店面,通过其消息机制,可主动让客户了解服务动态;
- 小程序侧,面向服务客户,让店面服务过程透明化,并以通俗明了的方式展现给客户,让客户放心,省心;
- Web后台管理,面向店面管理,提供订单管理,数据分析,协助店面服务管理。
我们的功能:
持续打造更为完善的汽车养护行业的全方位需求
- 透明化服务
- 车况报告
- 保养建议
- 线上预约
- 派单系统
- 数据统计
- 商机分析
- 标准SOP服务流程
- 服务消息机制
- 完善的服务项目定义
??服务门店: 4 个?
企业微信第三方管理平台
服务环节
车辆驶入机电区后,待机电组检查完毕,服务顾问跟进,操作如下:
1. 向客户展示企业微信端的【服务报告】,针对保养类的服务,展示【车况报告】
2. 与客户确认服务目标后,操作“SA确认”
3. 如有维修报价单,上传【维修报价单】;如是保养类服务,上传【保养检查记录表】
交车环节
待机电组根据确认的服务项目施工完毕,并质检确认后,操作如下:
1. 查看【服务报告】是否与服务目标一致,判定是否具备交车条件。如具备,电话通知客户可交车
2. 客户到店取车,向客户展示【服务报告】,并询问“服务满意度”
3. 引导客户到收银台,结算并出具【结算单】,对纸质【结算单】照相存档
4. 向客户转交车钥匙,完成交车,目送客户开车离店
5. 上传【结算单】,操作“完成服务”
如上操作后,完成单次车辆服务
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 再次弱化服务,及流程,以问题,解决问题为主,概念成形
汽车养护能手V1.2.1,1月29日
发布
用户须知
1. 如应用访问异常,可能是本人手机缓存导致,请先自行清理手机本地缓存;
2. 之前【消息】区,已推送的历史消息已被清除,当后续产生【新消息】就可查阅;
3. 无消息对话框情况下,员工请通过【企业微信-工作台-汽车养护能手】进入操作;
4. 第一次进入系统时,会需要授权,请员工自行操作【同意授权】即可。
发布说明
1. 【服务单据】,均支持多张上传;
2. 【服务单据】,依次按照汽车服务委托书,维修报价单,结算单排序展示;
3. 【服务报告】,检查/维修的图示,增加记录时间展示;
4. 【订单列表/工作区】,增加进行中订单异常标识,显示:预交车时间 小于 当前时间;
5. 【工作区-服务流程】,与【订单列表-搜索】,两处的右侧小窗,可左滑打开,右滑关闭;
6. 所有客户信息中,取消“关注公众服务号”,“VIP用户”标识(多门店的定义下,当前的定义不合理);
7. 订单完成时,取消结算单上传的限制;
8. 支持第三方应用访问。
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. 【员工端】滑动关闭右侧流程小窗,搜索小窗
工作区的功能特性表(Tom)
支持查看服务报告
- 展示对应订单的单据,及对应单据标识(汽车委托书,维修服务单,结算单)
- 支持查看当前订单对应服务的记录,及参与技师
- 【保养服务】展示检查统计:检查了N项,处理了N项
- 【保养服务】展示检查记录表:
a. 体现项目检查情况(紧急,待关注,良好)
b. 项目处理情况(已更换,已清洗,已维修,未处理)- 【保养服务】展示所有已处理的项目详情(已更换,已清洗,已维修,未处理):项目名称,检查记录,检查图示,施工图示,处理情况等
- 【维修,钣喷,美容】支持显示检查结果(图示),施工结果(图示),技工建议
- 支持所有图片放大查看
- 支持各服务记录收折、展开
- 提供快速回到页面顶部的功能
- 支持显示订单信息
a. 显示车牌品牌图,车牌号,接车时间,预交车时间,车辆问题
b. 进行中的订单,显示车辆到店时间
c. 订单已关闭,显示关闭理由
d. 订单已完成,显示SA建议
e. 明确展示当前订单,所定义的服务有哪些
f. 如果服务中有【保养】,可快速查看车况报告
团队
1. 绩效,jerry,jerry也存在自己问题;我倾向给大家更大的利益。可是得你么自己把能力拿出来。
2. 成员,2018年,不论是各位选择公司,还是公司选择了各位,在这里坚持,不要浪费公司宝贵的时间,更重要的是各位自己宝贵的时间。
3. 一种公司黄总,邓总对我们的期望:真正的机制不是公司的规章制度,而是做事情和处理问题的一种本能反应。
另一种期望:是来源于我们自己,自己期望2018年要如何?
产品
产品现有的使用情况
1. 产品的一致性,企业微信原有UI框架
2. 团队内部做事的规整性
3. 成员自己的主动,及共事的相互合理配合,比如说有遗漏,是否可以一个问题记录,我们统一考虑。
4. 产品的目标22日: 璧山店,大渡口店,国际社区店等
5. 出现任何问题,应该以谦卑的姿态对待,而不是各种理由,各种借口。这种行为会成为习惯。还有在目前的团队各位觉得自己还行,可是在大集体上,我们还差很多。上次邓总发出的系统问题、包括koko提供的PDF文档,图片失真。一种要求?一种别人做事时的认真与极致。
6. 黄总周三提及的规划,大目标。我们得跟上这个节奏。
7. 本周的重点是【员工端】,下周会是【后台】
员工端
门店定义
1. 添加员工到当前门店
2. 添加订单到当前门店
3. 只能查看当前门店下的订单记录
保养类订单的处理限制
1. 检查环节,必须作出检查
2. 施工环节,必须就检查结果,给出处理
3. 施工环节,直观标识检查结果,方便施工处理
提供保养类订单的车况报告
1. 检查/施工环节,可见车况报告
2. 质检环节时,均可见车况报告
保养类订单,质检环节,增加洗车记录上传
保养类订单,结算时,支持定义下次保养建议的基数:5km(3个月) 或 7km(6个月),及服务销售给出后续车辆保养建议
订单流程处理,处理意见是必须输入
订单结算时,限制必须上传汽车服务委托书和结算单
车辆检查项,增加基础保养,用于上传非检查项类的施工图示
标识客户是否关注小程序
支持企业微信消息,快速进入订单处理
客户基础数据导入,以方便用户快速接单
客户端
预交车时间(员工,客户端)
门店定义
1. 添加员工到当前门店
2. 后端实现门店的概念
企业微信配置数据存储
保养手册(数据采集,我们再想想)
后台管理
预交车时间,体现延迟交付的概念
预计交付时间,须变更理由
谁来负责预交付时间的变更
多车定义
车辆初检记录
支持订单组合服务:增加组合服务的概念:保养,维修(保养/维修,快修快保),钣喷,美容(洗车),精品销售 (与Gene再次确认 )
SA订单数据过滤,仅查看自己的单据
已完成,已关闭,应显示完成时间
门店定义
1. 添加员工到当前门店
2. 后端实现门店的概念
企业微信配置数据存储
问题:
Android 手机上,无法执行检查项处理
车型选择时,当车型较多时,如何优化
保养检查环节,图片上传缓慢
首页,已有客户进入时,先显示手机绑定页面,体验不佳
保养类订单,结算提供: (纳入 V1.1.2)
保养的基数可选择:5k(3个月),7k(6个月)
非进店客户,保养建议的基数 (待考虑)
客户换油周期习惯:5k, 1w, 其它
首页
1. 客户换油周期习惯:5k, 1w, 其它
2. 根据定义的基数来给定保养建议
订单,重构
基础保养,不存在处理建议
某些保养订单,会存在非检查项的施工图示
比如机油漏,就考虑先维修,后保养
比如方向盘,就考虑先保养,后维修
增加检查项,维修记录 两个tab页面实现
huangk2906
产品遗留问题:
实现车辆删除的逻辑删除
扩展 检查/维修结果统计: 系统建议
扩展检查项的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)
手机号绑定,短信功能
预约服务顾问的指定
订单客户评价(服务,员工,质量)
注册须知
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' All in meetings
原本 想在月底的时候,才开会,但是我知道等月底周五时,大家会跟疯子一样忙着,而没有时间,那周五安排的下午活动,该怎么处理?
我想听听大家对这个月以来工作的想法和建议。
到底我们是否做得足够?
Jeremy,设备的工作上,算是较正规的走trello 项目管理。你觉得如何?
Abby 有神秘朋友送花,希望这个人是你倾慕的人,便是乐事,否则徒增烦恼。
产品管理的职责是探索(定义)有价值的(用户对产品的渴求程度),可用的(用户明白如何使用产品),可行的产品;而项目管理则关注如何执行计划以按期交付产品。
大家有什么疑问?我们需要建立团队的信任
大家如何?有任何疑问可以找Koko, tom 空少进来。大家都相对比较沉闷,因为工作。我们得调整。
Jeremy:
1. 对公司的建议:项目拖沓,未及时交付,过程中把控不足,源头不足,项目负责人不明确;
项目负责人的职责:需求分析师,产品经理,UI设计,测试,实施;
项目管理的规范:进度,职责划分;
前期项目的规范
考勤的方案????全勤奖,奖励多少??????(建议很好)
绩效的,能力评级? (考虑)
会议的安排,及记录,没点
2. 对我的建议
方式不对,对Jacky不利;
态度的正确性,没有那多理由。借口原因。
简单体验了一下,小程序的方向是对的,不过功能设计离真正有用还是差距比较大,既然你自己也在开车,那么你要想想你作为开车的怎么做到你觉得有用愿意用,尤其是现在设计离哪些东西你觉得没用。
整理产品问题及需求
客户预约流程,及后续管理
快速搜索车辆优化(Koko)
【福特】司机乘客打卡(微信公众服务号)
乘客端功能列表:
1. 获取二维码:车牌号 + 用户id(userid) + 当前定位?
2. 扫码打卡
请求参数:车牌号 + 用户id(userid) + 当前定位
返回结果:成功 or 失败
3. 当前打卡信息展示
请求参数:打卡记录id
返回结果:车牌号,打卡地址,打卡时间
4. 历史打卡记录查看
5. 当前月份历史打卡异常标识司机端功能列表:
1.获取二维码:车牌号 + 用户id(userid)
2. 上车扫码打卡
3. 开车打卡,三种:起点,临时停车,终点
4. 当天打卡信息查看:车牌号,乘客数,打卡记录
打卡记录:打卡类型,时间,地点
当天可有 多组 打卡记录
5. 历史打卡记录查看
6. 当前月份历史打开异常标识技术上:
1. 企业微信OAuth的授权登录,快速获取用户信息;
2. 企业微信JSSDK引入,实现扫码,地址定位功能。
除了接单按钮,可能还应该有个查询当前订单按钮
另外人天主要是项目开发时方便计算工作量,便于与客户谈价格和资源投入,投入人越多交付越早;而做产品不是这样的思维方式,做产品只有功能开发出来的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: 嗯 好的。当时考虑“注册即生成一张卡劵给用户”。比如洗车卷一张。重点肯定是邓总你说的这点
通过免费洗车券吸引到店检查,达到我们给车主完善动态档案的目的,也是不错的思路。
但这只适合于已经是我们店面的车主转达给他朋友,这才可能是附近的车主能到店。不过我希望小程序是能超越地域的有用,我在深圳,或者老严在上海都要觉得有用。比如这次我去上海,老严的车他其实就一点儿都不知道该怎么保养,除了换过机油和刹车片他知道,其他有没有维护过他都不知道。
专业性与服务好,是我们要重点对修理厂渝产品团队提出的新要求。软件是我们对这两点的理解。
Richard 评语
综合评估:Richard是一位偏技术型的可靠人才,且工作状态随意。
- 优点:
专业技能扎实,能积极学习新技术,且掌握非常深入;
善于利用工具,来高效产出;
工作积极性很强,工作思路清晰明确;
工作结果产出,可靠性很高,且时间节点把控很好;
工作上,能常自省反思;
团队意识强烈,能保质完成本职工作的同时,还能协助团队其他技术问题,及其他工作事项的协助。- 缺点:
技术架构能力尚现不足;
对自己能力的定位,自信心有待加强。- 其他:
结婚较早
有多次创业经历,比如所知:租房创业(租房,简单装修,转租多人)
关注机会,以表现自我
本次产品开发的参与,非常积极,且对money上,关注较少。他觉得能帮上忙,能做好,更为重要。
- 12月初开发计划,上线计划事宜
- 订单创建
- 保养维修类,检查项的整合,及数据表结构
- 预约流程的定义?
- 技术攻关
车翼行产品:
- 产品后端技术,后期扩展的考虑
- 12月1日产品规划
- 产品开发实现
- 产品 UI check (今日产品会)
- 技术调研:如果通过行驶证获取讯息 (Jerry)
- Deng 反馈查看
车翼行产品V0.1.1范围定义,及计划 (今日必须)
Evan:专业,保养,预约流程
券:进小程序送券,老带新送券,新送券
检查项:检查 关联检查图示
Abby设计,发布朋友圈:
系统上线预热图片,倒计时,二维码
系统使用的成效
营销活动的推广
软文推广:设计,标准、随意型
预约管理-来源:上门,电话,网络
- 不同车辆,检查项是否不同,标准;
- 日常检查,常规保养检查以及不同公里数对应的检查,执行?
- 定期保养记录表是什么,是否是不同公里数对应的检查项目,还是保养手册
- 创建订单的方式,待优化
- 订单详情,上传单据,请点击文字区域。(因实现图片预览功能,这里体验不佳)
- 汽车养护能手员工端(Koko)
- 能手 - 车翼行
- 黄军的事情,如何处理?
- 设备监控,下班前 check
- Team 工作项及安排
汽车养护能手全面梳理:
- 记录创建时 openid 小写要大写(两处)
- 另外检查描述,维修描述是否只保留一条
- 创建订单时,服务定义
- 已认领,不能再次认领
- koa-cors, sha1 写入package.json
- 客户端,订单列表,服务项目的定义
- 车辆添加,信息验证,及路由转向
- 预约成功路由转向,转向后,无法返回
- 车辆图示
- 数据session sid处理
- 写死 openid get post
- 查看检查、维修结果处理方式不对。
- 自己认领了,不能在认领
- user表增加:userid, department, position, mobile(phone), is_staff, gender(sex), status
- sid 的问题
- 企业微信是userid,而不是openid,xcx_openid. 麻烦大了;
- 刷新页面404 部署环境里。。。。why?
openChat(e) {
app.globalData.orderInfo = e.currentTarget.dataset.order
wx.navigateTo({
url: '/pages/chat/chat',
})
},
{
plateNumber:
peole:
list: [
]
}
邓总,今天无法提交 企业微信-员工端 实现,还有些细节需要处理,会尽快落实体验时间。客户端,我们会持续优化。
- 坚持不能存在反人类设计
- 寻找艺人(?什么话?)
- 第一次看到,第一次用到,经常用到,业务与场景的设计
- 产品Logo,养护能手Logo
- 不同车,不同的服务,VIP,尊享
- 产品定制
- 能手的基色调:马立可Logo
- 保养时间,消息推送的原则:月份的第一天
- 基于保养时,推送项目信息?????
- 默认车辆
- 事故咨询
- 同类品牌案例,不必要存在首页(参考性不高,各车差异,数据分析)
- 参考《车发发养车》
- 轮胎(Jerry,Koko一个轮胎坏了,换了4个,故事)
?三个主题:工作进度check,产品首页评审,头脑风暴,行业知识了解分工?
Evan: 6人游旅行
关于汽车养护能手的思考(五区)
- 广告元素, 我的默认车辆, 车辆类似服务记录, 绑定车辆, 在线客户, 疑难解惑 (参考京东首页)
- 广告区,软文,图片,活动等,保养套餐?
- 车辆信息:车牌号,车型,购买时间,上牌城市,购买时间,行驶里程;维修次数(实施项目),保养记录(检测情况,保养记录,实施项目),保养时间,下次保养建议,检测日期,保养日期,进行中的订单,维修
- 新客户,绑定车辆,基本信息。提供第一次到店的免费车辆检测;(新车,如果让用户有想法,来绑定车,新客转化)
- 无数据时,怎么展示信息,
- 新客户看什么,老客户无数据看什么,老客户有数据,怎么让他继续信任我们
- 游客转化为客户的,服务轮播,但是数据只能看一级非关键信息。绑定后,客户可看同类品牌的记录
- 异常反馈,在线、电话咨询 (提供选择项)。我们的建议是预约来店检查,提供服务
- 预约入口
- 车况检查结果分析,比较,让车主随时关注车辆情况
- 凡是进店用户,都可提供车辆检测,我们的服务不单一,比如洗车,就洗车,可提供检测。
- 保养/检测记录表中,技工建议项目,预约服务入口;
- 广告(微信注册,手机号),定位,推送设置
- 绑定车辆,上传(扫描)行驶证 (???扫码行驶证信息???)
- 《途虎》APP,我的爱车,参考保养手册,扫描行驶证,自动填入信息
Evan: 你都不看常用产品,以及竞品的了解
汽车养护能手
- 接单,新增选择机油类型(全合成6个月,矿物油3个月)
- 员工到岗状态:新增字段说明
- 接单,不在手机上接,iphone 上有可是看板。现代化执行,每个工位有ipad记录,视频,透明工厂的定义 (Good ideas)
时间预约 优化,同时从早上9点 ~ 晚上9点;
接车 24 小时接车,展现 和正常上下班,值班人员接车,两个场景
销售培训(企业邮渠道电话营销分享会)
- 重庆多以制造业为主,大部分对信息化比较保守;
不同行业,自荐方式不同,体现了集成能力?
自荐方式,自荐客户? 重庆康克尔制药,华为较难的客户?
客户资源:明确目标客户群,行业范围,(放弃,重点关注)
客户信息来源:准确性
客户调查:客户域名,识别客户现有产品是什么(盈世Coremail域名邮件系统查询)
收集客户信息:话题,痛点,分析(行业同类产品),客户的使用率,安全性要求。
打电话目的:
- 找到关键负责人
- ...
销售人员,电话联系,不同客户的挑战???
分析客户信息,规模,获取邮箱管理人?
新客户的来源:拉勾网,领英,脉脉,百度重庆企业邮箱(大部分不是小众客户),政府采购网,中国招标采购网,天眼查收集,全国中小企业股份转让系统,平时新闻,路上广告等。参加各种协会,交流会,厂商分享会等。
扩展渠道?
企业微信:参加招聘会,加入HR群(真实客户)
建议:扩展渠道,通过其他厂商,推荐客户。关注客户来源,定期关注/维护原有客户,可能是下一个项目的机会。
Evan:重庆经销商全体分享会,客户资源共享
产品会议,团队组建,分工 (动员大会)
- 前期工作总结,及分享;
- 成员评价
- 后期大数据,大并发考虑Java
汽车养护能手 + 翼行九州营销
- 预约时间:整点预约(后台设置预约剩余数,整点预约数不能大于剩余数)
- 接车服务: ¥100元,需指定接车地点,接车时间
- 项目费用符号:¥
- 预约“备注” 变更为 “预约服务内容”
- 预约成功:
内容分块显示
预约负责人->接待顾问
显示接待顾问头像
提示:电话,有疑问请拨打- 员工上岗状态(扩展字段- 上岗状态)
- 客户端,通常进行中,只有一项。(这里的设计,要再斟酌)
- 缺少:外协项目:先开始外协,后外协。外协质检
- 缺少:配件 - 变更预交车时间 - 告知客户 - 如何告知
- 流程图:动作,系统工作;
- 预约: 接车方式?
- 消息推送内容:???
预约项目管理:名称,类型 (是否与)
服务项目,子项目(项目名,价格,介绍?)的结构定义,服务项目与门店关联
服务项目 4 种,但是现在只明确了维修保养类的业务,其他的美容,加气等- 自动预约,还是员工人为处理?????
- 认领
- 员工到岗
- 上次保养时间,下次保养时间
- 项目空表
- 预算时间,预约数的限制
Project board and product board split. (About 车翼行)
- 设备小程序,变更为设备web应用
- 添加设备功能,考虑两种:
1)不输入任何信息,点击添加;
2) 输入很长的内容,点击添加;- 关于增加设备:授权二维码 和 自定义信息添加,理解需确认
- 关注列表,勾选某一个设备进行”取消关注“,重新考虑
1) 已关注的设备,取消关注。改设备不在关注列表内
2)未勾选任何设备,点击取消关注,提示:你未勾选任何设备
Sales meeting:
销售人员扩充,任务项目标合理分解;
80%的目标客户,大家的方案,思路是什么?
新员工拜访方案:先电话,增强技术,沟通技巧,再陌生拜访;
商桥咨询客户数
意向客户数
转化率
》》》决定项:
其他方法/渠道:
a. 金融公司(274个小额,19个担保,13个交易所,3个监理,银行(政府),保险) (已打300个电话,0个意向客户)
方法:留QQ,邮件发送
问题:电话号码错误 + 未接电话几率高
办法:从 天眼? 获取客户联系方式
怎么获取客户电话
电话沟通技巧,自身思考,团队沟通总结方法,快速复制创新方法,理解领导要求,思考提升方法。
目的:快速获取有效客户
电话后,上门拜访?
尝试性方法,快速有效执行,决策可行性
目标客户(无线索情况下,如何快速发展目标客户)
新客户如果扩展
每天总结,方法快速实践
从金融公司电话联系,获取意向客户。10月25 ~ 11月1日(7days)执行结果反馈:已联络300个客户,但是意向客户转化差
。涉及范围:274个小额,19个担保,13个交易所想,3个监理,银行(政府),保险。
我们的方式:电话联系,技巧强留客户QQ,邮件推送产品等信息
所遇的问题:电话号码错误 + 未接电话几率高
我们的改变:从 天眼
及时获取客户联系方式
后续的反思:
专职HR,薪酬范围(3k~4k) (Evan: delayed)
- 明确各角色的权限,业务操作,结合SOP标准流程
- 数据表设计
- API设计(更改,新增)
按状态显示订单列表(【客户端】【员工端:机电组等角色的员工可见】)
【客户端】我的车辆,新建车辆,编辑车辆,?删除?
【员工端】(机电工)认领订单:第一个认领为负责人,其他执行人 (两种:检查人,维修人)
设置记录为发布
变更:新建订单补充数据,关联预约单
删除服务记录(但进入下一个环节后应该就要保证不能修改了)
预约列表(状态考虑?)
新增预约
变更预约 (限制变更对象)
提交预约取消原因
车牌号/手机号码,获取用户??
汽车养护能手
- 日志优化
- 服务环境异常PM2:shit, 搞不懂,Lazy. (Koko,昨日搞定)
- 会员与卡券功能调研
- 调研优化图片打标方式,参照<企业微信>
- 手机绑定时的服务条款(Evan)
- 开启卡券功能定义,详细了解
- 汽车后市场行业知识了解:12篇
- 预约信息与订单信息关联
- 预约线上线下流程
预约取消倒计时
取消预约
预约服务人员分配
整理Evan谈话要点
客户端(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 |
- 日志优化
- 服务环境异常PM2:shit, 搞不懂,Lazy.
- 会员与卡券功能调研
- 调研优化图片打标方式,参照<企业微信>
- O2O即Online To Offline(在线离线/线上到线下),是指将线下的商务机会与互联网结合,让互联网成为线下交易的平台。
今日:- 汽车养护能手
变更短信服务器的密码
初步调研会员与卡券功能 - 公众服务号
收集需求,及反馈 (已反馈Trello)- 确定设备需求变更,及时间规划 (Alan, Alisa, Jeremy)
- 整理 Nodejs 高级工程师招聘要求(已反馈)
明日:
## 一. 目标
1. 可用,易用,且严谨,可发布
2. 界面简洁,美观(克服:整体 UI 设计比较粗糙)
---
## 二. 功能特性(客户端 + 员工端)
---
### `(一)客户端(共 8 项)`
1. **按状态显示订单列表**
- 1.1 正在进行中:检查中,检查结束,维修中,维修结束
- 1.2 已结束:已关闭,已完成
2. **我的**
- 2.1 我的车辆:车牌号,里程(Km),下次保养公里数
- 2.2 我的预约,并支持取消预约,变更预约
3. **增加预约功能**
- 3.1 支持预约录入:客户姓名,电话,车牌号,来店时间,需求,登记时间,服务门店
- 3.2 支持 文字/语音两种方式 提交预约需求
4. **优化客户体验**
- 4.1 取消直接的手机绑定
- 4.2 直接展示案例
- 4.3 案例优化,切入点扩展汽车养护能手小程序和翼行九州服务号的有效关联,增加二维码等。最终,让用户更容易接受。可以参看 <i车i生活> 的透明工厂的概念。
5. **手动绑定手机号码,短信验证码**
6. **微信/微信朋友圈分享** (`优先级低`)
7. **会员与卡劵功能 (`需调研,验证`)**
8. **支持客户服务评价(`功能需细化`)**
---
### `(二)员工端(共 9 项)`
1. **提供订单服务过程“发布”功能(`?需要考虑角色前台/机电组分工问题?`)**
- 1.1 按照客户查看的方式,展示待发布的打标图示,文字说明;
- 1.2 订单检查中/维修中,员工可选择性的发布打标图示,文字说明;
- 1.3 订单状态为检查中,发布时,提供是否检查完成选项。如未勾选,则不认定为发布;如勾选,状态变更为 检查结束,推送消息告知客户。
- 1.4 订单状态为维修中,如有追加项目,需再次发布检查记录,仅是发布服务内容。
- 1.5 订单状态为维修中,发布时,提供是否检查完成选项。如未勾选,则不认定为发布;如勾选,状态变更为 维修结束,推送消息告知客户。
- 1.6 检查后/维修有追加项目,均需要与客户确认,记录用户反馈,及需求。
- 1.7 前台/机电组之间,订单情况的同步(微信公众号模板消息)(服务过程中,多角色参与时,消息传递(公众服务号推送)或@某人对话。)
- 1.8 订单完成,推送结算完成消息 (~~推送结算,必须 4 单均上传,才能推送。同样需先展示 4 单,再推送(`须确认规则`)~~)
2. **按状态显示订单列表**
- 2.1 正在进行中:检查中,检查结束,维修中,维修结束
- 2.2 已结束:已关闭,已完成
- 2.3 操作项不同展示,依据已关注公总号和未关注公众号
3. **优化创建订单**
- 3.1 订单服务类型:保养维修,事故维修,洗车,美容四种
~~洗车,美容,保养,维修(结合现有情况,明确划分)。(另一种:维修,保养,洗车,临时停车等 (凡是进店均需记录))~~
- 3.2 快速输入车牌号
- 3.3 新增:车辆里程数(Km),下次保养公里数,预交车时间,初检图示
- 3.4 快速(通过手机号/车牌号)获取客户资料
4. **维修过程**
- 4.1 增加接车说明,比如:`15:07接 渝BML448。斯柯达。27728公里。打蜡100。代杰` `待定`
- 4.2 增加服务过程中图示,说明的标注:检查,维修,单据
- 4.3 支持删除服务记录
5. **三种方式告知客户服务情况**
- 5.1 支持微信公众服务号模板消息
- 5.2 支持短信
- 5.3 (员工)转发分享小程序
6. **增加预约功能**
- 6.1 支持预约录入:客户姓名,电话,车牌号,来店时间,需求,登记时间,记录人/负责人;
- 6.2 客户自发预约,指派负责人
- 6.3 预约提醒,按照第5点定义方式
7. **公众服务号模板消息**
- 7.1 优化定制订单各阶段 `公众服务号` 模板消息,比如:`维修完成,通知客户结算,接车`
- 7.2 记录 模板消息推送 的历史:推送人,订单号,推送时间,推送节点
8. **门店定义(马立可南坪店)**
9. **快捷(拨打电话)联系客户,沟通确认实施项目**
---
### `(三)其他(优化限制,技术难点)`
1. 优化图片打标方式,参照<企业微信>
2. 检查文字说明的限制
3. 图片上传的限制,及压缩
4. 日志输出优化
---
## 三. 未涉及功能点
1. 车辆管理:品牌型号,保养手册,当前里程,历史保养项目和时间里程节点;
2. 车辆维修记录管理(什么时候换过刹车油、换过波箱油、轮胎);
3. 根据 历史保养节点 推荐后续的项目;
4. 管理车辆行驶证
5. 执行过程中,时间限制,行为约束,快速响应;
6. 车牌号车架号能用OCR拍照自动识别,手工输入效率低(Deng: 微信应该有类似API,我记得有个专门团队在做)
7. 以前关注过公众号,这点是无法获取到推送的信息。这点后续才解决。当前重现关注才能看到推送信息。
8. 开启汽车养护能手小程序二维码功能
9. 客户唯一二维码,实现客户资料一扫既得
讨论:
岗位工资 + 提成,签合同体现,还是收款时体现
重要:但是考虑合同签订后,客户单方向毁约,如何处理。
上述 一点,影响 销售合同 的定义
重要:客情维系商务费,是否体现在:邮箱业绩提成计算规则
(成交价-媒体价*0.5)*10% (客情维系费用是否纳不纳入成本)
调整职级对应的岗位工资,绩效工资(占总工资的40%);
Java高级工程师招聘要求(Jacky)
思考翼行九州产品方案,分析,执行,计划,人员配置等事宜
- 汽车后市场行业知识
- 头脑风暴产品定义 (Koko, Abby, Emma)
- 产品管理基础知识
- 产品特质,产品经理的特质
- 产品管理,技术管理,团队组建
- 产品目标明确
- 客户录音留言功能?
- How to plan for product?
- 《启示录:打造用户喜爱的产品》
- 以《用户体验要素》整理互联网产品经理书单
- 高保真原型应保真到什么程度?
建立翼行九州TODOList
技术支撑
工作优先级
人员配置
等等
【重要】《汽车服务能手》后期人员规划事宜
- 视野
- 行业APP参考
- 好:用户体验,简,实用
- 好:元素独特,为何是圈的定义
- 好:文化,内涵
- 用户体验师
- 员工间微信消息推送,@某人处理问题
- 增加服务菜单项
- 模拟测试
- 整理文稿
- 黄总:企业微信也有小程序
- 材料准备
- 记录推送时,提示:未登录
- 原有关注着,如果获取他们的openid?
- 整理三种情况用户创建 (同步于Richard)
- 实现用户创建,及更新 (Richard)
- 案例说明(Eva)
- UI优化 (Yume)
- (Done) 手机微信访问wx.redirectTo()失效,返回 (Alan Fix it, )
move app.js onLaunch() to index.js to onLoad()- 整理本次上线功能点,及后续计划说明(Emma,Trello)
- 短信消息发送异常(Richard)
- 回顾昨日的问题(Emma,加油)
- (重要)选择消息推送模板(Emma,精选)
- 切换至正式服务器应用
- 整个用户登录流程拉通测试
- (增加)门店的定义
- 验证中:let saveTo = path.join(__dirname, config.UPLOAD_PATH, newFileName); 本地调试绝对路径,服务器部署相对路径,需要去掉__dirname
- 为关注小程序,推手机短息
- 创建成功,但是推送消息失败:需要考虑
- 如是体验版,需增加体验者权限
- 没有公众服务号的openID,推送失败,这里提示要优化为:无法推送,客户未关注服务号;(未配置服务号中接受消息的url地址)
- 公众服务号白名单IP的配置问题
- 下拉刷新
- 检查文字说明的限制
- 服务中,图片上传的限制
- 不同模板消息的优化
- 日志输出优化
- 头像为空时,默认图
- 第一次进入,直接列表页面,未到登陆绑定
- 数据合并有误,参考图示,koko
- 消息推送的历史记录
- 推送消息,状态变更时,过程中的限制约束
- 单据的标签,明确是哪一个单据
- 客户的记录,是否显示时间
- 微信开放平台的变更?
- 短信发送 验证的功能
UI 设计师电话配置
专职 HR 安排
修理厂产品新功能(需求):
- 会员与卡劵功能对我们营销工作有帮助,因此,看能否排个时间计划,尽快推动。
- 维修记录,@谁,关注情况。
汽车养护能力(计划 10-24 能开放一般,提交发布申请)
- (Richard)验证码过期 (确认为何无法发送, Evan提供)
- (Richard)文件上传(提供上传地址, Koko)
- (Richard, Emma)用户数据合并(整理三种创建用户的场景说明)
- (Richard, Emma)用户登录才有权限 (所有API请求需要加上sid,一旦API做了限制,便会异常)
- 微信模板消息推送(选择合适的模板,并发送确认)
- 提供最新的数据结构:比对更新
- 小程序发布之后,手机号码确认(不应该是 182800***725)
- UI优化(10-23 必须有一稿)
- 验证码,60分秒 再重发
- 环境部署(应用服务器https, 上传https,消息推送http?数据库)(Koko处理)
- 订单列表操作项,处理后,会进入详情。。。时间绑定?
- 删除记录,只能删除自己的
- 微信白名单配置
- 服务器地址,启动用,服务号的菜单都没有了。吓死宝宝了。
- 默认头像,默认车图
- 微信公众号 + 小程序的配置
- 找消息模板(几个)
- 数据验证的问题(下单)
- 模板消息链接小程序,进入时 需要验证用户是否登录???
- 手机上小程序体验,无法完成路由至pages/staff/staff
- 指定具体地址,需要带上 sid,How to handle? - (app =》 staff)
- (重要) 客户无订单时,如何处理
- 手机号解码API,出现异常 ctx.session = {} 导致
- (重要)时间格式化,有误,晚上,却跑出来中午13点 (不明缘由)
- (重要)验证: Data too long for column 'descr' at row 1, Data too long for column 'vin_suffix' at row 1
- (推送消息)最好增加提醒操作
- (Done)短信倒计时未实现
- (重要,三端)用户信息(更新)
- (重要)删除记录
- (重要)UI完整优化
- 后期参考: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 的使用
修理厂
微信推送消息,链接到小程序
微信开放平台,唯一识别用户的 UnionID,如何处理
小程序部分
UnionID 导致数据结构重新设计 user
已有客户API
不同场景下用户使用公众号,小程序
下阶段版本目标(Source from Evan, but you need try.)
- 外键的约束
- 创建时间等的默认值
- create_by 等字段的概念,需要明确
- 评估是否要用 Koa 架构来做?请 Richard 了解评估 (明日得有结果)
- 代码清理
- 明确微信模板消息机制,注意事项等(Jacky)
- 开发计划,最近两天完成
- 数据表变更为复数形式
- create_date等的处理
- 变更API技术协议细节
- 关于车牌号输入参考(Evan 明日)
- 创建时间的默认值?
- ID not use auto_increment.
- 扫码微信二维码,是否可以获取openID (电话和openID绑定,有3条线,要细化)
- 代码优化
- 完整的sql语句
- 公众号服务号用户 openId 和 小程序openId 不一致,如何处理(使用电话号码来关联),但是这样会增加客户难度
九骄微信代码 两个分支代码处理(Koko, Jacky, Emma)
- 文件上传至服务器端(Koko 提供资源)
- 用户查看记录:服务单据类,检查类
参数 说明
type CHECK:检查类,FIX: 维修类
content_type IMAGE: 图片,TEXT: 文字,DOC: 单据
这里要改 DOC 单据要改为type:DOC 单据类 (已变更)- 用户短信验证(Jacky,Koko)
- 模板消息对接
- 开放公众号平台绑定,获取车翼行账号
- 提供删除记录的API
- 返回错误编号优化-小程序调整时一起改动
- 验证updateUser方法,当openid对应用户不存在时
- 解决短信号码获取问题(无法获取短信号码)
DO we need to think about: https://mp.weixin.qq.com/s?__biz=MzAxMTU0NTc4Nw==&mid=222488512&idx=1&sn=b068c0453b0f21427fbaf53526540618#rd
like:
- expire, 重复生成的限制;
- OTP全称叫One-time Password,也称动态口令
- Use session to save.
- 如何识别那个号码,是哪个的?
- 需部署才能做API请求(Koko)
- 表结构字段不允许为空的限制,比如vin_suffix 和 car_num
- 申请 https 域名访问API
- 下拉加载更多 orders
- why send request twice at Order Page.
- https://nodejs.org/api/http.html#http_http_get_options_callback
- 用户默认头像的素材?来源微信或者?
- 删除记录
- 单据类,只能存在一份
- 消息推送时机
- 登陆,员工及客户访问路由控制
- 客户进入绑定手机号
- 文件服务上传地址提供,并更换
- 订单检查等记录的排序,及加载更多
- 文件上传API 优化
- sid 需要保存到localstorage, 每次请求放到get query ,或者 post body (session 这块多注意下。看会不会有问题)
- 如果用微信头像,avatar 字段100,不够。会异常
- 新建用户is_staff undefined,或为false
- 多了获取头像等信息的操作,如果没有 现有存放用户昵称头像的方案,便不可取。
- 微信的用户信息是否会过期
- 注册登陆等流程需要梳理
- Order 的验证:Data too long for column 'vin_suffix' at row 1 等等
- Order, 没有上传车辆图,提供默认图
- Order,同一个车时,有新图,是否更新该车的图
- 用户信息维护, 是否需要变更:unionId 已开始就可以拿到。
- 推送消息的记录
- 消息推送过程中的订单状态变更
- 消息推送API
- 如何获取服务号的openID 和 unionID
- 关于公众服务号服务器地址,暂时实用明文方式
- user/encrypt_info 更新用户失败,为何?
- FormatTime, work wrong.
- 用户 进入这里会有三种情况
1. 订单,创建 手机号码 为准的用户
2. 小程序,创建 unionID 和 xcx_openid 为准的用户
3. 服务号,创建 unionID 和openId 为准的用户。- 图片上传的限制,大小,格式
- 微信用户快速登录,如果用户没有绑定手机号码时,提示。
- 每次都会执行userEncrptInfo,去更新用户信息?
Richard: 主要根据 koa-session 修改了这个文件里面, 原来是 从 ctx.cookie 获取 sid,修改成从 query 和 body。
项目事项:
- 煤监后台管理文书部分:doc转pdf
- 煤监合同二投标准备,及预演
- 九骄10月明确上线内容,及计划明确
- 设备小程序范围变更 (今日明确)
- 微信模板消息机制 (Jacky, Emma)
- 晚清项目,提供接口文档: (Jacky, Jerry)
a. 接口文档;
b. 蓝牙连接调试优化,涉及之前实现方式的合理性
Jacky 外出计划及汇报(补充,我主参与)
我现在比较关心几个开发项目的收款,请Emma关注推动Ben,【督办】本月落实的如下目标:
1、煤监项目合同第一阶段的验收工作后,在本月收款阶段款。
2、煤监第二个合同签订后,收取第一笔合同款项。
3、晚晴项目剩余的款项,已验收了,要本月内收取款项。这个拖不起。
4、手机加油站的款项。本月末该收取。老生常谈了,都烦了。
全是开发项目的阶段款项,Emma要关心一下。
我去落实:九骄汇月度款项(20号后)、设备监控项目第一笔款项(近期处理)。
关于销售团队:
- 近期项目收款计划 (重要,Ben)
- 企业微信推广,培训,及客户维系 (Suggrs 补充讨论确认)
- 煤监项目投标配合事宜(Ben, Suggrs, 放于项目中)
- 销售新员工入职事项明确,及近期工作安排
- 三峡学院-企业邮箱事项补充 (Ben)
- 招聘计划:要求4位入职,已入职1位(Koko)
- 长安邮箱应对方案商讨 (Evan, Ben, Suggrs)
- 修理厂 销售周边小区走访(Evan, Ben)
- 整理销售团队 引入trello board (Emma, 请各位今日配合,如有不足,请告知)
- 引入团队站会
- Trello board 使用告知会(下午5点,请各位参加)
什么鬼:晚清项目,有个接口文档要提供出来,今天把它搞定,让jerry多思考。1、接口文档;2、蓝牙连接调试优化,涉及之前实现方式的合理性。具体情况请和他们两位沟通。
销售团队Trello 引入会 议题:
会议前说明:
1. 引入Trello 作为日常工作记录及反馈
2. 引入站会,确定时间。前期会由我负责,后续交回Leo。如果这种方式不佳,我们再优化。关于外出人员参与方式,两种:提前发出站会内容给负责人emma,leo,或直属上级。由其回报,或者电话参与。
- Trello 使用规范及要求
范例说明
目标,计划,工作项,每日反馈(异常,风险等说明),执行人,负责人,可推进
a. 统一一个board 即可,后期考虑分开- 现有工作项范围:渠道,直销,企业微信,项目,
- 销售团队薪酬说明
- 刘勇补充
- 黄总指示
建立销售群,企业邮箱
近期项目收款计划,及奖励方案,再次于黄总确认
春春工作计划,及来日的妹妹关系客户联系
提前告知刘勇 trello 使用引入
工作配合 煤监投标
销售新员工入职宣知,及薪酬方式的图示
建立销售群,企业邮箱
睿杰 三峡工作项的补充
招聘计划 koko
新员工入职前桑个月,综合行政部,跟进员工状态
团建方案拟定,有新员工的其中一位 + Alisa 负责
招聘及执行,结果需要在trello 体现
新员工近期工作计划
长安邮箱应对方案商讨
修理厂 销售周边小区走访
书。
下午会议安排:销售组,告知trello 引入,及如何使用。
1. 原本近日是销售组会议,但是请koko参加,考虑两点:她负责综合部事宜,员工事宜相关由她负责,招聘等事宜由她负责,她需要跟进新员工工作状态和融入团队的状态。
2. 合理利用每日8小时,比如睿杰和我们去项目拜访,他会很好利用中途空闲时间
3. 我们销售团队与技术团队的融合,比如团队建设时,有两位规划,但是必须得到koko,ben的首肯。
4. 从今天开始站会,明确大家已认可该方式,并且可以执行好,便交回leo负责。如果这种方式不佳,我们再优化。
5. 关于外出人员参与方式,两种:提前发出站会内容给负责人emma,leo,或直属上级。由其回报,或者电话参与。
- 外键的约束
- 创建时间等的默认值
- create_by 等字段的概念,需要明确
- 评估是否要用 Koa 架构来做?请 Richard 了解评估 (明日得有结果)
- 代码清理
- 明确微信模板消息机制,注意事项等(Jacky)
- 开发计划,最近两天完成
- 数据表变更为复数形式
- create_date等的处理
- 变更API技术协议细节
- 关于车牌号输入参考(Evan 明日)
- 创建时间的默认值?
- ID not use auto_increment.
- 扫码微信二维码,是否可以获取openID (电话和openID绑定,有3条线,要细化)
- 代码优化
- 完整的sql语句
- 公众号服务号用户 openId 和 小程序openId 不一致,如何处理(使用电话号码来关联),但是这样会增加客户难度
- 60万,60%, 40% 24万,收入18.2,
提成:收入,成本,毛利润
计划5位成员,每个人的业绩- 工资体系:基本工资 + 岗位工资 + 提成工资/绩效工资/毛利工资,三部分
- 项目来源:主动开发,公司等提供线索:
- 外出出勤率
- 客户建档数
- 客户拜访数
- 线索转化率
- 收款完成率
有意向的客户清单
有效客户数:对企业邮箱有兴趣的客户
- 日常管理
- 外出出勤率:外出到客户现场并打卡,提供《客户清单》(客户备案、客户主要联系人、客户公司地址、客户属性【等级】)
- 客户建档数:客户有意向购买企业邮箱,且有预期的购买想法,这类才能定义为有效客户。
- 客户拜访数:拜访“有效客户”的联系人,当日形成【客户动态文字说明】。
- 线索转化率
- 收款完成率
- 周工作计划,拜访计划
- 周报,日报,客户跟踪表,周计划(企业微信同步)
- 公司CRM系统 信息录入
- 销售团队周会(每周周五下午4,5点,每周)
- 《客户清单》,当前销售建立的客户跟踪为excel表,纳入CRM管理。
《周拜访计划》 打卡、日报、有效客户跟踪表
《有效客户跟踪表》-->体现到企业微信的【日报】-》【工作进度】
“项目签单案例分享? - 》每周五2个小时周例会,部门经理组织,Loe、Evan、Emma分享。- (Me)销售技巧,方式方法总结分享
- 需求:增加座机
- 新员工入职
考核期 第一周 专业知识,公司制度
第二周 业务模拟,公司
第三周 实践,主管考核
正式期- 本月销售团队 4 人必须到位
- 资料集归档企业微信:公司制度须知 和 新员工材料培训 (Koko)
- Alisa 招聘本月销售指标 4 个
- 新员工面谈
修理厂数据结构评审
订单,增加员工服务id的关联
订单接单时间,既为创建时间
订单记录中,增加4中单据的区别???
微信公众号模板消息推送
了解微信公众号的消息开发
原型持续修改(邓总,黄总,修理厂的建议)
表结构定义
后续两周的明确定义(API实现,微信消息推送)
搭建初始API应用(卢伟, can you help me?)
与微信对接:小程序登陆check + 微信公众号消息(模板消息)
以后参与的项目有哪些
整个项目能力,现有项目中的角色,过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
工作中,有什么方式方法可以使用去快速定位问题?
项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
遇到难题时,处理方式,不解决,誓不罢休???
代码注释行,规范 (?)
代码 =》 Git clone,push,merge
你对全栈工程师的了解,你未来的方向是?
当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
最后一个问题:你刚入职不久,为何考虑新机会?
Factory:
电话确认终端,中断,变更项目
车辆1:等待保险公司确认。
洗车的客户
送车 去 外单位,保养。。。含漆的,都需要,那预期交付时间会长
导致预期交付时间延长:外派喷漆(公司),外调材料
保养:单次保养、维修保养
维修:事故维修,XX维修
抓住客户的心态
今日工作跟进
畅服官网
九骄
煤监拜访
煤监后台数据库设计,进展?
修理厂原型设计,须有结果
车-车主,代理人
一个车牌,变更品牌
多个人员上传图片(现场,外办)
邀请码
关于项目负责人职责:
- 负责项目技术协议编写及确认,并得到公司技术总监确认;
- 负责项目计划制定及确认,并得到公司技术总监确认
- 负责项目组客户,人力,业务,时间等资源协调
- 负责确保项目内部资讯传递一致,及管理
- 负责确保项目组成员有效沟通
- 负责组织项目组相关会会议
- 负责确保项目团队短期长期目标的一致性
- 负责按阶段知会商务负责人,技术总监项目情况,确保项目透明化;
- 负责配合商务负责人所有商务事宜
- 负责项目团队管理成员工作交付结果管理,由技术岗位的负责人负责技术结果。
- 负责向公司技术总监提供项目组成员的工作结果评价建议。
- 负责按合同收款节点计划的交付,此项工作目标是重点考核项。
- 是负责按公司技术总监要求,提高团队成员的工作能力的协作。
每次发放是每个阶段收款时?
。技术团队出现任何偏差,项目负责人应第一时间知会到商务经理,商务经理及时跟进处理,做好项目偏差后的应对协调工作。
九骄后续规划(Talk with Koko)
风险点:
PC api是否用新框架重写
后续事项:
网站重新设计(需UI)
评估开发时间(PC网站、后端管理)
PC网站后台管理
昨日站会补充,及项目规划说明
车翼行的文档,工作计划,邮件等,需整合,服务小程序的命名,材料
Myself 产品知识,为车翼行小程序做准备;个人邮箱签名维护
我有点担心,但是兵来将挡水来土掩。
煤监项目情况,Trello跟进,项目开发情况(挪至明日上午)
Koko 第一阶段交付东西的需求
创建初始化煤监Git库:
pp_meijian_doc (煤监文档库)
pp_meijian_android (Android煤监应用)
pp_meijian_manage (煤监后台管理)
pp_meijian_manage_api (后台API 和 Android数据同步API)
九骄PC商城上线(所有缺陷,Koko, Alan, Alisa)
公众号:马立克南坪店
小程序:服务小助手
TODO:用户登陆/注册流程,需要细化
修理厂服务原型第3次:
预期可交付时间:
上传服务单:何时上传?
全面初检:服务单
(推荐项目)维修单/保养服务单
员工代为 验收检查结果-同意(员工侧 功能)
维修中,项目是员工选择,客户不能选择
体现追加项目的价格
客户评价:增加预估结算单,结算单
分享页面:页面/图片
》保养/维修
》用户登录及注册,未考虑到
关于修理厂微信消息推送
应该不是小程序,而是公众号
用户登陆/注册,如何考虑
提示语 + 链接(定义)
消息 + 模板
客户端,少了预计可交付时间,且因追加可变更
追加项目后,结算也是否考虑消息通知
追加项目后,新的检查图片,支持员工再次上传,提交推送消息
扫码时关注时,新客户
欢迎XXX。感谢您对我们的支持,我们将随时在线为您服务和协调安排。请关注我们的服务小程序(点这里),您能实时在线地查看爱车的车况信息。
下单时,新客户
欢迎XXX。感谢您的支持,我们将随时在线为您服务和协调安排。请关注我们的服务小程序(点这里),您能实时在线地查看爱车的车况信息。
下单时,老客户
欢迎XXX再次光临。
距离您上次到店服务:30天
您的爱车问题:XXXXXXXXXXX。
我们刚已为您安排了机工,进一步检查车况。
请关注我们的服务小程序(点这里),及时获取爱车状况。
检查结果时,推送
XXX 客户,我们对您的爱车,已完成全面检查:
报价:¥1000元
材料费:¥800元
工时费:¥200元
检查结果:XXXXXX
您是否同意我们的方案?您可以在我们的平台上(点这里),作出您的决定,同时你还可以查看更多的检查明细。
请告知我们您的态度,谢谢。我们的服务顾问罗笑笑(电话:12380072623)在这里竭诚为您服务。
(附一张检查结果图?服务类型:保养/维修)
实施结果时,推送 (追加的将不同)
无追加: XXX 客户,您的爱车,已完成项目施工,可交车。请您到店结算,提车。请在我们的平台上(点这里),查看所有过程施工图片。欢迎对本次服务作出评价,留下您的宝贵建议。
有追加:XXX 客户,我们维修您的爱车时,发现 XXXXXXXX 问题,追加部分项目,原有的报价将有所变更。您可以在我们的平台上(点这里)查看更多明细,请告知我们您是否同意本次追加。
客户评价后
XXX 客户,谢谢您留下的宝贵建议。我们将努力着,为你提供下一次优质服务。谢谢光临。
南岸区响水路-马力可汽车维修中心现场-完善服务小助手原型
马力可店面公众号
关注小程序,是否就关注了关注公众号(经确认:可引导关注)
进店,提示欢迎: 扫车牌,获取车牌。(新客户,未关注,消息无法推送)
接单,选择车型,问题描述,车况检查
指派机工检查(分组,保养,维修)维修报价单
维修服务
用户确认
订单管理:我的订单,所有订单。或者按状态来展示?
服务流程:下单,检查,服务,客户验收
未体现的概念:机工分组,项目材料的可选择,服务类型:保养/维修/混合
Evan:上传纸质服务单
客户可见四种单据:服务单,保养记录单,维修报价单,总价单(How to do?)
微信消息推送。。。。各个阶段
检查图示/服务图示,各种图示,可能是多人操作上传
- 已有用户,有多辆车,可供选择
- 客户评价:三个维度的评价(服务评价,专业技术,质量)
拖星的同时,文字描述:不满意,一般,满意,很满意,非常满意(可参考美团的评分机制,不同星,给定标签,可供用户选择原因)
用户建议,变更为客户建议- 用户评价,评价分享后,可分享(评分情况 + 外加微信公众号推广)
- 考虑客户端:我的(我的车辆,卡包,卷)
初入公司,便能迅速进入项目状态。项目进度,质量都把控很好,在面对繁杂业务,仍保持沉着稳重的态度,并对项目有独特建议。
整体表现非常好,绩效评分:120分,备选优秀员工。
工作态度积极,九骄汇项目表现较好,技术能力成长较明显。望后续持续加强技术能力。
绩效评分:110分
现有基础上,平稳发挥。望后续加强对用户需求,前端技术,以及项目管理的努力,同时关注提高应用质量,优化用户体验。
绩效评分:100分
煤监项目上,整体把控存在不全面,需要持续努力加强;九骄汇项目上,协作工作能保质保量地完成,表现较佳。望后续能清晰把控用户需求,快速获取用户关注点;能发散思考用户需求,替用户需求最佳解决方案。
整体表现未达公司预期,绩效评分:90分。
项目上,客观主观因素导致项目延期严重;参与多个并行项目,项目工作不透明化,工作优先级把控不到位,且未有效分配工作任务;项目(九骄汇)的交付质量较差,未能实现可用的业务流程。
管理职能上,未承担理应承担的项目职责,团队职责;作为技术经理,能快速引导团队寻求可执行的技术解决方案,比如煤监项目后台架构。
整体表现属于不理想,绩效评分:90分。
UI设计交付品达不到预期,设计功底仍待提升;未有效规划工作时间,且学习投入,看不到明显结果;工作状态较懒散。
绩效评分:70分。
把握关键点:Clients, Cars, Products, Factory(Person, Service)
Client:预约,消费产品,确认过程,可选择消费,评价
Cars: 选择平台,相应的参数
Products:多样性(两类产品:一种需到店,另一种不许)
Factory:提供服务,套餐,检查,保修。
明确有哪些角色
明确Factory & People
明确Prodcts 类型
明确项目类型:产品可选择
车型分类:A,B,C,D,E
服务时间,比如换电瓶,店里需要调货?
茶话会
蛋糕 160
水果:枣子,葡萄,香蕉,火龙果,哈密瓜,小西红柿 (150)
水:七喜,可乐,酸奶 (50)
卤味: 100 左右
零食:薯片,爪子,瓜子。。。40
水杯,盘子一次性 (另算)
九骄复盘
本次是我们的一个复盘总结, 外加 团队的总结会。 后续我们将持续如此。
我们就事而言,我们是否能做得稍好一点,工作效率提高一点,工作节奏规范一点。
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,安排下午茶(每月月底小福利)
今日会议安排
1. 煤监项目会(14:00 Jacky, Jon, Jerry, Koko, Emma)
会议主题:煤监项目进度,后端架构讨论定义
2. 九月九骄汇项目复盘会(15:00 Jacky, Jon, Jerrmy, Koko, Emma)
3. 九月团队总结会(16:00 All in)
员工绩效:评语怎么给
煤监项目会
煤监项目进度
文书 还差10个
业务流程有问题:立案 too complicated.
额外增加80多个类
表数据结构,数据同步后端架构
表结构定义
API 协议
apache 安全框架 权限 ssira(预留,5-》3)
Spring boot??
现有的框架(可扩展性差)后期计划:
1. 9号拜访,初验(睿杰)
2. 15号验收,确定验收方式(李工)
3. 文书排版,内容填写手机,电脑(李工)
员工绩效:评语怎么给(怎么排名,评语,我不知道怎么评)(准则:加高薪,都精干,不养闲人)
每个月员工面谈,评分透明化。
绩效奖(60%全扣)
项目奖(1000)
先进员工
3个月一次选优秀员工,发送季度奖金(3个月表现好,可以非正常涨薪)
(1千块的用处,好好考虑,值得的,就花。)
蒋登伟:90%
黄军:92%
余治林:92%
王明浩:92%
何炼玲:90%
赖文杰:92%
蒋登伟:75
黄军:83
余治林:85
赖文杰:88
王明浩:85
何炼玲:59
赖文杰(120%优秀员工)
余治林(110%)
王明浩(100%)
黄军(煤监项目中表现欠佳,九骄协助工作表现尚可,预期要求较高,结果不理想 - 320元)
蒋登伟(晚晴项目延期较明显,其他项目情况,工作不透明,九骄项目交付较差,缺陷严重,从部门的管理职能上,仍需要担当更多的责任。其本月表现属于不理想,整体评分90)(10月抓重点)
何炼玲(项目设计工作,设计功底有待提升,闲置时间的把控,工作方式方法有问题,不懂沟通, 70%)(劝退,国庆回来第一周)
往后走,绩效,体现年底奖金,原则上没有问题
九骄事宜跟进,及缺陷跟踪(Add two api:sign up, sign in)
修理厂
SA 销售-接待
机电 - 施工
小程序:接待,检查 + 施工图片 管理, 上传图片。
微信公众号:消息推送?
支持接单信息录入:
客户姓名,客户电话,车票号码,车辆型号,接单时间,服务顾问(接单人),问题描述及客户需求,指派检查人
支持单个订单检查及服务报价:检查图片上传,检查人,建议服务项目(多项),总报价,预计交付时间,客户确认
支持检查类型:车辆外观检查,车辆内部检查,燃油存里检查
支持服务过程记录:服务图片上传(是否考虑以提供的项目相关联),(旧件展示)
支持记录服务结果,情况,及用户评语
支持微信公众号消息推送 车辆检查结果
支持微信公众号消息推送 车辆服务结果
订单状态:新建,检查中,维修中,维修结束,用户确认中,订单完成,订单关闭
支持记录订单关闭原有
支持服务项目的录入
支持员工信息录入
支持客户信息管理(待定)
修复九骄后台管理前端缺陷:
1. 组织结构树,不允许拖拽;取消全部展开
2. 商品取消白名单,增加取消确认
实现九骄商城首页(请参见:http://10.1.10.26:8089)
UI 小玲
畅服官网界面设计,完成,并交付技术团队(Emma):
共5个页面: 首页、邮箱介绍、企业微信、新闻资讯、联系我们
1.1 首页设计,勇哥昨天(26日)已评审;
1.2 其余4个页面,参考提供的资料源实现
Emma,官网中有任何细节需要确认,或协助,请告知我。此外,过程中实现可交付时,我们一并验证。九骄汇企业网站-首页,本周是否涉及 首页 的上线?(Koko)
- 媒监后台管理 界面设计 (09-27开始 小黄)
客户
有意向
采购 企业微信 和 企业邮件,并额外提出新需求:
1. 企业微信中,限制非图片类文件传输;
2. 定制开发内部文件管理;
3. 组织机构同步,从公司内部 单向同步至 企业邮箱
针对1,2
两点,技术团队会与明日(27日
)下班前反馈 睿杰。
睿杰,后续会提供本次的报价方案
给客户。
九骄汇商城:
1. 企业邀请码(业务需再次明确)
增加企业组织结构树的定义
根节点不允许删除,未做限制
节点新增,未做保存时,删除失败
有子节点的节点,不允许删除
相关模块展示员工编号,且支持查询
用户管理,非内部员工,支持维护验证码
用户管理,内部员工,可选择所属组织,所属团队
用户注册,增加邀请码
2. 微信出金(企业支付)
增加提现方式
后台显示出金方式,并恢复微信出金功能
3. 商品购买白名单
支持导入某个商品的白名单
支持清除某个商品的白名单
下单时,增加白名单的处理
4. 微信公众号菜单维护,及推送
5. 货运单号必须填写
6. 关联商品,增加商品编号显示
7. 微信消息推送:商品发货 及 代售商品已卖出
缺陷:
1. 【前端,已处理】商品购买时,关联订单配比为 0 时,产生了购买数为 0 的关联订单。
2. 【待观察】订单列表数据加载时,出现重复数据
3. 【前端】个人中心-订单列表,下拉刷新时界面优化
4. 【前端】用户授权后,未注册,返回了个人中心;(应该返回 首页)
5. Trello issues
6. 组织结构维护 UI 调整
7. 子节点,或子节点有员工的不能删除,只能改名字,不能换。
8. 同级不能输入同样的编码
9. 不能更新编码
10. 员工编辑,组织,团队二级关联有误
晚晴
煤监
九骄, 权限 (邀请码,白名单)
彩票技术评估
蒋老师:工作定位,及工作透明?
pp_jiujiao_manage has no .gitignore file
1. 关于九骄
搭建后台管理环境本地
整理后台的待测试功能列表
关联订单配比为 0 时,不应该产生关联订单。(现在产生为数量为 0 的关联订单)
未执行注册,返回个人中心,应该返回商品列表(?)
微信企业付款 - 前端增加提现方式,后台显示出金方式,并恢复微信出金功能。
13062336665 Flower
m_code 怎么存
组织,公司的🎧管
服务号?公众号? 10点钟 -today
公司资质
九骄汇商城
**九骄计划时间**:
09-27 周三上线,9月微信商城相关改动
09-29 预计周五上线,PC版简易商城
邀请码:业务场景的使用,邀请码用户绑定
- 用户编辑,邀请码,自动生成
- 用户列表中,展示邀请码
- 所属团队,增加根节点展示
- 推荐者所属关系,显示“推荐者的名字” / openId (未工作)
- 邀请码需要在:
代售管理
订单管理
提现管理
用户管理
报表管理
均需要增加 用户邀请码 列表展示
- 用户编辑时,数据格式排版,及增加用户完整编码
白名单:白名单格式,取消
白名单 icon
导入白名单 UI 优化
清除白名单操作
关联订单配比为 0 时,不应该产生关联订单。(现在产生为数量为 0 的关联订单)
1. 后台管理
企业组织树缺陷3个
根节点不允许删除,未做限制
节点新增,未做保存时,删除失败
有子节点的节点,不允许删除
2. 微信公众号菜单推送
3. 微信商城
个人中心,所有列表数据,均需实现无数据时的展示
银行卡维护处理确认
订单列表数据加载时,出现重复数据
Trello 测试缺陷
why cover height is 2rem at Home page.
4. PC商城(王明浩)
现有使用微信端API,需确认后续操作(Jacky)
5. 九月九骄汇复盘会(09-30 周六)
设备检测
1. 技术协议定义(程丹,王明浩 09-25)
注意明确哪些 中移 无法支持,需后端参与;
本期范围定于微信小程序,公众账号消息推送。
2. 技术协议评审(09-25 下午4点)
煤监系统
客户拜访(许睿杰,赖文杰,黄军,王晓梦 09-25上午)
Android煤监 换皮,及15个文书实现(赖文杰,程丹)
Android煤监 换皮 测试验证
后台管理原型持续优化-客户反馈
后台架构定义(先评估现有框架可行性)
后台管理项目搭建(前后端分离)
畅服官网界面优化(5个界面)
首页iframe + url
菜单颜色待定(周一小玲定义)
关联购的下划线完善
购买选择fine-tune
注册
提现
煤监后台原型:
现场检查,有开始日期和结束日期吗?
文书的种类是什么? 怎么又有案件类型
打印所有问题,是啥概念
九骄缺陷(昨日)
订单列表会出现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)
触摸屏项目-明日客户现场(周三宗申的会议定在下午三点二十,你让那个妹妹三点十分赶到宗申一号门门口)宗申工业园1号门
主要看看现场,还有主要是客户在效果上的一些意见和要求
同时实现技术的大致的描述
主要我来阐述,整体架构,小王大概说说技术层面,但是不需要说得很透,我会示意她接话的
结合他们的基本要求是我在引导他们的需求和效果(明确客户的要求,需求)
把握用户的需求
九骄微信版:
梳理缺陷,目前的事项(邀请码,消息推送,验证码)
抢购白名单
货运单号必须填写
关联商品,增加商品编号显示
微信企业付款
validation code
PC 扫码 get openid; work.
商品展示
用户下单
地址信息
易极付
订单列表
扫码login openid
煤监执法项目启动会(煤炭执法检察系统)
Trello card 维护两种,一对内,二对外 (今日搞定)
阶段1 的计划:需求分析,范围,及计划制定
- 文书两个负责人确认,
- 煤矿检查项excel数据导入,及导入方式 (Android导入时,需考虑后端的处理)
- 煤矿专有信息access导入,需分析其业务结构(Android导入时,需考虑后端的处理)
- 打印,客户抱怨没有快速搜索设备
后台管理框架调研(99元方案的可行性)
后台管理阶段2 的原型设计 及计划
后台管理现有数据结构分析
后台管理现有Android数据同步http协议分析,是否可用?
后台管理的开发实现计划
煤监文书的数据结构,前后端保持一致
合同及技术协议提供给花姐(今日搞定)
主要看看现场,还有主要是客户在效果上的一些意见和要求
同时实现技术的大致的描述
主要我来阐述,整体架构,小王大概说说技术层面,但是不需要说得很透,我会示意她接话的
结合他们的基本要求是我在引导他们的需求和效果(明确客户的要求,需求)
我的执法任务:8种文书,为原有安监文书,煤监?
打印机-蓝牙设备
阶段1 文书部分,再次确认
熟悉的代码管理工具是什么
项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
在以往的项目中,你负责的那些内容?
上一家公司,为何离职
当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
职位调动-后端开发,你觉得难度会在哪里?
畅服官网的“百度商桥”对应代码加上
http://pptech.jiangdengwei.com/admin/login?redirect_url=http://pptech.jiangdengwei.com/#/profile?code=011bamLa2bigpR0vloNa2kppLa2bamLO
设计 20
预计 5月 实现后台(2个后端+1前端)
预计 5月 实现后台(2个后端+1前端)
测试 3月
Android工程师面试
Android 开发组件化?
代码注释行,规范 MVP 架构标准,后期维护成本
代码 =》 Git clone,push,merge
项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
作为自由工作者,你体会最深的是什么,最头疼。有哪些地方,你觉得欠缺,需要提高的?
16年毕业?
如果我们要组件Android团队,你觉得你在这个团队里的角色是什么?
当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
职位调动-后端开发(能力,时)
托福?
加班,薪资期望: 5k ?
一周之内 给你回复?
触摸屏的技术研究推进-需客户提供二维图,摄像头,隔天推进
商务的策略方法,收费方式?(杰哥???不明确)
煤监工作:
获取安监文书(48个),并明确哪些文书在后台、手机端生产排版 09-08
发送煤监文书情况,发送邮件 =》李工 09-08
需求优先级再次确认,发送邮件 =》 李工 09-08
获取安监各文书类字段情况 李工 09-07
接下来:安监,对比确认 “手机现状”, 以国家文书为准
煤监,整理(李工),检查依据《煤监文书》
设备检测系统-微信小程序-评审会(4点)
设备测量:温度、湿度、振动报警bao、充电电压、电池电压
设备属性:ID,KEY等联网信息,设备名称,设备的地理位置,厂家信息,状态,上下bao参数
设备管理员?
1、触摸屏系统。甲方(张总)已经将方案思路上报给使用提出方。摄像头硬件。张总说这几天拿到公司,这个事情我方注意接收。。动画素材。可以让他那个对接工程师在本周提供一下。下一步进度。请安排技术预研工作。@王晓梦,注意统筹安排。
2、教育微信+PC端。今天我再次联系了客户小李。小李已经见过主投资人,目前在处理公司工商层面与名字事务,等这个后,他们启动。这个项目由于是前公司同事的推荐,以后,项目的主负责人由小谢来负责。模式按九骄汇方式处理。前期商务与技术对接我会参与把握,项目金额我之前已告知过对方,预计20w。因此,@谢春花,请做好项目前期需求的理解,近期你可以和小李做一些他那边工作推进进度的了解工作。@王晓梦,项目一旦启动,你也参加进去,你对教育移动产品是有经验,做好过程参与及整体把握。
煤监需求内部确认会:找问题(缺点:未完成新旧需求)
黄总说:只看到需求整理了,可看不到问题???
- Andorid 安监,煤监识别,分权限登陆
- 原有的同步数据,从国家总局获取,原有系统并未实现改功能
煤监 新增六大模块,融入分级
部门 =》监管部门
手机端,只能添加临时计划
手机端,不能编辑企业信息
手机端,屏蔽添加企业手机端,信息单向,只能同步,不须修改
安全检查 -》 现场检查
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: 出门前,你妈妈说你早上吃了月饼,现在吃饼干,都是垃圾。。。我不应该给你小饼干。
早上,他说妈妈,我要带几颗黑枸杞给朋友,给我自己拿着就好。
我给小谢说了,以后9点准时作为打卡时间,全员打卡。迟到一次50,超过3次含第3次罚金翻倍。
执行力与向心力一定要拿出来,从迟到这个基本的面上,能看到员工的态度。
而且,我们9点到下午5点半就下班了。中午1点半才上班,连8个小时都不到,因此,这点你和小谢沟通一下。管理太松散是放纵,且执行力在这里没有加强。
上班时间的灵活,必须得到你的授权。
特殊岗位如果需要灵活处理,你告知小谢。比如你和小谢,可以灵活处理。
其他员工 没有你的授权必须按制度来执行。
厂商管理员 至 微信用户
厂商的设备存在规则不同
程总方 配置(这个是什么内容?)
问题:微信服务平台,对用户可见(我们平台,用户平台),那后期的维护和技术支持。本阶段程总方提供服务器,存储数据,后续可以用中移物联来处理数据。可是目前有些数据处理,中移物联处理不了。那物理部署方式。。。 用短息方式通知用户,那如何通知企业用户
Baas系统?
中移实现不了:通信中断时间(要明确Baas层是否可以处理);照片视频,定义为设备状态信息,设备
厂商有默认限制,用户可以设置自行定义,但是必须是前者的基础
设备的信息订阅关注
一键保修-》设备管理员
设备状态 -》数据列表,历史曲线(数据是指?)
我的问题:无法识别应该做什么,如何克服?
小程序 -》导出 EXCEL 数据文件 (后端)
投入工期的评估(黄总)
Bass 数据传递,中移的角色,我们的角色?
V1 的需求范围?
Android 面试 》严意
技术能力:(小黄评估)
Android 开发组件化?
为何离职?公司业务发展 + 自身期望
代码注释行,规范 ()
代码 =》 Git clone,push,merge
整个项目能力, 过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
兼容性? ---- Android
工作中,有什么方式方法可以使用去快速定位问题?
项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
自学,培训系统学习(学习方式,体会很深的是什么?)
遇到难题时,处理方式,不解决,誓不罢休???
当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)Android 开发组件化?
直播间?
图片续传
体质APP问题:
1、APP中字体应合理调整,多个手机查看,在有些手机上有些字体显示过大(4.5英寸到6.0英寸手机、平板都应查看)
2、成绩管理模块:手机无NFC功能无法打开该功能(手动填写成绩未用到NFC功能,也不能打开??)--不合理
3、填报成绩页面:图片、视频框过大,应调整不大于页面1/3(手机应实现自适应)
4、填报成绩页面:只能实时拍摄上传图片、视频,无法进行选择、删除操作--不合理
5、成绩管理模块:未实现上传、删除小队单个队员成绩--功能未实现
升级迭代,难度明确directorMX
3d max?独立资源 (视频资源如何获取?:sdk源代码?测试环境?)
设备是什么系统:Window
摄像头信息,每一个都需要用户登录(额外需处理)
3维-》可尝试用视频,但是是否可以打开(是否可以继承该 验证)
2维=》工位,点击监控(怎么实现,如何识别当前用户点击的工位)
针对监控视频-可以先尝试调研(服务端流媒体处理)
运行环境是:触摸屏
本次目标:确认是否可以做:(平衡点)
1. 摄像头 + 内网环境模拟 + 服务端要求说明 (如何返回)
2. 二维工位图,如何接入,交互(小李)
3. 客户要报价,立项给上方公司,预算考虑
工期,方案A,B,多种选择 (每个页面:3个人天工期,平均难度,不同成员,单价不同)
触摸屏?
合理评估工期,预留风险
?同行业的参考?
客户问题:
1. 企业邮箱(我们有600家客户,无法处理邮箱内容本地化的问题)
明确微信企业号,服务号,公众(?14亿微信用户?各号使用场景?)
微信服务号,吸粉方式多样(会员,消费,消息推送) 服务号运行,写文章,软文发送。
花钱买流量,快速吸粉
以后凡是商务的工作的最新动态,比如你了解的最新的煤监项目的商务情况,及时给@王晓梦进行书面说明。可以在这个群里进行同步。这样便于技术团队当前工作侧重点安排以及项目过程风险评估。
类似:客户联系人提到的需求边界与费用递增问题(查看现有系统的功能边界),类似,下个项目启动的预计安排等。全部都阐述出来,便于技术与商务的配合工作。
关于团队各成员的绩效考核:
- 具体了解分歧在哪里
- 下周一(20170904)来处理加班粮的事情
- Talk about little Lin with Koko
煤监需求问题需推进明确
增加工作流,技术和工期存在问题,且原有Android原生开发存在人员配置问题。
九骄微信版 - 未实现功能点:
- 微信授权,及用户注册
- 提交订单,地址传入方式确认(request error 404)
- 非微信支付,API(din_pay)请求增加(returnUrl for 签名)
- 微信支付功能验证
- 微信支付,需要正确引入微信sdk:chooseWXPay
- 前端,触发授权,及用户注册处理
- 订单确认,提交订单,提示error 500:库存不足
- 订单确认,提交订单 没有关联订单,却生成了2个订单号,为何(会生成关联商品,订单count:0,会在订单列表显示,这里有问题)
- EL表达式API,优化返回数据结构
- 订单详情API,优化商品主图的返回
- 个人中心(All)
- Code merge need Teacher 蒋
- 订单列表与详情,显示的价格不统一
- 订单支付页面的金额,need to change
- 订单操作(update_order),提示:无法完成请求
- 个人中心:余额和累计收益,未读信息Count
- 订单列表,显示了关联订单为 0 的数据。
面试:Android 工程师 (小黄,我面试结论)
技术能力:(小黄评估)
Android 开发组件化?
为何离职?公司业务发展 + 自身期望
代码注释行,规范 ()
代码 =》 Git clone,push,merge
整个项目能力, 过去是否有独立完成某个项目,过程中有什么体会,有什么让你印象深刻的吗?有哪些地方,你觉得欠缺,需要提高的?
兼容性? ---- Android
工作中,有什么方式方法可以使用去快速定位问题?
项目过程中,从需求分析,到最终交付,你觉得哪个环节是最重要的?
自学,培训系统学习(学习方式,体会很深的是什么?)
遇到难题时,处理方式,不解决,誓不罢休???
当前你对团队要求及期望,公司期望?你个人后期规划是什么(长期)
职位调动-后端开发(能力,时)
加班,薪资期望: 5k ?
一周之内 给你回复?
煤监后台界面设计计划拟定
整理九骄微信版未实现功能点
微信授权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个订单👌,为何
下周一之前,你需对王明浩的工作评审一下,然后给出绩效建议
TODO
- 你昨日做了什么?
- 你今天打算做什么?
- 你遇到什么问题?
- 你是否需要其他同事的协助
- 你是否有任务依赖
请注意:- 例会不涉及技术细节的沟通,请私下沟通,或另定临时会议讨论;
- 请关注整个项目进度,并以
Trell card
为基础;- 例会以项目安排,灵活处理是否需要召开;
- 如不能参加会议,请提前说明。
经与 蒋老师 确认,九骄项目微信端实现项目Git Repo 名定义如下:
pp_jiujiao_weixin (前端repo 名称 )
pp_jiujiao_weixin_api (后台API repo 名称)
将分别于今明两天完成 First commit。请 花姐 初始化项目Repo
煤监定制需求确认书-评审功能目标范围(如何推荐该项目)
后台管理:
- 缺少煤矿信息管理,执法信息管理,行政许可信息管理,案件移送(文书打印)? 15个?
执法信息来源:交办报请移送,涉事故执法,行政许可信息管理
如何开展这个需求确认书安监,煤监?
现场检查:复查?项目启动会(Next time)
技术调研
人员配置(安卓原生开发:内部消化,蒋老师上阵?需确认)(Problems)
安卓原生开发-朋友推荐
迭代开发
九骄权限控制设计:下周并评审
九骄现有后端问题梳理,及方案讨论
项目分离(微信端和后台管理分离)2days 蒋老师
微信端接口API文档(EL表达式) 1days 大林
微信端接口API实现(EL表达式) 5days 大林
微信端接口-商品分配逻辑 1days 蒋老师
微信端接口-下单逻辑 2days 蒋老师
微信端接口支付相关逻辑 2days 小黄
现有后台管理-库存管理重新设计 1days 蒋老师
后台管理菜单项变更-for权限控制 优先级低
待 1 确定后,汇报微信版的计划:Trello,本机访问地址,UI,功能覆盖遗漏等等,后端开发计划
扬扬说我和爸爸今天去吃了豪客来,我原本想喝饮料的,可是那个饮料好酸。
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...
梳理九骄微信版未实现的功能细节
商品分类导航数据请求
商品详情展示图获取方式(已处理)
协助九骄后台管理更改 - 报表(花姐)
昨天进门那一刻,扬扬从门口探头出来:小姑姑回来了,今天你不傅包了吗?快吃饭哦。一本正经地,看着你的表情,真想笑你(你的热情,好想一把火)。当我收拾好,坐在餐桌上吃饭时,你又跑来说:小姑姑,你要吃饭,不是只是吃菜哦。还特意去问你妈妈是不是我必须吃饭。我坚决回答不吃,你立马就严肃不开心。好吧,那我吃一点点,不想让你失望。我们商定我吃一点点,一个手指母的饭。顿时你的脸庞笑开了花。但是要求是你一定要盛得丝毫不少,不多。扬扬很开心地去帮我盛饭,大半碗(拜托了,晚上11点,我吃这么多干嘛)。他说:小姑姑,你不用担心,能吃得完。你看我平时你们总是盛很多给我,已开始我不吃,结果还不是吃完了。说完,还偷偷地狡猾地笑笑。扬扬,你是个小大人了,懂事了,真好。可是 You should go to sleep at this time.
所谓的等待,绝望
等待心理学7am黄总交谈
1. 煤监项目,内容较多,工期长(小黄负责,我明确需求,跟进计划)
2. 微信硬体开发,已确定(黄总期望后续获取硬体设施分成)
3. Gitlab引入使用,需推进(考量投入时间,可持续性,代码安全,团队使用能力)
4. 九骄PC版客户见面会,计划规划:工期,技术,投入人 (今日确定需求)
5. 原则上应该确认 check 设计产出,初步评审,再交付
What:评审什么
How:怎么评审
咨询高君力:关于UI设计的学习
6. 工作汇报选择怎样的形式比较好? (我所处角度,眼光有问题)
7. 怎么做事情??????????
http -f POST http://10.1.10.21:8080/admin/goods/uploadFileByKindEditor file@
现有前端团队工作任务:
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. 商品首页
首页商品展示
按分类显示商品,商品显示不同
mIsSale:0,1 业务是?
为0时,mPublishCount大于0,状态为热销中;否则为售罄
为1时,started为false,距离什么时候开始,为true,距离什么时候结束;ended为true,已结束
started为true时,开始计时startDjs(抢购中,倒计时);
为false时startToRush(抢购开始倒计时。。)
抢购倒计时,请求获取抢购信息
明确商品的状态:
mIsSale 0,mPublishCount > 0,热销中
mIsSale 0,mPublishCount < 0,售罄
mIsSale 1,started = false,待开始
mIsSale 1,started = true,抢购中,倒计时
mIsSale 1,ended = true,已结束
搜索商品
微信开发初始化?
mType 是什么?
2. 商品详情
商品详情展示,状态展示:
是否隐藏便宜购
图片轮播展示
状态:待开始,抢购中,已结束,其他默认 (参照商品首页状态处理)
待开始 倒计时?
抢购中 startToRush(抢购开始倒计时。。)? 抢购倒计时,请求获取抢购信息
加载商品主图?(未成功实现改功能)
产品产区,年限等
可便宜购买商品
立即购买-弹出层
限购数量
数量增加时
数量减少时-代码处理不懂
数量变更时-代码处理不懂
立即购买-用户注册
3. 用户注册
获取验证码
用户输入验证
注册请求
查看用户服务协议
4. 重设置密码
重设密码
短信验证?
5. 地址维护
地址编辑:区别新建,编辑
地址管理
地址子页面-mui.init subpages 概念不明确?可是为何要用main,sub?
6. 订单
订单确认
订单详情
订单列表:不同类型(全部,待支付,我要提货,已提货)
orderLIst and orderDelievryList how to understand???
转卖:可转卖,待转卖,已售出
7. 个人中心
地址管理