1. 服务分类

• 列表展示内容：ID、父级、模块名称、状态；
• 查询条件：
  • 一级分类：下拉选择，选项为所有的首页名称；

2. 服务列表

• 列表展示的数据：ID、服务名称、城市分类、规格单位、标签、详情顶部图片、排序、首页推荐、状态、高峰期、操作；
• 进行分页显示，每一页展示10条数据；
• 列表排列方式：
• 先按照状态进行排列，激活的排在前面，失效的排在后面；
• 同一状态的服务再按照排序进行排列，序号大的排在前面，序号小的排在后面；

2.1 数据查询

查询条件：

• ID：服务ID，模糊查询，手动输入；
• 城市：模糊查询，手动输入；
• 服务名称：模糊查询，手动输入；
• 标签：下拉选择；
• 状态：下拉选择，选项为：正常、禁用；
• 高峰期：下拉选择，选项为：是、否；
• 首页推荐：下拉选择，选项为：是、否；

2.2 服务新增

• 除了补单规格和促销配图，其他都是必填项，没有填写不能提交；
• 服务名称：手动输入，最多16个字符，超出不记录；
• 城市分类：选择该服务所属的城市；
• 标签：选择标签，用户自动派单时进行匹配；
• 规格单位：只支持汉字，最多8个字符；
• 最低规格：用户下单时最低的下单规格； 例如：清洁服务的规格单位为：小时，最低规格输入3，那么用户在客户端下单时选择的最低规格为3小时，用户下单时默认选择的规格就是最低规格，在客户端规格选择行不能选择或者输入最低规格之下的规格；
• 规格换算成为时长：必填项，将服务中每一个项目中的规格单位换算成为时长；为员工的派单逻辑进行计算；
• 促销配图:本地文件进行选择；
• 配图地址：本地文件进行选择，可以选择多个文件；
• 电话：电话格式参照全局文档说明；
• 原价、现价：仅支持数字；
• 营业时间：时间发范围，格式09：00-23:00;
• 地点：可手动输入，也可以根据地图进行拖拽；
• 副标题、描述：手动输入，字数不限，支持中文、英文、数字等；
• 服务标签：标签与标签之间用|分隔符，如：标签1|标签2；

2.2.1 项目规格

• 配置该服务项目的规格；如果只填写其他的高峰价格和低峰价格，那么商品的所有规格都按照这个价格进行计算；客户端展示的规格为从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.8（980，805），10.8（1080，905），11.8（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小时以下的规格；
• 对应规格的订单金额为：

用户端价格补充说明：

规格描述<=最低价格

• 如规格描述只有其他，则价格=最低规格*其他对应的价格，下图，价格=3x60；

• 如规则描述=最低规格，价格=规格描述对应的价格，下图，价格=50；

• 如规则描述不等于最低价格，价格=规格描述对应价格之和，下图价格=50+2*60；

• 下图价格=50+40+60；

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

2.2.2 补时规格

• 此项为非必填项，如果不填，表示该服务没有补单选项，用户不能进行补单操作；
• 此时客户端下单后正在服务中，订单列表或者详情界面里面不展示补单按钮；
• 如果补单规格的设置如下图所示：
• 那么在客户端选择补单规格的时候，只能选择列表里面有的选项；此时的价格就是那个规格的价格，不同与项目规格那样进行累加，而是直接获取价格；

2.2.3 返佣

• 现在员工的返佣是跟服务进行挂钩；每一个服务的返佣金额可能都不相同；
• 如果只填写其他的高峰价格和低峰价格，那么商品的所有规格都按照这个价格进行计算； 例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元;

2.2.4 高低峰配置

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

3. 派单列表

• 用户每下一个订单，在派单列表里面生成一条记录；后台管理员可以根据相关情况进行派单操作；
• 列表展示的数据：ID、订单编号、订单名称、主订单编号、金额、订单状态、派单状态、订单备注、时间、下单用户、支付状态、补单、员工佣金反馈、接单员工、回访、派单、操作；
• 列表按照订单的创建时间的倒序排列展示，进行分页的展示，每一页展示10条数据；

