趁着重装系统中,为了vc发展,我给点建议吧!

  阴差阳错,导致用vc蛮坎坷的。

 

  先是差一点由合作变成敌视,甚至到去消委投诉,但后来你们的售前主动出面化干戈为玉帛,不仅变敌为友,最后我还是成了你们的用户。用户虽小,但每一个可能都是机会,也许不多久小用户也会成为VIP。做生意就是这样,口碑和用心是关键。

 

  总之一句话,你们很多不规则基本很不靠谱,幸好有比较靠谱的客服来支撑,这一点难能可贵,如果客服没有企业文化和凝聚力,基本都是属于官腔和按章办事的,规则不允许的办不了,规则允许的也不需要客服,很少更进一步去主动帮助客户,这一点大型企业尤其突出。毕竟客服属于流水型工作,少做少错,对得起时间就可以了,这么看,vc可以说是几大云服务商里客服最优秀的。

 

  言归正传。我相信vc制定这么多不人性化的规则肯定还是由其考虑的,相较于小的云服务商的那些更贴近用户的规则,比如免备,免白这些来说,可能更加规范,正规。我知道,这可能直接关系到服务商的稳定性,这不仅仅是指技术环境等硬件上的,还有像政策等这些软件环境上的,服务商稳定服务内容也就稳定。出发点是好的,但是实际风险是无法避免的,过于保守的想法很难成长。

 

  抛开小服务商不谈,大型的入阿里、盛大、某些省级电信云等,规则都好于这里,回头看看,感觉vc的规则和营销制定更像是出自纯粹做技术人员之手,而非前端人员想出来的,而且更多更像是拍脑袋想的东西,而非市场调研的结果。

 

