書寫經(jīng)驗63人覺得有用

產(chǎn)品開發(fā)工程師的崗位職責和職位要求這類崗位一般得清楚產(chǎn)品的整個開發(fā)流程，從最初的構(gòu)想到最終推向市場，每個環(huán)節(jié)都要參與進去。比如，前期需要跟市場部門對接，了解客戶的需求，然后設(shè)計階段要確保方案可行，接著就是協(xié)調(diào)生產(chǎn)部門，保證產(chǎn)品質(zhì)量過關(guān)。

寫崗位職責的時候，最好把具體的工作內(nèi)容列出來，像負責產(chǎn)品的技術(shù)評估，制定開發(fā)計劃，這些都是很關(guān)鍵的部分。還有，產(chǎn)品的測試也不能落下，得確保它符合相關(guān)標準。至于職位要求，專業(yè)背景很重要，本科或者碩士學歷通常是個基礎(chǔ)門檻，還得掌握一些專業(yè)軟件的使用技能，像cad之類的。工作經(jīng)驗也得有一定年限，至少兩三年，這樣能保證有一定的實操能力。

當然了，有時候?qū)懙臅r候可能會有點疏忽，比如把“負責產(chǎn)品測試”寫成“負責測試產(chǎn)品”，雖然意思差別不大，但看起來會稍顯隨意。再比如，提到技能要求的時候，可能會漏掉一個重要的點，像熟悉相關(guān)的行業(yè)法規(guī)之類的，這種小地方容易被忽略。

書寫注意事項：

崗位職責這部分要是能結(jié)合公司的實際情況就更好了，畢竟每個公司的情況不一樣。比如有的企業(yè)特別注重創(chuàng)新，那在職責里就可以強調(diào)這一點，鼓勵工程師們多提創(chuàng)意。而職位要求的話，除了硬性的學歷和技術(shù)要求，軟性條件也不能忽視，像團隊協(xié)作能力和溝通能力這些都很重要。不過有時候?qū)懙臅r候，可能會直接跳過軟性要求，覺得這些東西說起來比較虛，但實際上它們對工作開展的影響可不小。

小編友情提醒：

寫的時候最好能讓閱讀者一眼就能明白這個崗位的核心任務(wù)是什么，所以職責和要求都得直奔主題，別繞彎子。

書寫經(jīng)驗51人覺得有用

寫崗位職責的時候，得先搞清楚這個崗位到底要做什么。比如說數(shù)碼產(chǎn)品開發(fā)工程師，他肯定得負責產(chǎn)品的設(shè)計、研發(fā)和測試，不然這產(chǎn)品咋能從無到有？所以這部分內(nèi)容就得具體點，像“參與產(chǎn)品概念設(shè)計，制定技術(shù)方案，確保符合市場需求”，這就很明確。

這個崗位還要負責一些技術(shù)上的事，像是跟其他部門溝通協(xié)作，解決開發(fā)過程中遇到的技術(shù)難題。這部分就可以寫成“協(xié)助團隊完成項目推進，針對技術(shù)難點提出解決方案并實施”，這樣寫既專業(yè)又帶點實際操作的感覺。

不過有時候?qū)懙臅r候會有點亂套，比如我一開始想寫“確保產(chǎn)品按時上線”，后來又覺得應(yīng)該強調(diào)一下質(zhì)量，結(jié)果就變成了“保證產(chǎn)品質(zhì)量和進度同步進行”。雖然意思差不多，但回頭看看確實有點啰嗦。

再來說說任職條件，這部分得列出一些硬性要求，像學歷背景，工作經(jīng)驗，還有專業(yè)技能什么的。比如“本科及以上學歷，電子工程相關(guān)專業(yè)優(yōu)先，至少三年以上產(chǎn)品研發(fā)經(jīng)驗”，這就挺清楚的。不過這里也可能出點小問題，比如我本來想寫“熟悉嵌入式系統(tǒng)開發(fā)”，結(jié)果一時疏忽寫成了“熟悉嵌入式開發(fā)系統(tǒng)”，雖然沒什么大差別，但仔細看還是能發(fā)現(xiàn)不一樣的。

