軟件系統三基座之三:用戶管理
軟件系統中的用戶管理該如何做?系統設計過程中要考慮哪幾方面?用戶體驗設計從哪些點來考察?這篇文章作者介紹了軟件系統三基座之三:用戶管理設計要點,注意事項等。推薦對產品設計,用戶體驗設計感興趣的童鞋閱讀。
軟件系統三基座包含:權限管理、組織架構、用戶管理?;跈嘞蘅刂啤⒔M織搭建,用戶可以批量入場。
一、用戶管理
在系統構建中,權限控制、組織搭建,對于普通用戶都是不可見的。
權限控制,在系統搭建時,就會注冊好所有的權限點;在系統初始化時,建立好角色和權限關系。組織搭建則一般由人事成員直接按照現行的組織架構新建即可。
基于權限控制、組織架構,可以批量導入現有公司成員,這是To B業務常見的場景。權限中的角色、組織中的各個部門都有其在當前系統中的唯一性,則可以在導入模板中批量完善,一次性導入。
隨著公司的發展,人員會存在離職、調崗、新入職等場景,則用戶管理需要支持刪除、編輯、添加人員的功能。
二、登錄注冊
除開To B業務場景,To C業務場景中,用戶更多需要直接注冊。需要用戶主動選擇參與到這個“系統領域”中來,微信需要注冊,微信公眾號需要注冊,知乎需要注冊,抖音需要注冊……這里也就引入了用戶運營的方法,此為后話,當下不表。
在有用戶管理的系統中,都需要登錄;而需要注冊的情況,單個用戶注冊也只使用一次,使用頻率會低很多。登錄注冊為進入系統的入口,這是系統這個“風景區”的檢票口,從而登錄注冊的功能常合在一起出現,并因為注冊使用頻次的原因,使得登錄默認展示,而注冊需要再切換一次。
常見系統登錄注冊頁面設計:
整體交互情況大同小異,但在于具體功能上確有諸多細分,登錄注冊方式主要包含:賬號+密碼+驗證碼、賬號+密碼+自動登錄;手機號+驗證碼等。設計交互樣式如圖所示:
- 賬號密碼登錄,需要驗證碼校驗,簡單方式實現登錄校驗,防止惡意操作;
- 賬號密碼登錄,支持自動登錄,記錄登錄信息,減少登錄交互頻次;
- 手機號驗證碼登錄,便捷、安全用戶登錄,因需要驗證碼校驗,會增加運營成本;
- 通過密碼登錄的情況,需要配置找回密碼的功能,以防密碼記憶錯誤或忘記密碼,實現業務閉環,以防止將用戶擋在系統外。
如此,實現整體業務閉環,將更多功能融合在登錄注冊頁面。
- 登錄串聯注冊賬號及密碼找回,閉環所有用戶使用;
- 登錄串聯注冊,因缺少忘記密碼的路徑,容易將忘記密碼的用戶擋在系統之外;
- 登錄串聯不同角色,引導用戶成為商家,同一個入口,還帶有潛在引導性。
系統頁面存有“商家登錄”的情況,則是系統需要將用戶分類,直接區別多種類型。如“商家登錄”則將用戶主動區分為商家、普通用戶,業務主體也就是普通用戶通過系統向商家購買東西。如此情況,商家則必然相對普通用戶少很多,“商家登錄”的入口則相對減弱。
三、設計檢查
基于權限管理、組織架構、用戶管理,系統基礎構建完成,為后續更豐富完善的系統建設提供了基礎。無論是電商業務,還是虛擬文化街,還是學校、醫院等管理系統,還是OA、SaaS平臺,亦或是低代碼、無代碼平臺,都有無限可能。
- 基于三基座,可以搭建內容管理系統,類似知乎、微博、微信公眾號;
- 基于三基座,可以搭建銷售管理,常見的如CRM商機管理系統;
- 基于三基座,可以搭建產品銷售管理,優秀的如電商體系,支持產品管理、訂單管理、支付管理、物流管理、倉儲管理;
- 基于三基座,可以搭建進銷存管理系統,支撐供應鏈業務;
- 基于三基座,可以搭建數據中臺業務,實現數據采集、清洗、統計、分析及可視化;
- 在系統設計落地中,最核心的是業務閉環,完善所有需要的功能,從MVP逐漸完善。在產品設計中也需要從單個場景來補充檢核業務功能設計。系統落地頁面中,常見的是 列表頁 和 詳情頁。
列表頁檢查項:
詳情頁檢查項:
整體產品設計,通過業務流程+功能流程,驗證整體核心流程;通過 功能+狀態 ,驗證每一個信息實體自身的交互和邏輯;通過 列表+詳情交互檢查,驗證每個信息實體交互細節;從大的概況,到每個執行細節,都細化下來優化,這樣的產品設計,在產品自閉環上,是一定成功的。
系統是為業務服務的,在三基座的基礎上,未來搭建系統,要從解決實際業務問題出發,下一站 業務分析。
本文由 @壹叁零壹 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
不是很理解,強行 三基座 理論嗎?怎么就得到可以搭建各類系統了呢?