我们常常存在一种误解，即设计是独立于产品之外的美学追求。然而，真正优秀的设计是与产品战略紧密相连的，它服务于产品的整体目标和用户体验。以产品视角思考设计，意味着设计师需要跳出传统的美学框架，从更广阔的视角来审视设计。这不仅有助于提升设计的质量，还能确保设计与产品战略的一致性。
在互联网越来越成熟的环境下，分工也越来越细致。职能边界愈发清晰的情况下导致行动和思想上也会产生边界感。这就导致我们会觉得只要做好需求输出就可以了，产品规划、商业方面的事情是产品经理需要考虑的事情。
之前我也认为我只要保证好用户体验和设计交付，就能完成好我的工作，证明我的价值。但工作之后才愈发觉得产品思维其实同样是非常重要的。
我觉得完全沉浸在自己的设计世界中做redesign，而不去承担产品和商业部分职责，是无法持续输出好看又好用的产品的。
而拥有产品思维近些年来也逐渐成为设计师能力版图中的一部分。
产品思维是一种以产品为核心，围绕产品的开发、设计、推广、服务等方面，从用户需求、市场竞争、产品优化等多个角度进行思考和决策的思维方式。
用在设计师的工作上简而言之就是：发现问题，解决问题。
运用产品思维做设计，需要在项目实操中有意识地用更广的角度、从更深的程度去发现、分析、解决问题。这一点也体现在我们工作的参与度上，产品设计师的工作链路被无限拉长至整个流程。而想要获得这种思维能力，就要敢于打破固定思维，从产品立项开始就可以思考帮助我们提升解决问题能力的方法。
如何引入产品思维，我们不妨从规划产品流程来进行思考，这里不仅仅指从立项开始，我们接到新的需求同样也可以用这个思维去做。
在最开始我们进行业务分析时，就可以开始进行产品思考：我要做一个什么样的产品？目标用户是谁？公司目前处于什么阶段？资源有多少？业务的目标是什么？提前思考这些收集信息主要为我们之后的工作做准备。毕竟我们在做产品前是要为公司商业服务，用以直接或间接获取收益，在前期立项的时候进行充分的分析对产品是有帮助的，一定程度上能防止项目开发一半结果要被砍。
比如我们要做一个游戏社区。目的就是服务于公司运营的游戏，为玩家提供游戏助手工具，承担玩家聚集交流的平台，建立相关游戏内容的沉淀平台，还可以收集玩家的意见和反馈。这就是的产品方向。
定完粗略的产品方向后，我们可以开展内外部信息收集，包括大概的功能、项目排期、竞品分析、VOC反馈、内部运营的一些指标等等，还可以通过数据分析来支撑我们的需求和调研结果。到这一步我们可以和主要决策人达成统一意见，毕竟前期工作到这里已经将产品（需求）方向基本确定了，接下来就要慢慢开始执行。将我们的需求具象化。
需求具象化的标准就是产品PRD文档，输出完整的PRD文档之前我们会引入一个概念——
敏捷开发
。也就是SCRUM流程，这是很多互联网公司都在用的产品开发方式，感兴趣可以百度一下其概念，这里不做过多阐述。简单来说就是：
根据排期和规划，拆分功能的优先级，做最主要的功能，让产品先运行起来，其他优先级较低的功能通过持续迭代计划补全。
假设在上文所述的游戏社区中，首页要做5个功能，分别是官方资讯、攻略、社区帖子、游戏工具、商城。根据优先级我们就可以先输出前3个功能的PRD，后面2个功能可以通过后续迭代更新。
同时最重要的一点，一定要说人话。
尽可能把需求简洁明了的表达出来，不要用晦涩难懂的词句。因为PRD不是你一个人看，测试、开发、设计、运营...所有人都要看你的文档，每个人都需要阅读并应用的，要保证每个人在阅读时不会产生太大的理解偏差。
到这里前期内容基本就完成。前期的沟通涉及大量人员交接，还要处理各种突发状况，在产品落地过程中是非常耗费心力和精力的。
在部分情况下我们接到的需求可能只有几句话，我们不得不承担一部分产品经理的职责。设计师在具备产品思维的前提下，通过深入理解用户需求、明确商业目标、理解市场现状等能更好地输出设计方案。在美观、商业和体验之间找到最佳平衡点，以满足产品的需求。
商业设计的领域，无论C端还是B端，都不是为了美观做设计，而是创造各自的商业价值。
在进行设计输出时，由于前期和各部门打通协调，知道了产品背景和商业目标，在前期就能知道大概会呈现给用户什么样的界面，这样就可以指导我们就可以输出更加适合当前产品的界面，而不是朝着自己认为好看的方向去一昧埋头苦干。
尤其是在B端领域，往往是业务＞交互＞设计，这是由于其行业复杂性和特性所造成的，B端领域的一些需求往往很难快速找到竞品去调研和参考。业务逻辑和业务流程是B端设计的核心，设计师需要深入理解企业的业务需求，才能确保设计解决方案能够符合企业的实际运营场景。
这个时候如果完全不去理解业务，设计师光凭自己的想象是很难输出合适的设计稿的。良好的交互设计能够连接业务与用户，使用户能够更高效地完成任务。设计师需要在保证产品易用性和美观性的同时，尽量降低设计成本，让业务先跑通，这时候一个美观且好看的界面才算作是锦上添花。
在产品进入开发阶段前的评审时，需要我们和开发同学通力合作沟通。很多有意思的设计是要花时间实现的，这个时候对技术的了解也成了我们能力的一部分。沟通中能听懂开发在讲什么是很重要的。考量技术实现的成本，结合技术方案优化页面才是符合现实做商业产品的思路。有一定技术基础和理解能力也能让开发同学更加愿意和我们合作。
大部分产品的开发所需的时间都是比较久的，其中也会出现各种突发问题，比如政策改动某些功能做不了、抑或是决策层需要改动需求等等。这时候需要我们能够有随机应变的能力，及时调整产品架构，做好沟通和记录。如果不确定性较大，也可以在前期为团队留出一定的余量，以防止出问题的时候完全没有资源可供调配。
在商业层面举个例子，运营设计出版两个方案，可能我们会更加认同A的视觉和交互。但实际情况是：通过A/B测试推送给用户，B方案在商业上的数据会更好，那么最终评审上线的会是A嘛？
在产品成功上线后，其真正接受市场检验的旅程才刚刚开始。为了确保产品能够持续优化并满足用户日益增长的需求，通过用户反馈和深入的数据分析来支撑后续的迭代优化工作显得尤为重要。这一环节不仅关乎产品的长期竞争力，也是实现用户满意度和忠诚度提升的关键。
在这个过程中，一个常被提及但又容易在实际操作中被忽略的准备工作是：上线前的数据埋点规划。数据埋点，简而言之，就是在产品的关键用户行为路径和交互点上预设数据收集点，以便在产品上线后能够实时、准确地捕获用户行为数据。这些数据包括但不限于页面浏览量、点击率、转化率、用户留存时间、错误发生频率等，它们构成了产品性能与用户体验评估的宝贵资料库。
在运营层面，由于之前做好了PRD和产品规划，一些运营物料也可以提前准备，免得压缩排期堆到一起做，这对运营同学极其不友好。（本人就就经历过...）
通过数据分析对用户行为数据、产品性能指标的分析，设计师可以精准识别设计中的不足与机会点，指导后续的迭代优化。这种基于数据的决策方式，使得设计更加科学、高效。提高产品的用户体验和商业价值，减少踩坑~
个人觉得设计师的核心能力在当今快速迭代的数字时代中，正经历着显著的演变与拓展，尤其是UI（用户界面）与UX（用户体验）设计师的角色界限日益模糊，而“产品设计师”这一职位的兴起，更是对这一趋势的鲜明体现。这一岗位名称的变化，不仅反映了市场对设计师角色的新期待，也深刻影响了设计师所需的核心能力结构。
我认为这并不是一件坏事，设计师的能力模型扩大了，其实是对自己的知识储备和提升有帮助的，特别是作为项目负责人去管理产品（需求）的生命周期开发的全链路、商业运营等。能从实战中吸取宝贵的经验、思维和技能。
产品设计师的核心能力已远远超出了传统UI/UX设计的范畴，它要求设计师成为具备综合设计思维、产品思维、全链路参与能力、数据分析与迭代优化能力，以及商业意识与项目管理能力的复合型人才。这一转变不仅是对设计师个人能力的挑战与提升，更是推动产品创新与市场竞争力的关键所在，
这也就是我们的核心能力和不可替代性。
