随着互联产的断向前发展，「产设计导向」一类的概念已经仅限于大公司中，在往日越来越注重「短期效率」的小公司都纷纷开始注重产设计方面的建设。
所谓的「产品设计导向」指的是产品建设之前要围绕着产品的立项、目标用户等等去规划产品的功能点，明确产品核心价值；在产品上之，通数据分析和功能反馈，掘更的需求，去规划下一步的「功能增删改」，将产品的设计方向引导到更正确的位置，提升用户留存率，延伸挖掘出产品更的能。
另一方面，从现在的计环而言，对所有的计既是机遇，是挑战。大量的 UI专用工（Sketch、Principle、Flinto、Origami等）的出现，大大提升了产品前期 UI计的工作效率，所以现在「全链路思维」已经从刚出现的「概念化思维」变成了「主流化趋势」。所以现在多的 UI计在站酷发布的作品的候大部都喜欢加入一些产品前期析（功能计、用户画像等）内容。
是很多设计师分析环节明显是为了证明「有」而去「做」，缺少了真正分析部分。我印象很深刻是前看到个手房买卖UI设计作品，典型用户画像里主流用户是：「男、七十岁、目标是自己儿子买婚房」。实上这所谓品分析流程于设计师而言是没有任何帮助，是从形上走个过场罢了。
本篇主讲述产品设中的一些分析方法，范围从「人练习式设」到「团队合作式运作」，合初级产品理、交互设师，作中职能范围与产品规划关的 UI设师，学习产品设的新人阅读。
我遇到的比较普遍的问题：很多设师对于自己所公司产品的运作流程并不十分了解。这样会实际配合作的时候感到无从下手。的甚至于同一家公司的不同设师对于产品设方面的理解也不尽相同。所以从浅到深的学习产品功能设，就必须先理清当作的常规流程，例如常见的产品运作流程。
面一相对规范的产品发流程，实际看到述流程图后，对照自己公司的况，会发一些岗的缺失。出这种况的原因因很多公司会把一些职能行合并用节省本，仍然多数的公司并交互设师的岗，但交互设的职能不表，被产品理或者视觉设师兼任了。需明确团队中各人负责的职能部分，能好提升沟通效率。
面讲到了设师的「全链思维」已了一种主流的观点，将的铁三角「产品理、交互设师、UI设师」很可能结合变「交互视觉二合一」甚至「产品交互视觉三合一」的状态。所以很多的设师始试自己去 DIY 一需求或者ReDesign 这样的设，希望可以通过这样的方式完自己跨领域能力的一积累。但当他们打电脑的时候，部分人会发自己突然变得思，从产品方向点确到产品视觉产出之间出了断层。
其实过设练习的人都知道，由于一些实场景的不同，一些人设练习的过程中会受到很多条件的局限，尤其孤立无援的况下，面对自己的练习作品往往会无从下手。当然，不同的场景下不同的分析方法。
在团队协作的时候，分析方法要全面、严谨、反复推敲。
在个人练习的时，分析方法要高效、直接、简化不必要的流程，以培自己的分析能力为主。在种场下，空·雨·伞就是一个非常的思考提升方法。
简单概述「空雨伞」思考方式：观察（） → 思考（内在） → 产出（决方案）。
运用在计上就是：发现痛点 → 思考因 → 提出解决方案。「空·雨·伞」因为简、成本低、易上，可以作为计入门培养思考能力的一种方法，但是在使用空·雨·伞的析方法需要结一定的体调研（或者轻量的用户研究）相配，不然会变成一味的「拍脑门儿」式的主观臆测，对于析能力提升没有丝毫帮助。
逻辑树称问题树、演绎树或解树等。多咨询公析问题最常使用的工就是「逻辑树」。逻辑树是将问题的所有问题层罗列，从最高层开始，并逐步向下扩展。
简单来形容下逻辑树：把个已知问题成树干，然后开始考虑这个问题和哪些相关问题或者子任务有关。想到，这个问题（也是树干）加个「树枝」，并标明这个「树枝」代表什么问题。个大「树枝」上可以有小「树枝」，如此类，找出问题所有相关联项目。逻辑树主要是帮助你理自己思路，不进复和关思考。
如果运用逻辑树方法去分析产品，主的一点于学会细化拆解目标。
举个例子：在2017年我创建了自己的个人号，但在发布了一分的章之后，我开始意识到章的可读性始终。在这个时候我们就可按照逻辑树的分析方法进行拆解分析，发现自己升的空间。
如上图，就是逻辑树最简单的一种场景应。确定目标后向进行拆分，拆分级逻辑树是较容易的，甚至你可着已经列来的大纲继续深入细，再拆分更细更深层的各种升点。
逻辑树分析法在个人品中的主要用是散思；在际工中的用则是针对特定问题进行分析，理清思路。总而言之，是让你在分析的程中更加有条理，避免重复思考。但是逻辑树分析也有一个缺陷，就是在逻辑树分析的程中，根据现象分裂出子级的步骤分依赖你的认能力，就同做设计一样，当你感界面的视出现问题的时，需要用你学出来的识去进行视优化，果你对设计理论识掌握程度并不是很强，就不能采用逻辑树分析法决问题。
总而言之，逻辑树析法适用于对问题研究十深入的情况下，如果你对当前的环认知并不充足，那就容易入歪路，跑偏主题。
在一些实际项目中，用户调研是需求来源的主要渠道。提起用户调研，多人会觉得这不属于 UI计应该做的事情。其实行业逐渐规范的现在，用户调研、析需求的能力也成为了衡量 UI计能力的一个标准。现在的互网产品种类繁多，从早期只做主流行业，现在基本所有的冷门行业都有涉及。作为计者，大多数计已经开始在计的过程中心有余而力不足。
造成这现象主要原是随着业细分以及范围扩大，我们距离用户真实场景偏离太远，导致我们在设计很容易理所然地赋予用户大量用东西，偏离了用户所需要主要轨。此于很多设计师来说，学会了解用户以及分析需求成为了十分要事情。
下面我整理的用户调研过程中的几点认知。
需要确，希望通过调研达怎的目的？例如：提升部页面转化率，收集用户对于产品不的地方，通过用户使用产品发现用户潜在的痛点。
一般讲互联网公司都收集客户反馈的部门，他们掌握所客户的反馈意见。我们选择调研用户的时候，好可以根据我们调研行动确立初拟的目标去选择调研目标。
当我们确定研目标和研用户之，就以根据现有状况去准备研内容。研内容一定是要在先拟定（开始研之根据际情况进行改动）。
一市调研细的维度通常有四种，别是：地理、人统计、行为、心理统计。运用在互网产品面就更加的复杂。以B端产品为例：在调研中可能要把调研对象为户（老板）和用户（业员）去进行不同情况的息跟踪，而且根据产品的属性不同，需要提前预好调研内容的侧重。
调研过程中，我们可以当结合文讲述到的「空雨伞」方式去行调研观察，收集用户需求。
在调研过程，除了思考更多需要注意是用户洞察记录与剖析，在记录用户为过程，需要遵循「不干扰」、「不引导」、「记录客观」等原则，这样才可以保持用户为记录准确性。
在调研结束后，我们应该产一份整的调查报告，按照本次调研预设目标进行整，规划合适的大纲，把调研收获转为明确的产，产形式最好报告（PPT、PDF），而是口述或者微信消息，这两者之间差别很大。
虽然很多的公司都始建立了用户体验类的部门，但因用户调研或者体验类的作很难去化产出。且部分况下当产品按照用户调研反馈的结果行调整后，往往很少会出我们幻中的「逆袭」、「口碑急剧升」，时还会因受到一部分用户观点的偏导致产品口碑下降，用户表示不满；又或者会出需求级规划混乱，重功能反后线这种尴尬的况。
这驱使着团队中负担「户体验」职的角色对户需求进行正确的分类和序。
个时就以运用到卡诺模型（KANO模型）。
KANO模型是东京理工大学教授狩野纪昭（Noriaki Kano）明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，现产品能和用户满意之间的非关系。根据不同类型的质量特与用户满意度之间的关系，狩野教授将产品服务的质量特分为类。
用户对企业提供的产品或服务因素的基本求。用户认产品「必须」的属性或功能。当其特性不充足（不满足顾客需求）时，用户很不满意；当其特性充足（满足用户需求）时，用户也可能不会因表出满意。对于基本型需求，即使超过了用户的望，但用户充其达到满意，不会对此表出多的好感。
例如对于网盘类产品，用户的基本需求能速传下载。如果下载速度达不到用户的望，则用户满意度将一落千丈。对于顾客言，这些需求必须满足的，理所当然的。对于这类需求，企业的法应该注意不这方面失分，需企业不断调查了解顾客需求，并通过合的方法产品中体这些求。
提供该功能，用户度提高，如果不提供该功能，用户会觉不。当然在这要补充一句，这的需求并不都是整理出的主观需求，也有可能是用户在使用的过程中产生的观类需求，例如遇不会的体验，需求得响应给的反馈。
例如对于一些 O2O类的产品，虽然做的都比较成熟，但是由于体量庞大的因，偶尔也会受糟的体验，用户在受糟的体验之后往往会期望能通过反馈得心理上的安慰。例如携程（程预计间偏差）、美（体验差）、饿了（用餐体验差）等。在用户遇这种糟体验之后，期望能通过投诉建议获得官方的反馈，那官方把这种问题解决的越圆，用户的度也会随之提高。
兴奋需求又称魅需求，指的是会被户过分期望的需求。对于兴奋需求，随着满足户期望程的增，户满意会急剧上升，但一旦得到满足，即使表现并善，户表现的满意状况是非的。反之，即使在期望满足时，户会因而表现明显的满意。
不论提供否，对用户体验无响。是质量中既不好也不坏的方面，它不会导致顾或不。
用户这需求，提供后用户满意度反会下降。
按照 KANO模型分析可以对收集到的产品需求进分类，筛选掉些不合理需求。更好更有目性完成品待办单记录。
于设计师来讲，不管是个设计练习是团队项目，都应该掌握定品需求收和分析法。如你真下定决心要交互设计、用户体验发展，那更需要下定些功夫去学习相关知识，学会形成自己思考法。开始可能会很痛苦很累，是如味试图走捷径，最后会不偿失。
浙公网安备33011002017549号