《度娘实在是太难了，看看这些设计总结吧》-2

下面讲讲B端和C端的区别，以及对项目流程的看法。废话不多，很实在，后期有新的想法也会不断优化，此处观点仅供参考，非绝对～

——“ToB还是ToC？这个问题……”

——“不管ToB还是ToC，最后都还是ToP（people）。”

从专业术语解说：

C端Consumer，表示为消费者、个人用户或终端用户设计，直接面向普通用户提供服务来帮助他们实现个人需求。

B端Business，它面对商业和企业，是为帮助企业集团等实现商业目的而设计的软件、工具

或者平台。目的都是为了提高效率。

从使用者的角度解说：

从开发的角度解说：

从产品设计的角度解说：

总结：

1.无论是视觉设计师还是交互设计师，都可以去尝试B端和C端产品的设计，因为这是两个感觉和思维。

2.从职业的长远发展看，个人喜欢往C端产品走，因为C端产品的使用用户更多，知名度更大，商业化和用户量也高于B端，玩法更多，设计可以挖掘更多的设计方法；B端的更多是枯燥，复杂，成就感不高，但这可以锻炼逻辑思维，是很好的好方法，即思维亦更加重要。

3.不要将自己固定到一种类型的产品中，设计生涯就会少一些经历和感触，有时候体验不同行业，不同类型的产品，也是很锻炼人的。

以我现在所待的公司为参考：996、小厂、互联网、自营、较标准和程式化、公司规模相对可以。加上平

常所学所参与项目和我自身的总结，在这里也是随手一写，不完善之处很多，实打实的设计经验，仅供参考。

刚进公司时，经常会听到，怎么减少工作中的返工率？

工作中，每次都会遇到需求一改再改，排期每天一变，导致设计与技术工作停滞或重复做工，最

后都会归咎于产品，抱怨的真想～～。最后项目延迟上线，老板怪罪，技术说因为产品设计延迟

交付，开发较晚，时间不足，凭什么产品设计延期要占用我们的时间；设计说因为产品都没想清

楚，原型也没有，每次直接找设计p图，还要上色的高保真，都快赶上设计稿了，一脸苦笑，说

一会需求这样一会那样什么都没定不下来，设计提的方案都不怎么采用，颜色规范图标在原型阶

段就和你死扣死扣，最后还被责怪，那麻烦产品能不能先想清楚。不知道是不是互联网公司都是

这样的，反正目前我的经历就是这样，笑哭了。如果说能否做到零返工率，就如技术说零bug，完

全不存在的。

在人员慢慢扩大的环境下，开始了流程化管理，特别是在项目上，也极大的提高了每个岗位工作

上的时间效率，任何事情都走上了流程化管理，（偷偷吐槽一下：一支笔一个草稿本都走走钉钉

流程。害。）这也留下了充足的证据，为了后起的撕逼大战，哈哈哈哈哈。

项目中：老板和业务组是主要需求方，产品是协调方，设计和技术是执行方

需求：

1.需求来源：多数是通过老板、数据分析、用户调研、市场竞品、各个业务部门提交的需求等

通过而来，按照各种需求状态进行excel表格管理。

2.需要考虑：做这个需求的目的是什么，它能带给我们/用户什么？市场竞争环境如何？我们的

需求产品差异点在哪里？其他部门需要怎样的配合？…带着疑问去向需求方询问和评估这个需求

的价值和可行性，注意一定要达到双方的共识。

3.个人对于产品而言：产品功能>交互设计>视觉设计

流程概括：

一、启动期

1.需求分析

2.考虑成本、这样做的必要性、会带来什么样的效果

3.产品内部评审，需达成共识；组织第一次的技术负责人会议，分析问题

4.确认后开始分工

二、文档撰写和设计输入阶段

1.prd文档输出

2.详细的方案，了解技术的可行性、人员之间的分配

3.会遇到的问题：新老版本的兼容和交互…等问题的收集

4.设计：产品和设计时刻保持沟通，输出视觉效果图期间需过一遍完整的流程，确保输出的完整性

5.产品：组织第二次的评审，并且列出项目排期列（设计：会上出现的争议点会后细化）

三、开发期

1.设计图输出且切图，配合不同端对于切图的要求和设计图问题，补充/修改

2.群内时刻跟进开发进度，和所提出的问题

3.开发完成，进入自测/内侧等阶段

四、测试和设计验收期

1.测试：设计交互走查，提出bug

2.测试：体验产品、协调推动bug修复，完成测试

3.上线后看数据和历史数据对比；还需发版前知会客服这个版本的改动，留意用户反馈

4.全员：都可以在发布版本前参与测试/灰度上线前的体验观察，达到预期效果即可发版是最好的

总结：

说到最后，不管你在什么公司，如果说不需要流程，我觉得都是不合理的，就像没有规矩不成方圆。