接触又拍云半年,昨天正式使用,两小时前与技术客服有了一个长时间的沟通。

 

又拍云用户众多,速度极快,市场口碑良好,此次使用感受很好,我会继续使用,也在此真心推荐使用,但此刻说的却是问题。
 

用户体验

1、摸索入门难度大

自初次注册又拍云至今过了半年多,注册之初就尝试使用,但发现摸不着头脑,对于CDN的原理也一窍不通,于是多次摸索,多次放过,直到昨日凌晨跟着前辈的技术贴做(>>帝国CMS支持又拍云的方法),才算明白是怎么回事。

 

这是我笨吗?从产品的角度来说,我绝不会同意是因为自己不够聪明。我只认为这是产品的问题,这个产品不该这么难用。我也相信,入门难度必然导致很多很多的客户像我一样来来回回并最终流失。

 

2、工单回复无提醒

每次提交工单后技术都回答很及时,包括昨天是周末,同样回答很及时。但我总是过了好几个小时才知道 -- 还是我主动去看才知道。又拍云不要用户黏性,不在意流量,不介意用户不来吗?为什么不发起召唤?

工单回复后应该设置短信/邮箱提醒,如果怕因此打扰客户可以在工单界面选择是否需要提醒。
>> 今天上午收到邮件后对过往邮件进行了查阅,发现有工单回复邮件提醒,在此因为不够严谨的结论对又拍云表示歉意。

-- 12.24

 

3、聊天窗口消失

我在咨询时点进了其他页面,结果聊天窗口没了,也没有入口。于是我又急忙返回前一个页面。在某些人看来这或许无关紧要,但这就是用户体验。

 

4、聊天窗口图片无法全屏查看

聊天窗口图片可放大,但放大也局限于小小的聊天窗口,且不支持平移。如果我不懂代码,不会审查元素,一定会因为图片无法全屏查看搞的脑溢血。

 

从用户体验的角度出发,结合问题解决难度与紧急程度考虑,那么聊天窗口只是瑕疵,而入门难度却是一个极大的bug。我不知道又拍云因为这个问题导致多少潜在用户流失,但我相信绝不是少数。

 

功能设置

1、源站资源迁移

源站资源迁移默认关闭,其意义在于无需反复回源。只是使用cdn到现在20小时,迁移资源只有15M,效率未免太低。但我规则已经设定的很清晰,为什么不能以一定的频率缓缓将数据迁移过去,再不济晚上也该迁移啊?如果不按规则迁移,源站资源迁移的意义又何在?

 

2、缓存刷新

又拍云提供4种缓存刷新方式,其中包括url刷新即更新了一篇文章后可通过刷新来更新缓存。但图片需要一张张手动刷新。如果细化到了指定URL刷新还要手动刷新图片,那么url刷新的意义究竟何在?


在更新镜像文件时,发现需要上传到CDN服务器,而后再到控制台刷新,这让我颇为困惑:镜像资源来自源站点,刷新的CDN资源同样来自源站点,为什么不让一起刷新?加一个刷新镜像的勾选框于技术人员而言简单至极,却能为用户节约不可简单预计的工作量 -- 假如我对多个栏目的数百张、千张缩略图进行了修改,需要先上传到镜像服务器,而后再到控制台执行刷新操作 -- 这体验真的不大好。

--12.25

 

3、没有应对刷流量行为的有效措施

这体现在两方面:一是没有应对突然猛刷流量的措施,二是没有应对慢刷流量的措施。即某IP在短时间内突然刷了超过阈值的流量后只有短信、邮箱提醒,没有强制该访客访问站点源资源或禁止;某IP在一天或更长时间内每天慢慢刷几十G或更多流量,也没有强制措施。

 

4、IP访问限制

IP访问限制的原理:设定访问频次/分,可设定不同档次,超出指定频次后关不同程度的小黑屋。作为测试用的个人小站,日流量不过百,我谨慎的选择了10次/分。一分钟刷新10次的人,也该关小黑屋了吧?超过20次,关久一点吧?再过分的一分钟刷新超过40次,关一天而非永久很留情吧?

 

然而我错了,我用白名单的电脑测试时浑然不觉,用未进入白名单的手机4G网络迅速被关入小黑屋。

 

阈值的设置:阈值次数设置是根据图片请求,10张图片就算10次,但为什么会有这样不合常理的设定?我首页只有数张大图,但列表页可能包含了数十张小图,且用户浏览列表页是可能一分钟翻10多页即发起数百次请求的,那么此刻我应该如何设置阈值才好?

 

