|
||
|
Elite Member
  
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
業務權力會過大
會出去亂答應客戶需求然後回來壓工程師 這在管理嚴謹的日商體系裡根本是不可能發生的 業務未經公司內部協調就答應客戶需求， 而這樣的需求還可以拿回來壓工程師 講白點那是貴公司文化問題 再講廣點，台商體系這樣的問題就是很普遍 看看日商的業務有多孬就好 未經確認就答應， 業務只會被打臉，打臉，打臉 這一切都不是什麼業務研發之間的問題 而是公司、企業文化
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ 此文章於 2016-12-25 06:48 PM 被 blair 編輯. |
|||||||
2016-12-25, 06:41 PM
#51
|
|
|
*停權中*
加入日期: Dec 2006
文章: 944
|
引用:
是公司企業文化沒錯啦, 所以日系也會如此的; 我是台商出身, 日系專精, 美系管理綜合. 日系的確比較少出現答應做不到的事情, 但答應難做到或是根本吃力不討好的事情, 很多. 不過就像你講的, 的確是上頭授意(不論是事先告訴權限還是期間有詢問)的情況比較多. 至於為什麼會比較少答應根本還做不到的事情, 如你所說, 技術底出身的多. 我就是因為曉得這情況, 才猛攻技術來彌補, 台商出身的很多根本沒技術, 出去給人笑. 給人笑(玩弄)了以後見笑轉生氣來壓公司裡面的人, 所以老飛俠說的也是真正發生的事情. 譬如客戶講個方案秀範例有人做過, 業務看起來似乎沒什麼就答應了, 回來才曉得要大改. 業務思考(如果技術底子不夠)很簡單: 有人做過啊, 為什麼要改的理由好理解, 當然配合. 問題是要改, 時間/金錢都要控制(開始進入專案管理), 比較完整的體系還要預估&測試. 人仰馬翻講的就是這個, 更何況中途設計變更最傷, 客戶資訊與研發進度整個失控, 喔喔.. 所以: 業務能力(專案控制)技術理解, 三者合一是最好的, 三花聚鼎! |
|||
|
2016-12-25, 07:03 PM
#52
|
|
|
Elite Member
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
引用:
這一段就是典型「台商的業務」會發生的事情 而且還是要說 這是「公司文化」造成的 「業務未經內部確認協調，就不能答應 自己答應了，就自己吞下去去跟客戶道歉」 日商的業務除了技術出身外， 很多是國貿系/企管系出身的 我之前的上司就是企管出身 公司文化是技術為主 他就是學，我呢？我日文出身，我還不是學，學到會，學到一個「原廠技術業務」該有的樣子 至於我進公司時教我的師父，他是研發出身，而且是資深研發，公司早期產品都有他參與開發，那他當場就答應客戶需求嗎？ 也不是，他是在會議室當場打電話到日本總公司研發部門跟研發工程師討論作法與可行性 然後會議結束前直接告訴客戶可行性，或是如何改會比較好 這才是一個研發出身的技術業務比非技術業務強的地方 並沒有「因為我是技術業務所以我就可以未經確認當場答應客戶需求」 但是我在台商業務身上從來沒看到過有這種人 但是我還是能理解那種把客戶需求拿回來壓研發的情形 因為我自己親身看過這種情形發生 而且這個壓力反饋到當時我公司這「因為客戶需求」 講到底，這還是文化造成的
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ 此文章於 2016-12-25 07:24 PM 被 blair 編輯. |
|
|
2016-12-25, 07:18 PM
#53
|
|
|
*停權中*
加入日期: Dec 2006
文章: 944
|
忘了說, 業務之前都集中在行銷能力, 但還有一個隱藏版, 就是解決問題的能力.
譬如客戶回報定位不準(機械不是GPS...) 目前大多數業務的作風就是直接轉達研發. 但正確的: 什麼情況下如何發現, 出問題的頻率或者已經損壞等等基礎. 進階版: 定位不準sensor是否有動作, OK後搖臂是否有誤差(怎麼檢查), 那些因素會造成. 高階版: 找出答案, 直接告訴研發出資料解決. 另外舉個例子: 客戶要改面板控制IC的layout, 基礎業務就是直接轉達研發. 正確的: 為什麼客戶會想改? 以前有發生過什麼類似情況? (我不是專門電子科, 亂講一下) 高階的: 原來客戶那個角落要塞個天線而控制IC從那裏過會互相干擾, 這是天線LAYOUT(遞) 業務越強, 整合就越強, 工作效率是以倍計. 所以溝通能力(專案能力)技術底子, 三者要綜合. 我沒否認是文化或公司風氣~ (當時俺特立獨行, 自己認為要怎麼做才走三才合一的路子) 你說的那種人就是我, 基本上已經是"回報給公司驗證"而已的程序了.. 我當初是做到這個地步, 但你說的沒錯, 一定會先會報公司得到許可. 此文章於 2016-12-25 07:25 PM 被 Earstorm-2 編輯. |
|
2016-12-25, 07:22 PM
#54
|
|
|
Elite Member
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
引用:
上面三個版本在我前公司，是每個業務都要具備的基礎能力..... 當然前公司在日商裡是比較接近夏普這種風氣的公司 所以要求有高點
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ |
|
|
2016-12-25, 07:25 PM
#55
|
|
|
*停權中*
加入日期: Dec 2006
文章: 944
|
引用:
真的假的? 業務能力不說, 學好專案, 培養技術底子, 很耗時間耶.. 你們花多久教會一個? 編輯一下: 學專案指的不是考執照, 那個我一個月(或許可更短)就能過, 而是行程公司特別模式的專案技巧, 這要對設計跟製作都很熟才作得到, 要熬不少時間去學. 所以其實是先技術底, 再來專案(順序反過來). 此文章於 2016-12-25 07:30 PM 被 Earstorm-2 編輯. |
|
|
2016-12-25, 07:26 PM
#56
|
|
|
Elite Member
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
引用:
日本人每個都超過十年以上資歷 當時我主管說他學了五年才有個樣子 他在公司快三十年資歷 有些東西其實不需要從基礎學起 業務不需要太基礎的東西 光是以前案件發生的問題就足以累積經驗 我師父因為就是公司的研發出身 在研發就十年，所以他能準確預估工時 但無論如何，工時預估，成本估算還是有標準流程 他絕對不能越區代庖 所以都是在心裡估算同時抓安全值，然後在公司跑正常流程申請成本預估（含工時 這些就不是電話可以講的 公司控管是有一套嚴謹的流程存在
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ 此文章於 2016-12-25 07:38 PM 被 blair 編輯. |
|
|
2016-12-25, 07:30 PM
#57
|
|
|
*停權中*
加入日期: Dec 2006
文章: 944
|
引用:
喔喔, 我懂那個模式, 以前主管也是這樣跟我說, 不過.. 理念不同吧. 接觸日商超過200間, 的確也差不多是那個樣子, 也曾經跟日本人比較過. 我的方式, 是把一般不錯的6案件提升到能處理24案件的路徑. 複雜程度不是4倍... 其實是大約12倍(頂尖時期). 但基本上, 你說的是真的, 絕大多數就是那樣. 而我做的太過於龐大, 這裡就不囉嗦了. 那是一種資訊足以預判而做出行動的效果, 在客戶提之前想到就開始問(確認). 在研發過程中適時的提醒(太早是打擾, 太晚是傷害) 把所有範圍縮小到精準地跟客戶安排, 跟研發交代; 從銷售到問題解決. 進而彌補客戶跟研發缺失的地方. 基本上我進入了對客戶的客戶處理的階段.. 換句話說我能協助客戶開公司. 不過, 我是史巴克, 不是寇克.. 魅力值不夠, 有一種技能點數我學不會. 此文章於 2016-12-25 07:47 PM 被 Earstorm-2 編輯. |
|
|
2016-12-25, 07:40 PM
#58
|
|
|
Elite Member
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
好吧，至於標題
蘋果哪一天沒鬥過了 不要說蘋果 一間公司有三個人就可以鬥了 實在是沒營養的文....
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ |
|
2016-12-25, 07:47 PM
#59
|
|
|
Senior Member
 
