好的產品經理是懂篩選的,會在複雜的信息中抽取自己需要的信息,並整理進行信息加工,最終形成對應的方案。作者結合自己當前正在做的供銷授權的產品,談談當中的一個模塊功能。
好的產品經理是懂篩選的,會在複雜的信息中抽取自己需要的信息,並整理進行信息加工,最終形成對應的方案。作者結合自己當前正在做的供銷授權的產品,談談當中的一個模塊功能。
好的產品經理是懂的如何做信息篩選的,從眾多信息中找到自己想要的,並完成信息加工,最後通過整理形成方案。
最近在做一個供銷授權的產品,其中有一個模塊值得拿出來說一說。
背景:自建的電商平台中存在供應商和運營商兩種角色,這兩種角色在簽訂授權協議後可以進行商品授權,供應商可向多個運營商店鋪授權商品,運營商按照指定的銷售價銷售,銷售成功後可獲取抽成,這是一個典型的商品授權案例,普遍問題是:
最開始的方案是最粗暴的,系統支持一個個商品的授權,並且支持批量導表,希望通過導表的方式來解決業務上的複雜度,用技術手段換取運營方便,這是一種常規做法,這種做法的好處:
這種做法的弊端:
基於線上單品添加、批量添加導表,於是有了以下設計方案。
這套方案整體來說偏向於通過導入來完成作業,一個個商品授權操作較為複雜,需要先添加商品,再維護價格,操作不便。
經過討論,弊大於利,最終還是放棄這種方式,於是開始了重新設計!
首先就日常場景進行分析確定下用戶進入系統可以進行的操作,大致分為兩個【添加商品】【日常維護】。
按照這個模型,需要分成3步:添加商品->維護價格 -> 授權給經銷商
第一步:添加商品,先把商品添加進入供貨列表,這裡需要考慮幾個問題:
結合實際分析,定位問題,將這一步定位在如何快速篩選出商品,那麼剩下的問題就自然可以弱化,於是就在商品篩選(提供多維度的商品篩選功能,比如商品信息、銷售價、成本價、銷量、供應商信息、授權狀態等篩選欄位)及商品列表展示上做了相關功能。
設計原則:
第二步:維護價格,在供貨列表裡面進行維護,那麼日常的查刪改邏輯就來了
圍繞著以上我們思考了很多功能:
但是經過深思熟慮,我們僅保留了基礎功能,如授權、取消授權、刪除、維護價格、操作日誌、關聯贈品功能,在這個基礎上,做了簡單的批量操作。
遵循設計原則:
表單提交講究的是統一性和標準性,通過表單的標準操作減少用戶學習成本,提高系統的使用便捷性。
然而頁面交互做完後,還做了一邊數據校驗,查驗整個數據流是否通暢。
第三步:授權
授權操作相對簡單些,批量操作即可,但是授權背後的邏輯也需要查看,比如批量授權以及取消授權,授權後運營端的狀態變更,授權動作完成後,整個商品操作就算完成。
總結:在做交互的時最主要的幾個字。
本文由 @網際網路老兵 原創發布於人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基於CC0協議。