产品带着方案提需求，设计只能做“美化”？

最近接到产品提了这样一个需求：在新建专线通道的场景下，提交时会提示用户，产品觉得这个对话框太丑了，希望“美化”一下。

产品的需求

初看这个需求，需要“美化”一个对话框，设计能做的事情似乎很少，无非是优化排版、强化醒目信息。

但是，美化≠设计

仔细阅读一下这个对话框内的文案，你一思考就会产生一大堆的疑惑：

1, 云上设备配置即时下发，请确认云下设备互联IP地址已配。

• 什么是云上设备配置？
• 配置会下发到哪里？
• 什么是云下设备？
• 为什么需要确认？
• 云下设备互联IP没有配置的话，会怎样？

2, 接下来“连接状态”：配置中->配置完成->已连接

• 这里为什么需要把连接接状态的扭转过程告诉用户？
• 这个信息的用处是什么？

3, 若配置中状态超过30分钟未变化，系统已转人工受理

• 这是什么情况下会出现的问题？
• 为什么会需要30分钟这么久的等待？
• 这个对话框出现在新建专线通道的场景下，提交时会提示用户
• 为什么是在新建专线通道时提示？
• 为什么是在提交时才提示？

以上种种疑问，汇总起来就是一句话：

产品究竟遇到了什么问题才会让产品经理想到这样一个方案去解决？

为了弄清这个问题，需要先了解下基本的业务概念。

所谓专线，主要是一些大客户，他们在部分业务上云时，出于安全性和稳定性的考虑，需要单独拉一根网线，连接腾讯云和客户自己的机房，这个网线就是物理专线。

对于每条专线的铺设，腾讯云提供了在不同的地域都提供了接入点，以方便客户机房的接入，同一个接入点可以接入多条专线。

在云上，客户可以部署多个专用网络(vpc)，那么，通过这条专线，客户的机房可以连接到不同的VPC，这些不同的网络通道就是专线通道。

他们的关系如图：

专线示意图

接下来，和产品经理详细沟通，还原问题场景，发现遇到的主要是以下问题：

• 用户创建专线通道作为备用通道时，由于专线通道的配置需要同时在腾讯云和客户机房路由器配置，这种场景下就有一个先后顺序问题：如果先在腾讯云配置，那么配置好之后我们会把这些配置下发到腾讯云专线接入点的路由器里并立即生效，由于另一端机房还未配置，这时就会出现数据丢失的情况，而用户却不知道这个事情。所以，需要先配置机房路由器，再在腾讯云配置专线通道。-->这是配置顺序问题。
• 大部分情况下，专线通道的配置是可以自动下发的，但有一种情况除外：专线通道使用了同一个接入点连接了相同的VPC，这时由于路由器问题需要人工手动下发，而人工下发需要在在工作时间才能完成，这就导致用户的配置需要很长时间才能生效，而用户也获取不到这个时长的信息。这对于拥有很多条专线的用户很容易出现这种问题。-->这是下发信息的展示问题
• 即便是通过自动下发的方式，由于路由器残留信息等原因（比如变更配置的场景），会导致自动下发失败，这时，通常需要转人工进行处理。特别是变更网络时经常出现这个问题。-->这是下发结果的展示问题

这时，原来的“美化”需求，通过还原问题场景弄清楚问题本质，就被分解成了上述三个问题，而这三个问题，都很容易解决。

• 第一个问题，可以在新建专线通道时，一开始就提示到用户先配置机房路由器再在腾讯云进行配置。对于首次创建专线通道的场景，本来就需要用户在两边都配置，这个提示并不影响用户的配置。对于创建备用通道的场景，需要向用户强化这个流程：先配置机房路由器，再在腾讯云上配置。
• 第二个问题，用户创建专线通道时，是需要选择物理专线和VPC的，知道了物理专线和VPC，那我们就能知道，本次创建的配置下发是自动下发还是人工下发，把这个信息（下发方式和等待时长）展示给用户即可。
• 第三个问题，创建完成后，向用户清晰展示下发结果即可。正常情况下，自动下发需要2-3分钟时间即可成功，即便下发失败，我们也是可以获取到到这个结果，但目前并未向用户展示这个结果，那么，把结果尽快告诉用户就可以了。

这样的方案向产品讲述后，得到了产品的极度认可：比原来的方式好多了！

B端产品的设计确实不好做。作为设计师，很多产品是你从来没有接触过的，同时你不是用户，你也没有办法“装作是用户“，甚至你连业务逻辑都无法快速理解。而产品经理通常拥有开发背景，深入接触过用户，对业务逻辑也了如指掌。在这种“不对等”的状态下，设计师确实很难提出自己的想法。这时，不要怕产品已经给出的方案，你需要花时间去了解基本的业务逻辑，想一想产品为什么提出了这样的解决方案，这个方案究竟要解决的问题是什么，弄清问题本质后，再去想是否有更好的解决方案。

只有如此，你作为设计师的价值才发挥了出来：找到问题所在，提出你的解决方案，而不是去”美化“你不懂的内容。