【B端】5000字讲述项目里设计如何掌握话语权

前言

先来一句最近朋友分享给我的一句我认为很美的诗句。额好想忘了算了，换一句其他的。哈哈，白首为功名。旧山松竹老，阻归程。欲将心事付瑶琴，知音少，弦断有谁听？

在过去的很多项目里，我都是顶着设计师的抬头（这个是英语）做着视觉设计的的工作。但是设计不应该在项目里做美化工作的呀。设计师应该有自己独立思考的能力。应该具备站在用户角度去完成项目与用户最直接接触的部分的。设计师会有很多分类。比如视觉设计师，交互设计师，UI设计师。当然我一直从事的设计工作顶的抬头都是UI设计。区别在于从最初的初级UI设计师干到了现在高级B端UI设计师。设计师要有自己的职业操守。要尊重自己的工作。尊重自己的职业。

我对设计师的理解

UI设计师在工作流程里是属于承上启下的角色，如果你在大厂那会比较专注。拿到交互给你的原型那就确定设计风格上色就行了。相对比较轻松（这是我觉得，因为我也没再大厂呆过）如果你比较不幸找的工作是一个小厂，那作为UI设计师你需要负责的内容就比较多了。设计师在项目里是赋能的角色。严格意义的说在大部分的小厂项目里设计师都是锦上添花的。而不是雪中送炭，特别是B端项目里。

01最重要的工作上游产品经理

在大部分的小厂的工作流程里，UI设计直接对接的并不是交互设计师。而是产品，给到你的原型是产品给你出的，你在拿到产品出的原型时，要根据自己对业务和用户的理解对产品给到的原型先看一遍。梳理一下，因为大部分的产品都是对业务负责，并不对用户负责。这时你作为需求开发前的最后一步，你要为用户负责。

如果在项目里你要拿到话语权，那可能在产品这里。你要从下面这几方面去说服你的上游产品经理。

-业务的理解

很多设计师其对自己负责的业务真的是一知半解，雾里看花。如果是这样的状态那我缺你不要去和产品争论在业务上的问题，产品分分钟的秒了你。因为你在人家的专业里想要打败人家。你觉得可能吗。

所以你拿到话语权的第一步。理解产品，这里说的是理解产品经理和理解自己的业务产品。你至少和把产品整个流程搞通吧。理解自己的产品的业务目标是什么吧。我曾经的一个设计领导，刚到公司做的第一件事就是把产品的所有界面打印出来，自己期了解公司的产品。当然他的成绩也是卓著的，在他在公司的4年里，公司的业务从市场占有率提升到了36%产品成为了行业内的老二。产品的很多设计界面被行业老大抄袭。他在公司的时候我们设计部门作为公司的公共部门，那是相当强势又友善的。

只有你足够了解业务，才能把产品拉倒我们的专业内打败他，拿到话语权。（这里可能新手会想为什么我们要拿到话语权，核心我认为是，在项目里并不是大家都往正确的方向走的。如果你明知道这样做并不好，而你作为设计师又无能无力的去改变他。那岂不是一件很悲伤的事情。所以我们在项目里要拿到话语权，让事情向更好的方向发展。毕竟我们对业务负责还要对用户负责）

-最好有成熟案例（关注行业竞品和相关行业优秀产品）

现在这个时代我们做的产品大部分都会有可以直接或者间接参考的对象。当我们有和产品不一样的想法是如果有一个 成熟的案例拿出来那么就更有说服力了。所以我们更多的时候不要只闭门造车，也要开眼看世界。多关注行业竞品。或者相关行业的一些优秀产品。看他们的设计和交互。（无耻的可以说如果我们的对手足够优秀，那么成熟的方案我们完全可以抄过来，站在他们的肩膀上一定比他们高）

这里说一个我的经历。在SaaS中产品让我做一个上传文件的产品。下楼寻找灵感的时候（抽烟）我说那我就按你的原型去做这个弹窗了。他说别按我原型做呀。你自己发挥发挥。然后我把我第一版方案发给他（这个方案其实我自己也不满意，但是觉得可能产品要求也不高所以就对付了一下这样不好）然后收到了他无情的嘲讽。说我的设计师IE时代的产物等等。当然我知道做的不好我也是欣然接受的。你不满意我就改呗。然后就问他有没有参考。然后他就把对手的界面发我。他说他是看对手的界面画的原型。看吧，虽然我们是行业第一产品也在抄老二的界面。这个行业就是这样。

