项目综合

*总体流程*：
-> %{color:blue} *1 电商/销售*%
写清楚期望时间 上传协议 上传铭牌图片等，一般都是助理新建，与 *订单* 对应，补的可在同一订单中继续附加说明，不用新建，同时指派给技术主管（跟进）
-> %{color:blue} *2 技术*%
给出 *计划配置* 无的提出 同时由主管 *指派* 跟进具体人员，该人员一般 *不再改变*
对于无定制的，直接配置就完成的，要将状态修改为 *已解决*
调试完成的要提出项目完结，以便及时关闭
-> %{color:blue} *3 研发*%
*日常查看* 有无新支持需求（不需要 *指派* ），对于 *新建* 的要及时安排（状态变 *进行中* *已解决*) 支持实现，给出编号 patch

 *跟进反馈* 频率为先是每周，两周后再到每两周，用户有新反馈后变每周
 *技巧* 对于代理商或回头用户，可按名称建立单一父项目如：xxxx 公司 项目，方便清晰，还可统计

*一般项目*
160上建立（问题反馈中）
仅上传需要定制的协议 已有的必须注明 xxx-xx
先写出计划配置 某设备对 编号xxx-xx 可形成 *[[cfg0|默认配置]]*，含分配端口号和地址，供参考
取到铭牌检查修正（无颠倒等） 上传， *上传的铭牌最终必须说明哪个对应哪个编号，如：xxxUPS 编号xxx-x*
上传 *现场修改* 页面文件
上传 *最终配置* 文件 *dbCfg.db3*
担心遗漏则全部目录备份压缩一个上传，压缩文件必须含注释说明

*特殊项目* 有特殊定制
需求描述尽量写清楚，主要有应用场景、功能说明、初步设计等