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

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

产品的需求

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

但是,美化≠设计

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

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

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

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

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

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

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

以上种种疑问,汇总起来就是一句话:

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

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

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

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

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

他们的关系如图:

专线示意图

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

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

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

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

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

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

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

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

发表于

dongyuan的专栏

1 篇文章2 人订阅

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏WOLFRAM

Stephen Wolfram云端捉虫之旅(二)

1044
来自专栏ThoughtWorks

无服务器架构下的运维 | 洞见

在介绍运维之前,大家先来快速了解一下无服务器(serverless)的概念。由于笔者的实战经验是在AWS平台上,本文中出现的无服务器均指使用AWS Lambda...

1845
来自专栏性能与架构

内容平台 Medium 的技术体系

Medium 是全球知名的内容平台,访问量惊人 据半年前的数据统计,用户在 Medium 上阅读时间的总和已经达到 2600年,每月有2500万阅读者,每周有数...

3556
来自专栏SDNLAB

基于OpenFlow架构的IaaS云安全

编者按:云计算技术的服务型基础设施即服务(IaaS),以其可扩展性、高效性及弹性等特点正在成为资源利用的主导方式。在从云计算的IaaS应用获得便捷的同时,安全漏...

2723
来自专栏韩伟的专栏

如何提高程序员的生产率(上)

一、硬件资源 1) 办公环境 ? 大部分开发团队都不把座椅家具视为一个非常重要的问题。拥有宽敞的桌面的环境,可以在桌上放置更多的东西:本子、笔、杯子、书本、打...

3526
来自专栏JAVA高级架构

饿了么:日订单量超900万的架构设计及演进之路

网站在刚开始的时候大概只是一个想法:一个产业的模型,快速地将它产生出来。“快”是第一位的,不需要花太多精力在架构设计上。在网站进入扩张期才需要对架构投入更多的精...

1022
来自专栏企鹅号快讯

前后端分离实践

前后端分离并不是什么新鲜事,到处都是前后端分离的实践。然而一些历史项目在从一体化 Web 设计转向前后端分离的架构时,仍然不可避免的会遇到各种各样的问题。由于层...

3818
来自专栏SDNLAB

SDN控制器测试工具面世 RYU性能测试报告发布

当软件定义网络SDN逐渐成为网络世界新的范式,商用部署速度加快,因此整个SDN网络性能的关键——SDN控制器也必将越来越成为网络用户关心的焦点。天地互连-全球S...

37512
来自专栏生信小驿站

使用R语言分析微信好友

1532
来自专栏马哥教育

零基础到精通Linux,从这篇文章开始

正好在最近,看到了一篇不错的资料,其中对于Linux入门学习的描述极其详尽,因此特别摘抄其中段落,制作成思维导图分享给大家。

57310

扫码关注云+社区