今天记录一下，运营对接的问题 以及 是否需要不停的加功能问题。
1、运营由于疏忽带来了很多问题，为了减少这些问题，平台还需要做哪些改进？
2、由于业务的复杂程度，功能不断的加，用什么依据来判断，不能继续新增功能了？
关于第一点：
之前有提到主动性的问题，因为目前平台在初级阶段，甚至算是对业务未来发展的一个前瞻。平台运营和维护也没有和运营的KPI挂钩，所以大家的积极性不高。偷懒、疏忽的事情时有发生，这个问题应该是自上而下，意识的统一，提前做好运营们的心理建设，让他们明白平台的重要性。
除此之外，平台还应该做些什么？为了避免运营在使用过程中，减少错误发生，应该规避哪些问题？
人工在操作的过程中，不可控是必然的，会有很多离奇的操作发生。规避这些，其实就是在设计功能是，要尽可能的想清楚整个业务流程的各种状态、各种边界情况；还有就是界面上给予各种友好的反馈。
比如新增任务。开启任务需要消耗积分，同一个客户的不同业务的积分是汇总在一个账号中的。输入客户名之后，仅会显示一个总共的“剩余积分”。运营疏忽时，开启A业务会把B业务的积分也是用掉，导致B业务无法再新建任务。
优化：输入客户名之后，反馈提示属于A业务积分1000，B业务积分2000 或者 积分这一块直接读取后台充值积分时的记录，避免人工输入犯错。
具体的优化形式，根据实际情况调整。
关于第二点：
在业务都是人工执行的时候，非标是常见的，常发的一种状态。而将业务迁移到平台时，第一步需要做的，就是将业务执行标准化。实在是特殊的情况，就需要新加功能来满足。
然后问题就来了，“开发新加功能来满足特殊的业务执行”这个初衷是好了，但是往往到了后面就开始演变为，纯粹的加功能来满足业务需求。什么时候需要加，什么时候不需要加 可能都不受产品经理本身所控制，导致的是：功能变得复杂，平台日益臃肿，后期优化成本急剧升高。
具体场景如下：
微博实时业务执行中大客户，可能需要调整广告条数。如果不加新功能，只能删掉老的任务继续新建。开发认为：为了防止之后出现问题，便于排查，新增功能比较好；产品认为：执行过程中调整广告条数，是少数情况，不应该为了少数情况增加功能。
那么如何来解决这个问题？有几个问题需要思考：
第一：是否可以通过不新增功能的方式解决？对于产品经理来说，增加功能是解决问题的保底手段，如果可以通过优化运营的执行、销售的应对话术等从业务层面来调整，那就最好。针对上述问题，是否可以和客户协商，不能中途更换广告条数？或者赠送一些积分，延长推广时间？
第二：产品/平台 所处的这个阶段，是否真的需要这个功能？这个很明朗，如果现阶段平台的目标是拉新，而平台的大客户业务多，投入多，他们很需要售后的一些功能，那么现阶段也不应该分出精力为这些大客户去服务，可以先由人工处理。有限的资源做最重要的事。很明显目前平台主要目标就是拉新，这个功能针对拉新的功能。
第三：产品和开发沟通的时候，分歧出现在哪里？这个其实就是各自的“利益”不一样，诉求不一样。双方各执一词，鉴于该功能的优先级不很高，所以在需求列表中想排后，再待考虑是否执行。
以上。编辑与2019.10.16
