如何從復雜的邏輯中抽絲剝繭,得到滿意的產(chǎn)品方案?

0 評論 4166 瀏覽 32 收藏 9 分鐘

好的產(chǎn)品經(jīng)理是懂篩選的,會在復雜的信息中抽取自己需要的信息,并整理進行信息加工,最終形成對應的方案。作者結合自己當前正在做的供銷授權的產(chǎn)品,談談當中的一個模塊功能。

好的產(chǎn)品經(jīng)理是懂的如何做信息篩選的,從眾多信息中找到自己想要的,并完成信息加工,最后通過整理形成方案。

最近在做一個供銷授權的產(chǎn)品,其中有一個模塊值得拿出來說一說。

背景:自建的電商平臺中存在供應商和運營商兩種角色,這兩種角色在簽訂授權協(xié)議后可以進行商品授權,供應商可向多個運營商店鋪授權商品,運營商按照指定的銷售價銷售,銷售成功后可獲取抽成,這是一個典型的商品授權案例,普遍問題是:

  • 數(shù)據(jù)量大:電商平臺動輒上萬的SPU,日常動態(tài)更新
  • 數(shù)據(jù)項復雜:成本價、銷售價、給其他渠道授權的供貨價、劃線價、抽成,不同地方所需要的參數(shù)不一樣,所用到的價格也就不一樣;
  • 數(shù)據(jù)流程長:兩個主體簽約 -> 商品授權 -> SKU授權 每一級的授權及確認,每一級的授權前都允許編輯,除正向流程外還有逆向流程,循環(huán)往復

最開始的方案是最粗暴的,系統(tǒng)支持一個個商品的授權,并且支持批量導表,希望通過導表的方式來解決業(yè)務上的復雜度,用技術手段換取運營方便,這是一種常規(guī)做法,這種做法的好處:

  • 系統(tǒng)交互簡單:單個商品添加和維護都不會有太復雜的交互,批量操作通過導表處理減少系統(tǒng)操作復雜度,大批量的操作交給線下處理;
  • 靈活度高:供應商的運營人員通過線下表格與運營方進行協(xié)商,敲定銷售價和抽成,雙方確認后,供應商的運營人員在系統(tǒng)導入表格,運營商的運營人員在系統(tǒng)上架銷售

這種做法的弊端:

  • 系統(tǒng)數(shù)據(jù)導出后,在線下編輯,確實會存在數(shù)據(jù)安全問題
  • 線下表格在實際操作過程中會有數(shù)據(jù)格式、數(shù)據(jù)準確性的問題,給導表操作帶來更大的麻煩
  • 線下表格的數(shù)據(jù)量可能會比較大,關聯(lián)的數(shù)據(jù)庫表也會比較多,增加數(shù)據(jù)處理的難度

基于線上單品添加、批量添加導表,于是有了以下設計方案。

這套方案整體來說偏向于通過導入來完成作業(yè),一個個商品授權操作較為復雜,需要先添加商品,再維護價格,操作不便。

經(jīng)過討論,弊大于利,最終還是放棄這種方式,于是開始了重新設計!

首先就日常場景進行分析確定下用戶進入系統(tǒng)可以進行的操作,大致分為兩個【添加商品】【日常維護】。

按照這個模型,需要分成3步:添加商品->維護價格 -> 授權給經(jīng)銷商

第一步:添加商品,先把商品添加進入供貨列表,這里需要考慮幾個問題:

  1. 每一次提交的數(shù)據(jù)量問題
  2. 提交的時候是否可以編輯
  3. 數(shù)據(jù)源及數(shù)據(jù)取數(shù)邏輯問題

結合實際分析,定位問題,將這一步定位在如何快速篩選出商品,那么剩下的問題就自然可以弱化,于是就在商品篩選(提供多維度的商品篩選功能,比如商品信息、銷售價、成本價、銷量、供應商信息、授權狀態(tài)等篩選字段)及商品列表展示上做了相關功能。

設計原則:

  • 一個頁面盡可能提供1-2個主要操作事項,讓用戶集中精力做事;
  • 盡可能讓用戶做選擇題,不要做填空題,選的成本要比填的成本低;
  • 能刪的功能絕對不要加,只要主線任務

第二步:維護價格,在供貨列表里面進行維護,那么日常的查刪改邏輯就來了

  • 授權至運營商的時候,如何快速讓運營了解這批授權的數(shù)據(jù)存不存在價格設置錯誤的風險;
  • 如何快速瀏覽并確認當前頁面的商品價格有沒有風險;
  • 如何簡單快速的進行商品價格及抽傭設置;

圍繞著以上我們思考了很多功能:

  • 批量針對SPU授權;
  • 批量針對SKU授權,且可以與SPU不相關;
  • 頁面直接可操作銷售價格和抽成,編輯后立即生效;
  • 增加已編輯未編輯狀態(tài);
  • 增加創(chuàng)建人狀態(tài);
  • 增加編輯版本;
  • ……

但是經(jīng)過深思熟慮,我們僅保留了基礎功能,如授權、取消授權、刪除、維護價格、操作日志、關聯(lián)贈品功能,在這個基礎上,做了簡單的批量操作。

遵循設計原則:

  • 如果表單操作過多,則盡可能在同一個地方,且批量操作只能是這些操作的部分操作;
  • 表單操作如果涉及價格等信息,則盡可能謹慎操作;
  • 操作目標要明確,給用戶的操作盡可能簡單,不讓用戶思考;
  • 能用輔助顏色代替就用顏色代替,提亮信息關注度;

表單提交講究的是統(tǒng)一性和標準性,通過表單的標準操作減少用戶學習成本,提高系統(tǒng)的使用便捷性。

然而頁面交互做完后,還做了一邊數(shù)據(jù)校驗,查驗整個數(shù)據(jù)流是否通暢。

  • 校驗商品基礎數(shù)據(jù)在整個授權鏈路中是否有問題
  • 校驗商品的銷售數(shù)據(jù)是否符合要求(是否有默認數(shù)據(jù),默認數(shù)據(jù)是否合理)

第三步:授權

授權操作相對簡單些,批量操作即可,但是授權背后的邏輯也需要查看,比如批量授權以及取消授權,授權后運營端的狀態(tài)變更,授權動作完成后,整個商品操作就算完成。

總結:在做交互的時最主要的幾個字。

  • 拆:將業(yè)務流程或者操作流程拆分成最小單元
  • 篩:篩選出重要的信息
  • 刪:刪除次要以及非必要的信息
  • 組合:通過隱藏、弱化、凸顯等方式將各層級信息組合起來展示
  • 檢驗:從交互邏輯以及數(shù)據(jù)邏輯兩個方面去檢驗方案的好壞;

本文由 @互聯(lián)網(wǎng)老兵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!