RD vs. Sales

Jim_Lin

Sales: 你們做的產品這麼爛, 我們怎麼賣?

RD: 你們要的功能都有做給你們啊...
# F7 N* e5 O8 w3 s  q
7 |9 H/ c% K# GSales: 我哪知道你們做的這些功能都是半調子, 不是一個商品化的產品
0 b4 {' Q- A0 J% e: I# u
; N9 F2 y, \; z( |RD: 你們只說要XX功能
5 Y* N: J& L9 o+ A; A6 A
Sales: 你們的規格書也有寫說此產品具有XX功能, 但是這XX功能既不能AA, 也不能BB, 客戶哪會要

RD: 你又沒說清楚!?

" S# x! |3 r" fSales: 我又不是工程師, 又不懂技術, 哪能說到那麼Detail, 你們自己要有Sense啊!? 唉! 客戶不會要了, 這一季的Revenue又要與預計的差一大截了, 真懷疑你們的研發能力耶~~ 喔!對了, B產品的那個YY功能到底有沒有你說的有95%的功效?
8 I1 G" S# ]4 \* q7 Y$ |& i
RD: 這是我們在實驗室所得的結果
2 t8 o/ }" S; a. X
Sales: 你們用Golden Sample怎麼會準? 上次去客戶那邊Demo, 客戶拿他們的Sample就Failed. 你們應該擴大測試Base啦~
. t3 S) p' e8 ?+ g7 y( N% ~8 j
( {& Q& b" \2 f+ L/ oRD: 可是我們沒時間, 正在開發C產品...

0 E* T; I: i! p) \Sales: 我不管啦, 這是客戶要的...說到C產品, 你們說支援那個什麼碗糕標準, 那是什麼東西啊?
; G0 j. K, |! \0 K  O
; ^+ C# z3 l+ T7 u! i: G8 sRD: 喔~那是....(解釋了一堆), 我有相關的Document, 可以Mail給你
, I0 c' c* }0 f8 X6 W' H7 u; q
Sales: 呵呵~不用了, 我不懂技術, 乾脆你就幫我把這些介紹做篇PowerPoint...我很忙的...

+ n, c# }7 G- N% f. W. P1 x1. 你們公司是否都是將未來產品的銷售額納入預定的Revenue? 佔有多少比例?
9 f5 V. y! g3 d- b; G2. 你們公司是否RD要幫Sales做部分Sales Kit, 並做Trainning, 且Sales常常挪不出時間出席?
3. 你們公司的RD如何向Sales說明他們自己的研發能力? 有無這種研發單位的Formal Document作為研發能力說明書?

Jim_Lin

雖然是在RD論壇, 也不希望大家有一面倒的替RD講話
. I/ N4 R- w: b. Y- o+ T& E2 C# U大家很明顯的看出是雙方溝通不良
/ o( o6 c" p6 w' N* d1 M此帖的目的是希望看看有沒有比較好的方法可以化解此問題

Jim_Lin

原帖由 heavy91 於 2007-7-18 05:10 PM 發表
+ `+ p4 y% x! x9 [- Q1 Q這時候....FAE也許就是關鍵的角色了.....
' N+ n$ z/ A1 k7 s. ^/ z
. ^- O* P+ `0 N0 {2 M* @- O有時候....業務也是要作功課的啊....

) d6 ~3 S0 J2 q) u/ ^
; Q9 {- D8 Z1 |; A4 c$ o1 H% |0 S如果是FAE的Job Function, 那RD & Sales的衝突產生是FAE沒做好職責?
FAE的能力有高有低, 是否代表雙方的衝突有高有低?
: _5 V$ H+ U5 u2 ?$ M+ j  c7 A如果為了屏除人為因素, 企業是否會用標準流程與標準文件來解決?
3 D; }2 u9 ?# ^; e. j5 ~如果是, 可否分享?

Jim_Lin

原帖由 bosscck 於 2007-7-26 12:15 AM 發表
/ _5 W/ H# G. e其實很多東西是要有基礎條件的,總不能要一個種菜的去賣水果,研發要有點商業腦筋頭腦要會轉別太死板,業務在專業領域上或多或少應該要知悉一些,業務常常會犯的錯就是把RD當成小弟使喚,小弟個人覺得一間電子公司不 ...

- v2 S5 G; x$ t7 ]& V  `
2 |8 M6 k; A9 k! ^) @1 r1.兩造主管要慎選.
9 R! M( u! `" x' X; x我發現能當上主管的多少都有鬥雞個性, 曾經看過上層將兩主管互換, 換了位置便換了腦袋, 繼續鬥
* \2 D1 m+ X$ ?5 r* s; b6 e8 ]
2.不要總覺得都是對方的問題,有時候去聽聽對方的專業領域將來溝通會更順暢.
是有聽, 但是不知有沒有打開心胸來廳?

3.今天談不攏休息兩天再談,別急於一時.
! ]+ @: Y! T$ K" `8 I6 i# f客戶不能等, 癥結不打開, 再談結果還是一樣
2 |& \$ M8 n& Z7 k! Z% B, p
. G+ k* p- o8 ]  p* O( }* c% K4.定期舉行休閒活動讓兩造共同參與增進感情.
( O- y1 M! }) ~) p大部分的人都可以是好朋友, 但是就是不能成為好同事

大家所講的都還是人治, 有沒有一套制度, 或者更簡化成只要一紙文件, 大家依標準行事, 不容帶入個性
1 L4 u4 N/ t9 R
[ 本帖最後由 Jim_Lin 於 2007-7-26 09:27 AM 編輯 ]

Jim_Lin

原帖由 jiming 於 2007-8-10 11:36 AM 發表
關於 FAE ，前面 heavy91 大有提到這個的角色扮演，Jim_Lin 大也有提到的 Job Function，但 PM 呢？:o
( s0 b5 E' ^1 B1 O. j2 mPM 產品經理，是否應該去整合雙方意見, 做出對內與外都有力的人, 不要只是會放話, 讓兩邊去亂做呦？:han ...

( v: N! T+ v6 }  b5 [PM角色更糢糊了, 各家定義都不同
PM=Product Manager
PM=Project Manager
( ]8 l, w6 w& l+ `3 WPM=Program Manager
% j0 e; P4 m! |9 R; E# h8 nPM=下午才出現的人

5 B6 C3 r9 k7 \* i* B! R6 ~6 d連在同一家公司裡面還會有大PM與小PM之分
% a6 x& v1 \/ C# V9 F9 |0 O, h大PM負責開規格, 行銷 (Promote), 企畫...
小PM負責所有投產的時程, 物料....跟催
' n( J6 P- |+ p: w有些公司PM根本就是在打雜
' K" @0 ]5 s' Y, g* v) r6 @
- x+ X! S/ e) N; _9 n1 v- t) K所以才會造成某公司的PM到另一家幹PM時發現工作型態南轅北轍, 造成PM流動率極高
所以還是不要管Title, 論Job Definition比較直接