10月20号发布功能

一、订单预约时间之前一个小时提示员工

后端任务:http://zentao.dajxyl.com/zentao/task-view-279.html 在距离订单预约时间还剩1个小时的时候，员工端使用应用内推送提示员工； 内容：距离XXXX的服务时间还剩一个小时

二、服务分类、养老机构按照名字搜索

后端任务:http://zentao.dajxyl.com/zentao/task-view-280.html

1.服务列表中将所属模块的搜索改为服务名称搜索

服务名称搜索为模糊查询

2.机构列表添加一个按照养老院名称搜索的条件

名称搜索为模糊查询

三、Cms后台支持自动代建订单

后端任务:http://zentao.dajxyl.com/zentao/task-view-281.html 订单列表界面搜索按钮后新增一个新增按钮，点击按钮，弹出新增的弹窗；

1。订单中心-订单列表界面，在搜索按钮的后面，增加一个新建订单的按钮，点击按钮，弹出左边新建的弹窗；

2.下单账号：填入客户的电话号码，长度11位，只能是数字以1开头；如果输入的不符合规则，使用红色的文字在输入框下提示用户，提示内容：请输入正确的下单账号。

如果客户没有在我们平台注册，提交的时候自动帮客户在平台进行注册；如果已经注册过了，就直接进行下单的操作；

3.服务名称：只能选择已经上架的服务项目名称；

4.规格：只能选择服务项目中能选择的规格；

5.规格单位：选择服务后自动填入；

6.服务人数：手动加减选择服务人数，默认为1；

7.预约时间：时间选择，先选择年月日，在选择时分，只能选择项目能预约的时间点；

8.选择服务人员：根据服务人数选择服务人员，先选择人数才能选择人员；可不选，系统自动推送给符合的员工进行接单；

9.服务地址：姓名、电话、详细地址都为手动输入； 姓名：长度为4位，只支持汉字； 电话：长度11位，只能是数字以1开头

10.订单金额：手动输入，保留小数点后面2位有效数字；

11.优惠券：非必填，下拉框展示选择可以使用的优惠券名称列表；

12.优惠金额：根据输入的优惠券系统自动填入，没有填优惠券，优惠金额为0；

13.实付金额：自动计算填入，（订单金额 - 优惠金额）；保留小数点后面2位有效数字；

14.备注信息:50位长度以内；

15.支付状态：未支付，已支付；

如果是未支付，那么订单创建后，只有该下单号码在客户端的订单中心中能看到，且可以进行支付和取消的操作；

如果是已支付，那么订单创建后，就推送给员工端，后台的派单列表也收到该订单，员工可以进行接单的操作；

支付状态选择的是已支付的订单，在客户端不能进行退款的操作；退款按钮隐藏；

订单的ID、编号由系统自动生成，下单时间为提交该订单的时间

四、官网设计改版，加手机端自适应

后端任务:http://zentao.dajxyl.com/zentao/task-view-285.html 需要UI重新设计界面，包含（PC端和移动端）

五、服务模块配置的修改-多规格等

后端任务:http://zentao.dajxyl.com/zentao/task-view-249.html

1.服务列表

服务中心——服务列表

服务列表展示的内容：ID、服务名称、城市分类、规格单位、标签、详情顶部图片、排序、首页推荐、状态、高峰期、操作；

列表排列方式：

1、先按照状态进行排列，激活的排在前面，失效的排在后面；

2、同一状态的服务再按照排序进行排列，序号大的排在前面，序号小的排在后面；

2.服务查询条件

ID：只支持输入数字，精确查询；

城市分类：下拉选择，选项为中国的所有市级城市；

服务名称：手动输入，模糊查询；

标签：下拉选择，选项为所有的标签选项；

状态：下拉选择，选项为：正常和失效；

高峰期：下拉选择，选项为：是、否；

3.服务新增

除了补时规格和促销配图，其他都是必填项，没有填写不能提交；

3.1 服务名称

手动输入，长度最长8位；

3.2 城市分类

选择该服务所属的城市；

3.3 标签

选择标签，用户自动派单时进行匹配；

3.4 规格单位

只支持汉字，长度最长4位；

最低规格：用户下单时最低的下单规格；例如：清洁服务的规格单位为：小时，最低规格输入3，那么用户在客户端下单时选择的最低规格为3小时，用户下单时默认选择的规格就是最低规格，在客户端规格选择行不能选择或者输入最低规格之下的规格；