加入日期: Sep 2001 您的住址: 台北市
文章: 1,034
|
引用:
我以前有次業務在談新案子，當時只有一張ID的造形圖，還沒有實際開始設計，業務跟我商量，問我能不能估一下模具費到時要花多少， 他希望我給個數字，這樣他跟客戶談時有個依據。（他是很客氣的跟我說，並沒有拿客戶來壓我，也表示理解現階段估價不會準， 他只需要知道那個範圍大概會落在哪裡就好，所以我那個忙幫的很心甘情願） 於是我根據ID圖推測可能要拆多少零件，然後找舊機型模具價格來參考，挑長的比較像的零件再依據大小調整，最後估了個數字是410萬台幣。 業務拿到我的估價後繼續跟客人談生意，最後案子接到了，確認後我開始實際做拆件、細部設計的工作， 幾個星期後設計完成正式丟圖給模具廠報價，結果看到報價單，我自己都被嚇到：總價412萬  我簡直不敢相信那次怎麼會準到這種地步，以往經驗只用ID圖估價，跟實際設計後估價能差個30%以內就已經覺得準了） 但是現在公司的採購就兩光到讓我生氣，每次接到RFQ，因為沒有開始設計，所以我們做法就是跟我以前一樣，找個舊機型當參考基準， 提供各個零件預定的尺寸和材料，同時告訴採購A件可以參考XXX機型、B件可以參考YYY機型（大小不一樣就照比例抓一下）等等。 結果我們家採購每次都來盧，要我們出各零件的3D圖，說不然廠商不會報價，我每次都很想譙：出圖？出你個頭啦！ 有時讓我很不爽的是有的還語帶威脅，扣我們帽子說是RD不給圖所以他們報價報不出來，把責任全推到我們身上。 其實說到底是他們根本沒有自己判斷和估價的能力，只會坐著左手跟RD要圖（沒有圖也在盧我們要生出來），右手把圖丟給廠商報價， 但是現在我不敢自己估價，因為之前有同事做模型跟廠商先談好價格發包（因為做模型如果還要跑正常議價程序趕不上schedule）， 結果呢？採購主管跑去上面告狀，說我們跟廠商私相授受，言下之意就是我們侵犯他們的職權範圍， 於是後來研發主管下令，我們一律不再碰價格，以免落人口實。
__________________
================= 我從來不把錢當錢看 我都是把錢當命看！  ================= 所謂理論，就是大家知道為什麼，但實際上行不通 所謂實務，就是沒有人知道為什麼，但實際上行得通 本公司已經完美結合了理論與實務： 什麼都行不通，而且沒有人知道為什麼 
|
|
|
2016-12-25, 09:22 PM
#60
|
|