書寫注意事項：

任職條件里還可以加上一些軟實力，像團隊合作能力，溝通協(xié)調(diào)能力之類的?！熬邆淞己玫膱F隊合作精神，能夠高效溝通解決問題”，這樣的表述就能看出企業(yè)希望員工不僅技術(shù)過硬，還得會做人。

書寫經(jīng)驗43人覺得有用

寫崗位職責的時候，得結(jié)合實際工作情況。像移動端產(chǎn)品開發(fā)工程師這類崗位，首先要清楚這個崗位的主要任務(wù)是什么，是負責前端開發(fā)還是后端開發(fā)？或者是全棧開發(fā)？如果是前端的話，那就要強調(diào)html、css、javascript這些技術(shù)的應(yīng)用，還有各種前端框架的熟悉程度。要是后端開發(fā)，重點就得放在服務(wù)器端編程語言、數(shù)據(jù)庫設(shè)計和優(yōu)化上，像java、python之類的。

再說了，職責描述要具體，不能太籠統(tǒng)。比如不能只寫“負責產(chǎn)品的開發(fā)”，這樣太模糊了。應(yīng)該細化到具體的任務(wù)，比如說“負責移動端app的界面交互邏輯實現(xiàn)，確保用戶操作流暢無阻”。還有，對于一些關(guān)鍵的技術(shù)指標也要明確，像響應(yīng)時間不超過2秒之類的具體要求。

有時候在寫的時候，會因為想表達太多東西而顯得啰嗦。比如我曾經(jīng)見過一個崗位職責，寫了好幾行關(guān)于溝通協(xié)調(diào)能力的，其實這并不是技術(shù)崗的重點。移動端開發(fā)工程師更需要關(guān)注的是技術(shù)實現(xiàn)的能力，而不是過多強調(diào)軟技能。當然，團隊合作精神肯定是要有的，但沒必要單獨列出來，反正每個崗位都少不了這一條。

書寫注意事項：

寫職責的時候，別忘了提到一些必要的工具和平臺。像移動端開發(fā)常用的xcode、android studio這些ide，還有g(shù)it版本控制工具，這些都是工作中必備的東西。要是忽略了這些，可能就顯得不專業(yè)了。還有些公司特別注重性能測試，所以也會要求開發(fā)者掌握相關(guān)的性能調(diào)優(yōu)技巧，這部分也得寫進去。

不過有時候也會出現(xiàn)一些小問題，比如描述技術(shù)細節(jié)的時候，可能忘記加上括號，導致句子看起來有點奇怪。比如“熟練掌握react native框架”，其實最好寫成“熟練掌握react native（rn）框架”，這樣更清晰。還有一次我看到有人把“精通mysql數(shù)據(jù)庫”寫成了“精通sql數(shù)據(jù)庫”，雖然差別不大，但還是有點不妥。

寫職位要求的時候也得注意，不能太寬泛。像“具備良好的編程習慣”這種話就太籠統(tǒng)了。應(yīng)該具體到某項技能，比如“熟悉mvc/mvvm架構(gòu)模式，并能在項目中靈活運用”。還有，學歷背景也不能忽視，畢竟有些企業(yè)對學歷有硬性規(guī)定。如果目標公司明確要求本科及以上學歷，那就必須寫明。

每個公司的需求不一樣，所以寫職責和要求的時候要根據(jù)實際情況調(diào)整。像有的公司特別看重移動端安全問題，就會要求開發(fā)者了解owasp移動安全測試指南；有的公司則更關(guān)注用戶體驗，就會希望開發(fā)者能參與用戶調(diào)研，收集反饋意見。這些都需要根據(jù)具體的工作環(huán)境來定。

