你会发现，时间久了，工作中画原型这一技能，是产品经理必须具备的，可这又并非是其最为关键的能力，它只不过是推动产品达成成功目标的诸多环节当中的一个环节罢了sketch 3用户操作指南及实战案例全解，B端产品而言，最为核心的能力是商业化路线架构方面的能力以及业务架构方面的能力，由此，我们得掌握怎样能够高效地去完成原型任务的方法。之后，要把更多的时间投入到让我们自身核心能力得以提升这一方面 。

就B端而言，通常重点围绕企业或者经济组织，以及与之相关的诸多商业角色来作为核心服务对象，所以其业务逻辑以及流程相对更为繁杂，并且常常需要借助多个产品共同协作来促使B端产品得以发展，如此一来这儿还会关联到产品团队合作相关的事项。

在B端画原型过程中，我们往往会遇到以下几个共性的问题：

画画时随心所欲，想到哪画哪，因缺乏全局意识，根本不清楚该用哪个组件，老是反复做无用功，既要绘制原型，又得撰写PRD，转换着实耗费时间，且团队风格各异，并不统一，进而给输出效果造成影响 。

针对这些问题，总结了几个应对方法，相信对你一定有用！

一、做好原型前准备工作，一气呵成

在步入原型设计之前，我们得先开展需求调研跟业务分析，我们必须清楚地认识到，唯有把这个环节落实得稳稳当当，我们开展画原形的操作时才会井然有序。我甚至于觉着只要我们将需求剖析工作给做好了，那就已然达成了八成的原型工作；反之而言，要是需求方面的工作没完成好，后续的原型工作大概率是要重新去做的。

所以，千万要避免在拿到需求功能点或者对需求仅仅了解一半的时候，就着手开始画原型，一边画原型一边进行思考，顺着想到的地方就画到相应的地方，诸如此类，像是业务流程是否是这样推进的，下一个页面会是什么样子，页面上应该具备哪些内容，如此这般，不但会对效率造成影响，而且常常会因为思考不够周全，进而增加返工的工作量。

到底具体该如何去做呢？首先，当拿到需求之时，务必要明确需求所涵盖的三要素，分别是目标用户、核心痛点以及解决方案。这其中包括弄清楚我们的目标群体究竟是哪些人，他们究竟遭遇了什么样的问题，再者就是我们究竟要怎样借助产品或者服务去解决他们所面临的此类困扰问题，最终达成让客户满意的这一结果。

其次，要框定需求的范围，接着绘制业务流程，随后输出业务流程图，并且要保证自身对于业务范围以及流程的理解不存在错误，通过这样的方式能够将思考时间最大限度地予以减少，从而达到一气呵成的效果。

二、构建和积累自己的组件库，快速输出原型

在谈及快速绘制原型之际，必然能够想到的事情便是运用组件库，毕竟原型实际上是经由形形色色的基础组件构建而成的呀 ，要是你至今尚未使用过组件的话 ，我强烈推举你务必要去尝试一番 ，在网络上随便一搜寻便会发现海量的组件 ，凡是使用过的人没有一个不称赞良好的 。

毕竟假如是靠咱们自行绘制，那么极有可能会不符合前端所要求的规范，又或者是耗费了相当长的一段时间去绘制，然而最终呈现出来的效果没准还比不上他人那边那样的美观，鉴于已然有前辈主动乐意去分享自身的劳动成果，所以我们理所当然也不再有必要去重复做那些已经有人做过的事情了句号。

然而在此我要予以提醒的是，务必要构建起本人所习惯的组件库！此组件库，能够是一个，亦能够是多个，既能够是你自行整理的，又能够直接留存他人的，其前提在于要熟知这些组件，确保你于需要运用组件之际，能够以最快速度寻找到最为适宜的组件。网络上的资源如此之多，倘若不使其转化为自身的，你将会发觉在使用进程中会陷入无比纠结的状态，如此便与我们的初衷背道而驰了。

同时，需要留意，要是你进入一家新单位，最好去问问前辈，咱们公司有没有自己的组件库，或者打听下前端所使用的框架，可依据这两个方向来构建以及丰富自身的知识库。各个大厂都存在自己的组件库，像腾讯、饿了么、京东、有赞等都创建了自己的组件库，我司使用较多的便是蚂蚁金服的Ant 。

三、利用PRD结构思维，实现高效转化

原型图用于准确传递需求，PRD 同样是为准确传递需求，然而原型图着重于可视化传递需求范畴。它借助页面里的元素，以及逻辑组织方式，让投身团队的成员得以同步验证整个需求有没有成效显著地被化解掉呢，这边要多加一个语气词呢。而 PRD 文档重点在于需求指导这块领域，也就是要“对齐”团队当中每一位牵扯其中相对相关而言的人员哟，以至于当产品经理不在所在地周边的时候呢，也能够拥有清晰明确的指导方向以及可供参考的依据呢。

你可曾有过这般疑问，原型图以及PRD，我们究竟该撰写哪一个呢？二者都要撰写吗？怎样能够高效地去撰写呢？往昔，这两样事物我皆是分别撰写的，直至有位开发人员给我提出建议，让我把PRD里的内容挪移至原型上，我便开始对这种做法进行反思。实际上，我们经由观察能够发觉，开发人员都会挑选更为节省时间的方式，他们要不就仅仅查看原型图，要不就仅仅查看PRD，同时查看二者的人极为稀少，再加上原型图与PRD必须结合起来去阅读，无形中便增大了他们的阅读难度。

因此，我的建议乃是采取一种图文结合的方式，此方式为“将PRD文档嵌入原型”，从这个特定角度出发，那么我们的原型当中就得把一系列内容，诸如修订记录、专业名词、产品概述、功能清单、产品流程图、详细功能描述以及异常处理等，以文本注释的形式添加到原型旁边，如此一来开发能够直接察看原型，而我们撰写PRD的时候也能够从中直接提取内容。归根结底，在敏捷开发的时代，效率高乃是关键所在！

四、使用统一组件和风格，保证团队的统一

B端产品通常是有产品团队的，那么首要之事便是挑选一款供大家共同使用的原型工具，比如说我们团队使用的是axure，之前有位同事用的也是它，这致使在最终合稿或者共享之际需要额外进行一次转化，极为麻烦。如今我们可选用的原型工具众多，并且大多软件愈发成熟，从最初的axure，到如今的摹客RP、墨刀、pixso等等，挑选一款大家都熟知的即可。

其 务必要构建团队的组件以及风格，此部分能够跟交互设计师或者 UI 设计师一同去完成。我们先前未曾留意这个，一直到客户给我们指出这个问题，就显得整体颇为不专业，毕竟 B 端所面向的皆是企业或者经济组织，维持专业的形象是极为重要的。所以需要对整体原型风格予以统一sketch 3用户操作指南及实战案例全解，最好是已然具备一套成熟的组件，像整体布局、颜色大小、弹窗、通用类交互等等，如此才能够又快又好 。

依照个人经历总结出了上述几点要素，心底期盼能够获得更为多样的差异化见解呀，随即与众人实现沟通交流进而一并取得成长哈。

如有侵权请联系删除！