方面总结分润管理平台产品规划心得

　　本文作者主要来分享这段之间开发分润管理平台的一些产品规划心得，一起来看看
　　一个月前，接到了财务同事的一个需求，开发一套分润管理平台，因为目前所有的业务分润都是人工计算的，规则复杂，计算量大，尤其涉及到钱和分红，不能有半点马虎。
　　所以，为了节省人力成本，提高效率，这个项目就这样启动了，产品需求历时一个月，产品的规划及文档终于定稿。
　　我也在此分享下这段时间的经历，总结下心得，希望能与有相似项目经验的同事互相探讨。
　　一、业务介绍
　　这个需要计算分润的产品，是个金融分销平台，在该平台注册的用户，可以分销我司出品的出借产品、放款产品等，分销成功后，用户可挣导流费或分红。
　　这个分润管理平台，就是要给这些做导流的用户、其名下的粉丝、及其各级股东，计算分红金额、导流费用的，并按结算规则定期发放。
　　二、分润管理平台的整体流程
　　具体的流程，如下图：
　　在整个流程中，重点和难点如下：
　　业务数据来源，业务数据需要从业务系统同步得来，并且需要经过规则剔除的、对账正确的，才能开始计算分红和导流费。
　　系统能实现的最大程度，由于上游系统不完备，一些业务数据需要以表格形式导入，是一种半自动形式，不能完全系统化此处需要与各业务部门沟通，协调资源。
　　计算规则，所有分红规则中，涉及到其它业务条线（如出借业务、放款业务等），需要深入了解产品，了解计算规则，了解各数据表结构、字段含义等，才能将要统计的指标、计算的逻辑，以公式或文字说明白此处耗时最久。
　　数据的修改，目前仍存在的问题是，之前导入的业务数据，在计算完毕，生成各种报表或甚至该转账了，发现有问题，如何补救？因为有可能变更一处，涉及到后面所有月份的数据变更。目前处理方式是，计算过的数据不能再变，只能以冲正的方式再人为加一笔，以抵消之前的错误。
　　分红规则经常变更、机构归属变更，分红规则经常变更，导致系统不能写死，需要用参数配置，但是参数配置，也只是修改金额或比例，如果有大的调整，还是要有开发量，如何做的更灵活。合伙人店的机构归属变更，分润的归属也要随之变更调整，如何转移，也是下期需要再优化的地方。
　　付款任务的流程流转，这块的逻辑不难，就是设置流程节点及人员权限，到了每个节点有相应的提醒，每个付款任务的状态随着节点变更。
　　三、产品规划中的反思
　　不要被业务人员牵着鼻子走
　　我的需求方是各业务线绩效人员及财务同事，他们对产品或系统并不了解，所以会提一些天马行空的需求，这个时候，我们千万不要被带跑偏，要冷静的分析下是否可行，在现有资源下，是否是最优的方案，要多问几个为什么，吃透需求，搞明白需求方要这样做的根本原因是什么。
　　比如：财务们最常用的excel表格，在设计功能时，他们的脑海中也都是浮现的excel表格的功能（无奈脸），经常会提出：我要自己选择按哪些个字段分类汇总，再选几个我想看的字段，2030个字段，随意排列组合，就是为了方便起见。
　　在我看来，照这样做是完全不合适的，最后的结果就是做了个不伦不类的大表格查询功能，逻辑复杂，口径不能统一，做出来用着不舒服，最终被弃用。
　　所以我的方案是，暂时不考虑为了方便起见或是灵活，先把目前财务用到的最频繁的表格需求，独立成3个表格定期输出，不要揉在一起做，这样各看各的，逻辑及样式上也不冲突。
　　牵头多方会议时，把关键的问题说的越细越好
　　在项目中涉及二个以上的系统对接或系统交互是很正常的，在这中间肯定会牵涉部分功能由谁开发更合适、由谁来主导完成等等问题。目前我接触到的技术同事还都挺好说话，表面上看来还比较和谐，但是需要产品做好充分的前期工作，而且多方碰会时，也要有较好的场控能力。
　　会议前期我先找了各方沟通，把需求明确，也是让各方心里有谱，大家先都想想各自的界限，同时也了解下各方的想法。但是在正式会议上，还是出了问题，一些具体的规则，两方了解的程度不同，我也没有在会议上再次深入讨论，导致会上讨论的方案，在会后再次评估时，要被推翻，还要再次发起会议讨论。
　　虽然这种讨论可能是需要多次沟通协调的，但是前期做了很多准备，如果能在一次会议中充分讨论结束，还是能节省不少时间。
　　四、总结
　　产品规划完后，最大的收获，就是系统上线后，会大大降低人工计算时间，提高效率。同时我对各业务条线有了更深的了解，规则更清楚，业务表与业务的对应关系、各指标含义等，都有了更深的体会。
　　其实事情不难，更多的是要细心，将大任务逐基拆成细小的工作去完成，多想多思考，定期总结经验和心得。