3.5 规格换算成为时长

必填项，将服务中每一个项目中的规格单位换算成为时长；为员工的派单逻辑进行计算。

3.6 项目规格

配置该服务项目的规格；如果只填写其他的高峰价格和低峰价格，那么商品的所有规格都按照这个价格进行计算；客户端展示的规格为从1开始的正整数,最大为99；

点击添加，新增一行规格的输入框，如下图所示；

规格描述一列，只能输入数字，能输入相同的规格，可以输入小数，小数点后只能输入三位；

高峰价格/低峰价格：只支持输入数字，小数点后只能输入两位有效数字；这两个价格可以相同；

删除：点击删除，不管这一行是否输入的内容，直接删除该行；其他这一行不能被删除

例如：服务名称为洗漱服务，规格单位为小时，项目规格里面只在其他里面填入高峰价格为60.00、低峰价格为50.00，则表示该洗漱服务每个小时的高峰价格为60.00元，低峰价格为50.00元。

用户在客户端能够选择的规格为后台设置的规格加上其他规格（其他规格表示为正整数）；

例如后台设置的规格如下所示：

最低规格设置为0.1，那么用户在客户端可以选择的规格有：0.1（10，8），0.4（40，31），1.2（120，95），2.7（270，225），5（500，425），8.8（880，725），9（980，805），10（1080，905），11（1180，1005），...... 如果其他这一行配置之前设置得有规格，那么前端的选项就只能选择之前规格的累加，没有配置的规格不能选择；

如果配置的价格如下图所示，表示的意思为该服务:

1个小时高峰/低峰的价格为50/40；

接下来的2个小时高峰/低峰的价格为50/40；

接下来的3个小时高峰/低峰的价格为50/30；

接下来4个小时高峰/低峰的价格为50/25；

接下来5个小时高峰/低峰的价格为40/20；

接下来6个小时高峰/低峰的价格为30/10；

选择其他规格时高峰/低峰的价格为20/20；

此时，最低规格配置的为2，用户下单默认选择的服务规格为2小时，用户不能选择2小时以下的规格；

对应规格的订单金额为：

如果配置的规格金额如下如所示，那么对应规格的订单金额为：

3.7 补时规格

此项为非必填项，如果不填，表示该服务没有补单选项，用户不能进行补单操作；

此时客户端下单后正在服务中，订单列表或者详情界面里面不展示补单按钮；

如果补单规格的设置如下图所示：

那么在客户端选择补单规格的时候，只能选择列表里面有的选项；此时的价格就是那个规格的价格，不同与项目规格那样进行累加，而是直接获取价格；

3.8 返佣

现在员工的返佣是跟服务进行挂钩；每一个服务的返佣金额可能都不相同；

如果只填写其他的高峰价格和低峰价格，那么商品的所有规格都按照这个价格进行计算；

例1：某服务的返佣配置如下图所示；

该订单处于低峰期，A账号身份为员工，佣金比为0.8，服务总时长（下单时长+补时时长）为3小时；

那么A账号得到的返佣金额 = 30 x 3 x 0.8 = 72.00元；

例2：某服务的返佣配置如下图所示；

按照订单总时长，再根据后台配置的金额给员工进行计算返佣的逻辑：

某订单处于低峰期，A账号身份为公司，佣金比为0.7；

某订单1服务总时长（下单时长+补时时长）为1小时；那么A账号得到的返佣金额 = 50 x 1 x 0.7 = 35.00元；

某订单2服务总时长（下单时长+补时时长）为2小时；那么A账号得到的返佣金额 = 20 x 2 x 0.7 = 28.00元；

某订单3服务总时长（下单时长+补时时长）为3小时；那么A账号得到的返佣金额 = 40 x 3 x 0.7 = 84.00元；

某订单4服务总时长（下单时长+补时时长）为4小时；那么A账号得到的返佣金额 = 20 x 4 x 0.7 = 56.00元；

某订单5服务总时长（下单时长+补时时长）为5小时；那么A账号得到的返佣金额 = 20 x 5 x 0.7 = 70.00元；

某订单6服务总时长（下单时长+补时时长）为6小时；那么A账号得到的返佣金额 = 20 x 6 x 0.7 = 84.00元；

