具体的参考 CSDN简介、CSDN官网
CSDN (Chinese Software Developer Network) 创立于1999年,是中国最大的IT社区和服务平台。拥有超过3000万注册会员(其中活跃会员800万)、50万注册企业及合作伙伴。 相信大家平时的好多技术问题也是参考CSDN上的博客解决的,相信大家对csdn的博客很熟悉啦,这里我就不多做介绍了。
Bug1--博客的审核机制
CSDN的审核机制很不合理,
某年某月某日某事某分某秒发布,正在审核中
不好吗?好不容易写个篇博客发给别人,结果404,别人作何感想,被耍啦。Bug2--评论机制
对于csdn,好多同学都是用微信或者qq注册的,如果博主的文章收到评论后,可以发到博主的qq邮箱,这个不难,因为我的邮件里一半以上都是csdn课程的推送,却没有评论的推送。如果是微信,可以写个小程序,或者关注公证号,推送给博主,这个实现难度不难,博主也能参与互动,及时解答。
Bug3--手机客户端的某些功能丢失
这里我说的是用手机的网页打开,不是用app,一般像某个16周课程的报告,总结之类的都比较长,用目录比较方便,但是在手机的浏览器打开的话,目录会失效,要么不显示,要么只能跳转一次,之后目录就是不显示啦。这时候我告诉别人下个csdn的app也许可以,因为这个功能去下载个app,很多人是很不情愿的。在一个就是待审核后的文章,在手机的网页版也无法查看。
下面结合图说明一下Bug1--博客的审核机制
我写了一篇 项目设计
的实验报告供小组讨论交流,,然后兴致冲冲的把链接发到了群里。
结果点开之后,等到第二天上午10:00,审核通过啦,然后我的github这个单词打错啦。
我打开电脑(注意是电脑,为什么不是手机平板,因为待审核的文章在手机端看不见)。我打开电脑,把gitub改成了github,结果 404 。文章又进入了审核中,这个很容易造成误解啊。在当我发现我写错了的时候,想去去改的时候,我都要趁着夜深人静。上网查了下为什么?
先看一些吐槽
CSDN修改文章 审核机制 的超级严重问题!!!
为什么现在每写一篇博客都要审核啊
csdn肿么了,这两天写的博文都是待审核
CSDN检测到文章中的链接大于5,就会将文章列为“待审核”
里面有一些解决办法,但是都是就事论事,不能一概适用。共同点是找客服解决,那找了这么多次客服,就不能直接改进一下吗?
Bug2--评论博客后通知博主欠妥
要不是看见这句话,我并不知道我的博客被评论啦。csdn的博客评论如何通知博主 也搜不到结果,只能去问客服。
Bug3--手机客户端的一些bug
当我文章进入待审核的时候,用手机浏览器登陆自己账号就查看不了啦。
图片
本次采访了三位平常喜欢上csdn来解决问题的同学。
背景和需求
需求:西安交通大学学生工科学生,研究方向偏电子,信息,计算机。平常的一些技术问题都在csdn得到很好的解答。像软件的安装,电脑异常的解决,某些领域的讨论,编程上的各种问题等都得到了很好的解决
痛点:csdn下载的文件,源码比较贵,但是质量不高,有些博客还具有误导作用,解决不了问题,而且一篇博客被转载了好多次,导致每次搜索的时候,跳出来的博客内容都一样。
采访对象使用 <评测软件>
三位同学已经有3年的使用经历,此次他们花了10几分钟,体验了csdn博客,并花几分钟体验了下其他博客,很难说出谁好谁坏,各有利弊。
产品的使用过程
三位同学分边就三个bug方面进行了测试,同学A故意放了很多图片,22:01分发布博客,审核时间过长,第二天10:00依旧在审核。同学B放了在21:50的时候发布带有6个链接的博客,通过后,在22:00之后,随意改动一处,进入待审核状态。同学C则是进行留言,得不到回应。
虽然客服说了可以设置评论通知将发送到绑定邮箱,但是事实上微信登录后没有绑定邮箱。进入个人主页,没有明显的绑定邮箱的标志。需要费点心思才能找到。
结论
经过这么多年的使用,你一定有充分的理由给CSDN的博客下一个评价: d) 推荐
因为其markdown的使用好上手,博客大多可以解决问题,有对应的源码和文件等众多好处,还是可以赢得大多数人的青睐。
2019年1月15日发布。
你在第一部分发现的bug, 为何软件团队不能在发布前修复?他我想第一个是csdn的博客起初并没有掌握用户对这些的需要以及用户自身的水平,具体的设计的时候,对于这些bug应该有考虑,但是有待改正,所以就搁置啦。但是这些问题对于公司熟悉整个开发环境的老员工来说,这件事在两个月内是可以修复的,但是创造的价值可能不及做其他事的价值大,也就有待新人用这些来练手。出现这个问题,管理层的分析与把握不到位,程序员们实现的时候,也没有多想一步。这么著名的团队出现这样的问题,并没有严重到用户大批大批流失,但是不改进的话,有些情况一部分用户也会选择其他的博客。
整体来说,有些问题可以在客服得到解决,但是2012年在客服解决,2018年同样的问题还在客服解决,为什么不能修复一下,或者出个智能问答,把用户的某些问题形成文档(网页版的,美工效果好),根据用户提问的关键词推送文档,无法解决的时候在联系人工服务,或者直接改善修复一下bug岂不是更好。
我的核心用户是小到希望入门程序的小白,在校学生,以及毕业后从事技术职业的程序员、项目经理或者说是科研一线的工作者,还有那些对互联网,AI,移动开发感兴趣的各种人员。他们或许是本科专科,或者学士硕士博士,我们争取给予最方便最好用的产品。用户的表面需求是解决当下遇到的问题,潜在的需求是用拥有独立自主解决问题的能力,希望有课程支持入门或者精通某一领域,或者想通过别人博客的看法来全面的看待问题。
Time | assigment |
---|---|
11月19-11月30日 | 收到任务,两周时间收集用户请求 |
11月30-12月15日 | 两周时间了解以往代码框架,可以接受公司培训,或者请教前辈,形成可行的解决方案 |
2月17-12月31日 | 四周时间代码完成,要修复基本的bug,不在乎界面的好坏 |
1月01日-1月14日 | 两周完善UI设计,要合理美观 |
1月15日-1月30日 | 发布Aplha版本,两周周时间完成基本测试并形成说明文档 |
2月1日- 2月14日 | 发布Beta版本,两周周时间接受反馈,记录bug,完成他测 |
2月5日 | 发布最终版本 |
因为任务比较简单,总计14周左右级就可以完成,剩余的两周用来弥补起其他环节的疏漏与意外情况。
原文:https://www.cnblogs.com/enshengshi/p/9977981.html