app工程師崗位職責(zé)職位要求怎么寫（精選8篇）

書寫經(jīng)驗(yàn)76人覺得有用

寫崗位職責(zé)的時(shí)候，得結(jié)合具體工作環(huán)境和需求來寫。像app工程師這個(gè)崗位，需要明確技術(shù)方向，是偏向前端、后端還是全棧？如果是前端的話，那職責(zé)里就得提到熟悉html、css這類的東西，還要能解決瀏覽器兼容性的問題。要是后端，就得強(qiáng)調(diào)對(duì)數(shù)據(jù)庫(kù)的操作能力，還有api接口的設(shè)計(jì)什么的。

寫的時(shí)候，別光顧著列條條框框，得讓人一看就知道這是個(gè)專業(yè)人士寫的。比如，“負(fù)責(zé)項(xiàng)目的需求分析，確保功能模塊符合預(yù)期目標(biāo)?！边@句就挺好，既專業(yè)又簡(jiǎn)潔。不過有時(shí)候可能會(huì)漏掉一些細(xì)節(jié)，像“負(fù)責(zé)服務(wù)器部署相關(guān)的配置管理”，這里如果忘了寫清楚具體的配置項(xiàng)，就可能讓人摸不著頭腦。

職位要求也是一樣，得根據(jù)實(shí)際工作來定。像app工程師，基本的要求肯定是掌握編程語(yǔ)言，java、python什么的，還得會(huì)用版本控制工具git。但有時(shí)候?qū)懙臅r(shí)候可能會(huì)忘記補(bǔ)充點(diǎn)軟技能，比如團(tuán)隊(duì)協(xié)作能力，溝通能力什么的，這其實(shí)也很重要。要是只寫技術(shù)要求，可能會(huì)顯得太單薄了。

書寫注意事項(xiàng)：

寫的時(shí)候要注意語(yǔ)氣，不能太死板。比如“參與產(chǎn)品討論會(huì)議，提出合理化建議”，這句話就比“必須參加產(chǎn)品討論會(huì)議，并提出建議”聽起來親切多了。不過偶爾也會(huì)不小心寫成“參與產(chǎn)品討論會(huì)議，提出合理化建意”，雖然只是少了個(gè)“議”字，但細(xì)看的話就發(fā)現(xiàn)問題了。

寫崗位職責(zé)和要求的時(shí)候，最好能多參考下同行業(yè)的描述，但也不要完全照搬。像“負(fù)責(zé)日常bug修復(fù)及性能優(yōu)化工作”，這樣的表述就很實(shí)用，但要是寫成“負(fù)責(zé)日常bug修復(fù)和性能優(yōu)化工作”，就有點(diǎn)啰嗦了。有時(shí)候會(huì)因?yàn)槭韬龆嗉恿艘粋€(gè)“和”，雖然不影響理解，但仔細(xì)想想確實(shí)多余。

書寫經(jīng)驗(yàn)11人覺得有用

在寫智能硬件app開發(fā)工程師的崗位職責(zé)時(shí)，得先搞清楚這個(gè)崗位具體要干什么。這類工程師主要是負(fù)責(zé)硬件和軟件的對(duì)接工作，比如說設(shè)計(jì)、開發(fā)和測(cè)試app，確保它能正常運(yùn)行在各種硬件設(shè)備上。平時(shí)可能要跟產(chǎn)品經(jīng)理溝通需求，跟后端開發(fā)配合接口調(diào)試，還得處理一些用戶反饋的問題。所以寫職責(zé)的時(shí)候，就得把這些內(nèi)容涵蓋進(jìn)去。

像這部分內(nèi)容就比較重要：“參與智能硬件app的功能規(guī)劃，根據(jù)需求文檔完成前端頁(yè)面的設(shè)計(jì)和編碼工作?！边@部分就明確指出了需要做哪些事，從功能規(guī)劃到設(shè)計(jì)再到編碼，條理清晰。但有時(shí)候可能會(huì)寫成“參與智能硬件app功能規(guī)劃，依據(jù)需求文檔進(jìn)行前端頁(yè)面設(shè)計(jì)和編碼?！边@里少了“完成”這個(gè)詞，雖然不影響理解，但讀起來感覺稍微有點(diǎn)別扭。

