如果一直以来你都是在一个封闭的小屋子写程序,从来没有接触过用户,收集过反馈,那么我建议看看刘老师的“程序员:多听听用户抱怨吧 ”,如果你发现自己80%以上的时间都在满足个别用户的一些看似大众化的BT需求的时候,并因此极其痛苦而无法推动具有建设性和战略性的的工作时。我建议不妨这么来看待这个问题。

   1, 用户是只想自己,不想全局的
   2, 用户自己也不知道自己想要什么
   3, 用户提出要的并不是他真正需要,也不一定是他会去使用的
   4, 性价比是需要考虑的
   5, 商业意识是需要考虑的
   6, 可发展空间是需要保留的
   7, 适当的功能应该在适当的用户量级别和用户生态结构和用户活跃度下提供
   8, 听取用户意见的心态是一定要的,听取的渠道一定是要广泛的,但是,满足任何一个需求一
       定是要慎重的。
   9, 系统健壮是第一位,因此而牺牲某些东西和功能是正确的
  10, 用户确实能提出非常有价值的建议,但是
  11, 我们是做游戏平台和制定游戏规则的。首先关注你的目标和核心用户
  12, 你满足不了所有用户
  13, 应该撰写开发者日志,管理员日志,产品简史日志,但是这些日志开发匿名或公开发言的时
       候一定要慎重。一个可随意公开发言的论坛群体极其容易放大一些微小的抱怨,并且形成不
       良的和不真实的反馈,可能你看到的意见大多说是抱怨的,或者抱怨的意见总是容易被放大
       然而,这并不是真正的整体用户对产品的态度。说你好的用户总是习惯性地保持沉默,说你
       不好地总是在习惯性地表达
  13, 因为,群体的智力水平是低于群体平均智力。流言蜚语和错误总是在无声无息中被夸大了。
       如果A用户提交了一个Bug(甚至可能不是,或者极其微小),B用户提交了另外一个Bug,C
       用户提交了另外一个Bug,当D用户来了之后,看到,A,B,C提交的Bug,可能会迅速被误
       导,并并放大这种抱怨。
  14, 你应该有长远计划
  15, 区分最重要的和最急迫的
       有耐心和技巧去拒绝那些虚妄的非理性的需求,有决心和勇气积极迅速地去满足那些急迫的
       关系生死的Bug与需求,有智慧去区分以上两种 
  16, 所以,应该与专门的人去面对用户,安抚用户,收集反馈,去粗取精,去除虚妄想法,然后
       反馈给程序员,慎重讨论,改进之,此频度可一周或一月一次,取决于产品的发展阶段和成
       熟度。

         所以综上,我认为:程序员应该远离你的用户,设定专员链接程序员和用户。

   正确对待销售的意见

  17, 积极对待销售的意见,他们最终帮你兑现产品的商业价值 
  18, 但要清楚,销售的意见90%是不利于你产品长远发展的,销售的意见是超前的(用户还没到
           哪个地步和生态呢)
  19, 销售需求是BT的。你永远无法满足他们
  10, 满足他们所有的意见中的1%即可。

    UPDATE:本文原标题是:程序员:慎重对待用户意见吧
                        因觉得太中庸,故改为“程序员:少听些用户抱怨吧”