書寫經(jīng)驗74人覺得有用

寫崗位職責的時候，得根據(jù)自己了解的情況來寫。崗位職責，說到底就是把一個人在這個崗位上需要干的事都列出來。比如材料產(chǎn)品開發(fā)工程師這個崗位，你得先想想這個崗位的核心工作是什么，是做實驗研究材料性能，還是負責產(chǎn)品設(shè)計？要是我來寫的話，就得先想清楚每天上班主要干什么，是搞研發(fā)還是跟進生產(chǎn)？

比如，材料產(chǎn)品開發(fā)工程師，應(yīng)該要能獨立完成材料選型，這很重要，畢竟產(chǎn)品能不能用，關(guān)鍵看材料。還有，得會用一些專業(yè)的分析儀器，像xrd、sem之類的，這些東西都能幫著分析材料結(jié)構(gòu)什么的。另外，還得跟其他部門配合，特別是跟采購那邊，要確保原材料的質(zhì)量符合要求，不然出了問題就麻煩了。

再說了，這個崗位肯定少不了寫報告這一塊，每次做完實驗或者開發(fā)完新產(chǎn)品，都要整理資料，把結(jié)果寫清楚。有時候領(lǐng)導可能還會要求做一些ppt匯報，這也是日常工作的一部分。要是碰到緊急情況，比如客戶投訴產(chǎn)品質(zhì)量有問題，那還得趕緊查原因，想辦法解決。

不過有時候?qū)懙臅r候會遇到點小麻煩，比如有些事情想起來挺重要的，但具體怎么表達就有點糾結(jié)。比如“參與項目管理”這句話，乍一聽挺好，但細想一下總覺得不太具體，如果改成“協(xié)助項目經(jīng)理推進項目進度”，感覺就更清晰一點。還有一次我寫的時候，把“制定測試方案”寫成了“制定測試計劃”，其實差別不大，但總覺得怪怪的，后來改回來才放心。

書寫注意事項：

寫崗位職責的時候，別忘了結(jié)合公司的實際情況。每個公司對這個崗位的要求可能不一樣，有的公司可能特別看重創(chuàng)新能力，有的則更注重實際操作能力。所以最好多跟同事交流一下，看看他們平時都做哪些事，這樣寫出來的職責才會比較貼合實際。

再比如，材料產(chǎn)品開發(fā)工程師還應(yīng)該關(guān)注市場動態(tài)，了解最新的技術(shù)趨勢。這可不是隨便說說，是要真正去收集信息、分析競爭對手的產(chǎn)品。有時候為了一個新產(chǎn)品的上市，可能得加班加點地趕進度，這就需要有足夠的責任心和抗壓能力。

書寫經(jīng)驗94人覺得有用

產(chǎn)品開發(fā)質(zhì)量工程師這個崗位挺關(guān)鍵的，主要負責確保產(chǎn)品的質(zhì)量從設(shè)計到生產(chǎn)都能符合標準。寫崗位職責的時候，得把具體的工作內(nèi)容說清楚，但別太死板，像是把每個環(huán)節(jié)都列出來，這樣顯得不夠靈活。比如，你可以寫“負責制定產(chǎn)品開發(fā)階段的質(zhì)量計劃，確保各環(huán)節(jié)都按既定流程走”，這里就點出了工作重點，就是質(zhì)量計劃，同時也提到要按流程執(zhí)行。

再比如，寫到測試這塊兒，“參與產(chǎn)品的性能測試，分析測試結(jié)果并提出改進意見”。這句里包含了參與、分析、提出這幾個動作，聽起來就很實際，不是那種空洞的描述。不過有時候?qū)懙臅r候，可能會不小心把“分析測試結(jié)果”寫成“測試結(jié)果分析”，雖然差別不大，但仔細看的話會有點不一樣。