再說到職位要求，這得看公司具體需要什么技能了。一般來說，熟悉android或者ios開發(fā)框架是必須的，還要掌握一定的網(wǎng)絡(luò)通信協(xié)議。另外，有藍(lán)牙、wifi等相關(guān)模塊的開發(fā)經(jīng)驗(yàn)也是加分項(xiàng)。這部分可以這樣寫：“熟悉android/ios平臺(tái)下的app開發(fā)流程，有藍(lán)牙/wifi模塊開發(fā)經(jīng)驗(yàn)優(yōu)先?！边@樣的表述既明確了技能要求，又給出了優(yōu)先條件。

不過有時(shí)候可能會(huì)寫成“熟悉android/ios平臺(tái)下app開發(fā)流程，有藍(lán)牙/wifi模塊開發(fā)經(jīng)驗(yàn)者優(yōu)先?！边@里少了“的”字，語(yǔ)法上略有瑕疵，但不會(huì)影響整體表達(dá)效果。畢竟在實(shí)際工作中，這種小細(xì)節(jié)往往被忽略掉。

還有就是關(guān)于經(jīng)驗(yàn)?zāi)晗薜囊?，可以根?jù)崗位級(jí)別來定。初級(jí)工程師可能只要求一年左右的相關(guān)工作經(jīng)驗(yàn)，而高級(jí)工程師則需要三年以上。這部分內(nèi)容可以這樣描述：“至少一年以上的智能硬件app開發(fā)經(jīng)驗(yàn)，具備扎實(shí)的編程基礎(chǔ)。”如果寫成“至少一年以上智能硬件app開發(fā)經(jīng)驗(yàn)，具備扎實(shí)編程基礎(chǔ)?！边@里“的”字少了，雖然不是大問題，但會(huì)讓句子顯得有些松散。

書寫經(jīng)驗(yàn)92人覺得有用

手機(jī)app開發(fā)工程師的崗位職責(zé)和職位要求該怎么寫？得看你具體想表達(dá)什么。要是從我自己的經(jīng)驗(yàn)來看，寫，開頭最好別太繞彎子，直接說清楚這個(gè)崗位是干什么的。比如，這人得會(huì)編程，懂架構(gòu)設(shè)計(jì)，還能跟團(tuán)隊(duì)其他人好好配合。要是寫職責(zé)，就挑幾個(gè)重點(diǎn)，別一股腦全寫進(jìn)去，不然看的人頭都大了。

像職責(zé)這部分，可以提一下日常維護(hù)那些現(xiàn)有的app功能，確保它們運(yùn)行正常。還有就是參與新功能的設(shè)計(jì)和實(shí)現(xiàn)，這個(gè)很重要，因?yàn)橛脩糇铌P(guān)心的就是能不能用得順手。另外，還得負(fù)責(zé)性能優(yōu)化，這可不是鬧著玩的，要是加載速度慢了，用戶體驗(yàn)一差勁，口碑就崩了。當(dāng)然，還有一點(diǎn)別忘了，就是跟產(chǎn)品經(jīng)理對(duì)接需求，不然方向跑偏了，做了半天等于白忙活。

至于職位要求，這塊就得具體點(diǎn)。學(xué)歷背景不用太死板，關(guān)鍵是看能力。技術(shù)棧必須得扎實(shí)，像java、kotlin這些主流語(yǔ)言都得熟練，android原生開發(fā)的經(jīng)驗(yàn)也得有。不過有時(shí)候也會(huì)遇到一些特殊情況，比如有的公司特別看重項(xiàng)目經(jīng)驗(yàn)，哪怕學(xué)歷不是很高，只要做過類似的項(xiàng)目就行。還有個(gè)容易忽略的地方，就是溝通能力，這玩意兒在團(tuán)隊(duì)合作里占大頭，要是跟別人交流起來磕磕絆絆的，工作開展起來會(huì)很麻煩。