某订单7服务总时长（下单时长+补时时长）为7小时；那么A账号得到的返佣金额 = 30 x 7 x 0.7 = 147.00元;

某订单8服务总时长（下单时长+补时时长）为8小时；那么A账号得到的返佣金额 = 20 x 8 x 0.7 = 112.00元;

3.9 其他字段

其他字段的规则和输入内容和之前的保持一致；

3.10 高低峰配置

每一个服务都有一个高低峰配置的开关，打开表示该服务为高峰，关闭表示该服务为低峰；

六、产品限时促销活动

小程序促销基础上修改

后端任务:http://zentao.dajxyl.com/zentao/task-view-250.html

促销活动使用列表展示，内容：开始时间、结束时间、创建时间、服务名称、城市分类、促销总量、已出售总量、实际结束时间、状态、操作；

列表排列顺序：先按照状态排序，进行中>未开始>已下架>已完成；

当状态相同时，再按照开始时间的先后顺序进行倒序排列；

未开始的促销服务活动且处于上架状态可以进行下架操作；

处于下架状态的活动可进行编辑和删除的操作；处于上架状态的活动只能进行下架操作；

处于进行中的活动可进行强制下架的操作；

促销活动的剩余数量是根据订单数量来计算的，每增加一个订单，促销活动的总量就减一；

当剩余数量为0 时，活动结束，服务恢复原价；

用户提交服务预约定订单后还未支付，此时促销活动下架，那么用户支付的时候，提示用户：活动已下架，重新返回订单预约界面去重新提交订单；

促销活动流程：

1.在后台新建一个促销活动；

2.设置完成后，列表生成一条数据，默认状态为下架状态；

3.处于下架状态时，可以进行编辑和删除的操作；

4.点击上架，服务完成上架；前端进行显示促销活动的倒计时以及其他信息的展示；

5.活动开始后，前端显示距离活动结束的倒计时（时、分、秒）；

6.活动开始后用户开始下单，每生成一个订单，不管下单的时间，不管用户是否付款，促销服务的剩余数量减1，已出售的数量加1；剩余数量为0时，活动结束。

7.在活动时间内，如果用户取消订单或者系统自动取消订单，剩余数量加1，已出售的数量减1；活动时间结束后，如果用户取消订单或者系统自动取消订单，活动不再重新开启，但是已出售的数量需要减掉取消的订单数量；

8.活动开始后还未结束，可以在后台进行强制下架，强制下架的服务可以进行编辑和重新上架的操作，不能进行删除；强制下架的活动，结束时间就是强制下架的时间。

9.用户购买促销商品不能再使用任何的优惠券；

1 活动查询

查询条件：

时间：选择查询的开始时间和结束时间；

服务名称：手动输入，模糊查询；

状态：下拉选择，选项有未开始、进行中、已下架、已完成；

2 活动新增

选择开始时间和结束时间，精确到秒；

当选择了服务名称后，其他的内容就根据该服务的信息直接填入展示出来；

促销数量为手动输入，只能输入正整数，如果不输入，表示不限制促销数量；

项目规格和补时规格，根据服务列表里面该服务的设置展示出来，可以输入促销价格；

项目规格和补时规格的促销价都是非必填，只要有一个规格输入了促销价格，就可以进行促销

促销价格只能输入数字，保留小数点后面2位有效数字；

给员工的返佣，不按照促销价格计算，还是按照服务列表里面的价格进行计算；

七、数据埋点数据统计

需要运营侧提供需要埋点的界面和需要获取的数据内容；

产品设计的准备埋点内容： 1.用户机型； 2.首页、服务详情界面、预约订单界面、支付界面的点击次数； 3.产品各个渠道下载量； 4.新增的用户变化；

八、员工端提现功能

后端任务:http://zentao.dajxyl.com/zentao/task-view-282.html

1.我的钱包界面

展示我的钱包余额以及账单和提现按钮；

点击提现按钮，如果未绑定微信信息，则弹出授权提示框，必须要用户授权获取微信信息，才能进入提现界面进行提现；若用户拒绝，则还是停留在该界面，不跳转到提现界面；

一个账号只能有一次的绑定关系，不能更改绑定微信的关系；

2.账单明细界面

列表根据时间的先后顺序倒序排列；

