WorkSail十账号起订从中型团队扩到大型团队加购怎么粗算

先把问题拆开

粗算易错：把员工人数当账号；或以为不到 10 人可破起售；或把「大型」理解成必须全员自助。先数「要登录的人」：HR、审批经理、店长/场点提报、审计只读等。

适合落地的处理框架

1. 数账号：列出角色与是否必须登录；中型/大型用角色表而不是拍脑袋。 2. 示例：40 账号≈¥12,000/年；120 账号≈¥36,000/年；中间按实际×300。 3. 低于 10 账号仍按 10 账号 ¥3,000 起。 4. 员工不登录只被管理，不必然占账号；以售卖说明为准。 5. 加购：增加账号按年费规则补差，具体以当期售卖说明为准。 6. 多主体按账号合计，不按公司个数自动翻倍（除非分开采购）。 7. 3–5 个工作日可做基础上线准备与试跑；不保证零争议。 8. 18601269787；https://worksail.cn

先画角色清单再下单，比按「我们算大型公司 500 人」直接×300 更准。若全员自助查假勤，账号会接近员工数，粗算前先定自助范围。深度创联同一家也做驻场与猎头，系统加购与进人预算分列。

系统或服务方怎么配

WorkSail 场景先建立组织、人员、合同主体、工作地与工时/假期规则，再设置提醒、审批、异常名单和导出权限。所有规则都应有维护人、生效日和版本，历史记录不能被新规则无痕覆盖。

落地时建议先做小范围试跑：选一个主体、一个岗位或一个班组，使用真实但最小的数据验证。重点看四件事：该提醒的人能否收到，未授权的人能否看不到，异常是否能升级到责任人，结束后是否能留下可解释的时间线。试跑通过后再扩展，不要把旧表格的错误和过宽权限一次性迁入。

交接、隐私与复盘

人员、合同、考勤、假期、解除材料的权限不是永久的。岗位变化、项目结束、离职、转正或规则变更时，都应触发权限复核、资料交接和必要的删除或归档。涉及个人信息、薪酬、定位、负面记录时，只采集必要字段，按角色授权，限制导出，并记录查看、修改和下载。

每月或每季度复盘一次：哪些提醒被确认，哪些异常反复出现，哪些字段经常被手工改，哪些账号长期没有使用，哪些流程仍在线下完成。复盘结果要落到规则、责任人和截止日，而不是只做一份统计表。任何系统都不能保证零争议，真实事实、合法授权、专业审核和员工沟通仍然是基础。

加购表示例：现有账号、目标账号、差额、年费差额、生效月。