3.1 修改预约时间

• 订单状态处于未派单、已接单、达到目的地的订单，可以在后台修改预约时间和备注，处于这些状态的订单列表最后面有一个修改的按钮，点击修改，弹出修改弹窗；
• 如果该订单已被接单，点击修改预约时间之后，接单人员对该订单不可见，需要重新分配，重新接单，相当于重新发布了新的订单；
• 弹窗内容为：原始的预约时间，修改预约时间选择框；
• 客户端只能修改一次预约时间，后台可以无限次的改，备注为非必填项；
• 预约时间选择框：进行时间选择，精确到分，只能选择当前时刻未来的时间；
• 时分的选项如下图所示；当前时刻以前的时间置灰切不可点击；
• 年月日的选择和时分选择分开，先选年月日再选择时分；

3.2 订单的补时内容进行展示

• 在派单列表界面新增一列展示补单的信息；
• 展示内容：补单的规格，补单员工的id、姓名、电话（如果有多个员工进行补单，则全部展示），补单用户实际支付的金额；
• 如果该订单没有补单，那么该条订单的补单内容显示为空；
• 在订单列表界面新增一列展示补单金额信息；
• 展示内容：补单金额和补单实际支付金额；
• 如果该订单没有补单，那么该条订单的补单内容显示为空；

3.3 佣金提升

• 当订单处于已接单之前的状态（不包括已接单），可以进行佣金提升的操作；
• 当后台管理员设置了佣金提升的金额后，员工在员工端看到的佣金额度需要将这个提升的金额加上去；
• 设置了佣金提升后，员工佣金反馈那儿直接显示佣金提升的价格； 例如：用户下单擦窗2小时的订单，此时处于低峰期，返佣金额设置为30，员工A为个人员工，佣金比例为0.9，此时佣金提升为12元，那么员工A在原工单看到此订单的佣金 = 30 x 2 x 0.9 + 12 = 66元

3.4 数据导出

• 导出数据的格式为excel；
• 按照界面上显示出的顺序以及排列方式导出；
• 导出的数据为所有查询到的数据，而不只是当前这一页的10条数据

3.5 数据查询

• 信息搜索：电话号码、姓名、编号；手动输入，模糊查询；
• 预约时间：下拉选择，选择两个时间节点形成一个时间段；
• 订单状态：下拉选择，选项为：正常、关闭；
• 派单状态：下拉选择，选项为：未派单、已派单、完成服务、确认接单、达到服务地、开始服务；
• 交易状态：下拉选择，选项为：未付款、已付款、要退款、拒绝退款、已退款；
• 回访状态：下拉选择，选项为：未回访、已回访；
• 城市：下拉选择，选项为所有的城市；
• 订单名称：下拉选择，选项为所有已经下单的订单；
• 接单员工名称：手动输入，模糊查询；

3.6 接单逻辑

3.6.1 账号身份为个人的接单逻辑

• 员工没有接订单，那么所有时间段的订单都可以接；
• 员工已经接了订单，在该订单预约时间到服务时长之间的时间段内都不能接单； 例如：员工A在8月28号早上7点开启接单，此时可以接任意时间段的订单；当用户接到一个8月28号早上9点的订单，订单服务时长为2小时；那么预约时间在8月28号早上9点到11点之间的订单员工A就不能接；
• 此时的处理逻辑是：后台不将预约时间为该时间段内的订单推送给员工A；如果客户端想要在该时间段内指定员工A服务也不行，预约Ta的按钮变为：预约满，且不可点击。
• 用户B下了一个预约时间为9:30的订单，未选择服务人员，此时员工A就不能在服务接单列表里面看到该订单，用户B下单选择服务人员的时候，员工A展示的状态时：预约满。
• 在后台为用户B进行手动派单的时候，员工选择列表里面就没有员工A的选项；
• 用户C下了一个预约时间为11:01的订单，未选择服务人员，此时员工A就能在服务接单列表里面看到该订单，用户C下单选择服务人员的时候，可以预约员工A。
• 在后台为用户C进行手动派单的时候，员工选择列表里面有员工A的选项