列表展示的信息：时间（精确到秒）、详情/备注（15位）、类型（提现/佣金）、金额（小数点后面2位）、状态（审核中、已完成、已驳回、失败）

列表筛选：时间（时间段，开始时间和结束时间）、类型（提现、佣金）、状态（审核中、已完成、已驳回、失败）

3.提现界面

直接提现到微信账户，输入提现金额，点击提现，提示用户”提现申请成功“，还是停留在该界面，用户自己手动返回；

提现申请提交后，用户账户余额减少提现的金额；

单笔提现的金额的区间范围：1 <= 金额 < 5000(微信官方限制);

如果后台通过审核，那么钱转到用户的微信账户中；

如果后台驳回或者系统提现失败，则用户的账户余额增加提现的金额；

提现的限制：单日的提现申请次数不能超过10次，提现申请次数超过10次后进入该界面，点击提现后，弹窗提示用户：今日提现次数已达到上限，请明日再来

4.提现审核

后台新增一个提现审核菜单，将员工端提现审核和客户端提现审核两个子菜单放在提现审核下面 员工端提现审核和客户端提现审核的界面一样；

5.数据清理

当该功能上线后，将线上员工钱包里面的金额、之前的提现记录、员工提现审核记录全部清除；

九、Cms后台用户列表，显示用户下单总次数（不分服务，只统计完成的订单，退款或者未支付的订单都不统计）、最近登录时间、最近登录地区

后端任务:http://zentao.dajxyl.com/zentao/task-view-283.html

十、多次套餐产品进行派单问题

后端任务:http://zentao.dajxyl.com/zentao/task-view-284.html

1.套餐服务列表

展示后台创建的套餐的信息；

信息包含：创建时间、套餐名称、套餐规格、套餐价格、套餐数量、出售数量、状态以及操作；

状态包含：已上架、已下架、已完成；

已下架的套餐，可以进行编辑和上架的操作；如果套餐还没有出售，可以进行删除的操作，如果套餐已经出售了，哪怕只有一份，就不能进行删除。

已上架的套餐，只能进行下架的操作；

已完成的套餐，不能进行任何的操作；

一个套餐设置了套餐的总数量，如果这个数量售罄，那么该套餐的状态就变为已完成；

一个套餐没有设置套餐的总数量，那么这个套餐就不会有已完成的状态，只要不下架，就可以一直进行出售；

列表的排列顺序：已上架的套餐>已下架的套餐>已完成的套餐；如果是同一状态的套餐，在根据创建时间的先后顺序进行排列；

1.1 套餐的新增

点击新增，弹出新增的弹窗；

带“*”的都是必填项

套餐名称：手动输入，长度8位；

套餐规格：

服务名称为手动选择，选项为服务管理中已经存在上架的的服务；

套餐规格为手动输入，输入的规格为该服务中已经存在的规格，如果输入的规格不存在，则提示用户：该规格不存在，请重新输入；

例如：在后台服务中设置的规格有：1，3，4，8，10以及其他；这儿的套餐规格输入就不能输入2，5，6，7，9；

套餐规格只能输入数字；

规格单位：选择了服务名称后，规格单位自动带出；

预约人数：手动输入，只支持正整数；

原价：系统自动计算得出显示出来；

套餐次数：表示该套餐用户购买的总次数；手动输入，只支持正整数；

套餐价格：表示该套餐出售的价格；手动输入，只支持正整数；

套餐数量：表示该套餐出售的总数量，可以不填，不填表示没有数量的限制；

“重置”按钮点击后，所有输入框内的输入的内容全部清除；

“提交”按钮必须在必填项全都填写完成后，才能点击；如果必填项没有填写完整，“提交按钮”置灰且为失效不可点击状态；

1.2 套餐的编辑

只有下架的套餐能够进行编辑的操作；

点击“编辑”按钮，弹出编辑弹窗；

弹框中将之前设置的数据进行回显展示；

编辑的内容：套餐名称、套餐价格、套餐次数、套餐数量；

套餐的规格不能进行修改；

编辑提交后，之前已经出售的套餐的信息不跟随变化；

1.3 套餐的查询

查询条件：创建时间段（开始时间、结束时间）；选择时间，只选择年月日

套餐名称：手动输入，模糊查询；

