[閒聊] 從OEM角度來看MTK的問題消失

看板Tech_Job作者時間7年前 (2017/02/18 15:16), 7年前編輯推噓26(29推 3噓 57→)
留言89則, 36人參與, 最新討論串1/2 (看更多)
之前在某公司跟MTK合作了一段很長的時間， 看到這次發哥開獎不如往年，實在是有點感慨。 其實MTK遇到的是人多有枯枝的問題; 這種枯萎行為是有傳遞性; 也造成了發哥愈來愈追不上Q， 特別是CE(customer engieer，發哥是叫別的名稱但我忘了，主要由陸仔擔綱) 跟 RD。 如果有衛道人士要酸我薪水說不定沒MTKer多，憑什麼說發哥壞話; 那這篇文章不適合您觀看會傷了您的眼，請您左轉了。 對OEM而言，量產是最重要的，尤其是生產端回報的問題都必須緊急處理； 如果問題是出在vendor(MTK or Q)的部分無法自己解決， 首要是找出repro step，並先narrow down跟什麼東西有關，然後提供給vendor debug。 舉例來說，假如同樣的測試DDR升頻到100 Mhz不會死，200 Mhz不會死，400 Mhz掛點。 然後又發現 100跟 200 某3個模組的電都是關的，但升到400時卻被打開了。 OEM的流程會是: 1. 先生出一版不要上400 MHz的ROM給工廠繼續生產 2. 開eservice給MTK 或 case給Q並highlight。 3. 等vendor找出fix後導入，最後換新的ROM驗証出貨。 於是OEM把 400MHz會死跟開了3個模組的電告知vendor，並跟對方說明固定在200的改法。 接下來的走向: <Q> CE拉RD一起看; 必要時daily update <M> CE:『嗯，你們不是有solution了嗎?』 (叫我用200MHz出貨?) 『你們怎麼固定在200 MHz的?』(不是已經寫在eservice了嗎?) 通常要三催四請才會2~3天update一次，要daily sync還會不爽。 通常遇到難解的問題，CE/RD通常會拉下一個RD。 <Q> CE/RD1 會跟 RD2解釋現在的情況，OEM作了什麼，目前進度到哪。 <M> RD2:『你們怎麼固定在200 MHz的?』 (為什麼要跟CE/RD1問一樣的問題?) (為什麼不把mail拉到最下面從頭看到尾?) 然後RD3進來了，又問了一樣的問題(崩潰…) 過了一週，OEM覺得一直抓log進度嚴重落後，決定拿台機器給vendor自己debug。 <Q> 什麼時候都可以拿來，CE過去拿也行; 到時候再跟RD remote debug。 <M> 『機器? 我在北京欸?』 怎樣就是不拿機器，一直要你抓log就好。 又過了2天，還是沒結論，OEM要求concall; 請DDR升頻的人出來跟那3個模組的人溝通。 <Q> 指派一個核心的RD由top view往下看問題在哪; 跟每個owner cowork <M> 『不吭聲就跟我無關』，繼續讓那3個模組的人在那邊燒 (誰都知道那3個根本是被害的，不是right prerson)。 又過了3天終於找fix了，OEM會再詢問一些問題如: 1. 請問400MHz開了3個模組的電是否為root case? 2. 請問這個fix會影響原本100/200 MHZ的行為嗎? 3. blahblah… <Q> 會逐一問題並解釋，如『確實是root cause，原因為blahblah，我們的分析如下…』 <M> 只回答一個問題，『是』。 (單工嗎? mail多打點字會比較重寄比較慢嗎?) 搞到最後OEM要再重問一次，加註『請逐一回答』。 這種品質，被Q海放，不是很理所當然嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.240.195.57 ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1487402206.A.EDA.html ※ 編輯: wxWidgets (111.240.195.57), 02/18/2017 15:19:57
→
02/18 15:22, , 1F
不太懂,若是客服,M比Q的優勢大多了,主因就技術輸而已
02/18 15:22, 1F
→
02/18 15:23, , 2F
但M也很怪,明明就是價格取勝,GPU/CPU也都不是自己做
02/18 15:23, 2F
推
02/18 15:23, , 3F
如果是手機，會不會Q和M做的機種不同，價值有差影響su
02/18 15:23, 3F
→
02/18 15:23, , 4F
pport力道？
02/18 15:23, 4F
→
02/18 15:24, , 5F
我是認為他的高階不像玩真的,他是玩中低階的
02/18 15:24, 5F
→
02/18 15:24, , 6F
反而是聽說同樣東西，Q做好，M可能要花一些時間才能追
02/18 15:24, 6F
→
02/18 15:25, , 7F
上接近的水準，變成時間延遲
02/18 15:25, 7F
推
02/18 15:29, , 8F
`
02/18 15:29, 8F
推
02/18 15:30, , 9F
你們是不是量很小啊？
02/18 15:30, 9F
推
02/18 15:30, , 10F
M回覆真的挺慢的 他們是說很忙啦
02/18 15:30, 10F
推
02/18 15:32, , 11F
就算你的對口都完美處理好，發哥就會發？
02/18 15:32, 11F
推
02/18 15:33, , 12F
應該是你們量小，被排在低優先權....
02/18 15:33, 12F
推
02/18 15:34, , 13F
人家只是不想花太多時間理你而已
02/18 15:34, 13F
噓
02/18 15:34, , 14F
亂扯一通 Q最好support這麼好，騙人沒合作過
02/18 15:34, 14F
→
02/18 15:38, , 15F
不過現在發哥不發惹原因較大還是策略錯誤
02/18 15:38, 15F
推
02/18 15:38, , 16F
02/18 15:38, 16F
推
02/18 15:42, , 17F
中肯(也遭遇同樣的狀況),有效率的溝通流程應該是內部
02/18 15:42, 17F
→
02/18 15:42, , 18F
也要sync up狀況,內部分析進度或結果一致後,和客戶開
02/18 15:42, 18F
→
02/18 15:42, , 19F
會時一起討論還需要什麼支持來幫忙分析,不是抓著客戶
02/18 15:42, 19F
→
02/18 15:42, , 20F
一起陪著幫忙和內部看一次問題描述,這部分在客戶面前
02/18 15:42, 20F
→
02/18 15:43, , 21F
整個超不專業,也很浪費時間,尤其開會時,會當著客戶面
02/18 15:43, 21F
→
02/18 15:43, , 22F
前說要等深圳同事抓完Log才能分析(啊！不都同一個公司
02/18 15:43, 22F
→
02/18 15:43, , 23F
的嗎？比較合適的表達應該是在客戶面前說預計什麼時
02/18 15:43, 23F
→
02/18 15:43, , 24F
候給出分析結果或回報進度,會議結束後內部再喬);Q這
02/18 15:43, 24F
→
02/18 15:43, , 25F
部分就做得真的比較專業
02/18 15:43, 25F
推
02/18 15:44, , 26F
美國大廠廠商服務態度哪有這麼好...
02/18 15:44, 26F
→
02/18 15:45, , 27F
用可信度...
02/18 15:45, 27F
→
02/18 15:46, , 28F
看你跟印度Q還是美國Q合作囉...以前我也覺得Q很爛，經
02/18 15:46, 28F
→
02/18 15:46, , 29F
過M之後我覺得Q簡直5星級...不內部先sync，mail回一半
02/18 15:46, 29F
→
02/18 15:46, , 30F
，這種情形愈來愈多，就代表這種行為在M內部是被認可
02/18 15:46, 30F
→
02/18 15:47, , 31F
的...
02/18 15:47, 31F
推
02/18 15:47, , 32F
M跟Q比，真的沒什麼效率
02/18 15:47, 32F
推
02/18 15:47, , 33F
大廠服務通常比較好也比較專業是事實
02/18 15:47, 33F
→
02/18 15:47, , 34F
只有文件比較容易懂而已，但版本一直是舊的
02/18 15:47, 34F
→
02/18 15:48, , 35F
弱的都只會基本問題然後剩下的要等問rd
02/18 15:48, 35F
→
02/18 15:48, , 36F
『原來這樣就能過關，那我也這樣好了』
02/18 15:48, 36F
→
02/18 15:48, , 37F
還要自己問FAE才知道，傻傻看文件調就完蛋了
02/18 15:48, 37F
推
02/18 15:55, , 38F
RD1,2,3有很強的既視感,通常那幾個只是炮灰用來擋客戶先
02/18 15:55, 38F
推
02/18 15:59, , 39F
這樣比起來星星的服務好多了?
02/18 15:59, 39F
推
02/18 16:07, , 40F
充滿了既是感
02/18 16:07, 40F
→
02/18 16:08, , 41F
Q哪間
02/18 16:08, 41F
→
02/18 16:08, , 42F
這種事情不是看量大量小，優先級別低就可以容許這樣
02/18 16:08, 42F
→
02/18 16:09, , 43F
優先權低的根本不會回你啦..
02/18 16:09, 43F
推
02/18 16:10, , 44F
等到妹足掉單 服務就變好了
02/18 16:10, 44F
→
02/18 16:12, , 45F
這種事情不是看量大量小，優先級別低就可以容許這樣
02/18 16:12, 45F
→
02/18 16:13, , 46F
對待客戶，那以後M乾脆量小的單就別接呀！應該讓資源
02/18 16:13, 46F
→
02/18 16:13, , 47F
全部好好服務VIP，免得還得浪費內部資源的時間來應付
02/18 16:13, 47F
推
02/18 16:13, , 48F
哪家oem 小家就不意外 他們敢這樣對sony嗎
02/18 16:13, 48F
→
02/18 16:13, , 49F
非高級客戶. 一個SKU用M,一個用Q,很多OEM也會採用這
02/18 16:13, 49F
→
02/18 16:13, , 50F
種方式做產品,Q對外的溝通至少還是能讓感受到事情能
02/18 16:13, 50F
→
02/18 16:13, , 51F
很有效率的被推進呀！
02/18 16:13, 51F
推
02/18 16:19, , 52F
大量擴充 素質不均的問題浮現~ 做事的邏輯強但不會工具
02/18 16:19, 52F
噓
02/18 16:19, , 53F
發哥不發的原因很簡單。就是手機市場成熟了。出貨不
02/18 16:19, 53F
→
02/18 16:19, , 54F
再爆發成長。整個手機品牌真的在賺錢的也只有apple,
02/18 16:19, 54F
→
02/18 16:19, , 55F
Samsung。品牌商都不賺錢了。上游的代工廠、ic廠是
02/18 16:19, 55F
→
02/18 16:19, , 56F
是能成長賺到哪去？
02/18 16:19, 56F
→
02/18 16:20, , 57F
vs 做事邏輯很差但很會工具的即戰力 用人的兩難
02/18 16:20, 57F
→
02/18 16:20, , 58F
support不好只是見樹不見林的分析
02/18 16:20, 58F
→
02/18 16:22, , 59F
有人不知道 MTK 是靠 support 起家的 Q是這點被壓著打
02/18 16:22, 59F
推
02/18 16:24, , 60F
suport只對山寨白牌有用 現在不流行用白牌了
02/18 16:24, 60F
→
02/18 16:24, , 61F
小家又沒量，每次都嗆今年要大爆發來要support,我也是醉
02/18 16:24, 61F
→
02/18 16:24, , 62F
了。
02/18 16:24, 62F
推
02/18 16:25, , 63F
時間花在想怎麼出假報告吧
02/18 16:25, 63F
推
02/18 16:26, , 64F
Q是美國人才，M只是台灣人才，當然有差阿
02/18 16:26, 64F
推
02/18 16:26, , 65F
當你高階品質沒到頂 又不屑 support 跳去M領前輩的一半
02/18 16:26, 65F
→
02/18 16:27, , 66F
似乎是 剛好而已~
02/18 16:27, 66F
推
02/18 16:27, , 67F
Q直接打七折價互拚....
02/18 16:27, 67F
推
02/18 16:28, , 68F
基本上沒有高階手機用M的吧？
02/18 16:28, 68F
→
02/18 16:29, , 69F
人力比以前充足 服務是以前一半 前輩:草莓?
02/18 16:29, 69F
→
02/18 16:31, , 70F
年薪恐怕不到前輩的一半
02/18 16:31, 70F
→
02/18 16:34, , 71F
Q的支援比M好很多啊
02/18 16:34, 71F
→
02/18 16:37, , 72F
我主要不是在講M support的問題，而是M的人現在處理事
02/18 16:37, 72F
→
02/18 16:37, , 73F
情的邏輯跟方法有問題題...像回mail的部分，有誰會回m
02/18 16:37, 73F
→
02/18 16:37, , 74F
ail只回一個『是』？為什麼不是先把已經提供的資訊先
02/18 16:37, 74F
→
02/18 16:37, , 75F
吸收完而是直接再問一次？如前幾樓講的，處理事情的邏
02/18 16:37, 75F
→
02/18 16:37, , 76F
輯，才是真正的技能吧？
02/18 16:37, 76F
推
02/18 16:39, , 77F
CE是發可的 QA 嗎？
02/18 16:39, 77F
推
02/18 16:47, , 78F
ㄌㄈㄎ？Who cares? Qcom的現在是便宜好用又穩
02/18 16:47, 78F
推
02/18 17:04, , 79F
Q的ce強多了，印象中都是系統廠RD跳過去的？
02/18 17:04, 79F
推
02/18 17:04, , 80F
support好不好只是一小部份，廠商選Solution還是看產品
02/18 17:04, 80F
→
02/18 17:05, , 81F
產品如果被Q打爆M的Support再好都是假的~
02/18 17:05, 81F
噓
02/18 17:07, , 82F
今天若您是LG/3*/AMAZ/GOOGL, M是直接派HQ's RD支援的
02/18 17:07, 82F
→
02/18 17:09, , 83F
不可否認的M's 26同仁素質真的...但只花香蕉本來就只能這
02/18 17:09, 83F
推
02/18 17:12, , 84F
看你從什麼角度去看 M 是派RD去硬幹 Q 是穩定
02/18 17:12, 84F
→
02/18 17:12, , 85F
但分紅/淨利少絕對不是這一點造成的,若M產品是客戶不得不
02/18 17:12, 85F
→
02/18 17:12, , 86F
所以Q有很多 document M是一天一版 改到媽媽都認不得
02/18 17:12, 86F
→
02/18 17:13, , 87F
用的話, 服務再差LP捏著也會用
02/18 17:13, 87F
→
02/18 17:16, , 88F
Q的人力素質鐵定比M好啊,因為Q's CE一堆是M RD跳過去的
02/18 17:16, 88F
→
02/18 17:19, , 89F
.......市場大小可以忽略公司內部問題 =.=
02/18 17:19, 89F
‣ 更多 wxWidgets 的文章
文章代碼(AID): #1Of_JUxQ (Tech_Job)
‣ 更多 wxWidgets 的文章
文章代碼(AID): #1Of_JUxQ (Tech_Job)