3.6.2 补单的接单逻辑

• 员工A接到了一个9点至11点的服务订单1，在10点钟的时候还在服务订单1的时候，接到了一个11点半至1点半的订单2后；订单1的用户说要补单，补单时长为1个小时，此时订单1和订单2的时间就冲突了，此刻就由后台进行重新手动派单，将订单2重新派给其他员工；

• 员工A接到了一个9点至11点的服务订单1，在10点钟的时候还在服务订单1的时候，订单1的用户下了一个补单，补单时长为1个小时，此刻在10点至12点之间的订单，后台不将预约时间为该时间段内的订单推送给员工A；如果客户端想要在该时间段内指定员工A服务也不行，预约Ta的按钮变为：预约满，且不可点击。在后台为其他订单进行手动派单的时候，员工选择列表里面就没有员工A的选项；

3.6.3 订单时间之前的接单逻辑

• 员工A接到了一个9点至11点的服务订单1，那么订单结束时间在9点之后的订单都不能接，如果用户预约了一个8点半至10点半的订单，员工A不可以接；如果用户预约了一个7点至9点的订单，员工A就可以接；

3.6.4 账号身份为公司的接单逻辑

• 该账号开启接单，所有预约时间的订单都可以接，任意一个时间段内可以接无数单；

例如：账号B的身份为公司，在8月28号早上7点开启接单；服务接单列表和我的服务列表里面的订单都可以接，不管预约时间和服务时长；服务接单列表里面有预约时间为：9点、9点半、10点、10点的4个订单，B可以同时接取这4个订单；

• 在客户端下单选择服务人员的时候，B账号可以在任何时间内被用户选择，B账号在客户端没有预约满的状态；

3.7 回访

• 针对已经派单完成的订单进行回访；
• 回访记录为必填项；
• 星级评价 总共5颗星，满分10分，每半颗星为1分；
• 评价意见：最多500个字符；
• 完成评价后点击提交，返回到上一个页面，没有打分或输入文字时，提交按钮置灰且不可点击；

4. 机构列表

• 列表展示的内容：ID、名称、城市分类、图片预览、联系电话、联系人名、联系人身份证、时间、申请情况、状态、备注、操作；
• 列表按照ID从小到大进行排序，进行分页的展示，每一页展示10条数据；

4.1 条件查询

• 信息搜索：手动输入，名称、电话、姓名；
• 创建时间：选择里两个时间点，形成一个时间段；
• 申请状态：下拉选择，选项为：未处理，通过，拒绝；

4.2 养老院新增

• 城市分类：点击进行选择对应城市；
• 名称：手动输入；
• 床位总量、剩余床位：仅支持数字输入；
• 联系人：手动输入；
• 身份证：手动输入有效的身份证号码，长度18位，只支持数字和英文字母“X”；
• 电话：有效的手机号码，最多不超过11位数字；
• 详情图片：以UI为准；
• 申请情况：默认选择未处理，单项选择，选项内容：未处理、通过、拒绝；
• 状态：默认选择正常开关，否则禁用开关；
• 备注信息：最多不超过100个字符，超出不作记录；

5. 人员列表

• 该功能暂时没有使用；

6. 随机免单

• 列表展示所有的服务；
• 列表展示的内容：服务名称、免单概率输入框、开启状态；
• 输入概率后，概率为0-1之间的小数，保留小数点后面3位数字，包含1不包括0，开启开关，完成操作；输入的数字为0，则开关不能开启，提示用户：输入的概率不能为0；
• 每一个操作，在开关日志里面都必须要有记录；
• CMS的服务管理功能模块新建/删除一个服务，这个模块的服务列表页新增/删除该服务；
• 不管该服务的状态是否开启；
• 免单概率：例如概率为0.050，那么表示这个活动每下单1000次，一定会有50次获得免单；

