江苏龙网

  1. 主页 > 生活百科 > >

核心能力的四个特点 个人核心能力是什么( 二 )


2)数据分析的反馈
用户反馈掺杂了很多主观因素，存在幸存者偏差，需要通过更客观的统计来了解功能的使用情况 。数据分析的粒度可大可小 。C端产品埋点比较多，可以分析用户操作路径的数据，而B端产品数据比较少，主要从功能利用率和作业数方面进行评估 。
3. 产品设计是否合理 由于我主要负责B端产品，以下总结更适用于B端设计 。
1)产品功能是否足够简化或过度设计
b端产品主要是为了提高效率，满足业务需求，所以要避免太多华而不实的设计，首先要解决核心需求 。
2)是否有遗漏的异常流量
在规划过程中要充分考虑到异常流程，但如果当时真的遗漏了，在产品运营过程中就会暴露出来，所以要及时向业务端和客服寻求反馈，找出缺失的异常逻辑，及时修复 。
【核心能力的四个特点 个人核心能力是什么】3)关联系统的影响
对于平台型产品来说，调用方很多，每一方的需求都不一样 。产品上线后，还需要定期确认其他相关系统的影响，如数据调用、权限区分等 。
4)系统的可扩展设计怎么样，有没有预留逻辑
系统的扩展性类似于过度设计，但本质上是不同的 。一个扩展性好的系统可以快速适应类似的需求，预留逻辑一般不会单独消耗太多开发 。在重录的过程中，可以结合多个版本的迭代内容，仔细考察初始系统的可扩展性 。过度设计就是做很多没用的功能，工作量大，价值低或者后续很难用 。
5)函数迭代的节奏是否合理，是否有重复内容
对于一个长期升级迭代的系统，在回顾其多次迭代时，可以回顾我们对每次迭代内容的决策是否合理，是否应该先完成依赖项的内容，再开发依赖项 。同一点有多次迭代吗？为什么一次都没解决？这些问题只有回头看才能评价 。
4. 项目过程回顾 在项目开发推进到线上的过程中，可以回顾以下内容 。这个过程可以邀请需求者和开发生共同参与，也是提高团队合作效率和执行力的好方法 。
1)需求方之间的沟通是否清晰，是否有重大修改，原因是什么
项目开始前的需求是否足够清晰，项目过程中有哪些重大的需求变更，变更的原因是什么，需求文档是否有记录 。
2)需求是否被评审一次，并且在评审之后被调整
如果需求评审时核心流程考虑不周或者需要大改，就会被开发生拿下，产品经理很尴尬 。一般做产品之初都会有这个过程 。回顾被冤枉的过程，总结经验，比看无数别人的方法论更能获得下次发展的肯定 。
3)开发进度是否延迟，具体是哪一个原因
过程重要，但结果更重要 。对于已经提前安排上线的项目，一般不允许延期 。但是，如果没有在线要求，项目很容易延期 。如果需求方、产品、设计、开发、测试都推迟一天，项目就推迟一周以上 。团队通过回顾整个项目的时间进度，认真客观地讨论具体的延误环节和原因，可以更加关注时间的概念 。
4)外部合作是否顺利，有哪些因素影响进度[/s2/]
遇到和外部公司合作的项目，变数和不可控因素变得越来越多 。一般这类项目的推广效率会低一些，尤其是第一次对接的时候 。但是通过回顾已经验收的项目，整理一些主观可控的内容，记住自己踩过的坑，可以提高自己的项目合作能力 。
04 建立能力归纳表 项目复工后，我们会总结自己的技巧和经验 。下面是我设计的一个能力汇总表，可以把每个项目的内容和经验总结填入能力表，找到对应的职位 。也可以先把工作内容记录在这个表格里，以后再定期检查填写相应的内容 。
这个表单有三个功能 。
1. 客观记录工作内容 绿色部分用于记录工作内容，记录的客观有序排列便于回忆和复检，以提取技能和经验 。
2. 总结技巧提炼能力 黄色部分用来记录总结出来的技能和经验，然后思考这些技能对应的是产品能力模型中的哪些项，再深入思考提炼 。
深入思考，总结归纳出的技巧，提炼出具有高度概括性和凝聚力的道理 。这个过程并不容易，会受到自己思维方式的影响，我还在学习 。我建议你可以多看一些关于底层思维模式和大咖经验的参考书，比如《金塔原理》、《穷查理的收藏》 。
3. 评估所在业务的价值 橙色部分用来思考业务的发展现状和想象空间 。天花板越高，业务越有利于能力的提升 。如果业务方向太窄，产品经理的工作内容太重复，很容易成为一颗螺丝钉，对整个职业发展非常不利 。


推荐阅读


上一篇：新手程序员的自我介绍模板分享 程序员一分钟自我介绍

下一篇：股份制公司股权分配的方法 融资创业项目怎样股份分配