本文聚焦于B端后台项目中，遇到的一些难点及解决思路，参考了一些示例，结合7个点，帮助大家挖掘其中的设计价值
接手PC端业务也有一段时间了，这段时间我一直在思考，针对PC后台管理业务，该如果挖掘设计价值，该怎么让设计师对这种项目，导向一个正向的心态（这就是成年人的日常焦虑吗？🤷♂️)。这篇文章针对是我司的B端管理后台项目，不一定适合其余种类，下面先简单说说背景
现状：公司的PC直播间管理系统，是配合前台使用的产品。用户想要创课直播，搞私域、分销、数据分析甚至用户管理都可以在这完成。现在设计规范是没有的，上百个页面都长得很有“个性”。逻辑与交互上虽没什么大问题，但的确也存在很多优化空间，如下图，导航栏样式参差不齐，用一句话总结就是 - 长得有点矬，但凑活能用
战略层：目前的策略还是根据市场，以及参考竞对和用户建议去做新功能，公司分配给PC的资源，是少之又少，纯辅助角
执行层：针对大项目，正常我们都会拆分几个版本一步步迭代，其实并不会有什么大的挑战，反而长久以来你就会觉得自己一直在堆着差不多的组件，做着差不多的交互，玩着差不多的花样，又过着差不多的生活🎵，整个人麻木后又会开始思考价值点乃至工作意义🤥
大家有没有想过，处在这样的环境，怎样才能将规范落地？怎么做体验优化？优化后要怎么验证？C端优化数据都容易测试并体现出来，但PC有时可还真不会因为数据低就去优化，为什么？可能是因为个别自带巨额流量大V的需求，咋整？
下面列了几项大家常会遇到的问题，一条条来解答
1、没资源情况下，规范怎么去推动
2、视觉优化的项目，该怎么提案及检验（B端本身就不侧重视觉）
3、如何挖掘更好的交互体验
4、新功能，怎么验证
5、数据不具备实际参考意义时怎么办
6、怎么找产出价值
7、如何正向看待项目价值
1、没资源的前提下，如何推动规范
UI直接用Antdesign的组件是非常高效的，很多控件可以沿用，当然还是要根据公司情况去调整，但总的来说比C端高效很多，不太需要想花里胡哨的东西。在业务优先以及资源有限的环境下，轮不到规范优化，所以推动难度很高，除非开发与你情同手足每个深夜与你对酒当歌，拿规范下饭，但人非圣贤谁不想早点回家开开心心放松一下啊bro，更别说项目紧急了的时候，都在加班赶需求还管你的规范？产品一句时间很紧迫，就直接让你闭嘴
其实从商业效能上看整条价值链，链路的上游关注的是研发效能/上线时间，而技术直接拿现有样式复用，就是最快的方案。纵观这一两年，用户一直没有抱怨界面不统一等问题，所以还是得出现用户抱怨投诉，而且能让领导知道这事带来的利害点，推动下去的可能性才会高。这里不是不鼓励大家自下而上的推动事情，而是要分清时势，即使这个点难推，还有其他点可以打磨，如需求对接流程，校稿效率等。综上所述，设计侧接到的每一个新的后台需求，都尽量用规范去做，UI得先自身完成设计稿的规范执行，然后针对一些可全局改的小点，让开发全局替换，每次一点点，积少成多
但实话实说，就算能短期落地规范也未必是一件好事，尤其沉淀了多年的企业。这里有一个很有意思的案例是我在知乎看到的，作者是HoZin，原话粗暴又直接，简单转述
从前有一群动物，它们从小就只吃💩，长大以后依然觉得好吃，甚至你给他们任何【你认为的美味】，它们都会觉得只有💩是最好吃的。再描述个场景：美剧《兄弟连》当中，空降兵解放了一座集中营，他们见到了一群骨瘦嶙峋的犹太人后好心提供了火腿、牛奶、巧克力等战时最好的营养品，结果有几个犹太人的身体无法吸收这些高蛋白和脂肪，饮食过量，直接撑死…后来他们尝试用干面包、清水一点点的调整这群犹太人的肠胃，天长日久之后，才敢给肉吃，犹太人最终健康活下来
这就是B端用户。换句话，用俗常的【UCD方法论】解决【ToB产品问题】，你可能会碰钉子，因为用户已经习惯于某种工具（哪怕这种工具很🤭）。所以如果你是一位大厨，面对这种情况，该怎么办呢？
① 首先，你也要吃💩
把他们正在使用的、曾经使用过的系统搞明白，到底完成了什么业务，用户操作流程是怎么样的。你要完全化身为用户，品尝他们正在咀嚼的味道
② 很长一段时间内，菜品保持💩性
不要尝试颠覆性设计，无论他们曾经习惯的系统和交互有多么糟糕！要继续坚持提供他们习以为常的一些方式，比如功能曾经的位置，导航的布局等等，至少保证入口不变，从【子流程】开始做优化；永远别奢望【一蹴而就】的优化体验，否则就等着被投诉吧
③ 逐渐把💩变成美味
每天加一勺牛奶，慢慢的，几年以后，s也会醇厚甘冽。具体来说，就是逐步微调使用流程，潜移默化创建规范，甚至在实战中，允许老员工继续使用旧版本的旧功能，同时又不断利用各种手段利诱用户切换到新版
上面这段话，连新旧版本切换功能都有，落地来说已经非常美好了，看得出还是给予了一定的资源投入，那么一些中小企业，在没有资源的前提下坚持潜移默化地去拖动这事，个人认为已经很了不起了。小编公司最近从钉钉转换成企业微信，就真的是各种不喜欢和不习惯。所以讲师同理，没什么大问题也不会放弃现在使用的产品。还有就是高德地图之前强制把搜索栏改到下面，经过一段时间测试后，最终因为用户不习惯，数据差等原因，还是把选择权给回用户，这也是体现用户习惯有多么的强大，不是说我为用户好，然后改版得有理有据就可以的，用户买单接受了才是真的
2、视觉优化，该怎么提案及检验
**
举个例子，一个数据分析页面，图表乱用，数据呈现方式较差，这时候设计师想优化是吧，但要怎么验证？难道优化了，看看进来的PV有没有更多？难道用户会从一天看3次变成一天看6次？
用户评价是其中一个手段，但如果真的是纯视觉优化，他们可能连差别都感受不到，长久下来收到的回复也可能会变成“有时间还不如上个xx功能吧竞品都有了！”总之一句话，视觉不是不能做只是ROI太低了
难道就真的没办法了吗？也并不是，只有让这部分强关联产品的业务目标，问题迎刃而解的几率就会增加。For example 产品目标是日活，那么讲师看到自己的数据低，是否可以在数据低时，在旁边某个位置加按钮引导创课或者生成海报去裂变，这个就容易验证了是吧。核心技巧是要将问题转换为关键指标的提升点，这样也容易说服产品下需求，而当需求确立后，我们就可以用各种理由顺便优化图表视觉。所以说优化视觉的需求难推动也难验证，但我们可以置换思路，绑定业务目标，提高成功率
3、如何挖掘更好的交互体验
**
一个真实案例：用户在选择关联课程时，由于我们沿用AntD的文本选择器，导致查找课程效率极低的问题。如下图，讲师有几十节课，在纯文字列表中巨难找出想要的内容，连客服在帮他们解决问题时，都以为xx课不见了，其实并没有不见，只是在扎堆的同类信息当中，真的难以发现
后面我们优化了整个控件，点选后弹出模态弹窗，增加了搜索功能，课程头图，创建时间排序筛选，课程类型等字段。上线后效果是极度明显的，用户在这里的平均停留时间减少了5.45%，而且群上的反馈也是非常乐观，关联课程效率得到巨大的提升。交互找到验证点不难，难在如何找而已，真的得深入了解用户场景，才能挖掘到突破口，要不然堆几个控件，按部就班谁不会做呢？
4、新功能的验证方法
**
这种需求大多数围绕核心指标去提的。那么可以看活跃、漏斗图、使用率、成本、付费转化等；但如果是大V要求的呢？别急，看下面的问题及答案
**
5、数据参考意义不大时咋办
**
下掉或者马上优化？NO!!! PC有它特有的解决思路。首先功能不会下掉，我们针对的用户角色很多，其中涉及不少竞对拥有的功能以及大V的需求，都带着巨额流量，大V可不能得罪，为了防止肥鱼不流出大海，特殊拦网（需求）得安排上，所以此时的数据参考意义并不大（就大V在用），但与此同时价值链也很直接，直接问TA咨询使用后的体验，收集建议就好了，能帮助他们解决问题即认为成功，如果大V用起来没啥问题可能都不需要迭代了
我们还可以将这部分典型用户进行角色分类，大V与普通用户的区别到底有什么；如果需要在某个行业领域大力发展，就得抓出这波典型客户进行分析，深挖他们的业务场景，定制更好的体验，避免额外的客服/运营/培训成本，如上面提到的选择关联课程案例，都是深入了解才能体会得到的，才能做出更高效易用的产品
6、如何找产出价值
**
大概是很多同学迫切想解决的问题。是不是都觉得自己做PC后台时一直在堆组建，有时甚至交互都不用想，因为都一样，按部就班，日复一日，怀疑人生。太C端的思维不太适合做这类产品，后台管理是承接前台业务需求的，而体现整个产品价值的一个重要组成部分是用户所需要的个性化需求以及利益点，所以虽然有各种各样的竞品，但其实每个都有各自独有的优势，而这些独有优势就是用户选择我们的原因，所以界面不统一等问题对于全局的使用体验，影响很少，靠的还是围绕产品本身的基础功能+独有功能+服务而形成的核心竞争力作为抉择依据
很多时候设计师可以跳出当前工作业务的局限，得益于与B端用户密切接触的客服系统，我们进入用户群看反馈，或看客服对接问题时遇到的困难，都很方便。因为B端首先就会有运营/客服人员给他们详细的教程，而付费升级的老师也会因为损失厌恶的心理非常配合并积极反馈改进产品，既然花了钱了用得不爽就会上报，极少直接放弃付出的金钱和时间而投奔新的产品（毕竟有可能也会遇到类似的问题，再浪费一次钱）。这种简单而持续的“用研”供给，我们也可以从中得到很多灵感与启发
像这篇感悟输出如果在团队进行分享学习，都是实打实的个人价值贡献与成长体现，并非一颗可随意替代的螺丝钉
7、如何积极看待这种项目？
**
如果你性格乐观，可能你都不会问出这样的问题。上面这些问题如果都能消化了，价值自然就出来了，我也相信实践之后工作也会用等价的方式来回报你。再小的事都会有存在价值，工作上每一次的碰壁与实践，都能为以后更大的抱负奠定基础（努力挤了一句🐔🍵）
总结
1、没资源情况下，规范怎么去推动
积少成多地去改；也应分清时势选更合适的点去发力
2、视觉优化的项目，该怎么提案及检验
置换思路，提出绑定核心指标的优化点，进而搭便车优化视觉
3、如何挖掘更好的交互体验
需要我们设身处地地感受用户所在的场景中，挖掘用户痛点到底是什么，可以进用户群看声音，也可以根据客服对接系统看反馈
4、新功能，怎么验证
通过使用率、漏斗图、完成时间、用户评价等维度去分析成果
5、数据不具备实际参考意义时怎么办
大V需求99%都不会下掉，收集他们的使用反馈即可。但我们也可细分这部分典型客户的角色以及行业分类，进而升级为这类人而定制的需求
6、怎么找产出价值
设计对客户的决策影响太小，所以不要纠结常规视觉与交互点，但我们仍然需要把握好应尽的责任。如果需要上价值，我们可以通过1V1的咨询用户的使用体验，进群看用户反馈，以及查看用户与客服对接的记录，来找到更优质的设计突破口；也可通过规范设计对接流程，在团队研究课题，输出分享等方式来上价值
7、如何正向看待项目价值
以上做完 + 摆正心态
若有收获，就点个赞吧
0 人点赞