7. 开关日志

• 列表按照时间倒序排列；
• 列表展示的内容：操作时间、服务名称、免单概率、状态；

数据查询：

• 时间段：选择开始时间和结束时间，精确到秒
• 服务名称：手动输入，模糊查询；

8. 免单日志

• 列表展示获得免单用户的数据：下单时间、订单编号、服务名称、账号、昵称、实际支付金额 查询条件：
• 服务名称：下拉选择，服务管理中所有的服务；
• 订单编号：手动输入，模糊查询；
• 时间：时间段：选择查询的开始时间和结束时间；
• 下单账号（即为用户下单的手机号）：手动输入，只能输入数字，最大长度11位，模糊查询；

9. 促销活动

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

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

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

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

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

• 处于上架状态的活动只能进行下架操作；

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

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

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

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

• 促销活动不能使用任何的优惠券；促销活动给员工的佣金是按照原价来计算比例

• 促销活动流程：

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

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

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

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

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

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

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

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

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

9.1 活动查询

查询条件：

• 时间：选择查询的开始时间和结束时间；
• 服务名称：手动输入，模糊查询；
• 状态：下拉选择，选项有未开始、进行中、已下架、已完成；

9.2 活动新增

• 选择开始时间和结束时间，精确到秒；
• 当选择了服务名称后，其他的内容就根据该服务的信息直接填入展示出来；
• 促销数量为手动输入，只能输入正整数，如果不输入，表示不限制促销数量；
• 项目规格和补时规格，根据服务列表里面该服务的设置展示出来，可以输入促销价格；
• 活动价必须小于原售价,并且修改服务的原售价时,服务的原售价不能小于有效的促销活动价(未结束的促销活动为有效)，只能输入数字，保留小数点后面2位数字；
• 活动的开始时间只能选择未来的时间，结束时间必须必开始时间更大；
• 选择服务的名称，选项为服务管理列表中的所有服务，如果选择的服务在设置的时间段内已经有促销活动了，在服务选择框下使用红色文字提示用户“该服务在这个时间段内已经有活动”，同一服务的活动时间不能有一秒钟的重叠；
• 促销总量为该服务在本次活动中出售的最大数量，出售数量大于促销数量后，服务价格恢复原价；
• 项目规格和补时规格的促销价都是非必填，只要有一个规格输入了促销价格，就可以进行促销；
• 给员工的返佣，不按照促销价格计算，还是按照服务列表里面的价格进行计算；
• 按成上架后，在距离活动开始24小时内，前端能够查看，显示出显示特惠的标签；

10. 套餐管理

• 展示后台创建的套餐的信息；
• 信息包含：创建时间、套餐名称、套餐规格、套餐价格、套餐数量、出售数量、状态以及操作；
• 状态包含：已上架、已下架、已完成；
• 已下架的套餐，可以进行编辑和上架的操作；如果套餐还没有出售，可以进行删除的操作，如果套餐已经出售了，哪怕只有一份，就不能进行删除。
• 已上架的套餐，只能进行下架的操作；
• 已完成的套餐，不能进行任何的操作；
• 一个套餐设置了套餐的总数量，如果这个数量售罄，那么该套餐的状态就变为已完成；
• 一个套餐没有设置套餐的总数量，那么这个套餐就不会有已完成的状态，只要不下架，就可以一直进行出售；
• 列表的排列顺序：已上架的套餐>已下架的套餐>已完成的套餐；如果是同一状态的套餐，在根据创建时间的先后顺序进行排列；

10.1 套餐的新增

