和雅虎公司的luoluo

死猫咪咪 21:50:01
产品经理是最了解客户需求的人还是客服还是开发人员
螺螺.Net 21:48:11
产品经理吧

和广州IT公司的bc
死猫咪咪 22:04:22
有空吗请教一个问题

Bill Chen 22:02:14
说吧
死猫咪咪 22:04:40
产品经理，客服，开发人员，谁最了解用户需求？

或是还有其他的选择理由是什么

Bill Chen 22:05:40
UE
Bill Chen 22:05:52
专家或系统分析师。
死猫咪咪 22:08:22
理由是什么

Bill Chen 22:06:22
UE的职责是做：用户体验，所以，他必须了解并理解。
Bill Chen 22:06:43
系统分析师是协调专家与知道计算机表现与能做什么的人。
死猫咪咪 22:09:49
你们公司有系统分析师吗

Bill Chen 22:07:37
我。
死猫咪咪 22:10:23
系统分析师要执照什么的吧你是正规的吗

Bill Chen 22:08:45
有这个角色的。
Bill Chen 22:09:04
可以执证。
Bill Chen 22:09:22
我不正规，但我是个优秀的分析师，特别从客户需求上。
Bill Chen 22:09:44
只是在技术沟通方式用词不是很专业与到位。
---
我做的BLOG聚合：网络安全技术圈子

pazu

发表于：2007-03-08 22:43

发帖： 235
积分： 0
注册： 2005-10-22

从那3个对用户需求把握失败的例子中，其实可以看到职位并不是对需求理解的一个必然关系推导，想真正了解用户需求，不在于职位，在于你的认真思考，收集信息，主动咨询，总结归纳，重视反馈，不断挖掘。难道可以说，只要其中一个职位理解了用户的需求就可以做好一件事情吗？经验告诉俺，绝对不是

总之，所谓需求，即欲望

pazu 编辑于 2007-03-08 22:45

mrcool

发表于：2007-03-08 22:50

发帖： 1451
积分： 0
注册： 2005-01-21

引用

解铃还须系铃人

为什么没有客户?

我觉得最了解客户需求的，不一定的客户本身。我经常遇到一些客户，他们提出的多个需求之间都是矛盾的。
一个好的销售，能够灵敏的捕捉到客户的根本需求，抓住这点根本需求，跟他解释清楚其他需求之中可能存在的问题，把一些可有可无的需求引到到自己的产品上来。
销售得到的客户需求，会反应给产品经理，产品经理决定是否针对这个需求进行产品的改进。
所以我个人认为，好的销售人员是最了解客户需求的。

mrcool 编辑于 2007-03-09 02:24
---
今天，你六楼了吗？

phant0m

发表于：2007-03-08 22:51

发帖： 52
积分： 0
注册： 2006-11-23

好的客户呢?
---
活得不明不白,不明不白地活着.

goldsun

发表于：2007-03-09 08:40

发帖： 1375
积分： 0
注册： 2003-08-01

一般靠得是团队。
产品经理+客服+开发人员，经常开开会，碰碰头，总结总结，研究研究，找几个客户代表谈谈对产品、服务的意见。
---
一名退学的优等生,我要加盟快乐族。
十七岁做的梦噢,七十岁也感动.

tombkeeper

发表于：2007-03-09 08:49

发帖： 3113
积分： 15
注册： 2001-09-20

客户自己都未必知道自己想要什么。

所谓客户需求，就是销售根据客户的只言片语，结合自己的产品，攒出来的概念，再由售前包装成方案。

客户看了这种专业的、美观的、充满专业术语的文档后，又仿佛乎和自己的那只言片语是有些关联的，心中十分欢喜。OK，这就是客户需求了。
---
不是大家伙揪你小辫儿，实在是裤子遮不住屎啊。

goldsun

发表于：2007-03-09 09:02

发帖： 1375
积分： 0
注册： 2003-08-01

不管大小，只要舒服就行。
能不能从客户的脸上看出惊喜、愉悦的表情,这也许就是是否满足需求的唯一标准。
---
一名退学的优等生,我要加盟快乐族。
十七岁做的梦噢,七十岁也感动.

ten

发表于：2007-03-09 09:05

发帖： 107
积分： 0
注册： 2005-12-22

