gif賽車組裝程序員產品架構師

⑴ 從程序員到架構師要經歷哪些階段

架構師是什麼？
架構師這詞其實很有意思，很多人的Title是這個，但其實我們對架構師都干什麼並沒有太統一的認識。往大了說，比爾蓋茨當年好像也稱自己為架構師，往小了說隨便一個小的軟體上做設計的也說自己是架構師。所以如果把這個詞泛化而不局限於特定的場景，估計單是說清楚什麼是架構師就要花費不少口水。下面我們用一個取巧的辦法，在一個具體的場景下來看看，架構師都該干什麼，而不把這個詞泛化，如果在特定場景下這個角色應該干什麼清楚了，那它就可以為其它場景下提供不錯的參考。
我們只考慮從頭開發一款產品的場景，不考慮這款產品可能是個家族，可能需要在公司里與許多東西配合這樣繁瑣的事情。這樣問題就簡化成：當我們要開發一款新產品的時候，架構師都要幹些什麼？為讓事情更具體，我們進一步假設公司想做一個Trello，Worktile這樣的協同辦公工具。
在產品初期除了UI這類東西，還能明確的一些關鍵需求大概是這樣：

簡單、迅速，追求極致的用戶體驗，這時也許能想到看板這樣的功能
打入社交元素（任務分配與溝通時打入信息流的機制）
移動端支持
公司判斷：如果產品能在1年內上線，時機比較好

其他的需求呢就是感覺上肯定有，但暫時說不清楚
基於這樣的簡單提示，長做程序的可能腦子里會立刻冒出來無數東西，比如：

快的確保?
看板里拖動的實現？
SaaS時伸縮性的確保？
資料庫中表的設計？
資料庫類型的選擇？
移動端的支持方式？
人員的現狀？
迭代式開發的支持？
... ...

但顯然不是每個事情都要在架構設計階段搞定，否則等於是被弄蒙了，這時候架構師的一個關鍵職責就是要能區分出哪些東西預先需要搞定，而哪些東西則要在迭代過程中解決。
一般來講重置成本越大，牽涉的人越多的事情越應該由架構師預先搞定，否則就容易做無用功，對開發工作產生致命傷害。具體來講這類事情由三個核心部分組成：

選定Tech Stack
概要設計，確立分工的基礎
協同方式

下面來分別解釋下這三個方面的具體含義。
選定Tech Stack是指要選定包括編程語言，基本框架等一系列東西，比如Trello選完之後大致是下面這個樣子：
http://www.csdn.net/article/2014-07-28/2820883

⑵ 系統架構師是干什麼的啊

屬於項目的高級分析、規劃、管理人員

系統架構師（System Architecture）系統架構師是負責設計系統整體架構，從需求到設計的每個細節都要考慮到，把握整個項目，使設計的項目盡量效率高，開發容易，維護方便，升級簡單等等。

全文見網路
http://ke..com/view/905154.htm?fr=ala0_1_1

⑶ 專業架構師，第 1 部分: 開發人員如何成為架構師

