办公与业务终端的主力分支
面向固定工位的办公电脑与门店业务机,安装包可按企业常用的终端管理方式统一下发。
- 适合:以域账号统一管理、终端数量较多的组织
- 推进:先在一台终端跑通一条业务线,再按部门分批推送
01 — 平台分支
客户端针对不同桌面环境分别构建,安装包与版本记录互不牵连。同一部门里混用不同系统的终端,按实际环境各装各的即可,一支升级不会牵动另外两支。
面向固定工位的办公电脑与门店业务机,安装包可按企业常用的终端管理方式统一下发。
适配触控板与外接双屏的操作习惯,出差途中断网重连后的数据补齐由客户端自动完成。
面向办公终端已完成国产化替换的单位,分支单独发版,功能与主线保持一致,节奏略缓以便留出环境验证时间。
02 — 版本号
版本号写成 2.4.1 这样的三段。第一段动了,说明结构调整,客户端界面或流程会有明显变化;第二段动了,是新增功能或流程优化;第三段动了,多是问题修复与兼容性处理。看到新版本先看第一段,就能估出这次要花多少准备时间。
三段式格式
2/4/1
主版本 2 · 次版本 4 · 修订号 1
每一期版本说明由四部分构成,读完之后应当能直接判断:这次要不要升、什么时候升、升坏了怎么退。
这一版加了什么、改了哪里、去掉了什么,逐条对应到具体操作界面,方便您转述给使用人。
涉及哪些模块、哪条平台分支、哪类账号权限,帮您判断自己的终端是否落在波及面内。
按部署形态给出对应步骤,包含需要提前备份的配置项与需要暂停的业务环节。
出现异常时退回哪一版、保留哪些旧文件与配置,写清楚再动手,比事后补救省事得多。
位段对照
平台每 6 至 8 周发布一个功能迭代版本,涉及结构调整时单独发布说明。对照下面这张表,可以快速判断一次升级属于常规跟版还是需要拉窗口。
| 位段 | 变化含义 | 发布节奏 | 建议动作 |
|---|---|---|---|
| 主版本 | 涉及结构调整,界面或核心流程出现较大改动 | 不按固定周期,结构调整时单独发说明 | 申请专属升级窗口,先在少量终端验证,同步准备回滚包 |
| 次版本 | 新增功能或优化既有流程,操作习惯基本延续 | 约每 6 至 8 周一个功能迭代版本 | 按部门分批灰度,推送时间避开结账、发货、排产高峰 |
| 修订号 | 问题修复与兼容性调整,不改变既有操作方式 | 随主管线发布,频率高于功能版本 | 可直接跟随升级,无需单独安排窗口,升级后抽查关键流程 |
03 — 上线方式
企业客户的终端数量和业务连续性要求差别很大,官方提供标准部署、灰度升级与批量迁移三种上线方式。选之前先问自己三件事:能否接受短暂业务中断、有没有统一的终端管理工具、旧版是否还需要并行跑一段时间。
适合:终端集中在同一办公场所,升级窗口比较宽松的团队。
准备:确认安装包与终端平台分支对应,备份本地配置,提前通知使用人本次变更的功能点,并约定一个可以短暂停机的时段。
适合:终端数量多、不能一刀切停业务的场景,例如门店与仓储同时在跑的单位。
准备:划出一小批终端做首批尝试,约定观察周期与判断标准,保留一键退回旧版的路径,再逐步扩大范围。
适合:从旧版客户端整体切换,涉及账号对应关系与历史数据转移的情况。数据迁移服务累计执行 600 余次,多数属于这一类场景。
准备:提前梳理账号对应关系,安排一段不受打扰的迁移时间窗,并预留迁移完成后的抽查环节,逐项确认历史数据可查可用。
04 — 系统对接
开放接口让客户端不必成为一座孤岛。员工入职离职带来的账号变更、终端上报的问题单,都可以在您已有的系统里完成,不必两头维护两套名单。
确认要打通的是账号体系还是工单流程,两者可以分开实施,先做覆盖面更广的那一项。
由技术支持提供接口参数与字段说明,按您现有系统的数据结构做映射,减少改造成本。
用少量真实账号试跑,确认登录同步、权限变更与工单回传三项行为符合预期。
上线后旧的手工流程暂不撤掉,等一个完整业务周期走通,再关停重复录入的环节。
05 — 升级支持
技术支持团队 18 人,工作日 9:00-18:00 提供在线与邮件响应。企业客户可以申请专属升级窗口,安排在自身非业务高峰时段,避开结账、发货与排产最忙的那几个小时。