你有躺枪吗？产品逻辑总是不清楚，边界不考虑，如网络状态、登录状态、弱网络等；只考虑正流程、返回操作和异常操作，如退出是否二次确认、当前内容是否保存；我认为产品逻辑已经清楚地梳理出来，但业务逻辑不同；许多产品没有公共模块，在不同的产品中，同一业务的相同功能有不同的逻辑…… 80%的产品经理在写这篇文章时中枪了。


John逻辑三段论：聚类、递归和因果。


感觉很难理解，需要大量的项目来梳理。


然后在项目过程中，项目组的不同角色也会有自己的逻辑方式: 业务逻辑:业务合作伙伴需要解释清楚:这个业务想为什么用户提供什么样的解决方案，目的是什么？-业务评审会 产品逻辑：产品经理需要通过原型交互方式、不同页面的跳转规则、角色判断等，清楚地梳理项目组的其他同事。


-产品评估会议 视觉逻辑：需要依靠产品经理的原型背景，UI应该使用什么样的视觉来在场景中？-设计评审会 交互逻辑：UE与产品经理合作表达什么样的互动，让用户感觉更友好，增强用户的操作感——互动评审会(与产品评审会合作) 开发逻辑：有些逻辑可能用技术语言描述得更清楚，对技术有特殊要求。


前端和后端接口、数据对接等。


-接口评审会 作为一名产品经理（万金油角色），我们还需要梳理和理解角色逻辑，以便于更好的沟通。


今天，我们将关注产品逻辑。


事实上，产品逻辑可分为四类：基本产品逻辑、业务逻辑、系统逻辑和思维逻辑。


然后本文从四个方面讨论： 一、业务逻辑篇 二、基础产品逻辑篇 三、系统逻辑篇 四、思维逻辑篇 一、业务逻辑篇 业务是产品的基础。


当产品经理与业务沟通需求时，业务方只能知道自己想要什么，因此产品经理需要明确几点： 你需要做什么生意？ 这项业务的目的是什么？ 这个业务的用户群是什么？ 这个用户群需要解决哪些问题？ 其实总而言之，需要沟通的是一句话:这个业务在什么场景下解决什么用户的问题，目的是什么？John举一个案例说明： 商家想做优惠券的主要目的是帮助商家推广，提高用户回购率。