套餐状态：下拉选择；选项有：已下架、已上架、已完成

2. 套餐的购买记录

用户每完成下单购买一个套餐，在该界面就生成一条购买记录；

购买记录的内容：ID、订单编号、订单名称、下单用户、下单金额、下单时间、剩余次数、服务详情、备注、订单状态；

列表排列顺序：

1.订单状态为正常的订单 > 订单状态为取消的订单

2.剩余次数大于0的订单 >剩余次数等于0的订单

3.下单时间距离现在越近，排列顺序越靠前

用户取消订单，订单的状态改为已取消；

2.1 服务详情

客户每在客户端预约完成一次服务，后台的服务详情中就增加一条记录；

记录包含：服务的名称；服务人员的姓名、性别、电话；开始时间；结束时间；

用户完成预约，服务详情增加预约服务的名称；

员工完成接单，服务详情增加接单服务人员的姓名、性别、电话；

员工开始服务，展示开始服务的时间；

员工结束服务，展示结束服务的时间；

3.前端

3.1 服务

在服务界面增加套餐服务的分类；

该分类为后台配置展示；

如果某一个服务套餐的数量售罄，那么该界面就不再展示；

3.1.1 套餐详情界面

和原来的界面差不多；

3.1.2 购买订单界面

展示产品名称，套餐内容，订单金额，优惠券，备注信息；

用户支付完成购买了套餐，在后台的订单中心的订单列表中就生成一条订单记录；

3.2 订单

套餐订单展示的内容：订单名称、下单时间、服务内容、实付金额；

右上角展示该套餐的状态：

套餐未付款，展示为：未付款；

套餐完成付款且次数未使用完，展示剩余的次数；

套餐完成付款且次数使用完，展示为：已完成；

套餐完成退款，展示为：已取消；

只有完成付款且次数一次都未使用的订单才能进行退款操作；

未付款的订单可以进行付款和取消订单的操作；

已完成的订单可以进行评价操作；

3.2.1 订单详情

详情界面展示内容：

1.服务介绍：图片，名称，服务内容，订单状态；

2.服务项目：服务内容，时长，人数，次数；

3.服务内容：列表分开展示每一个服务项目的状态；

4.订单信息：编号、下单时间、付款时间、订单金额、优惠、支付方式、实付金额

3.2.2 订单预约

点击预约按钮，跳转到预约界面；

预约设置的内容：预约时间、选择服务人员、添加服务地址、备注信息；

其他内容由系统自动填入；

服务地址：如果有默认的地址，就系统直接填入；

用户填写完成提交后，返回到订单详情界面；此时CMS后台服务中心的派单列表生成一条记录，逻辑按照之前的订单的派单逻辑进行；员工端可以看到该订单进行接单；

员工未接单，订单的状态为未派单；员工接单后，订单状态为已接单；员工到达目的地，订单状态为已达到；员工开始服务，订单的状态为服务中；员工完成服务，订单的状态为已完成；

3.2.3 订单修改预约时间

订单处于未接单、已接单、已达到的状态，进入详情界面，可以修改预约时间

点击修改预约时间按钮，跳转到修改时间界面

修改时间的逻辑和之前的逻辑相同

3.2.4 已完成订单的服务详情

展示服务的项目、预约信息、服务信息、如果有补单信息，展示补单信息

3.2.5 服务中订单的服务详情

正在服务中的订单可以进行补单的操作；

点击补单，跳转到补单界面；

选择服务人员，选择补单规格，系统自动算出价格；

用户进行下单，完成补单的操作；

十一、其他功能的优化

1.返佣管理的逻辑修改

后端任务:http://zentao.dajxyl.com/zentao/task-view-324.html 后台可以按照固定比例或者固定金额来进行配置返佣，返佣分为两层；

固定比例返佣：设置一层上级和二层上级的返佣比例； 实际得到的金额 = 用户所下订单的总金额 * 返佣比例；

固定金额返佣：设置一层上级和二层上级的返佣金额； 不管订单的金额是多少，只获得设置固定的金额的返佣；

举例： 1.用户存在如果的邀请关系：A邀请B，B邀请C；B为C的一层上级，A为C的二层上级； 当C完成一个订单时，B或者返佣奖励，并且A也获得返佣奖励；

2.客户端的音乐播放时间往前调，音乐声音再大一点点