编辑导语：B端设计师想要在职场中走得更远，不可避免地需要了解业务，并且具备一些产品思维。这篇文章从概念出发，深入浅出地介绍了设计师提升产品思维的方法，推荐B端设计师阅读。
产品思维拆解开就是产品+思维。
产品是什么？产品是满足用户需求、解决用户问题的载体，是一系列功能的集合。
思维是什么？思维是思考问题的方式，不同的人因为经历和经验不同，思考问题的方式也不同。
所以，个人对“产品思维”的理解是：产品思维是一种解决问题的综合思维，是进一步把问题解决方案产品化的过程。
解决问题=定义问题 +分析问题 +如何解决
（1）定义问题：指问题是什么
在产品设计中，我们用的最多的是“用户思维和数据思维”。
用户思维：是我们最重要的一种思维方式，站在用户的角度来思考问题。你需要把自己看成产品的用户，利用同理心，思考在B端产品工作使用场景中遇到同样的情况时，你会做什么样的选择、有什么样的感受。
数据思维：通过数据分析发现问题，是发现问题的重要方式。在面对一些业务问题的时候，我们通过数据的方法去做分析，从而给出建议来解决业务问题。
（2）分析问题：指为什么会产生这个问题
我们用得最多是“本质思维”。
本质思维：本质思维是一种寻根究底、找出问题根本原因的思维。通常借助“5 why 分析法”去开展。“5问法”，也就是对一个问题点连续问5个“为什么”来追究其根本原因。
（3）解决问题：指如何解决这个问题。
我们用得最多是“效率思维”。
效率思维：商业的发展方向，一定是向着更高效率的方向发展。效率思维模型就是将效率思维应用到解决问题上，在解决问题、做决策、行动时，有意识地提高效率，以期花最少的投入，获得最大的产出。
综上所述，产品思维是一种解决问题并将解决问题的方案产品化的综合思维。
它通过用户思维、数据思维去发现问题。通过本质思维去分析问题。通过效率思维去解决问题。通过标准化方法将解决问题的方案产品化。
B端设计师需要具备的产品思维5个维度：以用户为中心、逻辑思维、数据思维、市场营销思维、项目思维。
产品设计是从用户需求和用户感受出发，围绕用户为中心设计产品，而不是让用户去适应产品。无论是产品的使用流程、产品的信息架构，还是人机交互方式等，都需要考虑用户的使用习惯、预期的交互方式、视觉感受等方面。
当我们关注用户时，除了关注用户要完成的任务，即产品将提供的功能及操作流程，也应该充分关注其完成任务时的目标，即用户为什么要执行这个行动、任务或操作。
逻辑思维更多的是一种能力。在产品设计中，我们在着手开发前需要将预想的方案结合各种因素，一步一步地分析可能产生的结果，去选择最优路径。
逻辑思维是可以提升的，在训练自己逻辑思维时，首先要保证信息的完整性。分享4种思维方式以及其运用方法，分别是目标思维（论点论据论证）、结构化思维（拆解问题）、推理思维（归纳演绎类比法）、逆向思维（发散）。
在B端产品设计师的工作中，我们会经常与数据打交道，通过数据来分析用户在使用产品或功能的过程中的问题。
从时间角度，数据分析可分为：
从分析对象来讲，数据思维可分为：
设计师要有关注并主动提出数据埋点的意识。如果设计师觉得某些功能或设计需要关注用户的行为，那么要在产品上线前找相关的数据人员去埋点，并且后期拉出数据分析结果。
企业的根本目的是把产品卖出去，所以产品设计方案能够吸引目标用户群才是最重要的。这里要特别强调下“目标用户”，每个产品都有对应的群体，想要设计面向各阶层的产品是不现实的。设计师应该去研究了解目标用户，针对他们的特点做设计，才能保证设计思路清晰，效果明显。
从视觉美学角度说，设计师不应将自己的审美强加给用户，每个行业和年龄段都会有自己的审美，要去分析目标群体，设计出符合他们审美的产品，这也是一种针对性的营销思维。
但是在某些界面设计层面，设计师又有责任去引导用户的审美，合理规划布局展示类的内容。至于做到何种程度才是最佳的引导方式，不同的人群的接受度和忍耐性不同，这就需要不断的测试和数据分析才能确定。
举个例子：我们经常在接到看板界面的设计需求的时候，客户反馈需要放很多维度的数据信息，这样界面更加丰富不会太空，也显得更专业；但是从信息设计的层面，用户在短时间点能接受的信息是有限的，并且人有信息过滤的本能。
所以我们在和客户需求沟通时，从专业角度要讲人接受信息的能力有限，还要分析目标人群最关注的是哪种信息。
项目思维更关注项目自身的目标实现，关注项目的产出，重点关注已定义的功能或软件的交付，甚至不管交付物是否来自错误的需求。项目思维时间观念比较强，把任何活动看作有始有终的、明确的时间段过程。
项目思维可以细分为以下3点：
（1）了解项目组成和自己所处位置
一个完整的项目组，是由多个岗位环节组成的。了解每个环节、每个岗位的职责，可以知道整个项目的运作模式、每个人对项目起到的作用。
项目组中的每个成员都会有直接间接的工作联系，B端设计师要知道自己的直接需求方和最终的需求方来自哪里，需求是否合理，自己的设计对接下游有哪些，最终方案在哪里落地。一些与设计师没有直接交集的环节出现问题时，设计师也要去思考是否可以从设计角度解决问题。
近些年很多公司都在推行敏捷研发，敏捷研发模式相比传统的瀑布流研发，设计师的参与感更强。在传统的公司研发模式下，设计师往往掌握很少的话语权，在项目中很被动，成为不重要的边缘角色。
而在敏捷研发模式下，设计师能够全流程参与从业务分析到设计落地的全流程环节，因此B端设计师一定要深度了解参与业务。
（2）关注项目进展和自己的推动力
某些设计师觉得接到需求后，确定需求和交付时间，按时交付就可以了。对于功能何时上线，产品何时发版，项目今年的计划目标并不关注。那么带来的结果就是，这个设计师在项目中的作用就仅仅局限于自己的设计产出。
要提高自己在项目中的重要性甚至话语权，就要积极推动项目。某些时候，好的设计方案或方法可以提高设计效率，加速方案产出，从而推动项目，比如使用可以小组协作的设计工具。
推动项目，就要尽量保证项目的产品版本发布按计划的日期上线。
比如：一些设计方案的实现比较复杂，开发人员评估或在实际编写时发现工期会延长，影响版本发布，B端设计师应该要快速给出可以替代的设计方案，保证功能能够顺利上线可用。因为发版计划都是提前定好的，不能因为设计方案影响最终上线功能，这可能导致严重的后果，最后造成全年的项目计划延期。
更进阶的推动项目，设计师要主动去思考产品功能去提高体验，从设计角度针对当前业务提出解决方案。不要做一个仅仅是接需求和给方案的角色。
（3） 协调项目成员达到最佳效率
作为B端设计师而言，很多时候在产品小组内都是听从产品经理的相关安排，在实际的研发流程岗位环节中，设计师处在中游阶段，上面是产品经理，下面是开发测试。
当我们的设计方案在小组内部得到通过之后，我们可以尝试从设计稿落地的角度出发，去积极与每个环节岗位的成员进行沟通。成员相互知晓每个人在负责的业务和进度，定期的开展周会，通报工作进度和结果，都有利于小组的能力和效率提升，从而促进整个项目发展。
初级设计师往往在工作中会有一个误区，就是要做好看的设计。许多设计师在一拿到原型就开始设计，最后设计出来的作品，同事和朋友都说十分好看，可是开发出来的产品却得不到用户与老板的认可，这样的工作方式其实是错误的。
当设计师在拿到产品需求时，不要急忙就去网上查找素材资料开始做，也不要急忙去询问，因为一般决策者或者Boss都非常忙碌，不一定有那么多时间去回答你的问题。
我们B端设计师需要整理好整个项目的相关的资料，花费一些时间，了解用户的使用场景、业务流程、操作步骤，把存在疑问的地方记录下来，找个固定的时间统一问快速沟通，修正方案。
那么怎么具体运用产品思维去设计呢？方法其实很简单，只要4步就可以了。
用户画像（Persona），又称用户角色、人物模型、典型用户等。用户画像概念是Alan·Cooper 发展出来的关于用户的描述性模型。用户画像并非真正的人，他是基于研究和观察真实用户的行为和动机，提炼并虚构出来的一个或多个“用户”，他比任何一个真实的个体都更能代表一个用户群。
用户画像能够帮助设计师建立更丰满的用户形象，方便后续做其他设计决策。带入用户角色视角，审视一下当下产品的设计，思考每个界面的核心用户角色是谁？它是如何帮助用户角色实现其目标的？多种用户角色都会使用的产品界面，次要用户角色的需求是否有影响到主要角色的需求？
根据这些思考，发现并优化产品体验。
设计目标是通过设计策略能够实现的目标，在制定设计目标时，我们首先要对产品目标和用户目标进行拆解，找到双方共同诉求的契合点。再考虑用什么样的设计策略来实现。设计的最终目的是服务用户，完成业务目标，设计目标可以帮助我们了解如何服务好用户，以便于对设计结果进行验证。
还原用户使用场景，清楚用户如何使用产品，提出假设梳理清楚用户怎么使用产品，在基于用户场景的情况下，结合业务诉求设计。运用场景公式帮助我们分析：用户+环境+需求+事件。
在【某环境】下，【某用户】做了【某事】来满足【某需求】，具体描述为了完成某任务，跟产品怎么交互的过程。
有些设计师觉得，接到需求，按时交付就行了，上线后会出什么问题就不管了。如果不去了解，你就真的仅仅是设计产出的工具而已，因为你没有担当起设计师该有的体面与责任。如果你想在职场中走得更远，就需要提高自己的设计价值，实际解决用户的需求。
B端设计师需要在设计流程的各个环节介入，从需求分析到交互设计，都需要提供对应的策略，甚至洞见机会点，通过设计对业务产生正向价值。在做完项目之后，我们需要对常用模块进行梳理，沉淀业务组件库。
总之设计师要想掌握话语权，就要在各个环节中找准定位，利用自己的专业知识提出解决方案。
产品思维能够帮助设计师基于正确的人群设计合理的功能，从而更全面地理解产品的用户体验，而不是单纯的思考界面布局或视觉表现。
B端产品的设计师，需要钻研业务知识，成为半个产品经理，暂时摈弃掉怎么把界面做得好看吸引人的思维，确保设计师解决用户的真实需求，而不是浪费成本，做一些无用功。
本文由 @晨屹 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。