然后产品经理需要从这些方向思考: 1.优惠券主要是为商家推广和用户回购——然后根据商家商品的属性(所有商品、指定商品和指定商品的分类)和会员的分类(基于自己平台的会员系统的分类) 2.优惠券是否被用作单独的入口？主要是为了突出优惠券的重要性，方便合理召回用户（有利于消息）PUSH） 3.优惠券是否需要分类——根据用户的属性(会员级别、消费于根据用户的属性（会员级别、消费金额）给用户 4.购买后是否会发放相应的优惠券——方便更好地召回用户回购 5.是否有长期行为-长期行为需要梳理整个优惠券系统 在梳理了以上五个业务方面的内容后，可以整理出业务需求池和相应的功能需求字段。


John整理这五个需求场景和优惠券显示的常用字段： 梳理业务逻辑必须与业务方保持沟通。


不要高估业务方的梳理能力，也不要指望业务方能够清楚地描述自己的业务场景，并帮助您澄清新的游戏玩法对您的系统的影响。


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


二、基础产品逻辑篇 也就是说，我们需要掌握产品的基本逻辑，这是产品经理的基本要求，如前端和后端的数据交互模式、不同页面之间的跳转规则和多个角色的判断条件。


您可以使用产品自检表进行清晰的梳理。


三、系统逻辑篇 产品经理对系统逻辑的梳理一定不能做出精致的产品PPT解释你想做什么。


相反，我们应该根据自己的产品从主体到细节来思考产品过程。


因此，我们可以从以下三个方向考虑： 1.产品结构逻辑 你的产品所在行业的地位是什么？竞争对手现在取得了多大的成就？您产品的商业模式是什么？该怎么走？John在微信官方账号写了产品结构的文章，但锻炼这种思维绝不仅仅是了解自己的产品。


相反，首先通过行业分析您的产品目前的位置，并根据产品生命周期制定可行的产品路线图。


通过业务整合模块进行梳理。


例如，在电商产品中： 商业模式式的思考：对于电子商务来说，商业模式有一个简单的平台建设和自营模式。


这样，对前端产品的架构设计提出了要求。


我们以不同的方式进行产品架构。


在商业模式思维中，应明确核心业务利润点的流程设计。


为运营商思考：在运营模式思考中，有效了解公司背景管理人员，了解未来产品推广的方向。


通过大运营模式，提高产品设计结构的完美性。


为用户思考：对于后台用户，将有不同的管理权限和相应的不同责任。


在设计背景时，应特别考虑用户的公司级别关系。


有针对性的设计。


为用户思考：除了用户首次登录使用外，几乎大多数情况都是在登录时操作的。


我们应该尽最大努力监控和维护用户生成的数据。


对于数据，我们在产品结构中被称为非常底层的东西。


在这个底层数据中，我们需要通过数据挖掘找到业务和业务收入的重要任务。


因此，建议操作的步骤是：竞争产品分析→产品业务框架→商业模式→用户体系→产品规划→操作计划。


只有这样，我们才能知道每一步需要做什么以及如何实施。


2.产品细节逻辑 我只是想讨厌别人。


一些产品经理希望每天讨论每个像素、颜色和按钮的设计。


我希望在原型中埋葬数百个互动细节，以反映我产品设计细节的细节。


不幸的是，产品的成败似乎与此无关。


产品细节更多地体现在两个方面：需求本身的细节和功能逻辑的细节： 需求本身的细节：在每个人都是产品经理的概念下，每个人都会提出需求。


老板会提到，开发会议，甚至用户会提到，在福特汽车时代，用户也会提出需要一匹快速运行的马。


但只有成熟的产品经理才能真正准确地判断需求价值，并有能力筛选需求。


产品经理总是决定做正确的事情，所谓的正确的事情实际上是选择最合理、最符合当前产品背景的需求。


面对令人兴奋的想法，产品经理如何判断需求是否有价值？需求场景可靠吗？如何权衡、选择和妥协许多重要的需求？仅仅这些决定就需要产品经理全身心投入。


功能逻辑细节：举个简单的例子：电子商务平台需要开发退款功能。


在需求方面，退款绝对是一种常规需求。


所以问题是，如果你想实现退款的需求呢？必须注意的细节是： 用户在支付过程中是否使用优惠券退款？ 如何只退一个订单多个商品？ 谁来确定用户的退款申请？ 退款是原路还是用户平台账号？ 退款期限是多长？ 所有产品都支持退款吗？ 面对正常需求，产品经理需要彻底思考所有涉及的问题，这是对产品经理经验和能力的一个非常考验。


产品经理应该是公司最了解产品每个功能细节的人。


他应该帮助技术了解每个需求的场景，并帮助操作将需求转化为技术解决方案。


3.系统对接逻辑 其次，我们应该了解我们负责的模块和上游哪些主要系统有交互，交互的核心字段是什么，交互方式是什么。


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


没有压力不是空谈。


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


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


谁不想和这样的产品一起工作？ 产品结构逻辑、产品细节逻辑和系统对接逻辑是系统逻辑的三个基础。


产品经理需要考虑这三个方面的场景。


在系统层面的分析和选择中，你很方便。


四、思维逻辑篇 思维逻辑本身就是一件非常空洞的事情，因为有许多干扰因素，包括：日常工作思维、产品经理的个人习惯等。


然后主要通过三个方面：产品严谨性、产品完整性和产品敏感性。


1.产品严谨性 产品需求需要能够考虑到各种用户和场景。


在电子商务中的结算系统中，当新业务需要向商家计费和结算时，除了积极的订单付款外，还应考虑退款退款的反向场景。


为了添加一个新的数据字段，除了增量数据可以通过程序自动赋值外，还要考虑如何清理历史数据。


2.产品完整性 要考虑系统之间的串联，保持高效的连接。


比如O2O在电商产品中， 既负责业务、商品、订单、售后垂直产品经理，又负责综合项目，梳理综合产品经理的整体流程，与前者相比，后者需要更专业的知识储备和逻辑思维，连接综合项目，不会错过一个环节。


产品经理不应该盲目，只关注自己的内容，而应该思考全局。


3.产品敏锐度 John保持产品敏感性的方法是拆卸产品并拆卸产品App Store前50款产品可以有效地帮助我们了解最新的微创新和行业动态信息。


思维逻辑本身是非常虚拟的。


作为一名产品经理，我们必须融入这种思维。


包括在面试中不要抽象地解释什么是严谨性？但通过案例来解释你的想法。


以上四种逻辑是John生产产品后一直坚持的不是这四个逻辑都是产品经理思考的，而是产品经理的工作流是产品从开始到结束的最佳保证。


本文内容来源:微信官方账号:产品狗聚集地，不代表运营狗网站的观点。


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


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


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


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