產(chǎn)品后端開發(fā) 后端產(chǎn)品經(jīng)理職責(zé)范圍(六篇)

本文格式為Word版，下載可任意編輯——產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍(六篇)范文為教學(xué)中作為模范的文章，也往往用來指寫作的模板。往往用于文秘寫作的參考，也可以作為演講材料編寫前的參考。大家想知道怎么樣才能寫一篇比較優(yōu)質(zhì)的范文嗎？下面我給大家整理了一些優(yōu)秀范文，希望能夠幫助到大家，我們一起來看一看吧。

產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍篇一

4,熟悉阿里巴巴國際站后臺(tái)的操作使用,根據(jù)公司需求制定阿里巴巴國際站運(yùn)營方案;

6.查看分析阿里的后臺(tái)數(shù)據(jù)并優(yōu)化;

7.對數(shù)據(jù)十分敏感,愿意研究數(shù)據(jù)和提升結(jié)果

8.其它相關(guān)職責(zé)和辦公室事情的協(xié)助!

任職要求:

1.大專以上學(xué)歷,電子商務(wù)專業(yè)優(yōu)先;

2.至少1年阿里巴巴運(yùn)營經(jīng)驗(yàn),了解阿里巴巴國際站后臺(tái)運(yùn)營;

3.擅長分析,尋覓發(fā)現(xiàn)規(guī)律,具備良好的溝通、學(xué)習(xí)能力和客戶意識(shí)。

