项目综合

*总体流程*：

-> %{color:blue} *1 电商/销售*%

写清楚期望时间 上传协议 上传铭牌图片等，一般都是助理新建，与 *订单* 对应，补的可在同一订单中继续附加说明，不用新建，同时指派给技术主管（跟进）

-> %{color:blue} *2 技术*%

给出 *计划配置* 无的提出 同时由主管 *指派* 跟进具体人员，该人员一般 *不再改变*

对于无定制的，直接配置就完成的，要将状态修改为 *已解决*

调试完成的要提出项目完结，以便及时关闭

-> %{color:blue} *3 研发*%

*日常查看* 有无新支持需求（不需要 *指派* ），对于 *新建* 的要及时安排（状态变 *进行中* *已解决*) 支持实现，给出编号 patch

	*跟进反馈* 频率为先是每周，两周后再到每两周，用户有新反馈后变每周

	*技巧* 对于代理商或回头用户，可按名称建立单一父项目如：xxxx 公司 项目，方便清晰，还可统计

*一般项目*

160上建立（问题反馈中）

仅上传需要定制的协议 已有的必须注明 xxx-xx

先写出计划配置 某设备对 编号xxx-xx  可形成 *[[cfg0|默认配置]]*，含分配端口号和地址，供参考

取到铭牌检查修正（无颠倒等） 上传， *上传的铭牌最终必须说明哪个对应哪个编号，如：xxxUPS 编号xxx-x*

上传 *现场修改* 页面文件

上传 *最终配置* 文件 *dbCfg.db3*

担心遗漏则全部目录备份压缩一个上传，压缩文件必须含注释说明

*特殊项目*   有特殊定制

需求描述尽量写清楚，主要有应用场景、功能说明、初步设计等