在尋找優秀的指揮的時候，您首先要找的是一名優秀的音樂演奏家。但並非每個音樂演奏家都能成為優秀的指揮。架構師的專業發展方面也與此類似。越來越多的 IT 組織開始認識到良好軟體體系結構的重要性，架構師職業正迅速發展為 IT 內一個獨立的門類。由於要從相當小的候選范圍內招募架構師，因此這就給管理帶來了一些新挑戰。即使人力資源部門找到了候選者，針對經驗進行的篩選也比其他門類更為嚴格。跨越這些障礙的最快方式是要認識到，大部分好的架構師同時也是好的開發人員，因此尋找架構師人才時可能首先應該從普通開發人員中找起。招聘人員在對候選者（內部或外部）進行詳細審查時，應該考慮這個觀點。不過，對此資源進行挑選可能比較麻煩，因為只有極少的優秀開發人員具有成為架構師的特徵或願望。本文列出了開發人員成為架構師要進行的工作。我將從可能考慮進行此轉型的開發人員和評估進行此轉型的開發人員的經理這兩個方面來探討這一問題。我還將提供一系列在做出這些決策時要考慮的因素。個人特徵軟體開發團隊和管理層之間的聯系始終是 IT 中的一個關鍵所在。二者都傾向於以完全不同的方式考慮給定的問題。大部分相關技術都是討論項目經理應如何跟蹤和解釋開發人員的進度和問題。但溝通不足的情況仍然非常普遍，而且這是項目失敗的首要原因。好的架構師是解決這個問題的最有效辦法。架構師的主要責任是提供開發人員和項目經理之間的共用溝通媒體。他們負責讓業務規則及需求與工程實踐及限制相適應，以確保成功。以下是成功架構師的一些主要特徵。願意並有能力進行溝通：在開發人員中發現架構師的最有價值標準是有效的溝通。您需要技術嫻熟、經驗豐富的開發人員，這樣的人員需要有就項目中的業務相關問題進行溝通的經歷。架構師經常必須對理解方面的差距進行預計，然後才能有所貢獻。他們必須願意克服困難來確保技術和業務觀點的融合。他們並不必對意見交換工作進行計劃和協調；這仍然主要是項目經理的工作。他們的任務是確定表述系統設計時的最佳工具和構件，以促進有效的意見交換。他們必須能夠判斷當前方法顯得不足而需要採用新方法的情況。寫作技能也非常重要，還需要具有製作草圖的技能或使用制圖軟體的能力。具有處理談判細節方面的經驗：架構師經常需要負責討論系統開發的技術折衷方案。優先順序的沖突可能會帶來實踐限制、風險規避或可能導致在各個不同業務組之間需求不同。優秀的架構師能夠有效地評估技術可能性，並能在不損失項目的主要價值的前提下制訂開發計劃來處理各種利害關系和限制。這與前面討論的溝通技能緊密相關，但同時也要體現架構師的技術能力。好的架構師候選者應該是經常幫助對有爭議的討論進行引導的人，能夠使討論得出新的想法，而不會使其在一個位置停滯不前。自覺主動；積極解決設計問題：架構師的日常工作目標經常並不明確。很多開發人員直接參考功能規范來列出任務清單。架構師通常則是向這些開發人員提供所需結構的人員，以便盡可能提高工作效率。好的候選者不僅進行溝通方面的工作，而且也會預計各種設計問題並加以解決——通常在沒有任何具體指示的情況下自覺進行。無論所分配的職責如何，積極參與項目的開發人員都有機會從一起工作的人員中脫穎而出。抽象思維和分析：架構師必須能夠理解表述模糊的概念並將其變成相關各方能夠理解的項目構件。他們必須能夠理解抽象概念，並以具體的語言對其進行溝通。開發人員中好的候選者經常要求或自己主動解釋開發生命周期中容易混淆的問題。他們能迅速評估各種想法並將其納入後續工作的操作建議中。開發人員經常具有很強的數學能力，而好的架構師則傾向於表現出更強的口頭表達能力。管理人員經常說開發人員具有「工程意識」，而這是一個用於評估架構師的非常有意義的方面。架構師應該具有很強的解決技術問題的能力，但還必須能夠准確獲知更為全面的人員如何與技術交互的信息。這要求具有某種形式的抽象思維（而不再是代碼的細節），這種思維能力可能較難形成。有些人認為，某種級別的正式教育是成為優秀開發人員的必備條件之一，我並不同意這種精英論。我遇到了很多高中就輟學的優秀開發人員。不過，對於體系結構設計工作，我的個人經驗以及我對所需能力的認識都讓我相信，好的架構師通常至少獲得了一個有挑戰性的學士學位。跟蹤生命周期好的架構師通常有在具備定義良好的軟體開發生命周期（Software Development Life Cycle，SDLC）的組織工作的經驗。架構師必須理解在其所屬專業內最重要的操作過程。這並不意味著需要有其他前提，例如，並不需要高能力成熟度模型（Capability Maturity Model，CMM）級別的工作經驗。好的架構師可能來自使用 SDLC 的多個小型迭代的極限編程（Extreme Programming，XP）方法的組織。務必注意各種傳統軟體開發操作，如 Michael A. Jackson 的方法：Jackson 結構編程（Jackson Structured Programming，JSP）和 Jackson 系統開發（Jackson System Development，JSD）（請參見參考資料）。Jackson 的研究對架構師職業發展的意義就像 Donald Knuth 的研究對程序員一樣重要。架構師可以偏愛任何經典的、經過時間考驗的軟體系統開發方法。SDLC 也可以成為評估架構師合適人選的有用機制。每個 SDLC 階段都具有能提供相關線索的特徵。SDLC 包含很多小的變體，但在此部分，我將使用幾乎所有方法的公共基礎部分。下面的列表詳細說明了 SDLC 的各個階段，並列出了好的架構師候選者在每個階段表現出來的特徵。分析：在分析期間，好的架構師會考慮非技術影響，以便了解需求和將在其中進行開發的環境。架構師可為風險評估任務帶來廣泛的軟體經驗供參考。尋找具有豐富經驗的開發人員，以幫助業務部門理解技術人員正確解釋需求所需的信息。尋找在開發的早期階段能夠預計可能遇到的問題的開發人員。設計：在高級設計期間，好的架構師會收集問題空間的各個抽象元素，並就其進行溝通，以便開發團隊草擬將要開發的系統的相關圖表。架構師負責將需求謹慎地映射到所得到的系統體系結構的功能。在詳細設計期間，他們所扮演的角色並不是核心角色，但為了根據整個系統的規則對特定模塊的元素進行審查，仍然需要他們。尋找善於讓團隊能夠預計設計決策對最終系統的影響的開發人員。尋找善於確定一些最佳構件來促進與技術和非技術受眾溝通設計問題的開發人員。實現：在實現期間，架構師對項目進行引導，以確保其符合系統體系結構。他們在一線評估技術更改請求，並確定如何對設計進行調整，以最好地處理此類請求。架構師還要密切了解開發人員的進度，特別要跟蹤系統中模塊間的集成點的狀態。尋找經常對討論進行引導來連接多個子系統的開發人員。尋找項目經理可以依賴其快速地進行與更改和出現的問題相關的風險評估的開發人員。測試：架構師對系統集成和用戶接受度測試進行指導，並負責評估進度的正確溝通的持續測試結果。尋找理解錯誤模式且善於將測試復查結果轉換為行動計劃的開發人員。維護：在維護期間，架構師將發起關於系統集成的討論。無論處理 IT 基礎設施問題，還是確保部門之間的技術合作，架構師都必須完全理解應用程序，必須快速學習姊妹應用程序的體系結構，而且必須就集成點和風險進行有效溝通。尋找具有系統集成經驗且表現出快速掌握全貌的能力的開發人員。系統集成是一項獨特的任務。回頁首架構師培養建議有些組織能比其他組織更有效地進行架構師培養。如果充分考慮到招聘此類新專業人才的困難，努力促成能鼓勵開發人員發展為架構師的環境是非常明智的策略。但務必避免對不願意或不適合走這條路的開發人員進行處罰。組織應該為開發人員制訂多條發展路線，包括那些願意繼續擔任開發人員的人。對架構師而言，資深開發人員不可或缺。他們可以實現系統中最關鍵的模塊。通過對其他開發人員進行代碼檢查和測試支持，他們可幫助確保總體軟體質量，而如果質量不能保證，即使最好的體系結構也毫無用處。 組織應制訂個人評估程序，以鼓勵開發人員考慮其職業目標，其中要包含體系結構設計的選項。應該鼓勵經理在其下屬中尋找體系結構設計人才。應該實現指導計劃，讓架構師與希望成為架構師的開發人員協作工作。應該鼓勵開發人員通過參加各種協會、撰寫文章和參加會議，從而參與到專業領域中來。通過這樣參與進來，可幫助開發人員從新的角度理解系統，並幫助他們更好地就其認識進行溝通。這樣還能培養可提高效率的重要創新想法。回頁首結束語開發人員一旦邁出了通向體系結構設計專業方向的第一步，就可以利用很多資源來獲得幫助，其中包括很多來自 IBM 的資源。有時候，此過程的最困難的部分就是第一步，而本文提供了一些線索和提示，經理和開發人員可以利用其來評估應該鼓勵哪些人努力成為架構師。參考資料 學習您可以參閱本文在 developerWorks 全球站點上的 英文原文。
訪問Michael A. Jackson 的主頁，他是最有影響力的軟體開發研究者之一。可從中獲得他的著作的鏈接，其中很多在此領域中都具有開創性價值。
閱讀「The Tao of the Software Architect」（Philippe Kruchten，developerWorks，2001 年 3 月），其中對架構師的職業進行了非常有意思的分析。
有關更多體系結構資源，請訪問 developerWorks Architecture 專區。
有關SOA 的更多信息，請訪問 developerWorks SOA and Web services 專區。
了解關於 developerWorks 技術事件和網路廣播的最新消息。
獲得產品和技術使用IBM 試用軟體開發您的下一個項目，可直接從 developerWorks 下載這些試用軟體。
討論參與developerWorks 博客，從而加入到 developerWorks 社區中來。
與SOA and Web services 討論論壇中的架構師和開發人員社區協作。
關於作者Uche Ogbuji 是 Fourthought Inc. 的顧問和合夥創始人，該公司是專門為企業知識管理應用提供 XML 解決方案的軟體提供商和顧問。Fourthought 開發了 4Suite，一個 XML、RDF 以及知識管理應用程序的開放源碼平台。Ogbuji 先生還擔任 Versa RDF 查詢語言的首席開發人員。他是一名出生於奈及利亞的計算機工程師和作家，生活和工作在美國科羅拉多州的博耳德。想要了解更多，可訪問 Ogbuji 先生的博客 Copia 或者通過電子郵件 [email protected] 與他聯系。關閉[x]關於報告濫用的幫助報告濫用謝謝! 此內容已經標識給管理員注意。關閉[x]關於報告濫用的幫助報告濫用報告濫用提交失敗。 請稍後重試。關閉[x]developerWorks：登錄IBM ID：需要一個 IBM ID？忘記IBM ID？密碼：忘記密碼？更改您的密碼 保持登錄。單擊提交則表示您同意developerWorks 的條款和條件。 使用條款 當您初次登錄到 developerWorks 時，將會為您創建一份概要信息。您在developerWorks 概要信息中選擇公開的信息將公開顯示給其他人，但您可以隨時修改這些信息的顯示狀態。您的姓名（除非選擇隱藏）和昵稱將和您在 developerWorks 發布的內容一同顯示。所有提交的信息確保安全。關閉[x]請選擇您的昵稱：當您初次登錄到 developerWorks 時，將會為您創建一份概要信息，您需要指定一個昵稱。您的昵稱將和您在 developerWorks 發布的內容顯示在一起。昵稱長度在 3 至 31 個字元之間。 您的昵稱在 developerWorks 社區中必須是唯一的，並且出於隱私保護的原因，不能是您的電子郵件地址。昵稱：（長度在 3 至 31 個字元之間）單擊提交則表示您同意developerWorks 的條款和條件。 使用條款. 所有提交的信息確保安全。為本文評分評論回頁首

