为什么不让程序员直接对接客户,中间还要隔着个产品经理?
客户:这个东西为什么不转了。
程序员:因为递归调用Q中的锁产生了死锁,导致主进程卡死而产生ANR报错。
客户:?
客户:这个东西为什么不转了。
产品经理:这个是我们在进行产品优化,发现元器件过热的话会进行停机保护,不过这种情况不常见。您要是不需要的话,我们可以在下个版本中关闭掉它,或者提高一下温度阈值。
客户:哦,这样啊,贵公司果然经验丰富,就按你们的方案来吧。
产品经理:(回头小声告诉程序员)赶紧修BUG去!
程序员:(一脸懵逼)但我们没这个功能啊。
产品经理:没事儿,1周后他就不记得这回事儿了。
#科技风向标#
客户:不对啊,这不是因为递归调用Q中的锁产生了死锁,导致主进程卡死而产生ANR报错。[微笑]
首先是程序员比较贵,乖乖在这流水线码字就行。让便宜点人去扯皮。 说好听的是产品经理情商高。客户发火了可以换个产品经理对接程序员提桶就是大动脉
胡说,我们研发人员也是很懂和客户交流的呢![开怀大笑]
研发人员直男直女,比如两个美女问研发人员她俩看起来比较重,研发人员会说其中一个比较重。如果是产品经理他会怎么回答?
段子而已。其实产品经理也是程序员,UML是必须掌握的语言
产品经理是糊弄顾客的啊!比如,某个产品有个功能崩塌了,客户提成来,工程师修了一下说这个大概要花一个月才能改好。你这么跟客户说,客户就会换别家产品。这个时候,客户经理会说我们工程师正在抢修,一个星期搞定。一个星期后客户来问,客户经理继续找其他借口拖着顾客,一直拖到修改完毕,也是三个月后。。你说客户经理重要不重要?
现在大学培养的都是复合型人才,忽悠人这种事情也是必学科目[抠鼻]
看不起开发的啊,作者自己傻不要认为所有开发都傻
主要防止工程研发挖公司客户
出BUG了,产品经理:不对啊都严格测过的,其他客户那里用了好久的,可能是偶然情况吧。研发:跟B客户情况差不多,还有另一个Bug还没出现。[赞]
跟客户交流的时间,都够做几个程序了。
一句由于网络波动回复99%的问题
我们公司业务员都不能与研发沟通。怕我们帮竞争对手挖人。或者做私活
瞎扯,故意分割职能,让程序员不能随便单干,我一个同事去外包公司,接了一个老板的项目,没多久老板要加功能,没找公司直接私下找我那个同事
跟客户和经理打太极,比啥都重要
这真不是段子啊,很多客户完全不懂技术的,就需要产品经理这种懂技术又懂客户的人才。
你猜他为啥叫程序员?他对接客户了谁来编程呢?你以为对接客户就是说两句话完事,然后就可以接着编程了?
可怕的不是程序员和客户交流,是程序员之间交流
专业?
因为程序员没产品经理会吹
公司要价30万的活,客户直接对接程序员,程序员十万就办妥了。
产品经理是经营扩大化之后细分出来的,程序员和甲方对接工作少的时候还可以,多了之后忙不过来。至于为何变成欺上瞒下就不好说了
嵌入式才有这个,it行业哪有控制温度
让哪个程序员去?
然后,客户信了,出现奇怪的功能,你们怕不怕
我听不懂什么Q死锁ANR报错,但在做产品优化的过程和目前元器件过热应该没什么关系提高温度阈值只会坏的更快这种基本常识还是有的
要知道,客户就是来虐你的!!甲方从来没有真正的专家,一般都是砖家!你和他谈会所,妹子酒,那就肯定是专家!!
这是没干过产品经理
你以为客户不懂?只是不说也没必要说而已
我本地没问题啊
程序员只是负责单一的编程工作,但是一个产品的生产并不仅仅只是编程这一步而已。产品需要前期市场调研、策划、生产、检测、试用,以及客户使用情况的跟踪调查,这些都事情需要有人来做。程序员只是做了这个过程中的其中一步而已,而产品经理需要跟踪、协调整个产品生产的上下游
反正我跟客户沟通真没这么想当然的简单,人家根本不是随便派个人就接收我们产品。指定要求技术销售还有售后一起做对接,人家负责审查和验收的技术人员可不是吃干饭的
当下大型复杂的生产活动分工而已。就得分这么细,不然容易出事。