• 对于任何岗位的下属，我都强调：你首先要确认你有能力引导上级的意愿，否则对于上级的要求就遵照执行吧。要知道，每个人都是根据自己拥有的资源产生的各种判断和选择，即屁股决定脑袋，而你和上级拥有的资源并不相同，很有可能他真正要解决的问题，你根本看不见。
• 就我在企业应用市场的经验而言，我不认为B端的产品界面会对用户起到决定性影响 —— B端用户首先看的是你们商务的能力、然后看的是你的产品功能。至于界面、交互，不反人类就行 —— 我曾经在某知名ERP企业长期服务，我们有专门的【人机工程部】，我和他们交流过很多，也和客户交流过很多，后来我也长期在甲方企业主导这类项目，这是我的实际感受。

• 补充一下，B端产品的用户实际上是要做区分的：一种是系统的各级操作人员，对于他们，原则上界面、交互、甚至功能都不重要、只要不反人类、能满足基本需求，都可以，因为他们的意见对合同的签订影响可以忽略。另一种是系统数据的使用者，尤其是高级使用者，如老板、各个部门顶级负责人等等，对于他们“看数据”的界面，就一定要“高大上的专业感”，例如你做个管理驾驶舱的展示界面，越高科技、越让人眼花缭乱、越让老板满意。
• 对于交互工程师，B端、G端产品都不是最好的职业选择，只有C端产品才是发挥才能的阵地。

就我们目前面对的B端用户来说，他们对界面的感受不太明显，我感觉我们每次衡量一个新的项目都会从以下几点来考虑：

1.商业论证、假设条件、成本模型是否成立，与企业的战略目标是否一致，这往往是高层定的，如果相关方都认为没问题那就干吧

2.做为中层或者一个项目的负责人，应该结合具体的使用场景、人群定位、预期销售模式来体现项目或产品的价值，简单来说就是：竞标我有哪些控标点、我有哪些行业独有技术专利、我有哪些生态壁垒、我有哪些让客户掏钱的理由、凭什么只有我切竞品但竞品挤不走我

3.做为基层或团队成员，应该在项目的各个阶段，利用好各项工具技术，认真贯彻执行。这是自上而下的价值体现，如果把过多精力放在界面的精美度上，那可能会是去一些“大局观”，说白了界面优化是个无底洞，体验的提升带来成本的指数级增长，有很多已经成熟的行业解决方案，一开始只要做到不违背用户习惯就好，无需惊艳

如果真的让我说如何衡量界面和交互体验的价值，我们可能从这几方面去考虑：

1.这个产品模块或流程是功能性的还是展示性的，比如：填表单、增删改上传下载，这些似乎没必要做的很炫酷，但比如：数据结果校验、数据可视化、执行进度或特殊状态，这些对视觉的要求就高一些。所以展示性的内容，可以埋点来统计一些：功能使用率、停留时长、轨迹热点，以及引导变现转化率之类的指标

2.客户群体以及使用的角色，我们的用户主要都是二三线城市的公立学校教师，平时接触的信息化系统基本上都不是很美，并且年龄段两极分化，老教师和年轻小教师较多，故我们电脑端设计的类似老人机照顾老教师，App设计的较为前卫来迎合年轻教师。这块市场服务和客服同事就能获取到比较多的反馈，只要他们不喜欢，会影响他们的工作效率，需求和问题的上报量也就会明显增多

3.商业化竞争是残酷的，对于我们这样的创业公司，比别人早一步占有更多的市场才能增加一些存活的几率，美不美往往不是我们考虑的第一要素，实实在在让客户回款进账，在规定时间交付用户需要的功能并获得验收，那才是我们关注的

商业价值＞产品价值＞设计价值

能够满足商业价值的基础上，可以考虑优化交互体验，一般好用易用是首要需要满足的条件，如果是数据类展示，信息的可视化是重中之重。在这些都满足的情况下，再去考虑页面UI组件化，形成系统的设计后，再去想icon是否精美、视觉是否炫酷。

B端产品的视觉设计是最不重要的一环，UI设计师看到这句也许会很不开心😂。但这是事实，毕竟产品能否能创造收益是存在的重要原因，交互、UI设计时也希望能以此为基准。在此前提下，组件化可作为优化方向

今天的B端产品，从用户体验和交互层面，可以完全对照C端标准，使用者没有变化，他们已经用惯了微信、抖音等一切对C用户体验持续提升的产品，已经被成熟C产品教育过，如果再让他用B产品但不够尊重用户体验的话，一定会骂娘。

所以这里的价值一方面可以参考C产品，另一方面需要考虑联合你的商务，让他们描述清楚外观的需求，因为这部分需求已经影响了他的售卖效率。

要啥界面，能用就行，b端主要是能满足用户对业务的需求和处理！其他都是浮云！做saas可能需要一些好点的炫酷设计！我们做的saas底层ui框架还是15年的呢