根据全国各地30多个项目反馈结果，是现场技术服务的人最了解客户需求。

answer3

发表于：2007-03-09 09:31

发帖： 113
积分： 0
注册： 2006-11-11

最自恋的一定是开发人员
---
骗MM无罪

era

发表于：2007-03-09 10:03

发帖： 90
积分： 0
注册： 2006-10-27

引用 (goldsun @ 2007-03-09 09:02)

不管大小，只要舒服就行。
能不能从客户的脸上看出惊喜、愉悦的表情,这也许就是是否满足需求的唯一标准。

意淫一下

pazu

发表于：2007-03-09 11:31

发帖： 235
积分： 0
注册： 2005-10-22

引用 (tombkeeper @ 2007-03-09 08:49)

客户自己都未必知道自己想要什么。

所谓客户需求，就是销售根据客户的只言片语，结合自己的产品，攒出来的概念，再由售前包装成方案。

客户看了这种专业的、美观的、充满专业术语的文档后，又仿佛乎和自己的那只言片语是有些关联的，心中十分欢喜。OK，这就是客户需求了。

tk的想法无疑代表了一大类现实情况. 但是, 从tk的语言来看, 负面情绪稍微高了点. 客户的需求产生, 从开始到结束,都处于一个被动, 次要, 甚至是"被骗"的情况, 推销给用户一个新概念也许比了解用户真实需求来得高效,也许这个是安全界的普遍情况. 但长期以往,  并不认为是好事情. 根据非对称博弈来看, 信息的非对称并非一个静态过程, 总有一天, 某些用户会明白, 其实他们的真实需求是什么, 这个产品或概念是否符合需求. 只是,这个周期是长是短而已.

  更具有建设性的想法是, 需要真正的了解用户需要什么, 遇到什么问题, 目标是什么, 我们能起到什么帮助的作用.这个环节,无论是产品, 客服, 还是开发, 都是一个必须贯彻的过程. 只要有不理解或不认同的情况下, 这几个环节导致的产能会大大削弱. 造成延误,误会等.当然了,这些都是俺个人的想法,不代表任何东西.

做法上, 也许没有太多的根本区别 ,但是,心态上必须抱有服务的意识.

      另外,举2个例子, 华为的需求收集, 基本是靠说,俺提的两个问题, 当时他们说回去查查给俺答案, 也记下email, 嗯,然后没有了下文. 给人的感觉就是表面的功夫. 绿盟方面, 有一个地方做得不好, 问道关键问题的时候, 基本上靠忽悠带过. 对于一个高参与度的客户来说, 如果原理层不了解, 即使测试效果还不错,也容易造成信心缺失. 当然互相也需要理解, 其实如果实在不能说, 直接告诉算法是核心机密, 大家都能理解的. 不过机密这个词,能少用就尽量少用拉P;)

     还是那句话, 心态问题,  不要推销东西, 而是切实为用户创造价值. 不过还是那句,说简单,做起来太困难了.

pazu 编辑于 2007-03-09 11:33

dos622

发表于：2007-03-09 11:41

发帖： 279
积分： 0
注册： 2003-10-28

如果客户是一个需求的具体执行者,则提需求时往往容易陷入当前状况而无法考虑得更远一些,特别是当前正运行的项目出现一些问题时,会直接导致提出的需求出现互相矛盾的现象

如果客户是一个策划者或公司全局把控者,(前提是其公司及自身有上进的需求、动力及合适的公司氛围)则会着眼于当前公司的全局来提,这时提的需求具有一定的前瞻性及合理性.也是最了解自身需求的.一个好的客服,往往能从客户的动向来精确地把握客户的当前需求,后续需求,更进一步甚至能指出客户需求中对客户自身的不合理性以及为客户提供指导,此时,客户能从中明白自己的真正需求,从而对客服产生信任及依赖,所以，此时最了解客户需求的应该是客服。

hkluoluo

发表于：2007-03-09 12:06

发帖： 17
积分： 0
注册： 2003-10-14

从三个角色的职能上来看，应该是产品经理吧，可能现实情况中会有所不同吧。

ljjjack

发表于：2007-03-09 19:08

发帖： 1631
积分： 0
注册： 2004-01-05

曾从事过客户服务、开发人员工作的人最了解！
---
既然选择了远方，便只能风雨兼程。

收录于