北京
同一个岗位名称，在两家公司干着完全不同的活。发电侧叫交易员，售电侧也叫交易员，但一个天天盯着机组和报价，另一个操心的是代理用户的负荷曲线。你要是按岗位名称去设计系统，第一版就得推倒重来。
有产品经理在电力交易辅助系统上踩过这个坑。他的结论很直接：做业务系统，先学业务规则，再谈用户研究。
规则才是角色的定义者
发电侧和售电侧的交易员，差别不在人，在规则。申报规则不一样，结算规则不一样，市场规则不一样，数据对象也不一样。规则一变，同一个岗位名称底下就是两套工作内容。
所以系统功能清单表面上可以逐项对应，实际却必须分叉。交易决策辅助要分叉，现货价格预测要分叉，基础信息维护要分叉，收益分析也要分叉。最后落到一张分叉决策表上，直接影响开发成本、架构设计和合同报价。
这不是产品经理偷懒不合并，是规则不允许合并。
不懂规则，会把解法当需求
作者提到两种典型翻车方式。一种是用户提出"他以为的解法"，产品经理当成真实需求做进系统；另一种是沟通时听不懂用户在讲什么，只能点头。
他的做法是先摸一遍规则文档，再去现场调研。顺序不能反。规则文档告诉你功能该不该做，现场调研告诉你功能好不好用。
规则管"必须做什么"，管不了"怎么做"。这个空间里，用户研究才真正起作用。
用户研究能改什么，不能改什么
作者做了两周访谈和跟岗，发现了两侧交易员各自的卡点：
- 发电侧交易员卡在策略分析
- 售电侧交易员卡在预测准确率
这些发现决定系统好不好用，但不改变功能该不该做。换句话说，用户研究是在规则划定的边界内做优化，不是决定边界画在哪里。
业务系统里的"用户"是用户，但他更是规则的执行者。与其说在研究用户，不如说是在透过用户理解规则。规则规定了用户必须做什么，习惯和效率都只在规则划定的边界内起作用。
先当规则专家，再当体验设计师
这个判断听起来反直觉，因为常规的产品方法论都把用户研究放在前面。但在业务系统这个品类里，规则先于用户存在——不是两拨人天生不同，是规则给了他们不同的角色。
规则定边界，用户填边界。好用是边界内的锦上添花，边界本身永远由规则说了算。产品经理的第一身份，是业务规则专家。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