又拍云不能主动获取用户访问数据我可以理解,但为什么不让我自己决定?且通过图片访问次数能够轻而易举得到用户访问数据,不获取岂非多此一举。

 

让我插入一条代码,又拍云统计页面访问频次,让我根据这个频次决定阈值与小黑屋。百度统计连SEO都会用,何须多出来的顾虑?

 

修改IP访问限制不更新之前的小黑屋:即此前我设置频率阈值为10次/分后因为无图片反复刷新了多次,因此进入了长时间禁止状态,在修改访问限制后依然没有恢复图片加载。此次我设置的小黑屋是一天,但如果我没有这些尝试,贸贸然设置了1个月甚至更长时间呢?就这样关一个月甚至更长时间吗?

 

当发现图片无法访问时选择刷新、刷新多次而非一走了之的人,才是转化可能性极大的人吧?

 

我相信又拍云赚钱靠的是大客户,靠的是真实流量,而非这一个一个小bug、各公司之间的恶意竞争带来的微利。在我了解多个CDN期间,有不少人推荐又拍云的理由就是因为IP限制,这很好的说明了用户体验、为用户省钱的意义。

 

像我这样较真的人不多,像我这样体验产品、测试效果的人也不多。更多的人不会看设置,能用之后什么也不管。他们用这个月花了多少钱来衡量这个产品好不好,要不要继续用下去。而这个月用了多少钱,就是细节决定、是产品决定、是有没有替用户想到那些用户没有想过的问题、能否给他最好的体验来决定的。

 

也只有足够好的产品,才能赢得竞争。

 

不知不觉间近两千字,如此长篇大论的谈又拍云,不是要突出自己,不是说又拍云的坏话,更不是想说又拍云不行,只是我出于一个用户的初心,出于想要一个满足需求的产品的初心,还出于我突然想起了自己正做着的产品,我也终于明白,为什么有一个“乔布斯1秒,马化腾3秒,张小龙5秒变白痴”的故事。

 

不是我优秀,不是又拍云不行,而是人会因为习惯而无视问题,因为习惯而无法发现问题。我的经验告诉我这是一个规律,也是真正的问题所在。

 

任何一个做产品的人、想要做好产品的人都不能无视这个规律,且一定要打破这个规律,时时刻刻记住用归零的心态做产品。

 

也因为归零,才有了惊才绝艳的乔布斯,才有了横空出世的苹果。

接触又拍云半年,昨天正式使用,两小时前与技术客服有了一个长时间的沟通。

 

又拍云用户众多,速度极快,市场口碑良好,此次使用感受很好,我会继续使用,也在此真心推荐使用,但此刻说的却是问题。
 

用户体验

1、摸索入门难度大

自初次注册又拍云至今过了半年多,注册之初就尝试使用,但发现摸不着头脑,对于CDN的原理也一窍不通,于是多次摸索,多次放过,直到昨日凌晨跟着前辈的技术贴做(>>帝国CMS支持又拍云的方法),才算明白是怎么回事。

 

这是我笨吗?从产品的角度来说,我绝不会同意是因为自己不够聪明。我只认为这是产品的问题,这个产品不该这么难用。我也相信,入门难度必然导致很多很多的客户像我一样来来回回并最终流失。

 

2、工单回复无提醒

每次提交工单后技术都回答很及时,包括昨天是周末,同样回答很及时。但我总是过了好几个小时才知道 -- 还是我主动去看才知道。又拍云不要用户黏性,不在意流量,不介意用户不来吗?为什么不发起召唤?

工单回复后应该设置短信/邮箱提醒,如果怕因此打扰客户可以在工单界面选择是否需要提醒。
>> 今天上午收到邮件后对过往邮件进行了查阅,发现有工单回复邮件提醒,在此因为不够严谨的结论对又拍云表示歉意。

-- 12.24

 

3、聊天窗口消失

我在咨询时点进了其他页面,结果聊天窗口没了,也没有入口。于是我又急忙返回前一个页面。在某些人看来这或许无关紧要,但这就是用户体验。

 

4、聊天窗口图片无法全屏查看

聊天窗口图片可放大,但放大也局限于小小的聊天窗口,且不支持平移。如果我不懂代码,不会审查元素,一定会因为图片无法全屏查看搞的脑溢血。

 

从用户体验的角度出发,结合问题解决难度与紧急程度考虑,那么聊天窗口只是瑕疵,而入门难度却是一个极大的bug。我不知道又拍云因为这个问题导致多少潜在用户流失,但我相信绝不是少数。

 

功能设置

1、源站资源迁移