⑷ 如何做一個優秀的架構師

《00-金融架構師 三期(大量課程)》網路網盤資源免費下載

鏈接:https://pan..com/s/1LqygEcoZLBUKp3lwLreHuA

00-金融架構師 三期(大量課程)|股權投資系列課程|20.中國十大金融高手及項目分享(翟山鷹)|19.金融項目研討會(孔憲富)|18.金融資本運營問題與迴避(孔憲富)|17.期貨與金融衍生品(翟山鷹)|16.股權私募基金(劉泓毅)|15.信託(孫金剛)|14.投資與理財(劉贏)|13.中國文化(翟山鷹)|12.財務與稅務(翟山鷹)|11.政府性融資(朱瑾)|10.融資租賃 (楊茗皓)|09.品牌與資本(孔憲富)|08.商業銀行(曾德君)

⑸ 求：軟體開發團隊中各個成員的英文簡稱

項目經理：Project Manager (PM)

架構設計師：Framework Designer (FD)

你要是多列一些就好了，畢竟隔著行業

其他的軟體開發公司的職位英文簡稱：
GM(General Manager)總經理

VP(Vice President)副總裁

FVP(First Vice President)第一副總裁

AVP(Assistant Vice President)副總裁助理

CEO(Chief Executive Officer)首席執行官

