前面一直在说后台，因为自己在做后台的事比较多，现在转到功能上不厚（偏前端）了，也就是说我做的更多的是功能定义上的事了，也来说说自己这几个月来的一些感悟。
新人做功能时，我发现几个规律，总结起来我遵循的一贯流程是：我该从哪得到“功能源头”→我是要加功能还是要优化旧功能 → 要做什么功能→ 这个功能值不值得做→ 做好后用什么来批判这个功能好与不好。后面的日子里也想把每个步骤分开去说，不断总结。
第一个之前的文章已经有提及，今天先来说说：是加功能还是优化旧功能？
刚开始我也挺迷惑又纠结的，因为不知道做哪个好，哪个才是更紧急的（且重要）。在过程中，由于呆的是家创业公司，产品架构还没完善（也不是完全空的），所以配合公司的战略发展，我做的更多是在公司战略的基础上新定义功能，后期可能会做更多新的尝试，由此，我总结的第一点是：
基于公司战略：如果公司目前处于完善产品架构的阶段，以定义新功能为主，同时也要处理好以前留下的坑
但后面随某个功能的不断完善，该功能出现了两个不同的方向，一是用户不满足于现有功能，用户需要加上某个功能才能够很好的使用产品；二是用户在使用该功能时出现障碍，该功能用的不爽，导致用户留存率下降。这两种情况在工作过程中都遇到过，举个例子，消费金融有个流程叫过件，即你动动嘴巴，眨眨眼，然后填写各种信息之类的，此过程对于互金产品来说非常重要，因为这是授信的依据，这个流程处理不好会损失一大批主要用户（说的应该是那些好人用户），当然用户也不必担心，这些信息完全保密，人家要借钱给你，当然要看看你是什么人。这流程必不可少，所以重心应该放在优化上，在保证信息完整的情况下让用户能够快速流畅过件。因此我总结的第二点是：
用户产生的必做需求，原先没有的就要加入新功能；如果在产品在使用过程中给用户造成障碍则应优化该项功能。两者的优先级的处理原则是：与产品核心功能更相关的优先处理
总而言之，两者如何选择是基于用户需求和公司战略的，在有资源的情况下都可以一起来，我们的目标是为了让用户更美好。
希望大家批评指教！
网友评论