初衷

从2017年毕业开始工作到现在，已经有快一年的时间了。项目主要以B端产品为主，C端也有接触。可以说在这段时间对交互有了更深的理解，成长颇多，所以希望自己能有所沉淀。

新增

做B端设计永远绕不开的四个场景就是——增、删、改、查。它们可以是针对内容、元素，也可以是针对数据。这次主要针对“新增”谈谈自己的一些思考。

工作时遇到的问题

一般对新增需求的处理，基本都是采用点击新增按钮触发模态弹窗的交互形式。内容不同，选用的方法相同，看似统一，但体验较差。
例如：仅需要填写1条信息就可以新增的需求，从点击新增按钮到模态弹窗填写，视线和鼠标移动的路径较长，效率较低，而需要填写非常多的信息才可以完成的新增，在“狭小”的弹窗上又显得格外拥挤杂乱。

模态弹窗不是万能的，在不合时宜的情况下使用会显得“笨重”和“缓慢”。我们应该提供快速灵敏的响应，让用户更流畅地、高效地解决新增需求。 

将需要填写的新增内容按数量和难易程度划分

在新增场景下，一定需要用户填写或是选择一些内容信息。我们可以将这些信息以数量和难易程度划分成三个等级——“较少／简单”、“适中／一般”、“较多／困难”。

“较少／简单”

新增按钮+非模态弹窗／新增按钮+输入、选择控件

形式一特点：简单直接，所建所得。按钮与内容结合，可以放置在已新增内容前面也可以放置在后面。放在前面会占据页面最核心的观察区域，比较适合新增频率较高的需求，反之放在后面比较适合经常查看已添加的内容，新增频率较低的需求。

形式二特点：按钮和内容区分离，无论新增频率高低，都适合。

“适中／一般”

新增按钮+模态弹窗

形式一特点：虽然前文吐槽了模态窗的缺点，但需要承认模态窗是普适性最强、用户最熟悉的交互形式，几乎所有b端产品都有涉及；

形式二特点：更为直接；新增内容在页面内展开。会有挤压原有内容的效果，开发难度大，较为少见；

“较多／困难”

新增按钮+新页面
特点：新页面可以承载无限多的内容，并且还可以分步骤填写；

总结
以上是我在工作期间对“新增”场景的一些总结思考。由于B端的业务壁垒较深，新增场景的特点也各不相同，所以还是需要具体问题具体分析。

可能还有更多的新增交互形式我还没有探索到，也希望大家能多提宝贵意见，互相进步和学习～