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