源站资源迁移默认关闭,其意义在于无需反复回源。只是使用cdn到现在20小时,迁移资源只有15M,效率未免太低。但我规则已经设定的很清晰,为什么不能以一定的频率缓缓将数据迁移过去,再不济晚上也该迁移啊?如果不按规则迁移,源站资源迁移的意义又何在?

 

2、缓存刷新

又拍云提供4种缓存刷新方式,其中包括url刷新即更新了一篇文章后可通过刷新来更新缓存。但图片需要一张张手动刷新。如果细化到了指定URL刷新还要手动刷新图片,那么url刷新的意义究竟何在?


在更新镜像文件时,发现需要上传到CDN服务器,而后再到控制台刷新,这让我颇为困惑:镜像资源来自源站点,刷新的CDN资源同样来自源站点,为什么不让一起刷新?加一个刷新镜像的勾选框于技术人员而言简单至极,却能为用户节约不可简单预计的工作量 -- 假如我对多个栏目的数百张、千张缩略图进行了修改,需要先上传到镜像服务器,而后再到控制台执行刷新操作 -- 这体验真的不大好。

--12.25

 

3、没有应对刷流量行为的有效措施

这体现在两方面:一是没有应对突然猛刷流量的措施,二是没有应对慢刷流量的措施。即某IP在短时间内突然刷了超过阈值的流量后只有短信、邮箱提醒,没有强制该访客访问站点源资源或禁止;某IP在一天或更长时间内每天慢慢刷几十G或更多流量,也没有强制措施。

 

4、IP访问限制

IP访问限制的原理:设定访问频次/分,可设定不同档次,超出指定频次后关不同程度的小黑屋。作为测试用的个人小站,日流量不过百,我谨慎的选择了10次/分。一分钟刷新10次的人,也该关小黑屋了吧?超过20次,关久一点吧?再过分的一分钟刷新超过40次,关一天而非永久很留情吧?

 

然而我错了,我用白名单的电脑测试时浑然不觉,用未进入白名单的手机4G网络迅速被关入小黑屋。

 

阈值的设置:阈值次数设置是根据图片请求,10张图片就算10次,但为什么会有这样不合常理的设定?我首页只有数张大图,但列表页可能包含了数十张小图,且用户浏览列表页是可能一分钟翻10多页即发起数百次请求的,那么此刻我应该如何设置阈值才好?

 

又拍云不能主动获取用户访问数据我可以理解,但为什么不让我自己决定?且通过图片访问次数能够轻而易举得到用户访问数据,不获取岂非多此一举。

 

让我插入一条代码,又拍云统计页面访问频次,让我根据这个频次决定阈值与小黑屋。百度统计连SEO都会用,何须多出来的顾虑?

 

修改IP访问限制不更新之前的小黑屋:即此前我设置频率阈值为10次/分后因为无图片反复刷新了多次,因此进入了长时间禁止状态,在修改访问限制后依然没有恢复图片加载。此次我设置的小黑屋是一天,但如果我没有这些尝试,贸贸然设置了1个月甚至更长时间呢?就这样关一个月甚至更长时间吗?

 

当发现图片无法访问时选择刷新、刷新多次而非一走了之的人,才是转化可能性极大的人吧?

 

我相信又拍云赚钱靠的是大客户,靠的是真实流量,而非这一个一个小bug、各公司之间的恶意竞争带来的微利。在我了解多个CDN期间,有不少人推荐又拍云的理由就是因为IP限制,这很好的说明了用户体验、为用户省钱的意义。

 

像我这样较真的人不多,像我这样体验产品、测试效果的人也不多。更多的人不会看设置,能用之后什么也不管。他们用这个月花了多少钱来衡量这个产品好不好,要不要继续用下去。而这个月用了多少钱,就是细节决定、是产品决定、是有没有替用户想到那些用户没有想过的问题、能否给他最好的体验来决定的。

 

也只有足够好的产品,才能赢得竞争。

 

不知不觉间近两千字,如此长篇大论的谈又拍云,不是要突出自己,不是说又拍云的坏话,更不是想说又拍云不行,只是我出于一个用户的初心,出于想要一个满足需求的产品的初心,还出于我突然想起了自己正做着的产品,我也终于明白,为什么有一个“乔布斯1秒,马化腾3秒,张小龙5秒变白痴”的故事。

 

不是我优秀,不是又拍云不行,而是人会因为习惯而无视问题,因为习惯而无法发现问题。我的经验告诉我这是一个规律,也是真正的问题所在。

 

任何一个做产品的人、想要做好产品的人都不能无视这个规律,且一定要打破这个规律,时时刻刻记住用归零的心态做产品。

 

也因为归零,才有了惊才绝艳的乔布斯,才有了横空出世的苹果。