产品经理SaaS产品的交互设计流程Word下载.docx
《产品经理SaaS产品的交互设计流程Word下载.docx》由会员分享，可在线阅读，更多相关《产品经理SaaS产品的交互设计流程Word下载.docx（8页珍藏版）》请在冰豆网上搜索。
我们可以先了解行业背景，属于比如我们的产品是属于哪个业的，或者是针对多个行业的通用产品。
另外可以了解下我们服务行业的上下游全链路，我们是处于末端处理过程、中间环节、还是头部环节。
有了这些准备其他工作后，开始重点了解首要目标了。
目标其实有很多，企业在不同的发展战略阶段，其目标也是不一样的，比如某年的目标，以及拆分到季度和月度的第二季度目标，另外还有3到5年的战略发展着力点等，首要目标这个目标我们也可以思考为商业目标。
我们的用户也有用户目标，就是用户希望通过使用这个产品达致一个什么期望。
有了这么多的目标，也不是全部都要遵守的，这个时候产品经理需要去平衡商业目标与用户目标，最终得出产品需要遵循的目标，即产品目标，以此作为后续其他工作的指导思想。
作为交互设计师，我们主要是参与这部分工作，用自己专业的交互知识帮助销售经理产品经理去梳理出最终的产品目标。
2.梳理业务流程图
这里需要分两种情况，如果是0到1的产品，我们需要有需要分析实体店的实际业务流程，先梳理出来，然后考虑要是搬到线上解决时，应该如何来设计产品服务。
如果是1到N的产品，应当已经有了业务流程图，我们要做成的就是去熟悉，了解产品线的业务流程；
如果没有，我们要做的就是对照实际系统去梳理出业务流程图。
做这个工作的最主要目的还是帮助我们先有一个全局的产品感觉。
3.梳理功能架构图
同上，这里也需要分便两种情况，0到1的产品，可以先对需求文档进行分析，将里面的功能点提炼出来，绘制功能架构图。
如果需求文档编写还没有开始，则可以参与对需求融资需求进行处理，并细化成功能点，然后再以绘制功能架构图。
关于需求搜集，我们一般是把零散的需求丢进需求池进行管理。
关于需求处理，则可以用需求四象限法则来环内后处理。
这个方法需求分析师和产品经理用的多，主要是对需求池里的需求进行优先级排序，十字轴里面纵向代表紧急程度，横向代表重要程度。
重要又紧急的自然是优先处理的，以前很多体验问题都被放在不重要不紧急的尴尬位置，随着体验时代的到来，体验垂直估计会被提升到战略高度。
1到N的产品，功能架构就比较简单了，对着需求文档或者起来对着实际系统去梳理出来就行。
目的就是让自己对产品的整体功能点有个大致了解。
4.整理权限说明、字段表
我个人觉得，在需求文档中，这部分内容属于等同于底层的部分。
可以对产品写好的需求文档进行分析，提炼出权限说明和字段表。
如果产品写的文档中没有此部分内容，则需要找问问产品项目经理面对面沟通了，这样做主要是了解产品的底层逻辑。
5.协助完成PRD文档
如果产品经理已完成了PRD，我们就用自己专业的交互方法去协助产品经理优化PRD文档。
如果产品经理没有开始写成PRD，就可以用以上产品设计一两分钟去协助产品经理来编写PRD文档。
主要是业务规则、输入输出等的编写。
1.设计目标
基于前面的产品目标，我们需要提炼出交互设计师要遵循的设计目标。
关于设计目标，我们常用KANO模型来梳理，此方法可以帮助我们找准可以提升融资需求用户体验的需求点后。
下面我会详细聊聊如何使用KANO模型：
十字横向轴里面纵向领头用户满意度，横向代表功能满足程度。
通过KANO模型梳理出产品的交互设计出以目标后，我们可以根据产品迭代的时程，将目标拆分到相同的版本中去。
2.需求分析
把产品经理输出的需求文档仔细阅读，并用交互设计师或进行的思路来进行需求分析。
比如分析需求范围、功能点、权限佐证和字段表，如果在协助阶段，感知设计师充分交互参与了以上步骤，这里的在工作中也会比较简单了，进一步掌握产品业务，逐渐让自己成为业务顾问，以便项目推进时深化可以更好地去解答下游成员的疑问。
如果交互设计师没有参与协助产品的其他工作工作，在这里只需要对照资金需求文档，去分析需求范围、功能点、权限说明和字段表，需求量文档不清晰的，也可以当面找产品经理去沟通这些借故细节。
3.竞品分析
竞品分析首先需要分析我们产品的直接竞争对手，比如跟我们做类似产品的老对手、新加入的对手等。
其次可以分析我们产品的间接竞争对手，可能是跟我们同一个行业，但是做的产品不同，不能保证他们接下来不会做我们这个专业领域领域。
最后是行业巨头的竞争，这里主要我们看一下是的市场规模是否足够吸引巨头来加入，所以说做SaaS以便产品还是尽量专注于一个细分专业领域，这样市场天花板在那里，巨头看不上这种小利的。
引申一下，我想详细谈谈如何打造SaaS产品的护城河。
B端产品不同于C端产品，随着相关行业深度的积累，对当新竞争者有很高的门槛，我们俗称护城河。
下面我从以下几个方面来聊聊如何打造SaaS产品的护城河：
1）替换成本
客户一直用我们的产品，如果某天被竞争对手的分销成功策反了，转而改以他们的产品，这个时候，客户会发现，替换成本很高。
首先就是数据迁移成本，需要把我们系统中的数据余下迁移到新的服务商那里；
另外业务理解上的差异会造成数据结构不同，由此可能会造成好多数据缺失或者无法迁移过来。
其次是客户培训人工成本，老系统可能当时花了很多精力已经用的很熟练了，如今要切换系统，系统使用者又得花很大精力去学习新的。
2）品牌效应
在某个领域或者某个行业内有了一定口碑，逐步解决了客户的某些痛点，受到客户欢迎，由此形成了自己的知名品牌感。
3）网络效应
客户的上下游已经了使用某个公司的系统，虽然该客户没有使用这个产品，但是为了方便与资源整合协作，也不得不使用该产品，这就是所谓的网络效应。
举个C端的例子，微信的使用，你的朋友都是用微信了，如果你不用，是不是不方便去取得联系他们，所以你也不得不使用。
有了网络连锁反应的产品，正是疯狂高速增长的时期，大量新客户新不得不使用你的系列产品。
4）聚焦细分行业
精力有限，很难大而全，特别是很多大厂虎视眈眈的。
如果我们可以聚焦某个很细分企业的行业，本身利润天花板就那样，大厂看不上这点市场，自然不会与你来竞争。
另外其他新进竞争者也由于你的专注度望而生畏，不敢去挑战你，故而你可以在该领域持续发展。
5）总结
说了那么多，其实护城河最根本的商户也是服务好客户，给客户带来价值，让客户保持续费。
开发团队不管多别说，要是再说出来的产品，没有客户愿意买单，等于一无是处。
关键两点的点还是得公司的战略去把控大的方向，产品经理去把控细节的方向，包括商业价值，客户价值，客户体验等。
4.交互模型
如果说前面三步都属于准备工作的话，那交互模型阶段则是正式开始交互设计了。
我总结而来的交互模型方法还是挺好用的，即用户、场景、目标。
交互模型主要是让我们先对产品整体的框架有个认识，最后我想把用户再深挖下所，针对SaaS产品的过程其实我们需要做到很懂客户。
这里我想分两种条件，如果是0到1的产品，我们肯定是需要把线下的业务搬到线上来解决的，所以需要对客户线下的痛点摸得比较，比如客户目前存在哪些无法解决的痛点、无法解决时根本无法以前又是通过何种变通方法来解决的。
另外需要对客户线下的业务流程梳理的很清楚，可以区分出各有不同不同的用户和场景。
如果是已经上线的品牌，不管是迭代到第几个版本了，这个时候我们属于对产品进行优化的阶段。
如果是还处于发展期，这个时候的战略目标进一步是扩大新客量以及保证老客户续费量，产品设计需要围绕这个目标产品设计去顺利开展。
如果是居于成熟期，这个时候客户可能我们的产品没有创新了，客户变少以及部分老客户开始不续费了，或者是产品不满足目前的客户市场了。
这个时候的战略目标就是优化产品，可能是用户体验的大幅提升，也可能是调整产品功能方向等。
优化时的懂客户，主要是需要把客户目前线上的痛点给找出来，并对使用者流程做精细化的梳理，找到优化的方向。
5.信息架构
在我看来，信息架构设计其实就是把前面的功能架构图按照用户视角来设计，主要是设计产品的导航体系了。
另外一点就是为后面画页面原型打下基础，有一些交互设计师在需求后就直接开始画原型，其实这是极为不对的，不仅效率低，返工率也很高，正确的做法还是进行法律条文详细的分析后，再来画原型，这样投资思路不仅很清晰，反而节省了时间。
6.任务流程
针对前面分析的交互模型，我们需要需要针对不同用户在不同场景下的不同任务做得好一个精细化设计，尽量覆盖全所有的用户任务流程。
任务流程可以理解为很多个节点，而每个节点则是一到多个页面，这样页面主体的页面第一代框架就出来了，同样可以为后面画原型打下基础，总之在这里是为了不漏掉一些细节页面漏掉和边界页面，不断提高原型绘制的准确度。
7.页面原型
有了信息架构和任务流程两个阶段的准备，页面原型阶段自然会省事很多，在这里我主要想说说画原型还需要遵循依从的一些原则。
除了格式塔原理和菲茨定律，还有交互设计的四种策略，即组织、删除、隐藏、转移。
交互模块化的方法有很多，关键再说你怎么用了，我们最终的终极目标是希望用户看首要目标页面时知道如何操作，系统反馈后，广告主知道如何走下一步，如此形成流畅的操作体验，并进一步让产品设计自动化、智能化、人性化。
8.交互评审
我觉得在可视化进行交互评审之前，有一些准备管理工作需要提前完成。
原型画好后，需要与产品、技术老大、老板先进行沟通，达成共识，然后再补充交互说明，并输出交互文档，然后拿着交互文档与关键人物再沟通一遍。
因为我初评觉得交互评审如果只是给下游UI、开发、测试以及其他人员传达交互文档，这样阻力会较小很多。
另外在设计过程中如果有疑问一些异议点，也可以找相关人进行确认，这样可以提高整体的设计效率。
正式宣布的交互评审流程如下：
1）介绍产品背景
刚开始讲解时，需大的简单说下这个产品成立的大环境，比如为什么要做，如何产生的，以及产品背景等。
2）说问题
我们总体的商业意旨是啥？
本次我们解决了哪些这次用户痛点？
我们的产品目标是什么？
以及人机交互设计目标是什么？
对以上问题进行讲解，告诉大家自己在开始做交互设计之前做了哪些准备。
3）如何解决的问题，讲设计过程
有数据分析的可以先说，作为一个前奏，没有的也不要紧。
从上到下这个时候可以对整个交互文档，从头到尾讲解。
对一些关键点的原型设计探讨可以详细看一看，为什么要这样设计，之前推导的过程可以说下以，或者说下比稿，多个方案的选择等。
另外可以讲下设计策略，问题如何解决的，解决过程中发生了什么。
设计落地主要指交互评审通过后，如何将交互设计方案有效落地。
1.设计推进
这个动工时候下游的伙伴们都开始按计划开工了，这个过程中，需要解答UI、开发、测试的业务疑问，作为产品的业务顾问，这个教育工作应该是有很多的，当被问住的时候，我们也可以翻阅交互文档去理清思路。
UI拿到交互文档后也会开始进行UI设计，交互设计师则需要把曹硕UI的输出物，并协助UI设计师进行UI评审。
UI最终的功效如果不好，是会干扰产品的体验感的，所以交互设计需要去把控这些细节。
作为产品融资需求的执行者，在测试阶段，除了要把控交互测试表明，保证交互文档中的细节都能完美实现；
同时也要把控好需求测试，保证消费需求产品实现效果是符合市场需求设计的。
2.可用性测试
测试工程师把基本功能功能测量稳定后，交互设计师须要主导可用性测试过程，关于可用性测试，我对个人有一些看法。
可用性测试就是在产品功能持久后，找一部分真实用户在测试环境走完核心的用户任务流程，以此验证投入产出比，破解产品易用的问题。
用户测试前，可以设定一些指标，比如天富能源和完成时间，即多少用户可以走完流程以及走完用户流程的用户一共栽了多少时间。
通过现场通过观察用户的感受以及最终的数据结果，可以综合计算出来以下结论:
3.漏斗分析
项目上线后，我们需要搜集用户使用情况反馈以及数据分析，并根据反馈结果人体工学和数据分析结果进行版本迭代设计，不断去在此之后优化产品的最终体验效果。
关于数据分析，我们会有时用到漏斗指标。
特别针对用户的任务流程展开，可以选择核心流程，看每一步的用户损耗比。
比如第一步时候用户数是1万，到了第二步是8000，最终走完流程的只有100人，这时转化率就只有1%，损耗了99%。
流程中损耗很大的步骤，也可以作为用户体验提升的分析研判点。
漏斗研判另外也可以作为A/B测试的数据凭证。
屈埃尔写了这么多，最后我想判断如何利用用户体验点去谈谈产品的最终体验效果，单调说就是用户体验好的产品一般都好具有哪些特点？
1.从体验的五个层来说
1）商业层，符合商业目标
就是需要符合产品发展的战略目标，我们偷懒的都是商业商品，每种产品首先得满足自己产品销售的商业价值。
当然我们需要平衡品牌价值商业价值与用户价值，不能史无前例的只关注商业价值，不管用户，这样时间长了，用户也会抛弃这款产品；
同理也不能一边倒的只关注用户价值，这样产品没有商业闭环，无法盈利，最后也会因为供应端成本而垮掉。
2）功能层，对功能做减法
这个减法的意思主要是突出产品的核心价值，不要一股脑儿什么功能都做。
有句话叫做多即是多一些，什么功能都有，找不到重点，等于什么都没有，对用户而言体现不出有价值来。
所以我们需要遵循少即是多原则，精简产品功能，突出核心价值，先把解决用户痛点放在首位，后期再不断放大这个前期重要一环价值。
3）流程层，对不同用户集约化不同场景做精细化设计
首先可能需要对用户进行分层，这个用户可能还分相同属于不同的专业机构，简单说就是先把出来用户的层次归纳出来。
常见的就是老板、管理者、员工这三层。
其次基于这些分层用户，梳理可能存在的场景，比如老板会在哪些情况下使用这款，痛点是什么等。
有了上面的梳理，再来对任务流程进行精细化设计，尽量把所有可能将的流程都归纳梳理出来。
4）认知层，页面拥有良好的认知属性
这个主要针对页面的使用成本而言，可以考虑交互四策略原则，即组织、删除、隐藏、转移。
对整体的页面架构设计页面进行设计，降低页面使用成本，不断提高产品的反馈能力等。
5）视觉层，拥有良好的视觉美感
品牌的外在形象良好，吸引用户，同时有好的情感化外观设计。
视觉层比较资深产品的是产品有品牌感，作为一个用户受用户喜爱的知名品牌，在市场上去推广。
2.从用户流程优化来说
前面的方法可以用来模块化0到1的产品，也可以作为1到N的产品优化。
这里则只针对后期优化的产品，不过需要公司把用户体验提升到战略高度才行。
1）增加用户认知成本，让产品自动化、智能化、人性化
这里跟上面的认知层类似，只是需要更进一步，我们需要产品当更具有人性。
人是群居生活的，人总是喜欢跟人打交道的，如果产品足够多人性化，那用户使用产品就跟和人熟识那样简单，似乎就能做到超出用户预期了。
有句话叫做好的配件会说话，就是这个道理。
2）减少场景切换，简单场景独立化，复杂场景拆分化
这里主要针对用户场景的优化，场景有很多种，产品发展到后期，需要进一步提炼体验感，就可能需要对场景进一步优化。
尽量让用户在一个页面完成一个功能，不要做一件简单的事情，需要来回切换页面。
如果是复杂的功能快捷键，则可以将操作拆分成多个步骤，然后每一个步骤又沃洛韦齐区，这样就类似于大事化小，小事化无，极大的降低降低了用户的操作开发成本。
3）优化用户行为
产品发展战略到一定阶段，用户的很多行为都可以通过数据分析来获取。
我们如果希望用户搞什么事情，也可以通过对用户行为的设计，让用户按照我们的预想来使用者操作。
简单说就是引导用户去做一些我们希望去做的事情，当然主要是权衡商业层的价值，例如转化率、点击率等指标提升。
升级会员 