另一我亲身的经历，为了给我们B端企业用户更好的展示体验。我们做了一个大屏可视化的设计，这个设计是我做的经过了一系列的数据呀，用户调研呀。这些，然后我们上线后的一周后，我们的竞品行业老二就上线了同样的设计界面。不能说是一模一样也可以说是全部都是借鉴。

-对用户负责（做一个对用户负责的设计师）

先说一句题外话是我们产品组长说的，抛开业务的设计就是瞎扯淡。这句话很有意思，值得我们做设计的人去思考的一个问题。（如果感兴趣之后我们可以说说这件事情）

产品他们更注重的是业务，他们的目的很简单业务能够实现。这是大多数产品的想法。他们想产品能用就行要什么交互要什么用户体验。而我们做为设计不应该这样去想。我们应该基于业务站在用户的角度去挑战产品的交互流程。提出问题去说服他们已达到更好的用户体验。我们要对用户负责。站在用户的角度去说服产品。

02开发的还原问题

我想还原问题所有设计师都遇到过，这个问题也是一个老大难得问题了。如何在项目里保证我们的劳动成功设计稿得到好的还原呢。也是一个设计在项目里话语权的问题。

-规范流程

当你终于把自己的想法说服了产品，完成了效果图。那接下来就该进入开发的阶段了。开发的完成度，我想是我们做设计师的都遇到过的一个问题。大多少情况下开发完成度能达到90%以上就算是一个很负责的开发工程师了。

在工作流程上我们为了保证我们最后的上线质量，一定要把开发还原走查的环节加上，而且走查要详细。一是为了上线后出问题不背锅。二是为了对我们自己的劳动成功负责。

在走查的时候，你会遇到这样一个问题。你觉得开发还原不好，开发觉得没有问题。而且在有些时候，开发会直接告诉你实现不了。你所想要的效果。或者是以项目着急上线没有时间去搞你想要的效果。这个时候，我们需要发邮件把你认为的问题同步到项目里的产品、开发、测试、和自己的顶头上司。这是一个好的流程。即使当时问题没有得到妥善的解决。你也要告诉大家说，唉，你们看这个问题我发现了额。改不了不怪我哦。来规避如果上线后出时间。设计背锅。不能森林里大象死了，最后蚂蚁却被认为是凶手的事情发生。当然，这些都是规避自己可能遇到的风险。最后的解决办法是上线前把你认为的问题给解决掉。

-人情世故

当我还是职场菜鸟时，我也认为。所有事情都是非黑即白的。现在想来那个时候的自己是多么的幼稚。老张曾经说过江湖不是打打杀杀，江湖是人情事故。

想要在项目里大家都能愉悦的工作，共同的向着好的方向发展。你想要把自己的想法实现，人情世故是一个必不可少的环节。和产品打好关系和开发处成哥们。都是解决问题的一个很好方式。如果是一场没有硝烟的战争，靠近对手了解对手我们才能掌握最终的话语权。

去和他们做朋友，能解决你在项目里遇到的80%的问题。

我做的项目（虽然把公司干黄了）

上面说的内容可能有点乱，多少是有点偏离了这次故事的主线（大概是因为上面的大部分内容是我在酒后凌晨1点所写的缘故）。下面就说说我在项目里如何把我自己的想法给实现的吧。

没干黄过公司的设计不是好社畜。在北京谁还没有干黄过几家公司呢。公司怎么样其实是一个综合的结果。真让设计给干黄的公司还真的并不多见。这家公司大部分的员工是大厂出来的高级人才。我们公司实际控制人那是相当厉害。我们这个组负责的是某某政府外包给我们公司的一个平台开发的项目。项目旨在为产业园区的中小企业降本增效。项目整体外包价格xxxx万。实际的项目人员有十几个。项目经理是原惠普中国的测试部总监（也是他把我招进公司的）项目总监是原惠普中国的CTO。不得不说两位领导的格局都很大。管理方式也很Open在那段时间工作也很开心。

公司虽然黄了，但是我们组负责的项目还是在时间内如期交付给某某政府的智慧产业园区了。从我3月份入职到12月份交付，我们组十几个人这里包括开发、产品、测试和设计（就是我，唯一的设计师）

扯句题外话听说公司破产是以为，公司实际控制人在和某当地政府合作搞了一个项目。项目盈利了，政府想要盈利部分的300万收益。但是我们大佬仗着自己厉害就一直拖着不给。把合作项目的盈利全部转到了其他公司名下。导致了当地经侦的介入，然后公司其他项目也发生了一连串的不良反应。大老板就逃到了美丽国。公司就经营不下去了。

01做了半个产品经理（充分的了解项目需求和目标）