寫的時(shí)候要注意，別光顧著羅列條條框框，得結(jié)合實(shí)際情況。比如有些企業(yè)可能更傾向于招有創(chuàng)業(yè)精神的人，愿意嘗試新技術(shù)的優(yōu)先。還有一些細(xì)節(jié)問題，像是有沒有加班文化之類的，這也在無形中影響著招聘標(biāo)準(zhǔn)。要是覺得還不夠全面，還可以補(bǔ)充一點(diǎn)關(guān)于職業(yè)發(fā)展規(guī)劃的期望，畢竟誰(shuí)都希望找到一個(gè)能讓自己成長(zhǎng)的地方。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位具體要做什么。比如說移動(dòng)app開發(fā)資深工程師，這人肯定得懂編程，熟悉各種開發(fā)工具，還得能解決技術(shù)難題。這部分內(nèi)容要寫得具體一點(diǎn)，像是說負(fù)責(zé)移動(dòng)端產(chǎn)品的架構(gòu)設(shè)計(jì)，優(yōu)化性能，保證代碼質(zhì)量這些。要是只寫個(gè)大概，像“負(fù)責(zé)軟件開發(fā)”之類的，就太籠統(tǒng)了，沒法讓人知道具體干什么。

還要注意的是，不能光寫技術(shù)層面的事，管理方面的也要提一提。像團(tuán)隊(duì)協(xié)作這一塊，資深工程師可能得指導(dǎo)新人，參與項(xiàng)目討論，給同事提供技術(shù)支持。這部分可以寫成“協(xié)助團(tuán)隊(duì)成員解決技術(shù)難點(diǎn)，促進(jìn)項(xiàng)目順利進(jìn)行”。當(dāng)然，寫的時(shí)候別把話說得太絕對(duì)，像“必須做到百分之百完美”這種話就別寫了，畢竟誰(shuí)也沒法保證每次都能做到最好。

再就是溝通這塊也不能忽略。資深工程師需要跟產(chǎn)品經(jīng)理、ui設(shè)計(jì)師這些對(duì)接，確保產(chǎn)品需求和技術(shù)實(shí)現(xiàn)之間沒有偏差。這部分可以這樣寫：“與產(chǎn)品及設(shè)計(jì)團(tuán)隊(duì)緊密合作，確保功能開發(fā)符合預(yù)期目標(biāo)?！睂懙臅r(shí)候語(yǔ)句要通順，但也不要太追求完美，偶爾出現(xiàn)點(diǎn)小瑕疵也正常，比如把“緊密合作”寫成“緊接合作”，讀者一般不會(huì)太在意。

關(guān)于成果展示這一塊，也可以稍微提一下。比如“定期向管理層匯報(bào)工作進(jìn)展，提交相關(guān)技術(shù)文檔”，這樣的描述能讓上級(jí)看到你的努力成果。不過這里有個(gè)小問題需要注意，有些公司可能不太喜歡員工頻繁匯報(bào)，所以寫的時(shí)候得結(jié)合實(shí)際情況調(diào)整措辭。

書寫注意事項(xiàng)：

對(duì)于資深工程師來說，持續(xù)學(xué)習(xí)也很重要?？梢詫懗伞案櫱把丶夹g(shù)動(dòng)態(tài)，不斷提升個(gè)人技能水平”，但這里有個(gè)小漏洞，就是沒說怎么提升，是參加培訓(xùn)還是自學(xué)？這就需要根據(jù)公司的具體情況補(bǔ)充完整。

小編友情提醒：

記得把崗位職責(zé)寫得詳細(xì)些，但別啰嗦。如果覺得某個(gè)部分特別關(guān)鍵，可以多花點(diǎn)筆墨去描述。比如關(guān)于代碼審查這部分，就可以寫成“參與代碼評(píng)審，確保代碼質(zhì)量和團(tuán)隊(duì)協(xié)作效率”。這樣的描述既專業(yè)又實(shí)用，能讓求職者明白這個(gè)崗位的要求有多高。

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

