產品小白設計后臺產品時,要注意這3個重點

15 評論 13879 瀏覽 112 收藏 12 分鐘

好多新手小白剛入行會被安排做后臺,做之前通常會聽到這樣的聲音“后臺簡單,前端有啥你做就好了;后臺簡單,就那么多玩意,沒啥特殊的;后臺簡單,捋順業務,邏輯緊湊一點就好了;后臺簡單,自己人用,錯了也無關痛癢……”可事實并非如此。邏輯緊湊就夠了嘛?設計的和大學高數教程一樣緊湊嚴謹,你會用嗎?前端有啥后臺有啥就對嗎?那前端沒有的就通通不要了嗎?自己人用就不怕錯了嗎?被N+1個同事diss真的無關痛癢嗎?

設計后臺,在我看來是最考驗產品能力也是最能夠提升產品能力的一項工作,所以,當作為產品小白的你接到了一個后臺的需求而非前端需求的時候,請相信,老大們說的簡單只是不想給你壓力,老大給你做后端的機會不是不信任你,而你覺得你有很有潛力,也相信你能夠對產品提供最大的幫助。所以請重視每一次設計后臺的機會,這是最寶貴的實戰經驗,沒有之一。

下面是自己在做后臺的時候總結的一些點,希望對成長中的產品有幫助。

一、要了解后臺的用戶

做任何一款產品都需要明確我們的用戶模式以及用戶需求,這至關重要,做后臺也是自然,那么后臺的用戶模式是什么樣的?這個問題在設計后臺的時候也同樣重要。區別于其他產品用戶特點是在急速變化的,用戶規模是與日俱增或是飛速下降的。后臺的用戶相對固定,相對可控。但這也要求我們要認清后臺用戶是怎么樣的一群人。

后臺的用戶大概由老板、產品、技術、運營、市場、客服、財務等部分人群組成,概述之,后臺的用戶是“自家兄弟”,那么對于自家兄弟是什么樣子的我們想必是最清楚的啦。所有后臺的用戶無外乎以下幾個特性(不絕對)、目的性強、“懶”、“事多”……

1. 用戶很忙很“懶”目的性很強——簡單直接

用戶來到后臺,目的性極強,極少數有某些人會沒事就來逛逛后臺(當然,會有后臺監測的人在),財務來后臺的目的很簡答,就是看產品的財務信息,至于banner推送的怎么樣,如何推送的,他不會在意。

互聯網行業工作節奏快到光速,大家的時間成本都很高,都很忙,用戶就像看一下上個月的流水,就不要讓我看到其他的用戶、banner其他的任何無關緊要的內容。

所以,在做后臺我們堅守的第一條內褲就是簡單直接!

把所有重要的東西都擺在臺面上,不要藏的太深,不要把頁面設計的太復雜,簡單直接最好,后臺的用戶沒必要看到炫酷的交互,沒必要看到五顏六色的色塊,沒必要看到清新脫俗的功能別稱。

2.“懶”的同時“事也多”——全面不能少

“懶”的同時,我們的用戶也會有各種各樣的需求拋給了我們。

“我要看平臺流水”,“我要看逗留時長”,“我要刪除banner”,“我要周活日活小時活”,“我不想要訂單號”,“我想要用戶頭像庫”……

這樣的聲音在你設計后臺的時候會越來越多,即使后臺運行很久之后,依然會有人提出更多的需求讓你幫忙實現。

所以,后臺產品在心里面可能會有一萬匹馬在崩騰“凈TMD事,比用戶事還多”,但是,萬馬奔騰后,該干還得干,該有的一樣都不能少,同時不該有的一樣都不能多。這就是我們的第二條內褲,一定要死死的守住。

如果你做不到該有的都有,那就準備著各位用戶如暴雨般的diss吧,如果不該有的全都在,那你就等著技術大哥磨好刀準備殺你祭天吧。

所以在開始干之前,一定要明確需求,分析需求,捋順需求。繪制個腦圖十分適合此時的你。腦圖的重要性對于產品經理來說就不多說了,那么在做后臺的時候,有兩個小建議,要捋出來需求的腦圖,和后臺功能模塊的腦圖。區分顯示每個模塊的必要性。

二、功能模塊規劃原則

1. 頻次+重要性決定你的功能規劃

捋順了需求,捋順了功能模塊,接下來我們要時刻記住兩點,這個功能的使用頻次高不高,沒有這個功能模塊會不會影響產品運營。

一些看似重要,實則也很重要的東西,但是一個月,半年,甚至一年只用到一次的功能就是沒有存在必要的。

