APP、網(wǎng)站、微信二次開(kāi)發(fā)非常復雜的后臺如何策劃

APP、網(wǎng)站、微信二次開(kāi)發(fā)非常復雜的后臺如何策劃呢？面對客戶(hù)給過(guò)來(lái)的需求中，大多數都是前端需求。很少客戶(hù)給我們后臺需求，很多想當然的實(shí)現效果在他們腦中基本沒(méi)有概念。那么讓我們用一個(gè)簡(jiǎn)單的門(mén)戶(hù)網(wǎng)站舉例。
        背景：A公司目前門(mén)戶(hù)是靜態(tài)的，老板為了拉融資要求對門(mén)戶(hù)網(wǎng)站進(jìn)行改版。
        需求：在網(wǎng)站上要有新聞模塊，首頁(yè)需要有輪播圖可以更換公司的大事件，給公司一個(gè)發(fā)聲的地方，明年的重點(diǎn)需要擴大招商范圍和規模，網(wǎng)站上最好有個(gè)招商板塊，再有就是對公司整體有個(gè)業(yè)務(wù)介紹，最后，公司最近招人比較困難，如果官網(wǎng)有個(gè)招聘模塊也許就能提高招聘的效率。開(kāi)發(fā)周期：一個(gè)月時(shí)間，網(wǎng)站就要上線(xiàn)！要求就是這么多了，如果是你，你會(huì )怎么做？
        畫(huà)原型嗎？NO。面對這個(gè)需求，我們需要調動(dòng)多少人？產(chǎn)品經(jīng)理自己，UI一個(gè)，前端一個(gè)，后端1-2個(gè)，市場(chǎng)文案一個(gè)，人力資源輔助配合招聘模塊1人，最后是網(wǎng)站后期運營(yíng)者。想想功能，想想要完成的事情，大概就這么多。根據需求可以看出，大概功能并不復雜；做個(gè)功能列表，簡(jiǎn)單用語(yǔ)言包裝要做的東西，然后去分別私聊或者召集大家開(kāi)會(huì )，讓大家提供一個(gè)完成時(shí)間，這個(gè)完成時(shí)間不能超過(guò)Deadline，所以溝通過(guò)程中可能需要你去說(shuō)服對方，提高效率，甚至可能加班，讓大家有心理準備。搞定了人，回來(lái)看看產(chǎn)品。
        我們先來(lái)做個(gè)簡(jiǎn)單的需求梳理：
        首頁(yè)，會(huì )有一個(gè)輪播圖方便后期更新，如果更新不頻繁也可以做成靜態(tài)，開(kāi)發(fā)成本低。首頁(yè)還會(huì )是一些公司競爭力介紹等等。新聞，新聞會(huì )有運營(yíng)人員不定期更新，就是需要創(chuàng )建信息，他就是需要在后臺有這個(gè)功能。招商加盟，看看招商網(wǎng)站多半是一些公司介紹，在底部會(huì )放一個(gè)聯(lián)系方式提交的地方，詢(xún)問(wèn)老板后，他認為也需要這個(gè)模塊，需要傳遞信息，他也需要在后臺有個(gè)功能。招聘，看看招聘網(wǎng)站，功能還是挺多的？那么我們需要那么多嗎？用戶(hù)可以有個(gè)word簡(jiǎn)歷通過(guò)網(wǎng)站上傳給我們，人力資源人員可以通過(guò)后臺下載或預覽？再來(lái)一個(gè)解決方案，在前臺有很多表單可以讓用戶(hù)填寫(xiě)，直接提交給后臺。這些都是用戶(hù)要與后臺產(chǎn)生互動(dòng)信息。
        但是這些方案好像聽(tīng)起來(lái)不錯，那么不如用最原始的方式，雖然不那么酷但是后簡(jiǎn)單，前端只提供職位職責預覽，并提供一個(gè)人力的郵箱，大家可以向里面投遞簡(jiǎn)歷，后臺只做職位的簡(jiǎn)單發(fā)布。業(yè)務(wù)介紹，屬于靜態(tài)頁(yè)面，設計上去就可以了，這個(gè)不涉及到后臺。
        經(jīng)過(guò)分析和溝通，我們發(fā)現與后臺有交集的地方分別是，首頁(yè)輪播圖，新聞，招商和招聘。這時(shí)候你可以去看看其他產(chǎn)品，在這些模塊都會(huì )顯示哪些字段信息，找到你決定有用的，把他填寫(xiě)到這些功能描述中，再去進(jìn)行前臺的產(chǎn)品設計；不過(guò)有時(shí)你會(huì )發(fā)現做著(zhù)做著(zhù)發(fā)現缺了某個(gè)字段，為了避免這種事情的發(fā)生，就需要你在信息收集的過(guò)程中，多去看幾個(gè)產(chǎn)品，把他們的展示的內容都先羅列下來(lái)，再做刪減。
        前臺不是今天說(shuō)的重點(diǎn)，我們直接進(jìn)入后臺設計。
        我常以為后臺就是一個(gè)個(gè)的「倉庫」這個(gè)庫里堆放著(zhù)你想要管理的內容，后臺的搭建就是創(chuàng )建一個(gè)又一個(gè)的庫，并且將他們合理的連接起來(lái)?；乜次覀円龅臇|西，可以簡(jiǎn)單的分為四個(gè)庫，并對他們分別管理。
        新聞管理
        輪播圖管理（廣告位管理）
        加盟信息
        招聘信息管理
        知道有哪些庫了，我們需要將他們合理的組合起來(lái)，形成”導航“。業(yè)務(wù)流程越長(cháng)，功能越多這個(gè)組合的工作越不好，這就是為什么需要信息架構師這種職位，不過(guò)面對簡(jiǎn)單的后臺，產(chǎn)品們還是可以直接應付。整個(gè)后臺的界面通常會(huì )有以下模塊組成：后臺導航——管理庫(管理內容列表\管理的內容)，從最大的框架到最小元素。
        后臺導航
        在我接觸的后臺導航中常見(jiàn)的有幾種。
        1. 橫向導航
        2. 縱向樹(shù)結構導航
        3. 橫向導航縱向樹(shù)結構
        橫向導航會(huì )用在后臺功能較少，層級很少的情況下，他的優(yōu)勢就是學(xué)習成本低，劣勢就是可擴展性比較差。
        縱向樹(shù)結構導航，這個(gè)我們看的其實(shí)是比較常見(jiàn)的，很多電商網(wǎng)站的個(gè)人中心或是訂單頁(yè)面就是用的這種結構，邏輯清晰，能夠很快的找到想要找的東西。第三種比較復雜，適用于平臺功能較多，功能模塊相差很多的網(wǎng)站，會(huì )在最頂部的橫向導航放置頂級功能導航，在某個(gè)功能下用樹(shù)結構導航清晰的表現二級功能。因為這一次我們做的功能并不復雜實(shí)際上可以用橫向導航，不過(guò)因為我是根據現有后臺來(lái)制作，所以為了不增加開(kāi)發(fā)成本，所以依然延續橫向導航縱向樹(shù)結構。
        管理庫
        決定了哪種導航形式，來(lái)看看最重要的「管理庫」，面對「庫」大家記住，絕大部分情況都會(huì )有個(gè)「列表頁(yè)」，然后就是對信息的「增刪改查」，遇到商品或是輪播圖還會(huì )有上下架，顯示與隱藏的功能，基本上「庫」都會(huì )這樣的管理的。
        那么這樣想，是不是新聞的管理設計起來(lái)就容易多了。添加新聞，刪除新聞，編輯新聞，搜索新聞，再加上一個(gè)新聞列表，列表中在顯示一些需要的字段。其實(shí)整個(gè)管理列表頁(yè)已經(jīng)躍然紙上了，之后就是正文編輯了，用戶(hù)可以從列表頁(yè)或導航中的「添加新聞」進(jìn)入，把可以實(shí)現功能的字段做到頁(yè)面上，再加上文本編輯器，一個(gè)發(fā)布按鈕，一個(gè)簡(jiǎn)單的新聞管理就搞定了。
        那加盟信息怎么做？其實(shí)也很簡(jiǎn)單，既然用戶(hù)需要在前臺提交信息，那么我們的后臺實(shí)際上就是一個(gè)接受信息的地方。我們讓用戶(hù)在前臺提交「姓名電話(huà)郵箱」等聯(lián)系方式，在后臺加盟管理中，利用列表頁(yè)將這些信息進(jìn)行展示，有新的加盟信息推送過(guò)來(lái)可以在導航上加一個(gè)數字角標，這個(gè)功能甚至都用不到詳情頁(yè)就能搞定。
        留個(gè)思考問(wèn)題，廣告位管理你是不是也會(huì )做了呢？
        用上面的辦法思考——列表（增刪改查）+詳情（添加內容）。是不是思路變得清晰一些？
        像門(mén)戶(hù)網(wǎng)站這種還算比較簡(jiǎn)單的，不過(guò)為了方便管理，你可以給不同的角色賦予不同的權限，比如人力資源的同學(xué)只可以使用招聘發(fā)布，網(wǎng)站運營(yíng)人員只能使用新聞發(fā)布等等，專(zhuān)人專(zhuān)項，分工明確。
        角色劃分與權限是怎么來(lái)決定呢？
        跟隨你的產(chǎn)品業(yè)務(wù)。比如拿電商而言一個(gè)商品從用戶(hù)確認下單，支付之后，在后臺會(huì )走過(guò)多少流程，我想每個(gè)公司的業(yè)務(wù)流程都會(huì )不同，但是在這個(gè)流程中
        一定會(huì )涉及到很多「角色」來(lái)處理訂單，而這「角色」就是你來(lái)劃分后臺權限的依據，而功能亦是從業(yè)務(wù)需求中轉化而成的。
        讓我們短暫回顧一下
        回顧一下后臺的設計，我們會(huì )發(fā)現他實(shí)際上是一種面向信息的設計，對于信息進(jìn)行審核，記錄，閱讀，操控等等。在做后臺設計時(shí)你需要對業(yè)務(wù)流程有一定了解，知道哪個(gè)環(huán)節會(huì )與系統產(chǎn)生交互，那么這個(gè)交互的點(diǎn)就是后臺設計的「庫」，我們需要對這些庫進(jìn)行管理，有時(shí)候我們還需要將這些庫與另外一些庫進(jìn)行連接，庫與庫之間互相調取數據。比如電商網(wǎng)站做的促銷(xiāo)管理，都會(huì )去調用「商品庫」里面的數據。想要掌握后臺產(chǎn)品的設計的核心就是處理好每個(gè)庫的劃分與整個(gè)產(chǎn)品的運作邏輯。
        先做前臺還是后臺
        這是我曾經(jīng)很糾結的問(wèn)題，不知道你是不是也是一樣，當你慢慢了解之后，這個(gè)問(wèn)題其實(shí)就不復存在了，找你熟悉的東西開(kāi)始做，這樣會(huì )讓你有我已經(jīng)完成了多少多少了的感覺(jué)，而不是面對一個(gè)不熟悉的東西，痛苦的死磕，磕到對自己失去信心。前臺與后臺共同構成了你的產(chǎn)品，缺少一方，產(chǎn)品便無(wú)法運轉，先把業(yè)務(wù)邏輯思考清楚，你會(huì )發(fā)現「哦，這里是給用戶(hù)看的」「啊，這里是后臺要處理的」當業(yè)務(wù)邏輯走向完整之后，我想你的前后臺就都已經(jīng)設計完成了。還有一個(gè)問(wèn)題可能會(huì )比較困擾人。
        后臺設計要不要注重體驗和UI？
        答案是肯定要，視情況而定。這個(gè)情況有可能是時(shí)間，有可能是產(chǎn)品階段，有可能是公司目標與規模。有些后臺只要能實(shí)現功能就可以，有些后臺需要開(kāi)放給第三方來(lái)用，對于產(chǎn)品的“好用”程度不同，不過(guò)如果條件允許還是反復推敲下，其中的邏輯與體驗比較好。
        前一陣幫助公司對商城的賣(mài)家后臺做了體驗上的改版，因為之前都會(huì )不斷的增加功能，沒(méi)有對產(chǎn)品很好的梳理和設計，導致很多地方體驗不好或是信息架構混亂。這些細小的地方只要多多體驗，多思考就能夠找到更好的辦法。比如后臺有個(gè)手機認證的功能，之前只這樣的操作。未認證的用戶(hù)進(jìn)來(lái)的狀態(tài)，會(huì )顯示用戶(hù)未認證，點(diǎn)擊立即認證會(huì )有個(gè)模態(tài)窗口，讓你填寫(xiě)手機號，驗證碼。
        好像很正常，也能夠綁定，那么問(wèn)題出現在哪里呢？不夠直接，需要兩步操作。于是做了如下修改，點(diǎn)擊導航中的認證中心，直接去判斷是否綁定，如果沒(méi)有綁定，直接顯示之前彈窗中的內容，兩步變一步，簡(jiǎn)單了許多吧。
        前兩天去聽(tīng)了一個(gè)產(chǎn)品培訓課，課上深刻的記得老師說(shuō)過(guò)的一句話(huà)，體驗就是對流程的梳理與調整。細思下，很有道理吧。
        不知道你現在，是不是已經(jīng)知道后臺是什么，給誰(shuí)用，如何設計了。最近在研究拼車(chē)產(chǎn)品，不知道你有沒(méi)有用過(guò)嘀嘀順風(fēng)車(chē)，如果沒(méi)用過(guò)你可以馬上體驗一下，然后思考一下，他的哪些東西會(huì )在后臺出現呢？