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