例如:

運營說,我想看一下我今年push推送了多少條,歷史記錄給我導出一下。

讓你在push推送的模塊加一個“導出全部”的功能,這個時候你必須要拒絕。

因為,這不是為了產品服務的,是為了運營自己寫年度總結報告時服務的。這樣的功能的使用頻次極低,半年一年可能會用到一次,而且沒了這功能絲毫不影響產品運營。能生成push推送、刪除、查看就夠了。產品本身不在乎你推送了多少次。這樣使用頻次低或是不重要的功能,做完掌握主動權的PM可以弱化甚至不放。

2.可有可無的功能模塊都砍掉

在產品初期搭建后臺要堅持“輕資產”原則,為了提升開發速度,降低開發成本。在初期設計后臺的時候要盡可能的把一些沒必要的東西砍掉。

其實在后期的時候也是要堅持這個原則的。有些需求方會跟產品說“你先放著,現在雖然用不到,但是等到產品下幾個版本的時候就用的到了”。這個時候一定要矜持,不要用一句“好吧”來應對。

后臺雖然不是直面用戶,但是也是產品極其重要的一環,產品的迭代是100%跟著用戶走的,未必會100%跟著產品規劃走,所以,后臺要跟著產品一起迭代,不要搶跑,如果這個時候你搶跑,一旦跑錯了方向,那只能回到起點重新來跑。

所以,類似于上文說到的半年用一次,甚至突發奇想想要用一下的功能直接砍掉就好啦,別猶豫,此時要有揮刀自宮的魄力。

三、列表字段設計方法

1. 常用于搜索鎖定的字段必不可少

一個列表伴隨著搜索條件存在的。所以,一些常見的或是自己產品必備的篩選條件的字段一定要有,不要出現一種尷尬的情況,就是搜索框提示“輸入用戶名”,但是你的字段并沒有用戶名這項……

以下幾個字段是所有列表基本上都會有的字段“編號、名稱、狀態”,除此之外“操作”也是必有得字段,后臺必備的“刪、改、查”基本上要在這里出現。當然,在列表頁記得要存在“新增”的入口。

2. 結合產品特性決定字段

用一個任何產品都會涉及到的用戶列表和大家分享,一個用戶的信息非常多,基本信息、安全信息、消費信息、瀏覽信息、收藏點贊信息等等……不要說一個列表里要呈現所有用戶信息,就算是單個用戶的個人詳情,可能一個屏高都未必放的下。

因此,在設計列表時我們就要對字段有所取舍,結合產品特性把產品所重點關注的字段放到列表里。

下一個用戶的逗留時長可能對于社交直播類產品來說至關重要,列表這個字段必須要有,那么對于一個小額借貸的產品來講,并不在意用戶的逗留時長,在乎的是借貸金額,對于一個房屋托管的產品來講,在意的也不是借貸金額,而是你有多少套房可以給我管。

給大家放個圖,橫向對比一下就瞬間明白了,不同的產品會有自己特有的字段。產品的特性才是最重要的,沒有一模一樣的后臺,只有類似的后臺。

最后

和大家分享了一些關于后臺的經驗之談,希望能夠對有需要的產品有所幫助。很多做后臺起步的產品,請珍惜你手里的后臺他不簡單且很重要,也請相信你們的天花板還高著呢!

文中涉及到一些看似褒貶的詞句,請不要過分對號入座,只是一些感受,如果不小心走火傷到你,請諒解。如果有大牛覺得內容差強人意,也請多多批評,不吝賜教。

 

本文由 @Tyrone 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Pexels ,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 學習了,學習了。

    來自北京 回復
  2. 沒有一模一樣的后臺,只有類似的后臺。 ??

    來自江蘇 回復
  3. 優秀優秀~ ??

    來自遼寧 回復
    1. 嘻嘻嘻 ~~ 努力ing

      來自遼寧 回復
  4. 文筆幽默生動,再多來幾篇唄

    來自廣東 回復
    1. ?? 謝謝,會慢慢分享一些自己的想法

      來自遼寧 回復
  5. 學習到,加油加油

    來自云南 回復
    1. 謝謝

      來自遼寧 回復
  6. 學習了

    來自北京 回復
    1. ?? 希望有用的到的地方

      來自遼寧 回復
  7. 已閱

    回復
    1. ??

      來自遼寧 回復
  8. 寫的挺好的,就是驚到我了,想到開發要拉我祭旗 心里就怕怕的。

    來自廣東 回復
    1. 淡定,,,淡定,,,產品的命都大

      來自遼寧 回復