後台策劃書優秀範本

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

一、目錄

設計目的

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

策劃人：彭劍、楊茜

二、設計目的

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

三、運營數據後台簡述

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

1、 運營後台管理

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

3、 操作界面描述、流程以及權限模塊

4、 其他事項説明

四、運營後台管理

後台通過總權限設置子帳户，並可給予指定帳户權限，總權限有且只有一個。

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

五、數據類型和公式

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

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

策劃人：彭劍、楊茜

接入數據流程

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

策劃人：彭劍、楊茜

六、 數據後台登陸界面

數據後台登陸界面

帳號登陸流程

策劃人：彭劍、楊茜

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

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

一、查

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

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

二、增

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

三、刪

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

四、改

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

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