下面列举1,2:

 

  1.体验机制。众多商家基本都有体验机制,体验机制是作为服务商自信的表现,也更有利于吸引客户,但也有必要区分恶意体验用户,比如拿体验来做攻击,或者恶意浪费资源以及利用发起大量体验请求影响服务商的服务质量。所以,体验有必要做一个保护机制,有的服务商用缴纳1-2元的费用的形式来做体验,对冲体验成本,有的则是开启手动审核机制,合适注册身份的真实性,必要性等等,当然这个审核成本会很高。但无论如何也没有如vc这样的直接尽可能把用户的体验成本推高的方式,缴纳3天的钱才能体验,这基本等同要求用户用一个月一个道理,等同于没有体验机制,也直接让首次的时付套餐成了摆设。对竞争激烈的云市场,再怎么自信自己的口碑,最后也是酒香也怕巷子深。

 

  我的建议是开辟一个体验云区(不要放到正式服务区)为了体验质量,可以保持体验池有一个固定的体验实列上限,而且每次体验不能选择硬件配置,统一使用一个均衡的实例(比如1核1G内存,但可以选择操作系统),体验时长缩短到2小时以内,时间到了释放实例。每次体验缴纳1-2元。同时,如果体验池上限已达到,则给出排队机制,告知用户还有多少位以后轮到自己可以体验。这样做的好处在于,排队机制可以使vc不拿出太多的资源用于体验的同时还保证每一个体验用户的质量;体验有资金门槛可以避免一定的恶意体验;单独的体验区也不会给正式用户带来问题;还可以弹性伸缩体验区配置,如果体验的人很多,排队过多,说明vc受到欢迎,适当增加体验区硬件配置自然是好事;最后,体验者一般都是对磁盘IO和带宽可用率较敏感,体验2小时足以测出这些敏感问题,不存在体验3天观察带宽稳定性的说法,毕竟带宽这个东西体验3天和3小时区别不大,即便3天很稳定,也可能因为省级电信路由、出口、vc内部调整等等其它原因导致可能在正式付费的第4天出现带宽相交体验前下降的问题,这一点只要客服做好解释,并能够及时恢复即可。体验还是焦点在服务商的硬件及带宽划分规格上是否与实际相符。

 

  2.白名单机制。基本目前的所有云商家都已在剥离白名单机制,即便阿里云这样的大型正规服务者,甚至很多商家都喊出了免备。我认为vc应该对有备案且可查的域名排除掉白名单的机制影响,白名单可以用于用户在备案尚未完成前临时帮助用户开启访问途径。事实上,阿里云不备案依然可以访问,只要不做违法,没有新一轮的大检查风潮来临前有没有备案关系不大,更何况是有备案的域名。利用手动在防火墙逐一开启域名,甚至连子域名都要客服手动帮忙开启,这一点看似安全第一,实则过于保守,直接影响了客户使用,增加和删除任何子域名还要找一次客服,实在不便,同时还使用户对某个域名的泛解析失效(某些应用其实需要泛解析)对打算租用vc的人来说都是一个值得斟酌的问题。如果vc仍觉得有必要这样做,最好在付费指引之前要明确告知,没必要故意避开最终使得用户发现以后要退款以及闹出相关纠纷,不利于品牌口碑的发展。这一点类似前面的体验机制,即便要搞交3天的钱才能体验这一个规则,也务必在显著的位置说明,而不是内置到长长的帮助文档里,这种小聪明的做法对vc没任何好处。

 

  我的建议是一次性提交某个域名给客服。如果该域名客服查询得到备案号,就可以删除该域名整个的防火墙保护(白名单),甚至直接关闭针对客户IP的80端口相关限制。这样即对备案有一定要求,又不会影响到客户正常使用。

 

  3.系统重灌机制。由于某些特殊的原因,系统可能会进行重灌,比如被黑,调试时导致系统损坏等,12小时1次的机制是保护了宿主磁盘的性能我们都能明白,但没有针对首次创建主机给予1-2次的即时重灌权利这是欠妥的。我的建议是重灌机制12小时1次在首次付费的时候就要附送1-2次,而不是在付费以后的12小时来算第一次。因为付费初期才反而可能是系统需要重灌的重要时机,比如选错了系统、被黑、调试等。而当真正稳定运行起来反而很少人的会再次重灌,毕竟打补丁,优化系统等工作是要耗费精力的,一旦上线运行并开始有数据存储后不可能轻易重灌系统,即便2-3天后的某一天被黑或系统顺坏,12小时重灌的机制也已够用。所以,这个设定忘记了前期的重灌需求,明显看得出来是只讲逻辑性不讲实际的技术人员搞出来的。

 

 

  4.快照能力。这个基本都有,可能vc也在建设中,不再提出,即便考虑到运营成本使副本空间有限,也至少要为用户考虑保留一次快照副本的能力。也可以做成8-12小时才能快照一次这样。毕竟很多时候数据恢复是很重要的事,且也是云主机的特性之一。

 

 

  暂时就这些,恐怕这些都是vc的当务之急。

 

  btw.顺便说下你们的云终端。东西是很好不否认,但是很明显这个东西明显和大数据,云时代的理念相悖,在服务器创建初始,你们的云服务器是无法连接到任何远程工具的,甚至web面板自带的控制台也连不上云服(java远程桌面那个),只有用云终端登录一次,把相关设定开启后才行。客户端功能其实也蛮单一的,相较于用心弄好这个客户端,不如好好的把web控制台弄好,毕竟除了云终端,控制台是在网卡断开后唯一可以访问到机器的手段,但是我不可能在哪都下载一个云中端客户端,也不习惯这样,明明自己在使用的云技术,却还要依靠客户端,这其实有点讽刺吧。当然,如果云客户端未来能够做到更强大的功能,比如在android上使用,比如含有统计分析,监控等功能相信还是有一定的需求的,毕竟客户端的使用体验上会比web更好。

 

  一家之言,不对之处见谅。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


分享至:

2条评论,请登录注册后评论

  • szyok的头像
    2013-05-13 9:09 szyok:
    感谢认真聆听并回复。  
  • 2013-05-12 20:41 verycloud:
    尊敬的用户您好,VeryCloud一直致力于提升用户体验,关于您提的几条建议也在我们考虑之中。 1、关于免费体验,VeryCloud会近期推出针对不同套餐的免费时段体验,需要免费体验联系销售代表或客服后台审核后即可开通! 2、白名单目前只在审查比较严的机房需要提交,其他机房我们会定期扫描非法域名,提醒客户备案! 3、为全力保障用户体验,重装系统操作的限制后面我们会适当调整! 4、快照、备份、云硬盘、云存储相关功能或产品正在开发中,近期推出,敬请期待! VeryCloud 是一站式云计算综合服务平台, 提升产品性能、稳定性及用户体验是我们始终追求的,我们重视每一个用户的反馈,非常感谢对我们产品提供的宝贵意见!