易用性悖論
編輯導語:作為產品經理,當產品設計出來時,大家應該不愿意聽到:“這個產品太難用,好復雜”諸如此類的話,因此產品經理在進行產品設計時,會考慮到產品的易用性,但其實大家容易陷入一個悖論。易用 = 簡單,上手快速。那么,在SaaS產品中,復雜的大型項目中,易用性指的什么?作者總結了三點,分享給你。
最近在和團隊一塊設計產品的時候,由于目前的方向定位是給各個業務方提供底層的一些場景工具,經常會被一些其他團隊的小伙伴問到:你們這個方案太復雜了,根本沒有人會用。上手成本太高了,我覺得方案不行。
于是乎,和團隊的同學思考和討論了很久,想著怎么能否簡化一下方案,讓大家都會用,卻發現不管是從哪個角度簡化方案,總有些之前想到的場景不能覆蓋,整體方案的拓展性也會大打折扣。
目前我們整體業務發展存在很大的不確定性,所以系統后期的拓展性必須要高。在思考了一圈后,發現其實我們陷入了一個很奇怪的思維:好的產品,一定是大家覺得上手快,理解和使用成本都不高的產品。
《Don’t make me think》一書中提大量提到了如何把一個產品做的簡單,上手即用。但是仔細思考一下,這類產品,是否適用于業務介入程度特別深,業務邏輯特別復雜的產品呢?
拓寬一下思路,我們把互聯網產品的概念拓寬至系統軟件,會發現基本上一些專業軟件,都是上手成本很高,甚至有專業的培訓課程來輔助學習。市面上肯定沒有人說Photoshop可以一上手就會用,專業或者長期使用的人也不會說Photoshop產品邏輯太復雜了,不用會。
這里其實感覺大家容易陷入一個悖論。易用 = 簡單,上手快速。這個結論我理解本身就是有問題的,尤其是在一些大型項目中,如果涉及到的內容本身比較復雜,即便是一個簡單的邏輯,前后需要考慮的因素也很多。所以一句簡單的“你這個邏輯太復雜了,我不會用”并不能成為一個評價產品好用的標準。
那么思考一下,在SaaS產品,復雜大型項目中,易用性指的什么?我想到了三點。
一、流程是要串起來的
流程需要串起來,指的是一個邏輯,即便再復雜,整個流程必須是從前到后完整的鏈路。不管產品實現上通過什么樣的方式來進行。最終的落腳點一定是基于你業務流程的規則或者邏輯的起點開始,終點結束。這個流程必須得在一個完整流程中。
簡單來說,就是你一個流程里面,假如有ABCD四個依次銜接環節,這些環節可以分散在各個不同的菜單,模塊。但是從A開始,到B的環節,用戶一定不能是先操作完A,然后再一個和這個流程完全不相干的流程或模塊中去操作B,即便這樣的邏輯是通的或者本身A和B就是一個完全不相干的業務流程,但是整體的上手成本就比較高,至少需要用戶通過手冊或者培訓去了解。
其實有時候,這些流程很簡單的就可以解決,比如在一個表單頁面,填寫完成后,在完成頁加一個簡單的跳轉鏈接用戶很清晰的就知道下一步應該干什么。
二、系統流程要盡量貼合業務實際的流程
還是假如一個系統的操作流程中有ABCD四個環節,順次安排對于系統模塊的安排或者系統交互來說會更友好。但實際用戶在線下進行操作的時候,可能真實的業務場景是BCDA這樣。那系統的操作邏輯中,最真實或者合理的操作路徑就是BCDA這樣。即便你發現系統中這樣設計可能會導致前后的一些菜單層級不夠清晰,邏輯交互貌似不是很合理。但是實際在業務場景中的應用,這樣的雜亂,其實際效率一定要比看似有序但卻不符合業務流程更高效。
三、業務邏輯完善是第一要素
在做一些復雜項目的時候,很容易就會發現一些業務流程真的很復雜,分支流程特別多,也的確特別不好理解。這個時候前期在設計時很容易把自己繞進去,一些邏輯梳理著就容易走進死胡同。這時我們經常會用MVP的概念來設計產品,先把主流程設計好,后面的一些流程可能自然而然就可以了。這個時候,大家也經常會用“你現在設計的這么復雜,后面會用到嗎?”這樣的問題來給一個貌似合理的解釋。
但實際上,我們很多場景下都會因為前期的一些邏輯想得不夠完善,導致后面的大量返工。所以即便有時候,某些場景下可能在這個階段通過一步就可以完成的工作,假如你預見性的覺得這個流程后面這么設計坑要大改,那我先給它改成兩步,其中第二步在目前看起來完全沒有什么用。但是長期來看無疑是夯實了整個產品的地基。
這樣的好處后,可能前期有一些冗余的流程,但后面在產品的設計中,不需要通過補丁打補丁的方式,使系統變的極其復雜或者難以理解。長期來看,系統反而更簡單了。
對標一下傳統認為上的上手快速,簡單易用。上述的流程中有些環節可能似乎都有些背離了某些原則。比如Don’t make me think中提到的“搞懂用戶真正的需求,簡化流程,減少步驟”。比如大家在設計中經常用到的同一類信息菜單匯總的設計習慣。
但是正如何一個用了10年PS的用戶來說,你會因為PS的按鈕太多了,90%的功能我用不到,那我就吐槽PS為啥要搞這么多功能,這么多我都用不到嗎?專業的修圖師會因為PS的上手成本高于美圖秀秀,高于輕顏相機就使用后兩者修圖嗎?
所以作為一個SaaS軟件,尤其是可能某些用戶群體一天的工作就是在你這個軟件中完成的。你提供一個專業,全面的軟件,要遠比一句“哇,你這個軟件的流程好簡單”更靠譜。
#專欄作家#
執迷,微信公眾號:執迷有悟,人人都是產品經理專欄作家,一個后臺產品經理。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
所以作為一個SaaS軟件,尤其是可能某些用戶群體一天的工作就是在你這個軟件中完成的。你提供一個專業,全面的軟件,要遠比一句“哇,你這個軟件的流程好簡單”更靠譜。這句話很實在了
流程簡單不等于系統不全面,系統流程盡量貼合實際應用流程。
看到這個題目我就已經開始害怕了哈哈哈 是適合深度思考的文章
產品最重要的是功能齊全、好用與專業,只是簡單易上手,沒有優秀的內核是很難留住客戶的。
產品的易用性不等于簡單上手,而是指產品功能齊全、好用、專業。