精装订单系统流程

变更1

订单下达后

是

系统自动合并生成

结束

驳回

提交平面审核

需要客户确认

至少见客户前一天

全案报价（套餐+户型个性化改造+个性化升级）

订单专员

原始预算（预算下达时生成）

提交下达审核

上传客户报价确认凭证，提交下达申请

变更下达

销售/设计师

收订购款

完善变更报价

项目分配

签正式合同、签订购合同或设计协议

自动生成

收设计款

完善订单信息完善选材报价

提交细化审核

施工

是否通过

施工准备

项目交付

审核（报价）

交付中心

付尾款

预算员（变更专员）

             

客户

创建变更单

订单

下达成功

已经存在的条件：1、预算员在做变更单报价的时候，其实也顺带做了这个变更单的成本，至少是知道成本的前提下，来进行报价。所以“变更预算”这个概念是存在的，这个过程也确实发生了。但是并非一定要在用户端也呈现出“变更预算”这个具体信息要解决的问题（业务现状）：1、预算模板和报价模板的不标准（报价的模板相对自由，预算的模板相对固定。如拆改工程的明细，预算是全屋，报价可能会分到各个空间；空间的叫法存在不一致性；）

审核

执行变更

付50%套餐款

变更N

驳回报价

是否判责

平面方案

工程中心

否

提交变更单

老状态：1、预算报价中：设计师提交给预算、变更驳回给预算2、预算已驳回：预算驳回给设计师3、变更审核中：预算提交给变更专员4、变更已驳回：变更驳回给设计师5、待客户确认：变更审核通过，单子流转到设计师6、下达审核中：设计师提交下达审核给变更专员7、已下达：变更专员点击变更下达8、已关闭：变更专员关闭变更单

订单（整单）下达

审核变更单（编辑报价）

发起变更

变更

签定购合同或设计协议

全案方案

...

财务收款审核

下达变更

入库

变革预算2

订单下达前

整改

深化、采购、施工等部门

设计师

直接在原始预算上编辑

提交变更审核（上传凭证）

查看项目信息（考虑角色权限）

瓷砖进场、贴砖前

订单审核（报价、方案等）

变更专员

业务说明：1、精装（套餐）付款节奏：套餐20%+套餐50%+尾款（套餐30%+个性化）     下达条件：70%，允许有几百一千的误差。        尾款缴纳时间：瓷砖进场前。    2、基装（清单）付款节奏：清单60%+清单35%+清单5%+主材全款     下达条件：清单60%+主材全款，允许有几百一千的误差。        35%缴纳时间：瓷砖进场前。     5%缴纳时间：项目交付后3、5L精改付款节奏：绝大部分是全款付，如果改的特别多，按照第1条，精装节奏付。4、订单审核的主要内容：报价的方式和结果是否正确、符合公司的规定。具体包括：     套餐信息     优惠信息     方案是否符合套餐的规则（比如产品的升级，扩改的量，个性化等）5、变更和整改     区别：客户原因发起的，叫变更。内部原因发起的，叫整改。     变更的付款时间：不固定。套餐是大部分和尾款一起付，也可能变更发生时就付。清单是大部分及时付，也可能是和尾款一起付。看客户意愿，无强制规定。尾款付完之后产生的变更，变更产生时付款。

付20%套餐款

深化

预算

付定购款或设计款

最新预算

不需要客户确认

预算和订单、变更业务现状：

精装订单系统流程

理想的模型：

提交变更审核

变更预算

减去了状态1、2、6

平面方案汇报（方案、报价）

仓库

系统自动创建订单

平面报价（套餐+户型个性化改造）

“尾款收取”是否为空

是否全部支付完成

变更类型

采购计划

不满70%收款也可以下达，需要申请

客户确认

成本预算（填写工程量）

出库/送料

深化图纸

是否满意

新状态：1、变更审核中：设计师提交变更审核2、变更已驳回：变更专员驳回3、待客户确认：变更专员审核通过4、已下达：变更专员下达变更5、已关闭：变更专员关闭变更

付款

变更预算下达

驳回变更

全案方案汇报（方案、报价）

完成

采购

各个环节发起的变更

变更/整改流程

是否上传报价确认凭证

完善判责内容

变革预算1

变更/整改流程（新）

审核通过

变更单信息有误

购买意向

1.客户/房屋信息完善2.预估预算