還有一點需要注意，寫職責的時候，最好能結(jié)合具體的項目背景，比如“根據(jù)客戶需求調(diào)整質(zhì)量控制方案，保證最終產(chǎn)品滿足客戶期望”。這句話就帶入了客戶需求這個因素，顯得更有針對性。但有時候?qū)懙臅r候，可能會忘記補充這個背景信息，就直接寫“調(diào)整質(zhì)量控制方案”，這樣就少了點說服力。

書寫注意事項：

關(guān)于溝通這方面，“協(xié)調(diào)研發(fā)團隊與生產(chǎn)部門的工作，確保信息傳遞無誤”，這句很實用，因為開發(fā)過程中跨部門合作特別重要。不過有時候?qū)懙臅r候，可能會漏掉“確保信息傳遞無誤”這部分，只寫“協(xié)調(diào)研發(fā)團隊與生產(chǎn)部門的工作”，這樣就顯得職責描述不完整。

小編友情提醒：

寫職責的時候，別忘了加上一些專業(yè)術(shù)語，比如“運用fmea方法評估潛在風險”，這會讓內(nèi)容看起來更專業(yè)。不過有時候?qū)懙臅r候，可能會把“運用”寫成“使用”，雖然都是表達類似的意思，但習慣用法上還是有區(qū)別的。

書寫經(jīng)驗72人覺得有用

產(chǎn)品開發(fā)測試工程師這個崗位挺重要的，主要負責產(chǎn)品的質(zhì)量把控，從頭到尾都要盯著。平時得跟研發(fā)那邊保持聯(lián)系，了解產(chǎn)品功能設(shè)計，然后制定相應(yīng)的測試方案，這一步很關(guān)鍵，要是沒弄好，后面出了問題就麻煩了。測試的時候，要準備各種測試環(huán)境，像服務(wù)器啦、數(shù)據(jù)庫，這些都是必備的。然后就是執(zhí)行測試了，得確保每個功能都正常運行，還要記錄下所有的測試結(jié)果。

在測試過程中，會遇到一些預料之外的情況，比如某個功能在特定條件下崩潰了，這時候就得跟開發(fā)同事溝通，看看是不是代碼的問題。如果確實是代碼問題，就需要跟蹤修復進度，直到問題徹底解決。另外，還得寫測試報告，把測試的過程、發(fā)現(xiàn)的問題還有解決措施都詳細記錄下來，方便以后查閱。

有時候，產(chǎn)品可能會有緊急更新，這時候就得加班加點趕出來測試計劃。畢竟用戶等著用，不能耽誤太久。而且測試不是一次性的，每次版本迭代都需要重新測試一遍，確保新功能沒有影響到舊的功能。有時候，測試環(huán)境配置起來比較復雜，可能需要花不少時間去調(diào)試，這個過程挺考驗耐心的。

除了常規(guī)的測試工作，還得關(guān)注行業(yè)的最新動態(tài)，學習新的測試技術(shù)和工具。這樣不僅能提高自己的專業(yè)能力，還能為公司帶來更多的價值。不過有時候文檔寫多了，難免會出現(xiàn)一些小差錯，像拼寫錯誤或者格式不對之類的小問題，但只要不影響理解就行。

書寫經(jīng)驗67人覺得有用

產(chǎn)品開發(fā)主管工程師這個崗位挺關(guān)鍵的，主要得清楚產(chǎn)品的整個開發(fā)流程，從概念到成品都要管。日常工作就是和團隊一起研究市場需求，確定產(chǎn)品方向，然后制定開發(fā)計劃。這活兒需要對技術(shù)特別敏感，能看透技術(shù)細節(jié)，還得能指導手下人干活，確保每個環(huán)節(jié)都按計劃走。

比如，你要負責協(xié)調(diào)研發(fā)部門和其他部門的關(guān)系，像是市場部那邊提需求，生產(chǎn)部那邊準備量產(chǎn)，這些都需要你來把控節(jié)奏。有時候還要參與設(shè)計評審會，聽大家的意見，然后綜合考慮后做決定。如果遇到技術(shù)難題，也得自己上手解決，不能總是依賴別人。

