我是李泉 发布时间: 2019-01-16 22:46:56 浏览 231 评论 1
监控
日志
用户体验
负载均衡
控制台
网络产品
API
slb
带宽
专有网络 VPC
摘要: 网络产品用户体验优化系列文章是网络团队专门讨论用户体验方面的专题, 期望能够收集大家对网络产品用户体验的反馈, 也把网络产品团队在用户体验方面的优化和更新通过这个平台同步给大家. 这个系列我们只谈用户体验.
很高兴能在这里和大家专门沟通用户体验方面的话题, 特别是能够收集大家对网络产品用户体验的反馈, 以及网络产品团队在用户体验方面的优化和更新. 这个系列我们只谈用户体验.
注: 限于工作范畴, 这里只谈网络相关产品.
什么是用户体验? Wikipedia 的定义是
User experience (UX) refers to a person's emotions and attitudes about using a particular product https://en.wikipedia.org/wiki/Product_(business) , system https://en.wikipedia.org/wiki/System or service. 简单翻译成中文就是人在使用产品, 系统或者服务的感受和态度. 百度百科的定义是用户使用产品, 系统或服务过程中的主观感受. 可以看到, 对用户体验的定义都是感受, 态度等, 这些都是主观的. 也正因为如此, 用户体验的感受每个人可能是不同的, 但是, 一个产品的用户体验还是有共性的, 比如 IPhone4 出来的时候, 大家一致感受是对手机用户体验的极大提升.
因此, 这里我们回到产品本身, 用户使用产品本质上是要解决某些问题的, 我们聚焦在用户使用产品解决问题的各种场景中是否高效. 比如, 用户需要用负载均衡 SLB 做流量负载, 那么用户需要了解 SLB, 开通 SLB, 配置 SLB(包括配置监听, 添加后端服务器等), 日常运维过程中还需要查看监控数据, 出了问题需要查日志, 查监控报警等等.
阿里云 2014 年发布了 VPC 产品, 过去几年一直在快速发展, 到现在已经有 10 多个网络产品, 产品数量在不断增加, 产品之间的组合越来越多, 使用网络产品的用户也越来越多, 除了单个产品的体验, 更需要从整体上来考虑用户体验. 我们未来通过云栖社区把我们网络产品在用户体验方面的思考和所做的事情同步给大家. 用户体验的优化无止境, 我们先专注在未来六个月的优化. 我们也希望得到用户的第一手反馈, 除了阿里云聆听, 我们也准备开聚能聊话题来收集大家对用户体验问题的反馈.
总的来说, 未来几个月我们将集中进行以下几个方面的重点优化:
1, 自主运维和管理
增强用户自主运维和管理能力, 让用户遇到问题能自主闭环管理, 这是一个非常重要的用户体验. 这个话题比较大, 我们选择其中几个比较重要的优化点来说.
1.1)专门解决用户网络问题的平台 - 网络分析平台
这是我们即将公测的新产品, 定位是帮助用户解决网络相关问题, 简单说明如下:
公网质量分析, 用户可以查询全球各地到阿里云的公网质量
网络流量分析, 帮助用户对自己的业务流量有更细化的分析, 如流量的 TOP 实例, 区域分布以及延时丢包等.
网络诊断, 基于 Log 和相关系统和数据分析, 帮助用户对网络问题进行智能诊断
......
更多的功能不一一列举, 总之, 这是一个专注解决用户网络问题的产品.
1.2)Quota 和特殊功能管理
用户在使用云产品过程中, 经常会碰到 Quota 的问题, 比如单个用户默认能保有的负载均衡 SLB 实例的数量, 再如每个 SLB 实例可建立的监听数量等等. 从产品设计的角度看, 相关的资源一般都需要一定的资源限制, 防止被无序使用. 但是从用户的角度看就是带来很多的不便, 尤其是有正常需求的用户, 业务需要尽快扩容, 但是 Quota 满了, 需要提工单申请, 等待调整后才能开通新的实例, 极大的影响用户体验, 有时候甚至影响业务开展. 另外, 还有一些功能由于是邀测或者其它原因, 是通过白名单开放的, 用户需要申请开通才能使用. 那么, 这些需要白名单申请的特殊功能有哪些呢? 怎么申请呢? 缺少有效的途径获取.
Quota 和特殊功能管理功能就是要解决用户的这些痛点, 未来会提供统一的控制台和 API 进行查询和管理. 比如, 查询当前账号可保有的 SLB 实例数量, 以及当前已经使用的数量. 再比如, 查询 SLB 产品的特殊功能列表等等.
当然, 除了查询, 更重要的是基于一定算法的自动化 Quota 调整, 即根据某种算法, 把有正常需求的用户 Quota 自动化调整, 避免用户因为 Quota 不足无法开通新的资源.
1.3)监控和日志
目前网络产品已经有比较丰富的监控指标, 但还有很多可以完善的监控指标, 比如 VPN 网关基于连接粒度的监控, 比如秒级监控等. 监控优化定位是集中梳理网络产品缺失和需要补充完善的监控, 集中精力补全监控能力.
日志主要包括操作日志, 访问日志, 流日志 (FlowLog) 和异常日志等, 操作日志是指通过控制台和 OpeanAPI 对产品的操作行为的记录, 比如开通, 删除, 修改等操作. 操作日志目前都可以在 ActionTrail 这个产品里查看. 网络产品的访问日志当前已经提供了 SLB 7 层访问日志, 后续主要完善的是流日志 (FlowLog) 和异常日志, 流日志 (FlowLog) 当前正在灰度发布中, 未来包括网卡 / EIP/SLB 的 4 层等都可以通过 FlowLog 进行收集. 异常日志如 SLB 健康检查异常日志, IPSec VPN 中 VPN 连接中断的日志等.
2, 售卖和计费
用户准备使用一个产品, 第一步就需要去开通或购买, 这是用户使用产品最基础的场景之一, 在这个场景中, 计费是用户首先需要考虑的事情, 但是计费是一个产品非常核心的内容, 往往和商业模式相关, 相关的改动会很小心, 需要找到一个好的平衡点. 在中国, 网络产品的计费相对海外的云服务商复杂很多, 以 Internet 带宽为例, 国内有的用户需要预付费, 有的需要后付费, 还有的需要 95 计费, 有的需要按带宽计费, 有的需要按流量计费, 在预付费的基础上有的用户又期望能实时降配或者短时升配, 还有各种计费方式之间的转换等, 非常复杂.
从网络产品的角度看, 主要的计费项是带宽 / 流量, 我们认为公网相关的产品, 如 EIP/NAT 网关 / 负载均衡 SLB / 共享带宽等, 这些产品的计费方式应该足够灵活和多样, 满足用户绝大部分需求. 对于混合云相关产品, 比如 VPN 网关 / 智能接入网关 / 高速通道 / 云企业网等, 相对不会提供那么丰富多样的计费.
此外, 有了很丰富的计费后, 用户到底用那种计费模式最合适呢? 这也是我们售卖和计费体验优化的一个重点, 我们期望提供给用户这个能力, 让用户选择最合适的计费模式, 降低成本.
3, 控制台优化
在过去一段时间, VPC/SLB 等产品的控制台相继进行了改版和升级, 目的都是为了优化用户体验. 从整个网络产品角度看, 在控制台这个层面, 比较缺失的有几个地方, 一是有的控制台的引导性不是很好, 很多操作是原子的, 没有连贯性, 用户要完成一件事情的效率不高. 二是没有一个很好的网络拓扑, 可以让用户能直观的看到整个网络. 此外, 资源的组织和管理功能有缺失, 比如资源分组, 资源检索等等, 这些方面需要下大力气精耕细作优化.
4, 文档 / API/SDK
错误码不易读, API 文档更新不及时, 新手上手难, Code Sample 缺失等几乎是大部分 API 存在的一些问题. 除了投入大量人力对线上的问题集中纠错, 更需要长效机制保证, 比如 API 文档和代码同源, 把控制台对 OpenAPI 的调用暴露给用户作为参考等. 这方面, 除了阿里云层面的 OpenAPI Explorer, 最近 SLB 上线了 API Inspector, 也是网络团队对 API 用户体验问题的一个探索, 也希望更多的用户尝试并通过 SLB 控制台的页面进行积极反馈, 如果反馈好, 我们将推广到所有的网络产品, 甚至大部分阿里云的产品.
除了上面这些优化外, 还有很多正在优化和将要优化的体验, 用户体验无止境, Keep Fighting.
来源: https://yq.aliyun.com/articles/687251