做售前支持工程師的崗位職責(zé)和任職條件，得結(jié)合具體的工作場(chǎng)景和企業(yè)需求來寫。這個(gè)崗位主要負(fù)責(zé)的就是在產(chǎn)品銷售前期的技術(shù)對(duì)接和技術(shù)支持工作，所以職責(zé)部分要體現(xiàn)技術(shù)和服務(wù)兩方面的內(nèi)容。

比如，日常工作可能包括跟客戶溝通需求，這需要了解產(chǎn)品的技術(shù)參數(shù)和應(yīng)用場(chǎng)景，這就得熟悉產(chǎn)品手冊(cè)，把那些專業(yè)術(shù)語(yǔ)和功能描述吃透。還有就是配合銷售團(tuán)隊(duì)制定方案，這一步很關(guān)鍵，既要保證方案的可行性，又要符合客戶的預(yù)算范圍，有時(shí)候就得在性價(jià)比和性能之間找到平衡點(diǎn)。另外，還得參與招投標(biāo)工作，準(zhǔn)備標(biāo)書文件，這部分就需要細(xì)致，因?yàn)樯婕暗郊夹g(shù)規(guī)格響應(yīng)表填寫，稍有差池就會(huì)影響后續(xù)流程。

至于任職條件，學(xué)歷背景一般要求本科以上，最好是計(jì)算機(jī)相關(guān)專業(yè)畢業(yè)。經(jīng)驗(yàn)方面，至少得有兩三年的相關(guān)工作經(jīng)驗(yàn)，剛畢業(yè)的新人可能不太適合。技能這塊兒，得熟練掌握一些常用的辦公軟件，像excel、ppt這些不用多說，還要懂點(diǎn)編程基礎(chǔ)，能看懂代碼的那種。當(dāng)然了，溝通能力也得強(qiáng)，畢竟天天跟客戶打交道，說話得讓人聽得進(jìn)去才行。

有時(shí)候?qū)懙臅r(shí)候會(huì)遇到一些小麻煩，比如把“技術(shù)支持”寫成“技術(shù)支撐”，雖然意思差別不大，但總覺得不那么順暢。還有就是措辭上得注意，比如寫到“協(xié)助銷售完成任務(wù)”，這里“協(xié)助”這個(gè)詞用得有點(diǎn)模糊，要是改成“全力配合”就顯得更有積極性了。不過這些問題其實(shí)不影響整體表達(dá)，只要心里有個(gè)大致的方向就行。

再補(bǔ)充一點(diǎn)，對(duì)于應(yīng)聘者來說，除了硬性的技能要求，企業(yè)的文化認(rèn)同感也很重要。如果公司強(qiáng)調(diào)團(tuán)隊(duì)合作精神，那簡(jiǎn)歷里就應(yīng)該突出過往項(xiàng)目中與他人協(xié)作的經(jīng)歷；要是公司注重創(chuàng)新氛圍，那就得強(qiáng)調(diào)自己在以往工作中主動(dòng)解決問題的能力。這些都是潛臺(tái)詞，得靠寫作者去揣摩。

書寫經(jīng)驗(yàn)30人覺得有用

工業(yè)互聯(lián)網(wǎng)app開發(fā)工程師這個(gè)崗位，說起來挺復(fù)雜的，主要得清楚到底要干什么活兒。這崗位，首先得會(huì)編程，像是java、python之類的，都得懂點(diǎn)。日常就是跟團(tuán)隊(duì)一起搞開發(fā)，從設(shè)計(jì)到實(shí)現(xiàn)再到測(cè)試，每個(gè)環(huán)節(jié)都得參與。特別是工業(yè)互聯(lián)網(wǎng)這塊，涉及的技術(shù)面廣，設(shè)備接入啦、數(shù)據(jù)采集啦、分析處理，都得熟悉。

再說了，這工作還得經(jīng)常跟客戶溝通，了解需求什么的。客戶需求有時(shí)候很具體，有時(shí)候又很模糊，這就得靠經(jīng)驗(yàn)去琢磨了。比如，客戶說想做個(gè)能實(shí)時(shí)監(jiān)控設(shè)備狀態(tài)的應(yīng)用，那你就得考慮怎么接入傳感器數(shù)據(jù)，怎么保證數(shù)據(jù)傳輸?shù)姆€(wěn)定性，還有界面設(shè)計(jì)得讓用戶一看就明白。不過有時(shí)候客戶的想法可能不太現(xiàn)實(shí)，這時(shí)候就得好好跟他們解釋技術(shù)上的限制，不能光點(diǎn)頭答應(yīng)。

