後臺策劃書優秀範本

篇一：《競遊平臺》運營後臺策劃

一、目錄

設計目的

運營數據後臺簡述 運營後臺管理 數據類型和公式 接入數據流程 數據後臺登陸介面 數據後臺操作介面

策劃人：彭劍、楊茜

二、設計目的

透過各項的數據掌控能，能夠有效的掌控遊戲存在的的問題和玩家的需求。給運營和策劃決策帶來正確的導向。數據後臺可掌握大部分可用數據進行檢視和對比。發揮數據的作用。是爲了提取有用資訊和形成結論而對數據加以詳細研究和概括總結的過程。

三、運營數據後臺簡述

策劃案將對以下幾項對運營數據後臺進行描述：

1、 運營後臺管理

2、 數據類型的結構、公式

3、 操作介面描述、流程以及權限模組

4、 其他事項說明

四、運營後臺管理

後臺透過總權限設定子帳戶，並可給予指定帳戶權限，總權限有且只有一個。

管理員帳戶擁有數據後臺的所有權限，子帳戶無權訪問帳戶管理，可向管理員帳戶申請來獲得相關權限。詳細功能檢視操作介面描述和流程。

五、數據類型和公式

注：出裝數量，包含單一的裝備、卷軸的數量和成品的數量。即自動合成出的成品裝備和卷軸也需要被記錄。

透過以上類型的數據返回給數據後臺，後臺透過最數據的組合以及公式的換算，得出另外的數據。由此形成拓展數據。以下是拓展數據類型表

策劃人：彭劍、楊茜

接入數據流程

透過服務器或數據庫產生的數據返回給數據後臺。後臺透過指定數據的搭配及算法換算出相關數據。

策劃人：彭劍、楊茜

六、 數據後臺登陸介面

數據後臺登陸介面

帳號登陸流程

策劃人：彭劍、楊茜

篇二：產品策劃之後臺設計

每家互聯網都有其後臺管理介面，相信每個PM都做過前後臺的設計，本文簡單談談後臺設計的一些要點。後臺的設計首先能明確的是一定不如做前臺好玩和刺激。介面沒有前端的華麗，交互沒有前臺的順暢。但是他卻是我們在工作中無法規避的。正如技術人員進行某個項目的開發，一定是搭底層的`框架和服務先，直接做前臺的設計一定會出問題。後臺的設計，有個基本準則——查、增、刪、改。但凡任何一個後臺，一定會包含以上幾個模組。下面逐步解釋各個準則。其中以“查”最爲重要。

一、查

查詢介面。查詢介面一般包含2塊：搜尋區域和搜尋列表。搜尋區域根據你的後臺特點，列出你常用到的查詢(搜尋)方式，一般不建議查詢字段過多，5個以內爲佳。搜尋區域一般都要提供關鍵字查詢的搜尋方式。如下圖：

根據搜尋項會生成一個搜尋列表頁。不同項目對應的後臺肯定在功能、邏輯上有所不同。但基本格式應該與我所列後臺類似。此處不再引申。

二、增

故名思意，就是新增(add)一條記錄。在查詢介面一般一定會有一個“增”功能的按鈕。有些名稱叫“添加”，有些名稱叫“新增”。在我看來，自己用的後臺這2個名字都是可以的。但名稱需要統一。

三、刪

搜尋列表中的單條記錄，理論上都是允許刪除的。後臺的刪除有個小的要點，一般需要彈窗提示：“是否真的刪除?”一些核心的數據，爲了防止誤刪或者工作人員的惡意操作，還應保留操作日誌。

四、改

一般在搜尋列表中的“操作”字段下完成。對應的操作連結爲“編輯”。點擊編輯的話則可以對單條記錄進行編輯(即修改)的操作。一般修改的字段和添加的字段是一一對應的。但在產品設計的過程中，要考慮到特殊情況。例如有些內容是否允許修改，是否只能有特定權限的人才可以修改等。補充：後臺設計的基本思路

以上4點只是針對一個後臺應該具備的四大塊。但是真正開始設計一個後臺，產品設計人員需要明確知道做這個後臺的目的。例如：如果需求是一個資訊展示的模組，你要做的是一個單純的資訊發佈後臺。如果需求是要做一個透過各個搜尋條件顯示內容的模組，你要做的就是一個包含搜尋條件以及對應搜尋結果的後臺(其實也是資訊發佈後臺)。這種後臺就會包含查、增、刪、改等功能模組了。也一直好奇大家網站的後臺是什麼樣的，會不會有別的驚喜我不知道，但歡迎聯繫我與我分享。