46条评论

  1. 纯粹胡扯

  2. 我觉得不是这样~

    用户得抱怨还是要听的,关键是从你的角度出发你能给用户什么样的对他抱怨的分析和意见!

  3. 这么简单的切分显然是不对的,这个标题也是明显的哗众取宠倾向。用户意见是必须听的,但怎么听、怎么分析、怎么决策是最重要的。

  4. 有道理

  5. 扯淡~~~~~~~~~~~~~~“

    本来不想回复,怕你的博客涨人气

    只是实在看不下去 所以 ………………

  6. 瞎扯淡.

    只反驳你第一点.其他的就不一一反驳了.

    "用户是只想自己,不想全局的",一个用户,两个用户.十个用户,百个用户……你连一个用户的都照顾不到,还谈什么全局?

  7. 同意部分观点,我觉得要区别是什么层次的用户反馈。有些用户本身对电脑不太熟悉,提出的意见总让人摸不到头脑。

  8. 中肯,有一定道理。关键看实力,如果实力、人力不足,还是埋头为主,可以弄些留言、小论坛之类保留个窗口,然后埋头前进。但是最好要交3-5个非程序员,但是对软件、IT比较热心的网友,这样才能有不同的声音。至于BRAHMA的观点,也不难反驳:首先,用户只想自己的,这肯定没错,不知这个BRAHMA会怎样以用户的角度想全局呢?其次,这种假设不代表不照顾用户,这点在第16条、17条就作了回应,可惜这个BRAHMA因为在第一条而放弃其他条,倒确实证明要全局起来,谁都不容易,自己都全局不了,反说别人了……从另一个角度,任何销售行为,都应该是有限责任的,不是雷锋式的无限奉献,而目前的网民心态却总希望服务提供方是无限负责的,限于用户的强势,作者们都敢怒不敢言,但真实情况如何呢?建议用户自己尝试作点小软件,或者尝试作一下服务提供方试试,当是最简便的方法,但是不可能实现

  9. 作者的观点是有前提的:

    如果你发现自己80%以上的时间都在满足个别用户的一些看似大众化的BT需求的时候,并因此极其痛苦而无法推动具有建设性和战略性的的工作时

    在这个前提之下,我非常赞同

  10. 赞!

    理就应该是这么个理!

  11. 1, 用户是只想自己,不想全局的 2, 用户自己也不知道自己想要什么

  12. “群体的智力水平是低于群体平均智力”,这句很经典。就是因为看到这句话才建靶子的。

    我一直在想,在一个有效的平台中,群体的智慧应该要大于群体中单个智慧的和,即1+1>2。在实现1+1>2之前,先看看1+1……更多评论尽在“板儿砖”(kaolazhi在“板儿砖”拍你)

    ===

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

  13. 跟XP完成相反

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



    说得好。其实,是有这样的专员呀:项目经理就是这个角色。

  15. 我认为你说的不对

    我们公司的网站在开发blog的时候

    好多技术人员都不会用blog,也不熟悉网络

    实在是令人哭笑不得

    我怎么能任由他们去决定什么该做什么不该做

    怎么能任由他们判断用户的需求

    附带说一下,我是网站策划

  16. 很心痛的回复了。让你占了便宜。

    所谓的服务是针对谁呢?是程序员本身么?

    所谓的销售是针对谁呢?是博主您老人家?

    销售针对的是客户,客户需要的是服务。

    按照你这个说法,Google早就倒闭了。

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

  18. 标题:这标题应该改为“去他妈的,让贱人们去死吧” 摘要:用户就是批贱人,没事儿乱嚷嚷,老是提些乱七八糟的要求,其实这些要求又没啥用,连自己都搞不清楚要什么,

    [使用kicoy发布]

  19. 就是这个味

  20. 你好!你的这篇好文章已经被我推荐到中国掘客,接受更多人的阅读、评论和投票。

    [原文引用]: 如果一直以来你都是在一个封闭的小屋子写程序,从来没有接触过用户,收集过反馈,那么我建议看看刘老师的“程序员:多听听用户抱怨吧 ”,如果你发现自己80%以上的时间都在满足个别用户的一些看似大众化的B…

    更多精彩评论尽在中国掘客: http://www.cndigg.com

  21. 2, 用户自己也不知道自己想要什么

    说的太对了! 用户会对这个也不满意,对那个也不满意,看看别人的,觉得这家也好,那家也好,其实,他是真的不知道自己到底想要什么,这才是最致命的。能够提出有价值和建设性意见的用户,毕竟是少数。

    更多精彩评论尽在中国掘客: http://www.cndigg.com

  22. 都TMD的有道理阿..

  23. 板儿砖其实是很简单的原则:

    1、满足70%用户的70%需求,于是只有49%的需求;

    2、同时在余下的51%需求中,再做些工作,引发、教育其中的25%的需求

    3、总体满足74%的用户需求

    4、至于前13%和后13%的用户需求,板儿砖不管。……更多评论尽在“板儿砖”(cnsns在“板儿砖”拍你)

    ===

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

  24. 评议“程序员:少听些用户抱怨吧 ”

  25. .

    整体认可!

    但是不管是技术员、策划、用户,还是管理者来看!

    每一个人站的角度、高度,认识问题的全面、部分,都不相同。因此对产品的要求也各不相同。因为人思维的唯一性,(商业)产品要做到大众性,首先是产品策划人员对,市场的认识,对大众需求的认识。这需要策划人员的阅历、经验甚至详细的数据作为基础。

    然后就是开发人员自身的技术水平,开发团队的整体能力。

    一个商业产品的开发,还需管理人员的统筹规划,资源分配,风险分析,回报计算等等~

    用户,确实用户只站在用户自身的角度,他不代表全局性,但方便的反馈渠道,反馈的统计分析也是必需的。

    这些都是应该由团队来完成的!因此程序员直接面对用户也是不理性的、难以沟通的!

    当然个人开发共享软件,或为了个人理想开发的等不在此列!~

    .

  26. 呵呵,希望博主不要说自己哈

    1+1是小于2的

    认可 椰风拂晓 的说法

  27. 没有用户,软件有什么用?

  28. 多听听用户的抱怨。。。

    倾听用户的抱怨,不等于产品的研发被其左右

    能发掘出用户真正喜欢什么样的特性,而这些特性,

    往往会成为你不同于其他人的亮点

    闭门造车有什么用呢

  29. 最近幼稚的BLOG看多了。这篇应排第一。

  30. 如果一直以来你都是在一个封闭的小屋子写程序,从来没有接触过用户,收集过反馈,那么我建议看看刘老师的“程序员:多听听用户抱怨吧 ”,如果你发现自己80%以上的时间都在满足个别…

  31. 同意楼上赵二意见.

    你们缺一个认真整理用户需求的人.

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

  33. 对此文说好的都是写程序,说不好的都是用户

  34. 客户就是那么让人头疼

    ————————————————————

    中国有多少程序员?

    这里有答案 http://www.koders.cn

  35. 说的有道理,不能把所有用户的要求都满足了,只能满足一部分最有代表性的需求。

    不然不累死才怪

  36. 程序员、设计师是人,平凡的人,只不过脑力体力或许比一般人要高所以它可以做程序员,每一步都是踏踏实实做的想的,要考虑到全局,顾客领导考虑的不是不行而是需要一个过程,过程,或许很慢或许马上就好,但是我要总揽全局来编写、设计。客户你的一个想法可能就是我的又一个休息日,一个又不起眼的深夜加班,……如果说你说我不行,满足不了你的需要,那好好的,要么你多给钱要么找别人,在要不我忽悠你说那样不稳定……

  37. 技术要求

    1 精通asp

    2 有独立开发网站经验,信息发布类优先

    3 熟悉并热衷于web2.0开发

    4 有一定创意美工基础

    兼职工作,报酬面议

    有意向请发简历及以往优秀作品邮至:58persistin@163.com

发表评论

评论也有版权!