COO(Chief Operations Officer)首席運營官

CFO(Chief Financial Officer)首席財務官

CIO(Chief Information Officer)首席信息官

HRD(Human Resource Director)人力資源總監

OD(Operations Director)運營總監

MD(Marketing Director)市場總監

OM(Operations Manager)運作經理

PM(Proction Manager)生產經理

(Proct Manager)產品經理

CAO: Art 藝術總監
CBO: Business 商務總監
CCO: Content 內容總監
CDO: Development 開發總監
CEO: Executive 首席執行官
CFO: Finance 財務總監
CGO: Gonverment 政府關系
CHO: Human resource 人事總監
CIO: Information 技術總監
CJO: Jet 把營運指標都加一個或多個零使公司市值像火箭般上升的人
CKO: Knowledge 知識總監
CLO: Labour 工會主席
CMO: Marketing 市場總監
CNO: Negotiation 首席談判代表
COO: Operation 首席營運官
CPO: Public relation 公關總監
CQO: Quality control 質控總監
CRO: Research 研究總監
CSO: Sales 銷售總監
CTO: Technology 首席技術官
CUO: User 客戶總監
CVO: Valuation 評估總監
CWO: Women 婦聯主席
CXO: 什麼都可以管的不管部部長
CYO: Yes 什麼都點頭的老好人
CZO: 現在排最後，等待接班的太子

