1.         2000年那会,软件程序员看不起web程序员,认为他们只会写脚本,即便是程序也太简单。

2.         后来,才知道web程序员的功夫在人机交互。在怎样将同一个应用写的更好用,用户更愿意用。

3.         web程序员一定要是自己产品的第一个用户。一定要亲自PR自己的产品。一定要亲自做客服。既然web程序员是吃和用户沟通这碗饭的,那么,就应该通过各种渠道和用户交互。

4.         听用户抱怨。听用户需求。改。再改。

5.         用户是最好的需求提出者,要比产品经理的需求多得多。

6.         多听听用户抱怨吧。这样产品不稳定的时候,程序员才会茶饭不思,才会拼命想办法去稳定它。

7.         多拉拢几个标竿用户,他们是你产品最好的PR和改进驱动。一有空,就在MSN上他沟通。

8.         Blog,写开发日志。写产品构想。在Blog上和更多的用户沟通起来。不要怕用户骂。

9.         给用户回信。相同的问题,用模板回答。用户是你产品的上帝。千万不要不理他们。

10.     学点W3C,尽量自己写最简单的页面。这样可以加快相应用户需求的进度。


37条评论

  1. 终于等到了一篇好文!

    赞一个!

  2. 我的报怨:现在的侧边栏inout的链接排名不是根据给你自己这个站带来的流量来排名的,而是根据给inout.donews.com带来的流量来排名,所以,只要你原来给inout.donews.com带来的流量多,你就能在所有使用inout侧边栏的blog中排在靠前的位置。

    这个问题我在老白写出第一篇关于inout侧栏的教程时,就向刘总反映过,至今仍未解决。

    报怨完毕。

  3. 那样就不算程序员了,普通用户一定对Emacs和VI抱怨不好用,程序员觉得过瘾。

  4. 一直让用户提需求的程序员不是好程序员,一直担心自己的程序员写不好程序的长官不是好长官。

    信任你的员工,信任你的能力,当然,你得有能力!

  5. 一直让用户提需求的程序员不是好程序员,一直担心自己的程序员写不好程序的长官不是好长官。

    信任你的员工,信任你的能力,当然,你得有能力!

  6. 一直让用户提需求的程序员不是好程序员,一直担心自己的程序员写不好程序的长官不是好长官。

    信任你的员工,信任你的能力,当然,你得有能力!

  7. 不好意思,出错多点了几下。

  8. 1. 又一个把程序员从“离市场最远,离责任最近”改变为“离市场最近,离责任更近”的观点。

    2. 产品经理今后要从程序员处收集用户需求了。

    3. 这个观点并不新,目的是让用户的评价打消程序员的虚无缥缈的成就感。

    4. 试问:成就没了,成就感再没了,程序员会如何?

    5. 试答:跳到程序员不直接听用户抱怨的公司,找回成就感。

  9. 这是另一种成就感。

    vi仍然是我最重要,最必不可少的工具 ,但是也喜欢apple的优秀系统,喜欢flickr的卓越设计,这不冲突。

  10. 不光是web程序员

    还有做web产品的产品经理

  11. 9. 给用户回信。相同的问题,用模板回答。用户是你产品的上帝。千万不要不理他们。

    刘哥,我的邮件你都没回。我的EMAIL:hejinxing109@163.com

    你可以看看,里面肯定还有我的邮件。

  12. 用户永远是老大。

    相信这个其实大家都了解,只是程序员一般都很难成为自己产品的用户。好像是。

  13. 看国内众多的顶尖个人网站,倒不一定都是顶尖的程序员所做的

  14. 原来认为会开发出一个用户天天夸奖的系统,用户在夸奖的时候是不会找错对象的。

    谁知道用户的抱怨这么多,而且用户根本不知道向谁报怨。

    系统不是我开发的,需求也不是产品经理定义的。

    你们程序员要清楚,前一阵你们忙,我不想让大家分心,听用户的报怨是你们的责任,不是其他人的。

    写程序,听抱怨,回email,博blog之余,买本《致加西亚的信》、《没有任何借口》看看,不发就不看啊。

  15. 不要把产品经理的责任推到程序员身上……

    程序员的职责是编写安全高效的系统。这点上,donews的程序员不太合格

  16. 109度、彩票说得有道理:)

  17. 无论做什么生意,这顾客都被叫成上帝。互联网这玩意当然也不例外。用户的抱怨那是看得起你,用户的意见化多少银子也买不到啊,用户的抱怨可能孕育着无限的商机。

    但我们也不能提倡“用户万能说”。这用户里面也有傻屄啊。说不定还有竞争对手故意装成用户来搅局的,千万不能被那些居心叵……更多评论尽在“板儿砖”(bluefengjian在“板儿砖”拍你)

    ===

    板儿砖–杜绝假矜持,煎饼就要拿了在路边站着吃–考拉之

  18. 某些时期,用户很难得到信息反馈的。因为一对一沟通成本很高。

    因此模板化集体回复才会出现。

    也是一种新的与用户交互的解决方案。

  19. 如果程序员专听用户抱怨的话,是没办法用心做出产品的.

    程序员是否有贴近用户体验,是由产品经理来做为牵线作用的..

    如果程序员没有做到这点,说明产品经理沟通得不到位,应该检讨了.

  20. 站着说话不腰疼

  21. 你刘韧是谁,群发邮件宣传什么活动,

    上来就:我是刘韧,连个你好都不会说。

    牛b还是无知!?

    这事儿是你嘱咐这么干为满足你虚荣心,还是手下人X仗X势了。

  22. 程序员应该远离你的用户,设定专员链接程序员和用户

  23. 互连网本身就是服务的化身,不光是WEB程序员.所有的计算机技术都是一样。不管技术多高,不要思想都深入.不经过市场的考验永远没有好产品.

    程序员:不要让思想的超越让你成为脱离现实的狂人..

  24. 对小规模企业而言,我觉得LIUREN说的有道理,小企业只有这样,反应速度才够快,而且很多小企业养不起一个合格的产品经理。

    对大规模企业,以上就不合适了,有产品经理,甚至许多大的软件开发公司还有“软件需求经理”,程序员的角色被限定死了。

  25. 对donews而言,我觉得LIUREN说的有道理,小企业只有这样,反应速度才够快,而且很多小企业养不起一个合格的产品经理。

  26. 程序员所做的工作是少数人来完成大工程,编程序是一种逻辑性极强的工作,所以程序员会养成务实、遵循逻辑、节省资源的生活习惯,程序员是极其艰苦的,请见……编程序是创造性的过程,不同于传统重复性地劳动。无论是任何语言和应用的程序,都是有相通之处。懂得编程序语言的人毕竟是少数的,做过工程的人则更是少数的,当用户和程序员出现或多或少的争议的时候,会在唯物主义和唯心主义之间分为两个世界的人,实现一个功能,可能是一项极大的工程。用户的抱怨有很多种,如果用户恰好有编程序的经验,这种抱怨可能是中肯的,应该优先考虑他们的建议;有的用户做什么事都会中肯,可以假设这些用户是理想主义者,他们的建议,可能可以让程序员得到一辈子都无法获得的灵感。当然,经常会接到很多不符合现实情况的建议和意见,就像雄杰提到的,这时候要求程序员和管理人员有敏锐的直觉和了解行业动态来判断如何执行……

  27. 站着说话不腰疼~~~~

  28. 1.
    记得以前学Marketing(营销)的时候看到过这样一个问题:当有客户打电话抱怨说她在你公司购买的洗衣机出问题了,你该怎么办?我那时候的第一反映是把客户的抱怨给记下来,立刻看看问…

  29. 写脚本的本来就不算程序员

发表评论

评论也有版权!

click to change验证码

无觅相关文章插件