CRM项目里，“销售看自己的客户、主管看团队客户”听起来只是几条权限规则，却常成为预算超支的起点。原因不在账号数量，而在“谁能看什么、能做什么”没有被定义完整：客户跨团队移交后由谁查看？主管能否导出下属客户？成本价只对特定角色可见时，报表中是否也要隐藏？这些问题若到开发后期才讨论，就会牵动页面、报表和操作流程一起返工。
权限至少涉及两个不同维度：一是数据范围，决定用户能接触哪些客户记录；二是操作范围，决定用户能查看、编辑、导出或审批哪些内容。基础版区分管理员与普通用户，相对容易界定。业务扩大到多部门、多区域后，还可能叠加客户等级、字段级限制、操作日志和审计追踪。规则并非简单相加：一名员工同时承担多个角色，或一条客户记录同时归属不同管理范围时，必须明确哪条规则优先，否则开发人员无法稳定实现，测试人员也无从判断结果是否正确。
超支往往发生在报价口径与业务预期之间。报价写着“支持角色权限”，企业理解的可能是完整的数据隔离；交付范围实际只包含菜单可见性。等发现客户列表、搜索结果、导出文件和报表仍需分别控制，新增工作量便进入变更流程。权限还会随组织调整持续变化，因此只写当前岗位名称，不写授权规则，同样容易留下后续改造成本。
控制预算的办法，是在询价前用实际业务场景核对权限，而不是笼统要求“权限做细”。先列出角色、可访问的数据范围和允许的操作，再重点确认客户移交、人员兼岗、跨部门协作等边界；同时要求报价说明字段权限、导出限制、操作日志及相应测试是否包含在内。权限规则越早成为可验收的需求，报价越能反映真实工作量，也越不容易在上线前集中补账。