作为设计师的我们要清楚我们的位置。保持我们的专业性和产品密切沟通。只有充分的了解项目的需求和目标。才能在设计中更好的满足客户和用户的需求，才能真正意义的在项目里团队中提升自己的话语权。

-和产品沟通

因为慧据云这个项目我们整个团队是从零到一的开始做的。前期大佬们走访了全部超20+的智慧园区或者科技园区，走访企业更是超100+的中小企业。当我入职的前一个星期并没有开始做项目的设计工作。而是看大佬们走查企业后行程的走访记录和需求报告。之后是和产品配合产出需求原型。（这时的我有那么一丢丢的工作经验，产品也是新产品经理经验上也没有那么足所以在产品产出原型的时候。我大量的参与其中）因为当时我们是一个小团队。在原型时遇到什么问题，会立马找到产品进行沟通解决。

-提供有价值的建议和意见

在项目里提供有价值的建议和意见，可以提升最终设计方案的优化和提高团队的工作效率。以我对需求文档的阅读和理解。在项目进行中给产品提供了很多的建议。当然这些建议里并不都是好的。有的时候差的建议也不是没有价值的。首先我们要敢于提出我们自己的项目，不要论文工作流中的工具

02沟通是很重要的

如果没有诸葛亮的舌战群儒，那来的孙刘合作。在项目里沟通是很重要的，有效的沟通能够解决你在设计里遇到的大多数问题。让自己拥有社交牛逼这个标签。可以提升你的设计效率。

-积极沟通和协作

设计师需要和团队里的禅院进行有效的沟通，了解他们需求和要求。多参与项目里各种会议。以实现共同的目标。我们在团队里负责的流程角色是不一样的。必定会存在信息的壁垒，所以只有我们积极的和项目团队成员沟通。才能够确保我们最终要实现目标的一致性。才能在关键时刻我们所提出的建议有足够的说服力

-建立良好的合作关系

和项目团队里的其他角色建立良好的合作关系，才能共同的推进项目进展。并在合作终体现出作为项目中的设计师我们的价值和重要性。（如果不能在项目里面睡服他们，那就在项目里睡服他们。哈哈哈哈）

03打铁还要自身硬（不断地学习提升自己）

只有不断地提升自己的专业技能，不断地学习优秀产品。才能够在项目里提出更加专业、准确的建议和意见。来提升自己在项目里面的话语权。和自我价值。

-提升自己的专业能力

不断地学习设计理论知识和实践的知识，这个很有用。可以解决你下次提出自己建议的时候，只会说我觉得。（你觉得其实是没有用的，如果你听相声你会知道我桃曾经说过文无第一武无第二。一千个人有一千个哈布莱特）了解学习不同的设计方法论和技巧。再能在关键时候拿到话语权。举个例子你想让两个icon在布局上离的近一些。你不能说你觉得应该离的近一些。你应该从视觉理论、或者感念出发去说服对方。比如说格式塔概念里就有设计元素之间关系问题的理论概念和研究。

持续的练习和实践自己的能力，来提升自己的设计水平和创作能力。多看优秀的产品，进行总结和思考。这个优秀的设计或者交互效果能不能放到我现在的项目中去。符不符合我的产品的用户体验。多思考多问自己为什么。

多参加设计社区活动，与其他设计师进行交流合作，分享经验和资源，提升自己的设计水平和影响力。积极的反思自己的设计项目。不断的对自己的项目复盘总结。分析自己在项目里的有点和缺点。这样也是提升自己设计能力和水平的快速通道。

-学习竞品优秀的解决方案

关注行业动态和趋势，这里不止要关注设计行业的设计风格的走向。还要关注设计前沿技术和未来发展方向，不断拓展自己的视野和思路。关注自己业务所在的行业动态，才能更加准确的把我行业需求的发展和变化。关注竞品的设计动向，取其精华去其糟粕。能拿过来用的就拿过来用就完事了。

最后写给你们

这次的文章写的应该是不好的，不够有故事性，下次要注意。在故事里讲述反思我过往的项目，复盘和思考自己的得失和收获。希望能够帮到你们。我可爱的小伙们们。我和你们一同进步，早日成为资深设计师。

这个故事，同样想写给我希望你们好的群的小伙伴们。当然也是写给我自己的。希望之后的每一个项目里我都能全力以赴的去对待。用心对待每一个无论大小的项目，把最后的交互和视觉效果呈现给用户。为我们的产品赋能体现设计在项目里的价值。大声的告诉那些人，我是设计师而不是单纯的美工。哈哈当然美工也是很厉害的。特别是那些大美工，无所不能。