技術(shù)上，數(shù)據(jù)庫(kù)這塊也得精通，像mysql、mongodb什么的，都得熟練。因?yàn)樯婕暗酱罅康墓I(yè)數(shù)據(jù)存儲(chǔ)和查詢，要是數(shù)據(jù)庫(kù)優(yōu)化不好，整個(gè)系統(tǒng)性能都會(huì)受影響。還有就是網(wǎng)絡(luò)安全這一塊，畢竟工業(yè)數(shù)據(jù)很重要，得防止被黑客攻擊。不過有時(shí)候?qū)懘a的時(shí)候，可能會(huì)忘了檢查一些邊界條件，導(dǎo)致程序偶爾出點(diǎn)小問題，但大多數(shù)時(shí)候都能找到解決辦法。

再一個(gè)，這崗位還得分清輕重緩急。有時(shí)候緊急任務(wù)來了，就得加班加點(diǎn)趕進(jìn)度，但也不能太著急，質(zhì)量還是要保證的。像有一次我負(fù)責(zé)的那個(gè)項(xiàng)目，客戶催得特別緊，我就想著先把功能做出來再說，結(jié)果后來發(fā)現(xiàn)有個(gè)接口沒處理好，導(dǎo)致數(shù)據(jù)傳輸老出問題，最后還是得花時(shí)間回過頭來改。

書寫注意事項(xiàng)：

這崗位對(duì)個(gè)人的學(xué)習(xí)能力要求很高。新技術(shù)更新?lián)Q代快，不學(xué)就會(huì)落后。像最近流行的邊緣計(jì)算，在工業(yè)互聯(lián)網(wǎng)里應(yīng)用挺廣泛的，就得抽空研究一下。不過有時(shí)候看文檔看得太投入，可能會(huì)忽略周圍的事情，比如同事找你問個(gè)事，一時(shí)半會(huì)兒沒反應(yīng)過來，這事就耽誤了。

小編友情提醒：

這崗位還得多跟同行交流，參加些技術(shù)論壇什么的。別人的經(jīng)驗(yàn)對(duì)你來說都是寶貴的財(cái)富。有時(shí)候聽別人講他們的項(xiàng)目經(jīng)歷，你會(huì)發(fā)現(xiàn)很多自己沒想到的角度，對(duì)自己以后的工作也有幫助。

書寫經(jīng)驗(yàn)30人覺得有用

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位具體是干什么的，不能光靠想象。比如說app開發(fā)工程師，這可不是隨便誰(shuí)都能干的活兒。要寫好職責(zé)，就得先知道他們每天都在忙什么，比如設(shè)計(jì)app架構(gòu)，寫代碼，測(cè)試功能之類的。要是自己對(duì)這些不太了解，最好問問做過的人，不然寫出來的東西可能就有點(diǎn)離譜了。

一般來說，開頭可以提一下主要負(fù)責(zé)什么，像是參與整個(gè)app從無到有的過程，包括需求分析、技術(shù)選型什么的。然后接著說具體任務(wù)，像編碼實(shí)現(xiàn)功能模塊，確保代碼質(zhì)量，還有就是解決各種bug。不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉一些細(xì)節(jié)，比如忘記提到性能優(yōu)化這部分，這就不太好。

至于要求，就不能太模糊了。最基本的肯定是專業(yè)技能，像熟悉常用的編程語(yǔ)言，掌握數(shù)據(jù)庫(kù)操作什么的。還有就是工作經(jīng)驗(yàn)，剛畢業(yè)的小白和有幾年經(jīng)驗(yàn)的老手肯定不一樣。不過有時(shí)候?qū)懼鴮懼鴷?huì)發(fā)現(xiàn)，寫得太具體反而顯得啰嗦，比如把“需要精通java”寫成“必須熟練運(yùn)用java進(jìn)行軟件開發(fā)”，其實(shí)意思差不多，但前者更簡(jiǎn)潔。

