用这3个步骤提改版需求，瞬间提高设计师的话语权！

由于B端产品的特殊性，也由于各类React组件盛行，设发挥的空间C端那么直接，多隐藏使用体验的过程中。面对改版，我愿将其作机遇不困难去面对，尽会面对时间紧凑、团队实力不足、各方面意见不统一问题，但也能展设师的价的，全面展创造力、逻辑性、技全面性的时候。以积极的态度去面对改版我们首先的。

有了积极的态我们就要明确改版的基本步骤。首先要坚定改版是一个团队的事情，无论是谁的需求、需求的好坏、难易程都是一个团队合成的，承上启的工作达到的目标才是整的。

改版的步骤主要分为3步——提出需求-准备资源-验证效果。切，三个步骤一个不能少。必须要有团的计划支持，完善的决方案，频繁的验证反馈连贯的步骤才能一次干净落的完成目标。

也经历过俩人偷偷摸摸就把页面改版了，然后领导觉得式可以就匆忙计划改版。后发现队跟不上节奏，计划间难以掌控，交互大局考虑完善但是细节纰漏多，前不及参响业销等问题导致流程极为拖沓，最后都觉得是在恶心，所以一定要避免欲望过剩扛大旗。

改版步骤

1. 提出需求

需求作为改版的第一步，即确定改版的核心——显著产的值。这个为核心需求，一方面为了设计目标坚定，避免又想换格，又想整库，又想改全交互，然后因为时间够导致效果甚微。另一方面为了劝说上层腾资源为你务，为改版一个令人信无法拒绝的由。的需求最好牵扯务利益，多赚钱这事在哪都好。反观简单的凭借样式好，量功问题这类需求，要求一个团队腾起码一个月的时间，换位思考谁都太乐意。一切产的值发，才会产生这个改版的需求。

显著提高产品的价值的渠道主要来源大为两大方面——内需与外驱。

需的要来源

技术原因。平台技术的更，前端架构的更（angular至react）等技术原因，这类需求多为技术方，正情况对于设计的工作量实是特别大，我们在现有的基础上配合工作就足够了。可利这个时间档期跟技术方交流，使更的组件，拓展视野。例如图表组件是否从echarts转换到antv，择+添的功是否可简为ant的select的拓展菜单，时间择器组件是否有更好的择等等，我们对技术方面够更好的潜。

产值无法体现。随版本迭代，功相互影响、权限错综复杂、效率越来越低，产会逐渐偏离值轨道。真伪需求、交互凌乱、迭代成低、竞分析等都是产值弱的原因。这类问题堆积过多就会导致无法一点一点修补，只靠整体改版拯救。而这类改版是有改版需求中最有值最迫在眉睫的。大改版的缘由多由此原因展开。

验功能是否模块化、操是否一致连贯。单流程业务效率是否够高，能否做到一针见血指哪打哪。跨流程业务级、功能与管理是否清晰，人权是否冲突，掌握局的学习成高低等。

修改这些问题基本需要先解决功能问题，调整现有的功能以及废弃某些功能。还需要考虑整理过后的扩展可用性，对于界面是修改还是重新计。当然，这种显的变化最有可能引起户的厌恶。

△ 来源：https://www.zcool.com

样旧。单纯样旧，尽量不要作为改版第需求。如体现不出业务价值也是白费力，况要跟他辩论何为好看，视觉上问题沟起来成本太高，往往大家不在频上，白费力容易有损双和。是过于旧全局样在不牵扯到技术层大变动时，可以酌情简化、分布融入到功能迭代。

结：内驱类型时候我们定要以业务价值也是赚钱为目标，不内驱问题类型使用不用态度与法。

技问题就积极配合修改，查漏补缺但不影响使用频繁的功能，好到改版于无形。

样式问题，我们可慢慢整，择合适的切入口，分布修改样式，减工作量，同时可在长时间接受各类反馈。

产品价值问题对设计师来讲不是么难，需要对产品和市场有一定的才能进行验证。同样也是台设计最为核心的部分。现此类问题就要尽早提出与团分析，不断地决此类问题设计师才能大跨步的前进。不能等着产品经理喂需求，也要努力成为团中的一分子。