⑹ 互聯網軟體架構師是前端還是端的

達到架構師級別的程序員，通常不會區分前端後端的技術分類，甚至淡化編程語言本身的東西， 根據業務不同，
中小型業務架構師可能還會比較關注代碼層面的東西( 怎樣架構自己的系統，能夠應對業務發展需求添加更多功能又或者是方便更多碼農們快速使用進行業務開發而且能夠在較大程度上面保證軟體開發質量 )，
像大型/超大型業務的架構師通常是不去關注詳細代碼的，需要你對計算機通信7層協議都非常清楚，而且在應用層面上面，能夠在合適的場景選擇合適的IT技術方案快速作出較合理的選擇。

⑺ 誰能准確的告訴我架構師是什麼

系統架構師是一個既需要掌控整體又需要洞悉局部瓶頸並依據具體的業務場景給出解決方案的團隊領導型人物。一個架構師得需要足夠的想像力,能把各種目標需求進行不同維度的擴展，為目標客戶提供更為全面的需求清單。

架構師的分類：

1、軟體架構師

軟體架構師是軟體行業中一種新興職業，工作職責是在一個軟體項目開發過程中，將客戶的需求轉換為規范的開發計劃及文本，並制定這個項目的總體架構，指導整個開發團隊完成這個計劃。主導系統全局分析設計和實施、負責軟體構架和關鍵技術決策的人員。

2、信息架構師

信息架構師即Information Architecture,是一個常常被誤解的職稱。他們是設計者？開發者？管理者？還是以上全部？我們在本文將探討信息架構師是做什麼，為什麼它和可用性相關，以及在信息架構中需要用到的工具/軟體。

3、網站架構師

網站架構師是網站系統、功能、模塊、流程的設計師，架構師，好比是高樓大廈的設計人員，通常一座大廈在建之前，都先由設計師將藍圖描繪出來，包括其形狀、結構、尺寸、材料等等，然後建築工程師帶領工人們按照藍圖將大廈一層一層地建起來。

(7)gif賽車組裝程序員產品架構師擴展閱讀：

架構師的要求：

1、必須具有豐富的軟體設計與開發經驗，這有助於理解並解釋所進行的設計是如何映射到實現中去。

2、要具有領導能力與團隊協作技能，軟體架構師必須是一個得到承認的技術領導，能在關鍵時候對技術的選擇作出及時、有效的決定。

3、在技術能力方面，軟體架構師最重要也是最需要掌握的知識是構件通信機制方面的知識，比如遠程過程調用（RPC，Remote Procere Call）、JAVA RMI、CORBA、COM/DCOM、各種標準的通信協議、網路服務、面對對象資料庫、關系資料庫或者NoSQL資料庫等等，另外，架構師應時刻注意新軟體設計和開發方面的發展情況，並不斷探索更有效的新方法。

⑻ 架構師和產品經理工作職責與內容有哪些異同