寫的時(shí)候還要注意別漏掉一些關(guān)鍵點(diǎn)，像是團(tuán)隊(duì)合作能力。app開發(fā)不是一個(gè)人的事，得和其他部門配合好。如果寫得太片面，只強(qiáng)調(diào)個(gè)人技術(shù)，那就會(huì)顯得不全面。有時(shí)候?qū)懼鴮懼赡軙?huì)忘記補(bǔ)充這一點(diǎn)，就直接跳到其他部分去了。

書寫注意事項(xiàng)：

寫職責(zé)和要求的時(shí)候，語(yǔ)言風(fēng)格得跟這個(gè)崗位匹配。對(duì)于技術(shù)崗來說，用詞得專業(yè)一點(diǎn)，不能太口語(yǔ)化。但也不能太過死板，畢竟這不是寫論文。有時(shí)候?yàn)榱俗非笳礁?，可能?huì)不小心寫出一些拗口的句子，比如“協(xié)助完成相關(guān)項(xiàng)目任務(wù)并提交高質(zhì)量成果”，其實(shí)完全可以改成“幫助完成項(xiàng)目任務(wù)，保證成果質(zhì)量”。

書寫經(jīng)驗(yàn)25人覺得有用

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位具體干什么。比如app測(cè)試工程師，這活兒主要是負(fù)責(zé)軟件的測(cè)試工作，從頭到尾都得盯緊了，確保軟件沒毛病。具體來說，要檢查軟件的功能是不是正常，界面好不好使，還有各種交互體驗(yàn)，這些都是需要測(cè)試的點(diǎn)。如果發(fā)現(xiàn)bug，就要及時(shí)記錄下來，最好能描述清楚問題在哪，方便開發(fā)那邊改。

平時(shí)還要跟開發(fā)人員多溝通，有時(shí)候他們覺得沒問題的地方，可能用戶用起來就不順手。所以，測(cè)試的時(shí)候不僅要自己試，還得站在用戶的角度去想。有時(shí)候遇到復(fù)雜的情況，可能得反復(fù)測(cè)試好幾遍才能確定到底哪里出了問題。要是碰上新功能上線，那更是得仔細(xì)點(diǎn)，一點(diǎn)都不能馬虎。

再就是關(guān)于職位要求，這得看公司具體的需求。有些公司可能更看重經(jīng)驗(yàn)，像至少兩年以上的測(cè)試經(jīng)驗(yàn)，能獨(dú)立完成測(cè)試任務(wù)的那種。還有就是得熟悉常用的測(cè)試工具，像什么jira、postman之類的，這些都是必備技能。當(dāng)然，溝通能力也不能忽視，畢竟測(cè)試不是一個(gè)人的事，團(tuán)隊(duì)合作很重要。

有時(shí)候?qū)戇@些職責(zé)和要求的時(shí)候，可能會(huì)因?yàn)橼s時(shí)間就隨便寫了幾個(gè)關(guān)鍵點(diǎn)，結(jié)果看起來有點(diǎn)亂。比如說“負(fù)責(zé)軟件測(cè)試，包括功能、性能及安全”，這樣寫太籠統(tǒng)了，不夠細(xì)致。還有的時(shí)候，為了省事，會(huì)把一些細(xì)節(jié)忽略掉，像“熟練掌握測(cè)試方法和技巧”，這句話說得挺模糊的，具體是什么樣的方法和技巧，都沒說清楚。

書寫注意事項(xiàng)：

職位要求里可能會(huì)漏掉一些重要的東西。比如對(duì)學(xué)歷的要求，有些公司可能只要求大專以上，而有些則要求本科甚至更高。還有就是專業(yè)背景，如果是計(jì)算機(jī)相關(guān)專業(yè)出身的，肯定會(huì)有優(yōu)勢(shì)。有時(shí)候?qū)懼鴮懼蜁?huì)忘了補(bǔ)充這些信息，導(dǎo)致崗位描述顯得不夠完整。