外驱的主要来源

外驱指的是客户的各类特殊需求，尽管大部分是为适应客户原有基础，但是也要警惕重复的需求，能存在大隐患。外驱的方向基为两种：样式与功能。

• 样式定制——客户有自己的美术意向，调整颜色调整全样式。
• 业务功能定化——为对方的特殊业务需求 ，新增或删除部分功能，整局部样式。

总结：面对外驱类型的时候我们尽到点到止，满足客户需求，不拖合同程就足够了。弃对于无用信息的辩论，躺好完就行，忍受客户的鞭尸。同时筛选出对产品价用的信息，互换角色去思考问题，也能丰满各类客户画。思考何客户觉得这么，拒绝了自认很完善的功能流程、效率极高的设，好收集后事与家一起分析。当然偶然性的问题可以暂时忽略。但遇到多客户提出相同的问题的时候就提高警惕，及时反思问题核否已影响到的产品价的展。

2. 准备资源

了改版需求后就手准备各类作，分配时间资源与内资源。

时间资源

什么作都离不流程排，对于改版言一般1月至3月，按照公司的作流程，瀑布还敏捷，与各人员沟通合理规划时间。尽保留充足的空挡面对各类特殊况，随时能切换至功能迭状态。

内容资

在实践大家会发现个完品去补补疲劳程度远远大于从头开始，时改版会比较少，我们要珍惜这类会去大跨步提升于品了解、交互连贯、样完，有遍遍从零开始我们才会发现自己原先设计问题所在。补补永远解决不了问题，借此情况提供个终极模型法。

终极模型。改版对于一设师很重的展示机会，所以无论内驱也好，外需也罢，解决提出的各类需求后，作基础中枢，建议家舍弃的全局样式、交互流程基础，选择新颖的创意的，不依靠团队出脑海中达到的页面交互与全局样式。

同时可我上篇章的功的模、布的拓展性这两个方法，将全更模、自由，必刻意追求细节，必担心飞机稿，只要确保解决现有需求为中枢保证产使的整性和流畅性。

以终极模型与现有产品取一个折中点为次目标，按照计划排期进行筛选、简化、拆分、落地。在次从头思考完成的产品往往要比在原基础上修改完善许效率也高很。在此之以进行版分步现，在每一个阶段吸取量的反馈，也及时整。

总结:做出终极模型在根上是寻求自我提升，对产品价值、互流程、局样式等是新的思去构想。

由于计划及排期限制，无法一次性足构想的终极模型，进行化简必不可少。取出认为最有价值的方面，现有产品进行融，形成一个阶，再一步一步向着终极模型靠拢。

3. 验证效果

对于b端产品价值的验证其实是较为多且困难的，就计而言，其实是挺乏力的。目前大多数有价值的方法也都是依靠各方面的反馈——户反馈、市反馈。有能力的公会采用埋点等方式进行数据析。当然也有一些方法进行验证，例如NPS（NetPromoter Score）净推值。因为个人没使用过这类方法也不好过多赘述。

但是流程效率是有较为简的方法去检测的。

我们可以忽略掉所有文——导航、表单、按钮、图表、拓扑等等，然后再去体验这个平台功能。能否不依靠文信息仅依靠图形图标和已经成熟交互逻辑，能连贯地操作所有核心功能，甚至能判断出品应用业，例如疗、物流、云服务等。完成这两已经说明这个品在设计层是较为优秀。

总结

B端品改版确是最能体现设计价值与手段，是不要为某些细小原轻易改版，妄想能轻而易举到效，针品所有为都是个团队决策过后才能开展与落地。改版过程运用上篇文章所述功能模块化、布局拓展性和终极模型等法，思路会晰许多也有着。时是要尽量减少客户于改版厌恶，特是大幅度改版，分步多版本部署来减少厌恶感（切分支逐步部署）。

B端设计话语权普遍微弱大环境下，利用好迭代、改版可能是凸显设计师价值主要途径，接触到大量小公司甚至连设计评审都没有，这些途径显尤为要。运用好这些途径提升自己在公司话语权，做到品好，也过好也是大家愿景吧 ^_^