寫崗位職責的時候，別光顧著說大道理，具體點很重要。像什么負責項目進度跟蹤，確保產(chǎn)品質(zhì)量達標，這些都是實打?qū)嵉墓ぷ鲀?nèi)容。還有，得把跨部門溝通這部分寫進去，因為這事挺費勁的，經(jīng)常要開會討論，有時還得拉個臨時小組專門解決問題。

不過有時候?qū)懼鴮懼腿菀茁┑粢恍┲匾h(huán)節(jié)，比如忘了提測試階段的事。其實測試也很重要，產(chǎn)品出來后得先自己測一遍，發(fā)現(xiàn)問題趕緊改，不然后面大規(guī)模生產(chǎn)就麻煩了。另外，文檔記錄也不能忘，每次做完一個階段的工作都要留個底，方便以后查。

再就是要注意用詞準確，但偶爾也會不小心用錯詞，比如把“研發(fā)”寫成“研發(fā)部”，雖然意思沒變，但看起來就不那么專業(yè)了。還有，數(shù)字單位有時候也會搞混，像“年”和“季度”這種，寫的時候得特別小心。

書寫經(jīng)驗40人覺得有用

寫崗位職責的時候，得結(jié)合實際的工作情況去想。比如產(chǎn)品開發(fā)工程師這個崗位，主要就是負責產(chǎn)品的設(shè)計、打樣和測試。一開始就要明確工作方向，是側(cè)重研發(fā)還是生產(chǎn)環(huán)節(jié)的配合。要是側(cè)重研發(fā)的話，那職責里就得多強調(diào)創(chuàng)新和技術(shù)攻關(guān)，像是跟蹤前沿技術(shù)，參與方案討論什么的。要是偏向生產(chǎn)配合，那可能就得注重工藝優(yōu)化和成本控制了。

寫的時候，先列個大概的框架，把核心任務(wù)都涵蓋進去。比如，產(chǎn)品開發(fā)工程師要能熟練運用cad之類的軟件畫圖，這是基本功。還有，產(chǎn)品從立項到上市的整個流程都要參與，這中間涉及到需求分析、圖紙審核、樣品確認等等。當然，跟其他部門的溝通也很重要，像市場部那邊的需求反饋，采購部那邊的物料選型，這些都是需要協(xié)調(diào)的事。

不過有時候?qū)懙臅r候會忽略一些細節(jié)。比如，有人會把“協(xié)助解決生產(chǎn)中的技術(shù)問題”寫得太過籠統(tǒng)，具體怎么做沒說清楚。再比如，提到項目管理時，只寫了“負責項目進度跟進”，但沒有提到如何應(yīng)對突發(fā)狀況。這類問題其實挺常見的，但大家往往不會太在意。

書寫注意事項：

崗位職責最好能體現(xiàn)個人的價值貢獻。像“提升產(chǎn)品質(zhì)量”這樣的表述就有點空泛，如果改成“通過改進生產(chǎn)工藝，將不良率降低至x%”，就顯得更有針對性了。還有，“參與制定相關(guān)標準”這句話聽著挺高大上，但如果能細化為“主導編寫xx產(chǎn)品的技術(shù)規(guī)范文件”，就更有操作性。

再說到措辭，有些人喜歡用比較正式的語言，但有時候反而顯得生硬。比如“嚴格執(zhí)行公司規(guī)章制度”這樣的句子，聽起來就很官方。換成“遵守公司各項規(guī)定，并積極提出改進建議”，就會顯得更接地氣些。不過偶爾也會出現(xiàn)一點小紕漏，像“確保所有產(chǎn)品符合客戶需求和國家標準”這樣的表述，雖然沒錯，但仔細想想，“國家標準”后面是不是應(yīng)該補充一下具體的類別？