狭义上，逻辑是指每个人的思维方式，这是个体的内在属性。


广义上，逻辑是指规律，包括思维方式和客观事物。


这种思维的规律和规律是思维过程抽象和建模的结果。


从逻辑归属的角度来看，没有明确的销售逻辑、操作逻辑、产品逻辑和程序员逻辑。


对于产品经理的职位，不要为自己设定一个清晰的界限。


只要你锻炼你的思维方式，帮助你的产品工作，你就可以其中。


例如，公司销售针对不同用户的渐进营销不同时令部门运营的有针对性的运营策略，程序员处理多个在线问题的堆叠分类原则。


无论是你负责的系统还是你自己的工作，你都可以尝试理解和学习。


很多东西都可以借鉴，可以应用到你负责的模块或功能上。


从产品逻辑的角度来看，可以分为四类:基本产品逻辑、业务逻辑、系统逻辑和思维逻辑。


四种逻辑是递进关系，分别拆分。


一、基本产品逻辑 也就是说，掌握普通应用程序的基本逻辑是成为产品经理的基本要求。


例如，前端和后端的数据交互模式、不同页面的跳转规则和多个用户角色的判断条件。


二、业务逻辑 有了产品经理的基本素质，就要深入了解业务。


知道他们想做什么，他们想做什么对他们负责的系统有什么影响。


当你被拉到一个新的业务沟通会议时，不要高估业务方的智商，也不要指望业务能够清楚地描述你的业务场景，并帮助你澄清新的游戏玩法对你的系统的影响。


试着从产品的角度来理解这些新业务的场景与现有业务的区别，从他们类似的白话文描述中捕捉他们关注的信息，以确定他们对内容的影响范围。


三、系统逻辑 1)自己的逻辑。


作为一个系统的负责人，产品经理首先要知道自己的系统有哪些功能，实现了哪些问题，解决了哪些问题，开发量最小。


2）别人的逻辑。


其次，我们应该了解我们负责的模块与上游哪些主要系统具有交互和交互的核心字段，以及交互方式。


既然我们选择了产品经理行业，我们就应该不断扩大我们的知识边界。


没有压力不是空谈。


一个产品不仅熟悉自己的系统，而且熟悉自己上下游系统的核心业务。


如果有问题，他可以通过功能细节和以往的经验来定位问题的一般原因。


谁不想和这样的产品一起工作？ 3)细节逻辑。


产品经理拼什么？了解业务？有BD还有采销，还有运营支持；计划的实施？有前端和后端研发，然后有测试。


除了PRD，产品经理没有明确的工作内容，正因为如此，才是最复杂的工作。


了解操作，了解技术。


最重要的是要对自己的功能和模块有深入的了解。


产品经理的能力体现在能够落地到具体问题和细节的功能点上，而不是像业务方那样泛泛而谈，也不是领导那样大而空的规划。


能够描述问题的现状、原因、影响范围和解决方案。


能指点江山的人不一定能脚踏实地，但能深究细节的人一定能以现实勾勒未来。


4）框架逻辑。


框架不是一个普遍的流程图，也不是一个具有普遍效力的需求文档。


它必须面向特定的方向，并根据现有的工作积累和项目经验进行总结。


四、思维逻辑 这是最重要和最困难的锻炼，因为思维逻辑不仅受日常工作方式的影响，还受生活方式、个人习惯等诸多因素的影响。


思维逻辑的主要部分： 1)严谨性。


有一个新的需求，可以考虑到各种用户，各种场景。


例如，在结算时，当一种新业务需要向计费和结算时，除了正订单付款外，还应考虑退款和退款的逆向场景。


为了添加一个新的数据字段，除了增量数据可以由程序自动赋值外，还应考虑如何清理历史数据； 2）完整性。


写一个项目的需求不仅仅是理解你负责的内容，让别人一眼就能理解你想做什么。


更重要的是，我们应该把整个项目或需求像多米诺骨牌一样串起来，告诉别人我们想做什么，怎么做，完成后会得到什么好处。


让别人不仅能理解细节，还能看到貌。


就像京东之前的一个部门一样，商品、订单、售后垂直产品经理，负责综合项目，梳理综合产品经理的整体流程，与前者相比，后者需要更专业的知识储备和逻辑思维，连接综合项目，不会错过一个环节。


要知道，在JD.COM这样的公司，一个综合项目可能涉及前台、中台、后台三个模块，十几个甚至几十个大大小小的系统。


3)敏锐性。


正如前面提到的，新业务的发展，BD可能会告诉你一两个小时这个游戏有多新颖，有多少用户可以拉新，增长多少GMV，但你不会清楚地指出它对你的系统有什么影响，但要注意对方的长期描述，比较现有的系统交互，过滤有效的内容，捕捉原始过程和新过程的异同，以确定影响表面和转换点。


如何提高产品逻辑？ 1）注重细节 如果把新产品和老运营商放在一起，说实话，新产品对系统的了解不一定比老运营商多，因为老运营商使用的频率和次数比新产品多，发现和理解的问题也比新产品深。


产品经理新系统的经验和处理问题的能力完全堆积在一个项目、一个需求和一个问题上。


没有经验，你可以完全重用它。


作为产品，尤其是b端产品，一定要控制细节，因为你的小错误是不可估量的。


2）了解技术 我不止一次地说这个，因为从我的个人经验来看，主要有两个原因： 1）了解基本技术的实现可以很好地减少您与研发之间的沟通障碍，使您能够轻松地交谈。


它还可以让你知道你负责系统的底层能力以及你能在多大程度上支持业务需求。


如果一个项目想在线，它不仅取决于收入。


如果研发在评估过程中与您讨论可行性，而且您总是强调转化率可以提高多少，这种沟通对研发也是痛苦的； 2)有一些技术基础，可以让你对自己的工作更有信心。


想象一下，如果有在线问题，你可以通过SQL找到相应的库、表、字段，字段，并告诉研问题的原因和解决方案。


如果你现在能做到，祝贺你，无论道路有多好。


3）定期沉淀 好记性不如烂笔头。


有没有这样的经历:本来一周很忙，但是周五写周报的时候想不起这周做了什么。


原因是日常工作的关键内容没有及时记录。


看看你负责的系统也是如此。


我们应该记录和解释我们遇到的在线问题和特殊场景。


复盘后，我们可能知道我们当时想解释什么，为什么我们会想到这个问题。


4）不设边界 好的产品经理没有边界，不会把自己局限在一个小领域。


每个人在日常工作中都遇到过类似的人，找他处理问题，他只甩了你一句话：这是上(下)游，我不懂，也处理不了。


这些人的能力不一定很差，因为他们可以准确地定位问题的原因和系统来源，所以他们应该在自己的领域有一些知识深度。


然而，这些人并不优秀。


优秀的人知识体系是三维结构：垂直领域的深度和平行领域的广度，以及包容性和包容性的高度。


5）心怀敬畏 每个领域都有优秀的人，你不知道，不代表没有。


有些人故步自封，也许不是他觉得自己有多优秀，而是他从未见过比他更优秀的人。


了解某一领域是员工的基本要求，无论是销售、运营、产品还是程序员。


但如果能在自己的领域做到极致，也必须符合28分布。


看过《射雕英雄传》的同学应该记住，欧阳锋说：无知的人可以原谅，无知的人不能原谅。


本文内容来源：cnwebe，不代表运营狗网站的观点。


如有版权问题，请联系站长删除。


特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。