用户|数字产品经理的再思考：全链路，打动力，设计力和生产力( 二 ) 大数据|资金流向|数据库|gala

1. 功能层面最基础的功能实现，可落地，用户体验良好，需求与功能实现匹配度高；这个作为产品经理的专业基础，这里不多说。
不过我了解到的情况是，虽然有非常多的产品方法论，但是有些朋友可能还没有办法有体系化的实操案例；后续会整理系列文章，分享全链路数字化产品设计流程。
2. 落地层面（运行层面）这个在很多解决方案里会被遗漏，什么意思呢？即在现实条件下,如果项目要落地推动,还需要考虑哪些点?
比如我有一个客户现有一套ERP系统,新开发的数字化项目需要与其做系统数据联动;在联动时ERP项目无技术接口对接支持，为了让业务流转起来,我们要提供哪些设计方案不影响因为无法实时获取数据而带来的影响,这种设计方案对落地效果影响更大;
3. 服务运营层面即为用户提供的服务功能开发完成后,如何促进用户的使用?如何让用户感知到服务?如何让用户活跃?如何能让产品做增长?在不同阶段计划中,需要提前规划。
4. 内部激励层面数字项目落地,除了C端的运营，还需要B端的运营。如何通过激励政策鼓励B端业务人员的活跃度和积极性，是需要同步考虑。
我们服务的一个客户，他们为一线人员提供的单个活跃会员的奖励政策是150元；在这种大额激励政策下，业务人员积极性被激发，从而带动了C端用户的活跃，从整体投入产出比来说，这个点是关键点。
四、组织生产力格鲁夫在《格鲁夫给经理人的第一课》中分享了一个概念：经理人所有的产出是“直接管辖范围和影响力所及的组织及产出”。
在一个数字化项目中，产品经理需要负责的内容非常多，从调研需求，到成本沟通和评估，从需求产出到需求传递给内部团队；从控制风险到推动落地实施；每件事情都很重要，关键的事情如何确认？
格鲁夫提出了一个“管理杠杆率”的概念，可以参考这个产出比，定义如何在纷杂的事务中抽离区分重要的事情；以及在各类行为中需要做的关键动作是什么。
纵观做过的各种项目和实践中遇到的各种事情，我把需要解决的问题和需要完成的事情分几个层级：
1. 只要有人去做，就能做成的事这类事情对人的能力要求不高；但是必须有人执行完成；
例如用户群里沟通的问题记录成表，定期每天同步给客户；客户群里有问题后及时回复等；
这件事情做了对客户的体验好感度提升非常强，
对于这类事情需要做好安排和管理，定好规则和规范，责任到人定期验收结果即可；
2. 需要有些专业能力的人做才能做成的事【 用户|数字产品经理的再思考：全链路，打动力，设计力和生产力】比如从抽象复杂的业务流程里设计具体的产品方案；或者结合产品和业务需求设计技术架构设计；这类需要有专家级专业人士来做；是用人的经验和专业能力的产出兑换价值；
这类事要么自己是专家，要么你有专业的资源帮你解决问题；需要招人用人；
3. 成功失败不确定的事这类事情没有标准解决方案，越是抽象的问题，解决起来困难度越大。
比如一个大的标的如何出低价才能在竞争中获胜？结合客户的不确定的需求如何提出一个解决方案打动客户？现有的资源如何串联利用起来?
设定的一个目标如何能完成?越没有标准答案的问题，越难解决；越是这样的问题，越能提供更大的杠杆率,带来的组织生产力就越高。
所以,安排好基础的事儿,找好能力强的人,做好抽象的事儿,如何能带着团队一起提高生产力,需要通盘管理和思考。
五、行业洞察力行业洞察力的概念太大。做多了项目，会发现有些行业里的问题，单靠数字化产品是无法解决的。
刘润老师说过，我们提供服务方要做“大乙方”，通过专业知识为客户提供靠谱方案，并且利用经验让客户看不到的风险提前排除掉；但我们需要清醒的认识到不是上帝，有些行业痛点问题，可能我们无法解决，但是我们不需要做那么多；有时候一个小小的进步和提升，可能就能达到企业增长的目的。
最重要的是，在我们不确定是否能搞定这件事情的时候，我们能勇敢出击选择应战；明知道有些问题无法解决的情况下，我们也敢勇敢出发，有时候已经是一种胜利。
#专栏作家#边亚南，微信公众号：边亚南，人人都是产品经理专栏作家。华秉科技产品合伙人，IT东方会副秘书长，北京理工研究生，《数字突围》第二作者。专注实体企业数字化升级方案设计和私域流量运营体系搭建，擅长为企业提供全链路数字化升级解决方案，以及私域流量运营方案。