福利:上午:9:00-12:00下午:13:30-18:30(周一到周五,周六上半天也就是(9:00-12:00)

年假;節(jié)假日禮品;一年至少2次團(tuán)體旅游;公司為員工慶生;年會(huì),年終獎(jiǎng)金;多維度獎(jiǎng)勵(lì)(年度目標(biāo)獎(jiǎng)勵(lì),博楚教案獎(jiǎng)勵(lì)制度,公司活動(dòng)旅游獎(jiǎng)勵(lì),年度人物評比,年終抽獎(jiǎng)等,多重獎(jiǎng)勵(lì)),所有國家假期

產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍篇二

在進(jìn)行詳細(xì)的需求設(shè)計(jì)時(shí)，遵循三個(gè)原則：

前面兩點(diǎn)簡單地說，就如下圖展示的狀況，模塊高度集成且相互關(guān)聯(lián)；

然后在制定詳細(xì)的需求書時(shí)需要先制定基礎(chǔ)功能，類似于角色數(shù)量、權(quán)限管理及審批、賬號(hào)登錄\登出等，如下圖：

還是以ota作為例子，在這個(gè)例子中，由于首先是面向的對象是車企研發(fā)和測試的人員，使用對象不會(huì)外授權(quán)給外部開發(fā)者和市場人員。

終究假使更新包或者策略出問題了，這個(gè)確定是會(huì)造成車企經(jīng)濟(jì)損失和名譽(yù)損傷。

這時(shí)候其實(shí)角色數(shù)量和審批的流程就可以簡化處理，角色定義管理員和普通角色、審批流采取二級(jí)審批或者驗(yàn)證碼二次確認(rèn)即可，假使為了保險(xiǎn)，其實(shí)也可以增加一個(gè)密鑰驗(yàn)證；

確定好角色和審批，就需要確認(rèn)賬號(hào)體系，但一般tob大型項(xiàng)目都會(huì)有一套通用的賬號(hào)體系，所以直接沿用即可；

當(dāng)我們制定了完整閉環(huán)的業(yè)務(wù)流程后，我們就可以參考之前的需求分析抽取的功能點(diǎn)和業(yè)務(wù)流程制定幾個(gè)大的功能模塊；

由于ota的領(lǐng)域要求，一般都是會(huì)對數(shù)據(jù)及升級(jí)狀況有比較明確且具體的要求，下面就以和展開；

在我負(fù)責(zé)項(xiàng)目中，接收的數(shù)據(jù)要求有：

在初始化項(xiàng)目時(shí)，一般我們都是需要有初步的數(shù)據(jù)源導(dǎo)入到平臺(tái)中，由于從0-1的項(xiàng)目中，設(shè)備未激活，無法上報(bào)對應(yīng)的數(shù)據(jù)，我們就無法發(fā)布任務(wù)推送到端上，所以是需要默認(rèn)的數(shù)據(jù)源作為平臺(tái)的基礎(chǔ)數(shù)據(jù)；

而一般這類基礎(chǔ)數(shù)據(jù)都會(huì)由車企或者tier1來提供，我們需要導(dǎo)入到平臺(tái)中進(jìn)行初始化；

有了基礎(chǔ)數(shù)據(jù)，我們還需要定義好具體的數(shù)據(jù)指標(biāo)，便利項(xiàng)目交付后的驗(yàn)收，浮現(xiàn)的數(shù)量雖然能滿足車企的訴求，但不夠直觀，所以一般我們還是需要定義具體指標(biāo)；

如推送成功率=下載成功量/成功推送量等；

這類數(shù)據(jù)需要基于客戶端下載的狀況進(jìn)行上報(bào)，如設(shè)備在接收到軟件包升級(jí)時(shí)，需要在升級(jí)成功時(shí)同時(shí)上報(bào)升級(jí)結(jié)果、當(dāng)前版本，假使涉及到地區(qū)分布需求，還需要上報(bào)經(jīng)緯度，然后后臺(tái)進(jìn)行推演依照地區(qū)或者省份進(jìn)行展示；

任務(wù)對于每次的ota都是至關(guān)重要的部分，需要確鑿記錄每一個(gè)vin碼的升級(jí)狀況（vin碼、升級(jí)成功與否、推送成功與否等），任務(wù)的推送狀況及錯(cuò)誤日志上報(bào)；

另外任務(wù)的詳細(xì)信息可能確鑿在后臺(tái)上做浮現(xiàn)，便利后續(xù)的維護(hù)和迭代運(yùn)營；

產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍篇三

最終我就以個(gè)人的經(jīng)驗(yàn)共享“坑〞，便利大家避避雷；

一般權(quán)限分幾種：操作權(quán)限、菜單權(quán)限、數(shù)據(jù)權(quán)限和用戶權(quán)限；

我遇到過之前有個(gè)平臺(tái)只有菜單權(quán)限，整個(gè)平臺(tái)中只要具備菜單的權(quán)限就可以進(jìn)行操作，細(xì)分顆粒度不夠，導(dǎo)致管控的力度比較粗；

這樣導(dǎo)致的后果，就是無法有效的管理用戶的操作和數(shù)據(jù)泄密的問題，而且假使還沒有操作記錄功能的話，那完全無法知道是誰做了哪些操作，追溯起來十分麻煩；

一般而言，平臺(tái)化的交互模式都是自上而下，模塊放置左側(cè)，右側(cè)放置模塊內(nèi)容信息，并且以列表的形式浮現(xiàn)；

這樣的結(jié)構(gòu)符合用戶的習(xí)性和查看習(xí)慣，假使刻意追求標(biāo)新立異的模式，如從左到右的模式，就有種畫蛇添足的感覺；

如之前接觸過一個(gè)平臺(tái)頂部放置功能欄，左側(cè)放置數(shù)據(jù)報(bào)表和數(shù)據(jù)，右側(cè)放置模塊內(nèi)容信息，整個(gè)交互即讓人眼花繚亂，交互起來又經(jīng)常出問題；

另外平臺(tái)需要注意盡量不要出現(xiàn)以下幾點(diǎn)：

以上就是本文的全部內(nèi)容，希望能在業(yè)務(wù)管理后臺(tái)的設(shè)計(jì)上提供一些建議和幫助！

產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍篇四

單從ota，我們就可以找出三類玩家：

而傳統(tǒng)車企一般都是和傳統(tǒng)ota廠商合作，當(dāng)隨著科技能力的滲透和智能化、新能源化越來越高，車企也逐步和科技公司一起合作，在這里我就舉百度的ota能力(給baidu打個(gè)廣告)；

從百度提供的ota后臺(tái)可以看出類似開放平臺(tái)的產(chǎn)品定位，以通用能力提供技術(shù)能力，輸出較為豐富的行業(yè)理解能力和技術(shù)底層能力，使接入方能快速接入上線服務(wù)；

但假使我們從項(xiàng)目的角度出發(fā)，我們需要從平臺(tái)中抽象出ota的特征通用需求出來作為參考，如下：

在抽取了ota的特征需求后我們需要針對真實(shí)的項(xiàng)目狀況去落地設(shè)計(jì)；

產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍篇五

不同的行業(yè)對管理后臺(tái)的要求有微弱的區(qū)別，以行業(yè)的角度來看：

大致可以分為以上幾類，商城類的重視訂單管理和產(chǎn)品發(fā)布，開放平臺(tái)重視開發(fā)者和技術(shù)應(yīng)用，客戶管理（crm）重視客戶信息和訂單管理，財(cái)務(wù)關(guān)注資產(chǎn)管理和工資管理，oa重視業(yè)務(wù)流和審批層級(jí)，特別類如ota和金融監(jiān)管也有各自的業(yè)務(wù)訴求，如ota重視軟件管理和任務(wù)管理，雙錄重視監(jiān)管和訂單；

雖然管理后臺(tái)面向各行各業(yè)都有不一樣的特性，但一般都是有賬號(hào)體系、角色體系、審批流程和操作日志等基礎(chǔ)功能，下面基于其中一類以及筆者經(jīng)歷較深的領(lǐng)域-ota和開放平臺(tái)；

單從ota來看，市面有分三種，fota、sota和集成os三類；

fota-固件遠(yuǎn)程升級(jí)，一般是涉及到汽車底層電子元件的軟件升級(jí)，剎車、座艙底層和儀表盤等軟件的升級(jí)，大部分的傳統(tǒng)車企都有這部分的能力，并且對安全性和穩(wěn)定性要求都十分高，終究涉及到擋位這類行駛的控制，假使沒有必要的缺陷，基本都不會(huì)隨意升級(jí)；

但在汽車行業(yè)的資本滲透和新興玩家入場，如特斯拉\小鵬等，現(xiàn)在逐步的開放fota的遠(yuǎn)端升級(jí)，但一般都是集成類升級(jí)，不會(huì)單獨(dú)分開升級(jí)fota；

sota-又稱軟件系統(tǒng)升級(jí)，一般都是中控臺(tái)的os層及應(yīng)用升級(jí)，類似手機(jī)系統(tǒng)升級(jí)，但在汽車行業(yè)，這塊還是跟手機(jī)端有所不同，區(qū)別在于以下幾點(diǎn)：

舉個(gè)簡單的例子，假使車企需要升級(jí)某個(gè)應(yīng)用層的bug或者有新的應(yīng)用可以發(fā)布，一般都是通過sota的形式推送給到各端，包括已銷售出去的汽車；

本人接觸的有語音語義和小程序開放平臺(tái)，這類管理后臺(tái)一般是面向三方開發(fā)者提供技術(shù)底層能力和應(yīng)用框架；

類似于小程序管理后臺(tái)，這類平臺(tái)會(huì)提供開發(fā)者接入手冊和底層小程序的技術(shù)框架，開發(fā)者基于這個(gè)框架定制化開發(fā)多個(gè)小程序，這類平臺(tái)重視生態(tài)的擴(kuò)展和開發(fā)者入駐的數(shù)量，所以一般都是技術(shù)能力或者市場實(shí)力較為雄厚的科技平臺(tái)公司在布局，這類平臺(tái)既具備toc能力也有tob的能力，區(qū)別在于兩者的資質(zhì)認(rèn)證；

可以看出，各行各業(yè)的管理后臺(tái)，五花八門，那么我們現(xiàn)在就基于單個(gè)應(yīng)用領(lǐng)域去切入，進(jìn)行詳細(xì)的產(chǎn)品設(shè)計(jì)工作；

產(chǎn)品后端開發(fā)后端產(chǎn)品經(jīng)理職責(zé)范圍篇六

一般而言業(yè)務(wù)管理后臺(tái)都是面向tob產(chǎn)品，而tob的產(chǎn)品最大的特點(diǎn)就是定制化程度高，私有化部署；

而這對產(chǎn)品設(shè)計(jì)帶來的挑戰(zhàn)就是業(yè)務(wù)訴求頻繁變化和場景繁雜，假使考慮不全面，后續(xù)平臺(tái)返工的成本、概率就會(huì)隨著功能的堆疊變得越來越高；

所以第一步我們需要對業(yè)務(wù)需求和使用場景進(jìn)行梳理，并且需要基于項(xiàng)目背景及終端設(shè)備出發(fā)，制定核心可落地的功能