架構師和產品經理工作職責與內容異同如下：
一、架構師主要工作、職責如下：
1、協助部門經理制定相關技術開發規范；
2、帶領團隊持續改進產品的整體架構、功能模塊、開發需求，提高用戶體驗；
3、負責核心系統的總體架構設計，指導項目組的高層設計，參與重要或高風險模塊的詳細設計，控制設計的質量；
4、負責項目研發過程的技術評審工作；
5、培養項目組其他技術人員的設計能力；
6、指導和檢查工程師的代碼開發工作，使之不偏離最初的設計；
7、做一些新技術研究性工作；
8、完成領導交辦其它的工作內容。
二、架構師工作標准：
1、能領導團隊設計出符合要求的系統架構；
2、能培養團隊，比如開展技術講座；
3、能在工作中解決技術難題、起到技術帶頭人的作用；
4、能制定合理的工作計劃，並有效地按照計劃完成工作。
三、產品經理主要工作、職責如下：
1、收集行業及競爭對手信息，協助確定產品發展目標及戰略；
2、及時收集、處理所負責產品的各方面信息，為本人和相關人員的決策提供依據；
3、協助公司領導層確定產品價格，根據市場變化及時提出調整價格的建議和方案；
4、進行市場調研，對行業及相關行業的發展進行調研；
5、根據市場調研結果，提出新產品立項方案；
6、提交項目可行性報告，對新產品的前景進行分析；
7、負責新產品開發的立項並組織實施；
8、參與新產品的市場前期推廣及銷售工作用戶
9、以產品負責人的角色，協調營銷總部、製造部、開發部等部門的關系；
10、負責對新的銷售人員進行產品知識、市場和競爭信息的培訓；
11、負責產品專利的申請，對知識產權進行保護。
12、完成領導交辦其它的工作內容。
四、產品經理職業要求：
1、教育培訓：
產品經理是要負責產品的整個生命周期的所有事物，因此產品經理需要有產品研發階段相關的技術知識。在軟體開發領域，產品經理一般是研發出身，接受過市場營銷相關培訓。
2、工作經驗：
產品開發及其管理5年以上工作經驗，具備良好的資源整合能力、溝通協調能力和書面報告能力，具備獨立解決問題的能力和較強的市場分析能力，對產品和數據運營敏感，思維清晰而有條理，能承受較大的工作壓力。
3、薪資行情：
一般年薪范圍在30-50萬元左右，國內互聯網行業年薪范圍一般在60-80萬之間，70萬左右的偏多。

⑼ 系統架構師有沒有前途，待遇怎麼樣。

你好，互聯網架構師是行業內緊缺的Java高端人才，待遇屬年薪百萬級。

1、Java構架師之路

對於工作多年的程序員而言，日後的職業發展大部分人無非是轉型管理和晉升架構師兩種選擇。

架構師在公司中擔當著「IT架構靈魂人物」的角色，因為他們不僅做著架構師的本職工作，還同時做程序開發，寫核心代碼。另外，架構師依舊是技術高手，編程能力依然是一流的。

對於架構師和項目經理，不同能力的人，不同的公司，薪資水平都不盡相同。但就這兩個職位而言，都需要具備非常高的編程技能。

希望我的回答對你有幫助！

⑽ 架構師和產品經理的區別是什麼

架構師和產品經理工作職責與內容異同如下：
一、架構師主要工作、職責如下：
1、協助部門經理制定相關技術開發規范；
2、帶領團隊持續改進產品的整體架構、功能模塊、開發需求，提高用戶體驗；
3、負責核心系統的總體架構設計，指導項目組的高層設計，參與重要或高風險模塊的詳細設計，控制設計的質量；
4、負責項目研發過程的技術評審工作；
5、培養項目組其他技術人員的設計能力；
6、指導和檢查工程師的代碼開發工作，使之不偏離最初的設計；
7、做一些新技術研究性工作；
8、完成領導交辦其它的工作內容。
二、架構師工作標准：
1、能領導團隊設計出符合要求的系統架構；
2、能培養團隊，比如開展技術講座；
3、能在工作中解決技術難題、起到技術帶頭人的作用；
4、能制定合理的工作計劃，並有效地按照計劃完成工作。
三、產品經理主要工作、職責如下：
1、收集行業及競爭對手信息，協助確定產品發展目標及戰略；
2、及時收集、處理所負責產品的各方面信息，為本人和相關人員的決策提供依據；
3、協助公司領導層確定產品價格，根據市場變化及時提出調整價格的建議和方案；
4、進行市場調研，對行業及相關行業的發展進行調研；
5、根據市場調研結果，提出新產品立項方案；
6、提交項目可行性報告，對新產品的前景進行分析；
7、負責新產品開發的立項並組織實施；
8、參與新產品的市場前期推廣及銷售工作用戶
9、以產品負責人的角色，協調營銷總部、製造部、開發部等部門的關系；
10、負責對新的銷售人員進行產品知識、市場和競爭信息的培訓；
11、負責產品專利的申請，對知識產權進行保護。
12、完成領導交辦其它的工作內容。