• 点击新增，弹出新增的弹窗；
• 带“*”的都是必填项
• *套餐名称：手动输入，最多展示16个字符； 套餐规格：
• 服务名称为手动选择，选项为服务管理中已经存在上架的的服务；
• 套餐规格为手动输入，输入的规格为该服务中已经存在的规格，如果输入的规格不存在，则提示用户：该规格不存在，请重新输入； 例如：在后台服务中设置的规格有：1，3，4，8，10以及其他；这儿的套餐规格输入就不能输入2，5，6，7，9；
• 套餐规格只能输入数字；
• 规格单位：选择了服务名称后，规格单位自动带出；
• 预约人数：手动输入，只支持正整数；
• 原价：系统自动计算得出显示出来；
• 套餐次数：表示该套餐用户购买的总次数；手动输入，只支持正整数；
• 套餐价格：表示该套餐出售的价格；手动输入，只支持正整数；
• 套餐数量：表示该套餐出售的总数量，可以不填，不填表示没有数量的限制；
• “重置”按钮点击后，所有输入框内的输入的内容全部清除；
• “提交”按钮必须在必填项全都填写完成后，才能点击；如果必填项没有填写完整，“提交按钮”置灰且为失效不可点击状态；

10.2 套餐的编辑

• 只有下架的套餐能够进行编辑的操作；
• 点击“编辑”按钮，弹出编辑弹窗；
• 弹框中将之前设置的数据进行回显展示；
• 编辑的内容：套餐名称、套餐价格、套餐次数、套餐数量等进行编辑修改；
• 编辑提交后，之前已经出售的套餐的信息不跟随变化；

10.3 套餐的查询

• 查询条件：创建时间段（开始时间、结束时间）；选择时间，只选择年月日
• 套餐名称：手动输入，模糊查询；
• 套餐状态：下拉选择；选项有：已下架、已上架、已完成

11. 套餐的购买记录

• 用户每完成下单购买一个套餐，在该界面就生成一条购买记录；
• 购买记录的内容：ID、订单编号、订单名称、下单用户、下单金额、下单时间、剩余次数、服务详情、备注、订单状态； 列表排列顺序：
• 1.订单状态为正常的订单 > 订单状态为取消的订单
• 2.剩余次数大于0的订单 >剩余次数等于0的订单
• 3.下单时间距离现在越近，排列顺序越靠前
• 用户取消订单，订单的状态改为已取消；
• 订单状态：内容为正常、已取消；

11.1 服务详情

• 客户每在客户端预约完成一次服务，后台的服务详情中就增加一条记录；
• 记录包含：服务的名称；服务人员的姓名、性别、电话；开始时间；结束时间；
• 用户完成预约，服务详情增加预约服务的名称；
• 员工完成接单，服务详情增加接单服务人员的姓名、性别、电话；
• 员工开始服务，展示开始服务的时间；
• 员工结束服务，展示结束服务的时间；

12、 服务补时规格模板列表

12.1 列表信息

• 展示内容：ID、服务市场、价格、状态、创建时间、修改时间、编辑、删除；
• 列表排序：按照ID从小到大进行排序；

12.2 新增补时规格

• 服务时长：手动输入，只支持数字，单位为分钟；
• 价格： 手动输入，只支持数字，单位为元，如价格为10元，表示10元每30分钟，即20元每小时；
• 状态说明:
• 1：显示(默认)；
• 0：隐藏(比如一个10分钟的规格,很多服务都有添加关联,我们可以设置这个10分钟的规格模板为隐藏,所有服务都将隐藏这个规格)；

13、 预约时间配置

• 每一个时间点都可以进行开关切换；
• 开启状态表示用户在前端不能选，如果非要选的话就必须加价；
• 关闭状态表示用户在前端可以选择；
• 某一个金额处于开启状态的时，必须输入加价金额后才能进行保存；
• 加价金额输入框支持的格式：正整数，最多加价100000；
• 填写加价金额和开关操作将自动保存；
• 意思就是在8点下单的用户回自动加价10元，如原来的金额是100元，加价之后总金额位110元；