怎樣保持B端產品的簡潔
1739
2020-12-01 18:30    文章來源:SaaS產品說 李東林
文章摘要:筆者曾經將做C端產品比喻過建大平房,B端管理軟件產品類似于建小高樓,占地面積是用戶的量,樓的高度是業務的復雜度

筆者曾經將做C端產品比喻過建大平房,B端管理軟件產品類似于建小高樓,占地面積是用戶的量,樓的高度是業務的復雜度。C端產品重定位以及交互能力,B端產品重架構以及抽象能力。

 實際上將產品比喻為建筑物也是有不合適的地方,建筑物在建造之前一般都有了很精確的設計圖紙,但是作為軟件產品來說,很多時候是沒有精確的圖紙的,除非已經很成熟的賽道,很多場景下面它更像一個相對未知的生物體,生命體,它是不斷在生長的,在產品生長的過程中,產品很容易變得臃腫不堪,最后很難維護以及擴展,用戶也很難使用.

即使SAP,Workday,Salesforce這樣優秀的軟件也難逃其命運,不過這些軟件都是21世紀初或者20世紀的產物,隨著移動互聯網的發展,B端軟件產品設計的理念正在發生很大的變化,那么怎樣保證產品在長期錯綜復雜的發展過程中,保持其簡潔性,筆者提供一些小的原則建議:

1:努力想清楚產品最終的大致形態,以及用戶在哪些場景,用什么樣的方式來使用我們的產品,做好取舍。
產品的發展是基于公司的戰略以及愿景,在想清楚產品的最終形態之前,需要想清楚公司的戰略以及愿景。基于公司服務的人群,以及提供的服務,確定產品的最終形態。 

基于戰略對于哪些功能需要做,哪些不要做有一定的準則,否則陷入撒都要做的境地。 

另外,筆者經常看到一種境況,創業公司有時候產品定位不準確,切入的是用戶癢點的需求,很多時候產品供應商沒有察覺到,反而覺得是功能不夠多,不斷的去迭代更多的癢點功能,實際上癢點+癢點不等于痛點,再多的癢點功能的疊加也是不可能形成客戶對產品的依賴的。

2: 做好每條產品線的定位,避免定位的混亂后,產品走向不明,不同產品線之間重復交叉在一起。

產品的使用一般有多個角色,使用的場景也不盡相同,很多時候我們都會有面向客戶的移動端,web端,也會有公司內部的運營端,每條產品線的定位需要想的非常清楚,避免交叉。 

這里我們經常看到的誤區有如下幾個:

  • 不同的角色用不同的產品線來支持。


筆者經常看到一些公司,不同角色因為功能有所區分,就用不同的產品線,不同的app來支持,實際上一般來說隨著產品的發展,不同角色重疊的功能會越來越多,實際上只需要統一成一條產品線,通過權限來區分不同角色的使用功能就足夠了。

  • 濫用移動端,什么功能都往移動端來走。


作為移動端,一些經常需要在移動端使用的功能,協同功能以及高頻需要查看的數據可以放在移動端,但是移動端不適合做一些輸入工作太重的功能,也不適合做的很重,太重了就不適合“移動”了。 

3: 優先做好主線功能,也要保證極端低頻事件有路可走。

對產品發展的過程當中,需求優先級的控制極其重要,低頻事件,特別是一些逆主流程的功能實際上的工作量是極大的,比如說流程走的好好的,用戶需要支持逆向的操作,如果這種業務流程中有大量的邏輯,這種逆向操作的代價是巨大的。 

這里的一個原則就是對于低頻極端事件,不一定要完全線上支持,很多時候可以采用線上+線下的支持方式,保證客戶在低端情況發生的時候,系統不至于無路可走就行。打一個比方,在ERP的上下游結算,或者薪酬的薪資計算的時候,總是會有一些費用是很難標準化的,或者計算方式是很難抽象的,這種時候可以考慮開一個口子支持這種費用項目,但是這種費用項目的完整管理不要線上化,讓客戶通過線下的計算,然后有入口進行輸入或者調整就好了。

4: 每個迭代把握做小,做少,做精的原則。做加法很容易,做減法很難。 

將一個產品做復雜很容易,但是復雜之后,要變簡單非常難,無論是前端,還是后端的數據庫以及邏輯層,做加法都是容易的,但是做減法都是極難的。所以在產品的把控上面,采用線做小,做少,做精的克制原則是非常重要。否則,產品發展2,3年之后,就復雜到客戶很難使用,維護成本很高,擴展難度很大的積重難返的地步。

5: 合并同類項,減少復雜度。

前面說過筆者有一個看法是產品是不斷在生長的,無論是大的功能,還是小的邏輯分支,這些分支隨著產品的發展會不斷生長出新的分支,這樣不斷的裂變,會導致產品復雜度不斷上升,所以需求控制,產品設計,邏輯實現上面,需要盡量抽象,合并同類項,盡量減少分支是在產品落地層面的最重要的技巧。

所以在設計以及研發這個層面,核心工程師的抽象能力也是非常重要的,需要找一些邏輯思維能力強,追求最佳實現路徑的工程師來承擔一些核心的功能。 

6: 基于場景來進行設計,避免過度設計。

過度設計是經常發生的現象,簡單如一般的搜索,筆者看到大量客戶不會用到的檢索條件羅列放在上面,客戶在用這個功能的時候希望看到哪些信息,可能會怎樣進行檢索,一定要了解客戶使用的場景之后再去做設計。
當然一些通用軟件,因為使用場景很難預測,將場景進行放大也是可以理解的,只是無論通用場景還是垂直場景,都需要盡量了解場景之后,基于場景做最小化的設計,過度的設計實際上會影響用戶體驗,也會增加系統的復雜度。 

7: 做好權限的區分,盡量讓每個客戶,每個角色只是看到自己需要的功能。 

每個客戶,每個角色需要的功能集是會有一些不一樣的,保證每個客戶,每個角色只看到自己需要的功能集,對于產品的易用性會有不錯的提升。 

8:做好系統,每個模塊,每個功能首頁的設計。 

B端產品的功能很多,只是客戶真正高頻關心的數據,真正高頻使用的功能實際上是不多的,系統的首頁,每個功能模塊的首頁,每個功能的首頁就變得非常重要。需要將用戶真正高頻關心的數據,使用的功能放在首頁上面,這樣保證用戶只使用少數幾個功能就能看到自己真正關心的核心數據,完成自己日常的工作。
復雜易,簡潔難。萬物之間,簡潔最美,希望最美。


版權聲明:

凡本網內容請注明來源:T媒體(http://www.279457.tw)”的所有原創作品,版權均屬于易信視界(北京)信息科技有限公司所有,未經本網書面授權,不得轉載、摘編或以其它方式使用上述作品。

本網書面授權使用作品的,應在授權范圍內使用,并按雙方協議注明作品來源。違反上述聲明者,易信視界(北京)信息科技有限公司將追究其相關法律責任。

評論

(^ω^)MG艺伎故事首页 什么麻将可以开好友房 腾讯欢乐捕鱼海神选宝箱技巧 六肖中特期期准 登山赛车3 微乐吉林麻将下载安装 天津时时彩开奖结果500 河北11走势一定牛 小数定双码打一肖 彩票app哪个是正规的 金博棋牌破解版下载 棋牌麻将辅助器是真的吗 下载血战麻将 nba雷霆vs热火 北京十一选五一定牛 广西快3开奖结果全部 连码是指什么生肖