產品經理的價值|後臺產品業務與設計的平衡點


後臺產品
爲何那麼難?



最近正在調研一些後臺產品,好比市面上成熟的相關係統:CMS、ERP、WMS、客服系統、CRM系統等,首先關於跳槽的數據上週簡單的發起了一個投票,看到了數據結果,我認爲說互聯網人是跳槽的一代人絕不爲過前端



想跳槽的朋友是不跳槽的3倍,而且除開一部分是觀望薪資待遇再決定是否跳槽。微信


回過頭來,咱們常說前端產品經理是須要理解用戶心理、用戶的直接或間接需求,一個好的交互設計也可能讓你的產品成爲一款爆款。相似【探探】這樣的創意交互產品,火爆了朋友圈。工具


但除了前端,後臺產品的設計也是一個產品生態的完整重要組成部分。前端的控制、管理、權限分配都是靠一個完整的後臺系統完成。佈局


可是對於後臺產品與前端產品,你更偏向於那一個?學習


1

作後臺產品設計以前,你應該知道有幾個難點是你要面對的設計


  • 邏輯思惟能力
    3d

  • 需求管理能力orm

  • 需求與業務擴展能力cdn

  • 業務熟悉與瞭解能力
    blog


首先針對咱們常說的邏輯思惟能力,落地當產品設計中就是產品流程的管理與觸發設計,咱們經常使用的方法是以泳道圖或時序圖來進行管理業務流程,在這裏用的VISIO或PROCESS ON工具爲例,產品同窗不只要將需求在PRD清楚描寫,評審中,更須要將不一樣的流程所面對不一樣的需求展示出來。


【泳道圖】

其次就是需求管理能力,在這裏與C端產品相似,但後臺產品對於需求的管理更側重在業務側面上,好比與C端沒有太關聯的提現模塊,是針對後臺管理員的一個功能模塊,而且以需求池來管理相應的需求,以相應的需求優先級來創建。而且這裏要單獨說明的是針對後臺的需求,除了大版本的改動或迭代。基本沒有版本的說法,能作的都是當日能改就改,能上就上。



需求池我經常使用的是EXCEL管理辦法,而且上面是我在網上的一個截圖,其字段應該增長需求提出人、需求上線日期、需求進度


除了業務的理解,針對業務的擴展能力首先是要考慮其需求的來源會有幾個方面來自:老闆的需求、運營的需求、業務側的需求、設計後臺用戶的需求。好比當前廣告系統廣告位在移動端上首頁能夠實現,那麼若是其餘移動端二級頁面都須要呢?


從新開發確定是不現實的,那麼就將原來的廣告系統從新增長字段便可。這就是擴展性的一種方式。



2

後臺的需求明確性是很是高的


咱們在作C端需求的時候,我每每須要調研,去挖掘需求。【挖掘】這個詞意味着可以找到用戶直接的需求,是衡量產品經理好壞的一個客觀標準。你的需求是否挖掘的夠明確,最後在需求的實現上可以儘量的完善,纔可能會誕生出一個好的產品。


但不一樣於C端產品,後臺的需求經常都是業務性的直接推到,但需求的明確性不表明需求就很好落地。由於後臺的需求會有不少的聯動,如合同的簽定流程。當合同的字段改變後臺相關合同審覈、合同生成的字段都要保持統一改變。


在這裏後臺的需求明確性就致使後臺產品落地中會有下面幾個特色


  • 大量的列表產品設計

  • 字段的斟酌

  • 微交互或弱交互

  • 競品的參考意義


後臺中存在大量的列表產品設計,但每次到了UI或交互稿中,其列表的層次性會減弱的緣由是UI或交互設計師會盡量的將列表的形式弱化與美學保持統一。畢竟在設計中圓潤與簡潔的內容與列表的自身夾雜內容複雜和方正成了鮮明的對比。


因此在後臺系統使用中,不少用戶都不能感受到方方正正的使用體驗。但在產品原型和需求梳理中,其實產品同窗都是依據列表來作需求落地。



大量的使用列表欄目,以前我有分享過關於後臺產品原型佈局設計,案例|後臺產品設計聯動性與交互TIPS,具體的能夠在裏面進行下載相應的原型。


最後說明關於後臺產品設計中競品參考的意義,其後臺產品有相應的成熟系統,例如WMS、ERP、CRM等成熟系統。其競品的參考能夠幫助你快速瞭解其業務中須要的核心字段,國內作系統管理比較好的有Kingdee、用友、任我行等系統軟件,這些都是基於公司業務作的成熟型系統。


產品經理不是爲了抄襲而抄襲,而經過分析競品儘快的定位需求的落地方法


3

後臺產品如何讓設計與業務保持平衡?


這裏首先我的認爲好的後臺產品設計最好仍是由一我的負責相應的前端和後臺模塊,這樣的關聯性會很強。至於弱點就是後臺產品的擴展度和細節是否可以知足業務的需求。曾經我所在的部門要求後臺與前端產品人員分開,各自負責相應的前端和後臺。但其最後溝通成本很是大,由於前端不知道後臺會有什麼規劃、後臺不知道前端須要那些管理權限等。


所以若是你的當前產品團隊分工中處於這種狀況,我建議能夠試試以模塊分工,不論是訂單模塊仍是提現模塊,其模塊涉及的前端或後臺由模塊負責人落地。


【不一樣的模塊分工由不一樣的產品人】


另外在後臺產品設計中,知足業務的平衡其中首先要考慮的就是其後臺知足的業務人員是那個?那條線?例如運營管理平臺,那麼首先的業務知足方是運營需求,運營須要什麼樣的功能去落地。排出優先級,其餘非運營主線的需求就能夠暫時放後面去。


本週的分享就在這裏啦



與KEVIN一塊兒在產品中學習交流QQ羣:257051609


個人我的微信:574319420


歡迎添加請修改備註名稱—地區——職位

相關文章
相關標籤/搜索