閱讀2146
標籤：
產品經理最近正在調研一些後臺產品， 比如市面上成熟的相關系統：CMS、ERP、WMS、客服系統、CRM系統等， 首先關於跳槽的資料上周簡單的發起了一個投票， 看到了資料結果， 我認為說互聯網人是跳槽的一代人毫不為過
想跳槽的朋友是不跳槽的3倍， 並且除開一部分是觀望薪資待遇再決定是否跳槽。
回過頭來， 我們常說前端產品經理是需要理解使用者心理、使用者的直接或間接需求， 一個好的交互設計也可能讓你的產品成為一款爆款。 類似【探探】這樣的創意交互產品， 火爆了朋友圈。
但除了前端， 後臺產品的設計也是一個產品生態的完整重要組成部分。 前端的控制、管理、許可權分配都是靠一個完整的後臺系統完成。
但是對於後臺產品與前端產品， 你更偏向於那一個？
1、做後臺產品設計之前， 你應該知道有幾個難點是你要面對的
邏輯思維能力
需求管理能力
需求與業務擴展能力
業務熟悉與瞭解能力
首先針對我們常說的邏輯思維能力， 落地當產品設計中就是產品流程的管理與觸發設計， 我們常用的方法是以泳道圖或時序圖來進行管理業務流程， 在這裡用的VISIO或PROCESS ON工具為例， 產品同學不僅要將需求在PRD清楚描寫， 評審中， 更需要將不同的流程所面對不同的需求展現出來。
【泳道圖】
其次就是需求管理能力， 在這裡與C端產品類似， 但後臺產品對於需求的管理更側重在業務側面上， 比如與C端沒有太關聯的提現模組， 是針對後臺管理員的一個功能模組， 並且以需求池來管理相應的需求， 以相應的需求優先順序來建立。 並且這裡要單獨說明的是針對後臺的需求， 除了大版本的改動或反覆運算。 基本沒有版本的說法， 能做的都是當日能改就改， 能上就上。
需求池我常用的是EXCEL管理辦法， 並且上面是我在網上的一個截圖， 其欄位應該增加需求提出人、需求上線日期、需求進度。
除了業務的理解， 針對業務的擴展能力首先是要考慮其需求的來源會有幾個方面來自：老闆的需求、運營的需求、業務側的需求、設計後臺用戶的需求。 比如當前廣告系統廣告位元在移動端上首頁可以實現， 那麼如果其他移動端二級頁面都需要呢？
重新開發肯定是不現實的， 那麼就將原來的廣告系統重新增加欄位即可。 這就是擴展性的一種方式。
2、後臺的需求明確性是非常高的
我我們在做C端需求的時候， 我往往需要調研， 去挖掘需求。 【挖掘】這個詞意味著能夠找到用戶直接的需求， 是衡量產品經理好壞的一個客觀標準。 你的需求是否挖掘的夠明確， 最後在需求的實現上能夠盡可能的完善， 才可能會誕生出一個好的產品。
但不同於C端產品， 後臺的需求常常都是業務性的直接推到， 但需求的明確性不代表需求就很好落地。 因為後臺的需求會有很多的聯動， 如合同的簽訂流程。 當合同的欄位改變後臺相關合同審核、合同生成的欄位都要保持統一改變。
在這裡後臺的需求明確性就導致後臺產品落地中會有下面幾個特點
大量的清單產品設計
欄位的斟酌
微交互或弱交互
競品的參考意義
後臺中存在大量的清單產品設計， 但每次到了UI或交互稿中， 其清單的層次性會減弱的原因是UI或交互設計師會盡可能的將列表的形式弱化與美學保持統一。 畢竟在設計中圓潤與簡潔的內容與清單的自身夾雜內容複雜和方正成了鮮明的對比。
所以在後臺系統使用中，很多使用者都不能感覺到方方正正的使用體驗。但在產品原型和需求梳理中，其實產品同學都是依據清單來做需求落地。
大量的使用列表欄目，之前我有分享過關于後臺產品原型佈局設計，案例|後臺產品設計聯動性與交互TIPS，具體的可以在裡面進行下載相應的原型。
最後說明關於後臺產品設計中競品參考的意義，其後臺產品有相應的成熟系統，例如WMS、ERP、CRM等成熟系統。其競品的參考可以幫助你快速瞭解其業務中需要的核心欄位，國內做系統管理比較好的有Kingdee、用友、任我行等系統軟體，這些都是基於公司業務做的成熟型系統。
產品經理不是為了抄襲而抄襲，而通過分析競品儘快的定位需求的落地方法
3、後臺產品如何讓設計與業務保持平衡？
這裡首先個人認為好的後臺產品設計最好還是由一個人負責相應的前端和後臺模組，這樣的關聯性會很強。至於弱點就是後臺產品的擴展度和細節是否能夠滿足業務的需求。曾經我所在的部門要求後臺與前端產品人員分開，各自負責相應的前端和後臺。但其最後溝通成本非常大，因為前端不知道後臺會有什麼規劃、後臺不知道前端需要那些管理許可權等。
因此如果你的當前產品團隊分工中處於這種情況，我建議可以試試以模組分工，不管是訂單模組還是提現模組，其模組涉及的前端或後臺由模組負責人落地。
【不同的模組分工由不同的產品人】
另外在後臺產品設計中，滿足業務的平衡其中首先要考慮的就是其後臺滿足的業務人員是那個？那條線？例如運營管理平臺，那麼首先的業務滿足方是運營需求，運營需要什麼樣的功能去落地。排出優先順序，其他非運營主線的需求就可以暫時放後面去。
本文轉自 微信公眾號：Kevin改變世界的點滴 作者：Kevin 若有任何來源問題，請聯繫QQ：2977686517及時更正。
所以在後臺系統使用中，很多使用者都不能感覺到方方正正的使用體驗。但在產品原型和需求梳理中，其實產品同學都是依據清單來做需求落地。
大量的使用列表欄目，之前我有分享過關于後臺產品原型佈局設計，案例|後臺產品設計聯動性與交互TIPS，具體的可以在裡面進行下載相應的原型。
最後說明關於後臺產品設計中競品參考的意義，其後臺產品有相應的成熟系統，例如WMS、ERP、CRM等成熟系統。其競品的參考可以幫助你快速瞭解其業務中需要的核心欄位，國內做系統管理比較好的有Kingdee、用友、任我行等系統軟體，這些都是基於公司業務做的成熟型系統。
產品經理不是為了抄襲而抄襲，而通過分析競品儘快的定位需求的落地方法
3、後臺產品如何讓設計與業務保持平衡？
這裡首先個人認為好的後臺產品設計最好還是由一個人負責相應的前端和後臺模組，這樣的關聯性會很強。至於弱點就是後臺產品的擴展度和細節是否能夠滿足業務的需求。曾經我所在的部門要求後臺與前端產品人員分開，各自負責相應的前端和後臺。但其最後溝通成本非常大，因為前端不知道後臺會有什麼規劃、後臺不知道前端需要那些管理許可權等。
因此如果你的當前產品團隊分工中處於這種情況，我建議可以試試以模組分工，不管是訂單模組還是提現模組，其模組涉及的前端或後臺由模組負責人落地。
【不同的模組分工由不同的產品人】
另外在後臺產品設計中，滿足業務的平衡其中首先要考慮的就是其後臺滿足的業務人員是那個？那條線？例如運營管理平臺，那麼首先的業務滿足方是運營需求，運營需要什麼樣的功能去落地。排出優先順序，其他非運營主線的需求就可以暫時放後面去。
本文轉自 微信公眾號：Kevin改變世界的點滴 作者：Kevin 若有任何來源問題，請聯繫QQ：2977686517及時更正。