需求承接
理解总部职能和一线销售提出的业务问题。
PROJECT 02 / OPERATING MODEL
SFA 销售执行产品线实践
SFA 不是一次性交付的大项目，而是一条持续承接销售执行需求的产品线：我把复杂的门店评分标准转成可执行的系统能力，也从权限异常追到组织与门店关系，持续降低业务使用和管理成本。
多场景销售执行产品范围
完整闭环从需求到上线反馈
持续治理从功能迭代到关系模型
01 / PRODUCT LINE
SFA 的长期价值，不是上线了多少功能，而是让业务要求更容易执行、一线复杂度能够被看见，并把重复问题沉淀为可维护的流程、数据和关系模型。
门店拜访活动执行陈列检查费用采集门店评分主数据权限管理
02 / FROM REQUEST TO GOVERNANCE
一条产品线，如何持续形成闭环
日常需求不是零散功能的堆积，而是从业务问题出发，经过规则澄清、产品化和上线反馈，逐步沉淀为可维护的流程与关系模型。
需求澄清
明确目标、使用角色、流程、字段和判断规则。
产品方案
设计页面、数据格式、配置逻辑和权限关系。
研发协同
拆解需求、协调资源并处理实现差异。
测试验收
验证功能、计算规则、数据结果和异常场景。
上线发布
完成发布准备、使用支持和问题收集。
持续治理
区分功能缺陷、流程问题、主数据问题和组织关系问题。
03 / TWO REPRESENTATIVE ITERATIONS
两个案例，验证产品线能力
下面两个迭代分别代表两类典型工作：把复杂业务标准转成系统能力，以及从功能异常继续追到组织关系问题。
高潜门店评分
把复杂业务标准产品化
业务问题
业务希望用更精细的门店指标识别重点与高潜门店，为资源分配和门店管理提供依据。
必进与自选 SKU货架与陈列位置陈列形式与排面占比价格与货龄检查覆盖与分项得分
责任边界
业务团队负责指标定义与评分规则；我负责把规则转化为可配置、可执行和可追踪的产品能力。
我的动作
- 整体产品架构与数据格式
- 评分配置和页面展示设计
- 研发资源协调
- 测试与发布
结果
- 活动成功上线，形成多维门店检查、评分和追踪流程
- 评分复杂、一线填写负担和计算异常成为后续迭代需要处理的问题
总部获得单项管理精度时，一线承担的是所有需求叠加后的执行成本。
权限关系治理
从功能异常追到业务关系
业务问题
组织和区域职能调整后，主管与一线人员出现门店不可见和审批异常。
组织关系变化职位与人员归属门店可见范围审批链路异常
责任边界
在整体营销产品规划下，我主导权限问题专项：从异常定位、关系模型设计，到业务与研发协同、测试上线和结果跟踪，对方案闭环负责。
我的动作
- 定位问题原因
- 梳理组织与门店关系
- 整理关系模型改造方案
- 协调业务与研发
- 推动测试上线和结果跟踪
结果
- 门店不可见问题减少
- 组织调整对权限使用的影响降低
- 后续组织调整未再大规模出现同类问题
反复出现的权限故障，往往不是页面配置问题，而是动态业务关系没有被系统稳定表达。