KISS原則:SaaS產(chǎn)品設計最重要的原則(下)

2 評論 2695 瀏覽 34 收藏 27 分鐘

在前面的文章中,我們分享了結構層的二化、控制層的三化,這篇文章,我們分享下最后一層——表現層的三化,這樣Saas產(chǎn)品中最重要的這個(gè)原則就分享結束了。

上篇 KISS原則:SaaS產(chǎn)品設計最重要的原則(上),分享的是結構層“二化”(菜單路徑場(chǎng)景化與實(shí)體關(guān)系解耦化);

中篇KISS原則:SaaS產(chǎn)品設計最重要的原則(中)分享了控制層的“三化”(功能要素抽象化、產(chǎn)品規則透明化、產(chǎn)品能力配置化)。

今天分享最后一層:表現層。它也是“三化”(交互設計一體化、頁(yè)面結構模塊化、設計表達對象化)。

一、表現層:交互設計一體化

一個(gè)系統會(huì )有多個(gè)子系統/模塊以及N個(gè)頁(yè)面組合而成,它就像一棟幾十層的辦公樓一樣,如果每層的電梯、樓梯、廁所、窗戶(hù)、走廊等朝向與布局一致,則你習慣任意一層樓之后,無(wú)論是偶爾溜達或上廁所至其他樓層,你都不會(huì )迷路。

甚至有時(shí)會(huì )讓你產(chǎn)生一種錯覺(jué),我到底是在13樓,還是12樓?這何嘗不是優(yōu)秀的設計理念,它保證你的建設成本更低,兼顧了用戶(hù)對路徑依賴(lài)的天性與消極因未知而帶來(lái)的恐懼感。

一款產(chǎn)品或一個(gè)系統也如此,保證每個(gè)子系統/模塊的交互一致性,每個(gè)列表頁(yè)、詳情頁(yè)、菜單設計等一致,研發(fā)效率高的同時(shí),用戶(hù)學(xué)習成本也低,何樂(lè )而不為?

題外話(huà):不知你是否發(fā)現?我對這個(gè)系列的三篇文章的結構、布局、案例等設計,也是遵循類(lèi)似的一種設計理念。

1.1 案例

方案1

1)菜單結構:

  • 子系統間菜單:采取頂部一級橫向菜單(解決子系統之間的切換問(wèn)題);
  • 子系統內菜單:采用一級+二級菜單的方式(解決頁(yè)面導航問(wèn)題)。

2)列表頁(yè)面:

  • 第一類(lèi):以考勤子系統為主,不可定制字段列。頂部左邊是按鈕區,右邊是篩選區;
  • 第二類(lèi):以員工子系統為主,采取可定制字段列。頂部左邊是篩選區,右邊是按鈕區。

3)詳情頁(yè):以右邊抽屜式頁(yè)面為主(無(wú)論是詳情編輯、顯示,或是新建頁(yè)面)。

方案2

1)菜單結構:與案例1基本一致。

2)列表頁(yè)面:與案例1基本一致。

3)詳情頁(yè):

  • 第一類(lèi):以新增(或編輯與查看)考勤組頁(yè)面為例。采取的是二級詳情頁(yè)面+左側步驟型設計;
  • 第二類(lèi):以新增(或編輯與查看)班次或員工為例。采取的是居中彈窗頁(yè)面的方式;
  • 第三類(lèi):以自定義員工花名冊列表的字段列為例。采取的是右側抽屜式頁(yè)面的方式。

方案3

1)菜單結構

  • 子系統間菜單:隱藏式側邊抽屜欄的模式(解決子系統的切換問(wèn)題)
  • 子系統內菜單:與案例1、2基本類(lèi)同(即依然是采取一級+二級菜單的模式),區別是二級菜單與頁(yè)簽模式混用(以考勤/員工的設置相關(guān)頁(yè)面為例)。

2)列表頁(yè)面:不同子系統之間不是特別統一,有的可自定義列,有的采取頁(yè)簽+列表;有的采取左邊列表式篩選,有的采取左邊標簽式篩選等;

3)詳情頁(yè):不是非常統一,但主要是三類(lèi):

  • 第一類(lèi):以新增(或編輯與查看)考勤方案為例。采取的是二級詳情頁(yè)(內容居中);
  • 第二類(lèi):以新建(或編輯與查看)入職方案為例。 采取的是二級詳情頁(yè)+頂部步驟型設計;
  • 第三類(lèi):以編輯(或查看)入職信息字段配置為例。采取的也是二級詳情頁(yè)+左側頁(yè)簽切換式設計。

如果你是用戶(hù),你覺(jué)得哪個(gè)方案更佳?

我猜是:方案1 > 方案2 > 方案3。

1.2 解析

首先是一致性。

方案1的詳情頁(yè),基本都采取的是抽屜式頁(yè)面,比較一致。反觀(guān)方案2(抽屜式、彈窗式、二級詳情頁(yè))跟方案3(二級詳情頁(yè)+無(wú)步驟、頂部步驟、左側頁(yè)簽切換等)都有3種以上不同樣式

第二是頁(yè)面空間利用率。 方案1的頂部一級橫向菜單導航+左側一級和二級菜單+中間內容區,結合右側抽屜式詳情頁(yè)的方式,把一整個(gè)屏幕有效進(jìn)行塊狀切分與分層,結構清晰,層級明確,利用率高。

反觀(guān),方案2跟3的方案(尤其是詳情類(lèi)頁(yè)面),總會(huì )出現大片空白的無(wú)效區域,不美觀(guān)的同時(shí),也浪費了對應頁(yè)面空間。

1.3 經(jīng)驗分享

1)交互設計規范與原則是基礎,更重要的是頂層抽象設計。

之前看過(guò)一些WorkDay(它是一家國外的老牌知名上市SaaS企業(yè),市值570億美元左右)的產(chǎn)品設計介紹,印象最深的就是其“面向流程”和“面向對象”的抽象設計。

它的頂層抽象是:流程 + 業(yè)務(wù)對象=系統。所有線(xiàn)下的操作都統一抽象為流程(約幾百個(gè)之多),基于流程可進(jìn)行節點(diǎn)的個(gè)性化配置,以及所有流程做作用的對象就是業(yè)務(wù)對象,所有數據也圍繞對象進(jìn)行查看、編輯、刪除、流轉、處理以及存儲。

  • 比如入職操作,對象是員工,流程就是用戶(hù)對員工相關(guān)屬性數據的系統流程,是否需要審批,是否可撤銷(xiāo)等,都是流程上的節點(diǎn),自行配置,流程結束的所有操作數據等,均最終落到員工這個(gè)業(yè)務(wù)對象之上;
  • 比如排班操作,主業(yè)務(wù)對象是員工,其次業(yè)務(wù)對象是日期、班次、排班規則等,是否許審批,是否鎖定等均是排班流程上的自定義環(huán)節。

同時(shí),他們把頁(yè)面設計也抽象為三類(lèi):業(yè)務(wù)對象的查看頁(yè)面、業(yè)務(wù)對象的操作流程頁(yè)面、流程的歷史查看頁(yè)面。

它不同于一般系統產(chǎn)品設計是抽象為組件,而是對頁(yè)面類(lèi)型的抽象與歸納。

2)交互設計的核心是一體化與場(chǎng)景化。

比如菜單設計。

頂部一級導航,適用于平行子系統/模塊的切換場(chǎng)景。如果有二級菜單,則區分場(chǎng)景應用。

  • 如果是偏宣傳類(lèi)產(chǎn)品設計,則可用二級浮窗的設計(利于展示內容);
  • 如果是偏操作類(lèi)產(chǎn)品設計,則建議使用左邊菜單欄導航(利于內部導航)。

左邊菜單欄導航(適用于系統/模塊內的操作導航),建議不要超過(guò)二級菜單。如超過(guò),則考慮用頁(yè)簽式切換代替。

二級菜單跟頁(yè)簽式切換的應用區別是:前者偏向場(chǎng)景變換(比如假期規則、假期余額或加班規則、加班記錄、加班余額等),后者偏向狀態(tài)流轉(比如在職、離職、待入職或周期未開(kāi)始、進(jìn)行中、已結束等)

比如列表頁(yè)。如果是核心列表,一定要考慮自定義列、排序以及篩選;

核心列表頁(yè)面一般字段多,但對每個(gè)用戶(hù)來(lái)說(shuō),只有需要的字段才是核心內容。這方面吃虧數次,總覺(jué)得沒(méi)必要在此過(guò)多投入資源,卻也因此被吐槽不少。

比如詳情頁(yè)。

新建、編輯、查看建議一體化設計,而不是用兩個(gè)頁(yè)面分別實(shí)現新建和編輯,單獨再設計一個(gè)查看頁(yè)面,好處是用戶(hù)在列表頁(yè)面,就無(wú)需過(guò)多關(guān)注是要查看或編輯,隨意點(diǎn)擊整條均可進(jìn)入后,再決策查看或編輯等操作。

同時(shí),嚴格區分二級詳情頁(yè)、抽屜式詳情頁(yè)、彈窗式詳情頁(yè)的適用場(chǎng)景,建議全系統采取一種設計最佳,最多使用(前)兩種,一定避免三種混合使用。

二、表現層:頁(yè)面結構模塊化

頁(yè)面結構模塊化與功能要素抽象化、產(chǎn)品規則透明化(控制層),三者目的一致(即讓用戶(hù)高效完成任務(wù)),相輔相成。

簡(jiǎn)單可理解為:功能要素抽象化是基礎、是內在結構,產(chǎn)品規則透明化是規則、是外化信息,而頁(yè)面結構模塊化是呈現、是外在皮膚。

2.1 案例

作為一名考勤HR,你期望可根據企業(yè)的加班規則,快速完成對應員工的加班方案的設置。

可供參考的方案,依然是3個(gè),即:

方案1:核心分三大模塊:基礎設置、核心加班規則、更多規則設置。采取直鋪核心模塊+隱藏輔助模塊的方式,直接幫用戶(hù)決策模塊的優(yōu)先級;

  • 基礎設置:名稱(chēng)、適用范圍、負責人
  • 核心加班規則:區分三種加班類(lèi)型的同時(shí),又拆分成若6個(gè)子模塊:允許加位置、計算方式、允許加班時(shí)間、最小加班時(shí)長(cháng)、休息時(shí)間、補償方式;
  • 更多規則設置:加班時(shí)長(cháng)單位、加班時(shí)長(cháng)取整、加班步長(cháng)、日時(shí)長(cháng)折算、加班預警;

方案2:核心分三大塊:基礎信息、加班類(lèi)型、更多設置。模塊拆分與方案一幾乎一致,但采取的方式,卻選擇的是按模塊分步驟的方式。

方案3:核心分四大塊:基礎設置、計算規則、核心加班規則以及高級設置。同樣是采取直鋪核心模塊+隱藏輔助功能的方式。

哪個(gè)方案更佳呢?

相信答案可能沒(méi)那么明顯,畢竟三者之間的模塊化設計,大差不差,如果一定要選擇,可能略?xún)A向于方案2。

2.2 解析

從兩個(gè)層面看方案2的設計,它有兩個(gè)細節相對更佳。

首先,用戶(hù)視角。采取步驟式的模塊化設計方式,初始就提供了用戶(hù)進(jìn)度條,讓用戶(hù)有一種掌控感。同時(shí),每個(gè)步驟只專(zhuān)注于當前模塊的任務(wù),相對而言,效率更高;

其次,產(chǎn)品視角。每個(gè)核心模塊都有自己的【全頁(yè)面】,充分利用PC端頁(yè)面空間的同時(shí),便于后續不同模塊的擴展。比如在模塊3新增加班預警、步長(cháng)限制等。

2.3 經(jīng)驗分享

頁(yè)面結構模塊化的基礎是功能要素抽象化。如果后者抽象的足夠清晰,窮盡,獨立,那前者就是基于它之上,做頁(yè)面層面的平鋪/切分、分類(lèi)/聚合、收起/展開(kāi)、隱藏/顯示而已。

原則1:一定要做頁(yè)面模塊的用戶(hù)優(yōu)先級。比如基礎設置、加班規則、更多規則/高級設置,從模塊的命名上已經(jīng)明確了優(yōu)先級(即模塊1少不了,模塊2是核心,模塊三是增強或輔助)。

原則2:一定保證頁(yè)面模塊之間的獨立性,避免同一個(gè)要素可屬于多個(gè)模塊的情況。同一個(gè)要素,一定不能模棱兩可,好像屬于哪個(gè)模塊都行,否則就要考慮模塊分布的合理性。比如方案3的【基礎信息】中的【加班時(shí)長(cháng)單位】和【取整方式】,可能就有點(diǎn)疑問(wèn),把它們放入到【更多設置】里,好像也成立。

原則3:每個(gè)頁(yè)面模塊下的要素數量,一般不超過(guò)7個(gè)。否則要么需進(jìn)一步細分子模塊,要么思考再新獨立一個(gè)模塊。

因同一等級或同一模塊下的要素太多,容易讓用戶(hù)產(chǎn)生認知疲憊感。就像在高速公路上開(kāi)車(chē),一直保持差不多的速度,容易產(chǎn)生懶惰性思維匹配。

換個(gè)視角看,童話(huà)故事里的七個(gè)小矮人、葫蘆娃七兄弟等,為何是七個(gè)?再多就容易產(chǎn)生認知疲憊。

三、頁(yè)面層:頁(yè)面設計對象化

中國語(yǔ)言博大精深,有官話(huà),有方言;有黑話(huà),有白話(huà)。不同圈子、不同圈層,不同職業(yè)、不同工種等,還有自己的專(zhuān)業(yè)名詞,不足為外人道。

同理,產(chǎn)品經(jīng)理的話(huà)語(yǔ)體系,與你所服務(wù)的用戶(hù)的話(huà)語(yǔ)體系,也會(huì )有較大差異,且你所服務(wù)用戶(hù)的職業(yè)、崗位不同,也會(huì )有差異。

所以在做產(chǎn)品設計時(shí),你是否在使用你的用戶(hù)的話(huà)語(yǔ)體系,也在一定程度影響著(zhù)產(chǎn)品的用戶(hù)體驗,而對象化、對話(huà)感的話(huà)語(yǔ)體系可能更勝一籌。

什么是對象化?

就像你現在在看的文章,我在寫(xiě)的時(shí)候,腦海里是有一個(gè)你的畫(huà)像,仿佛你就在我旁邊,認真聽(tīng)我“分享”經(jīng)驗的同時(shí),你還會(huì )給我“及時(shí)反饋”(假設你有困惑、疑問(wèn)之處,針對性給出我的解決方案)。

題外話(huà):是的,我知道你閱讀起來(lái)并沒(méi)那么舒適,文字多,內容長(cháng),案例不是你所熟悉的產(chǎn)品等,水平有限,你就“弱水三千”,只取自己的“一瓢”吧。

產(chǎn)品設計理想的狀態(tài)也如此(尤其是頁(yè)面語(yǔ)言、要素命名以及布局等細微之處)。

你腦海里必須有一個(gè)清晰的用戶(hù)畫(huà)像,好似通過(guò)頁(yè)面來(lái)跟TA“聊天”一樣,并猜測TA可能得疑問(wèn)之處,用TA能聽(tīng)懂的語(yǔ)言體系,能看懂的命名,給出你的解決方案,最終讓TA高效完成既定任務(wù)。

3.1 案例

作為一名考勤HR,你期望根據企業(yè)考勤規則,快速設置好上下班時(shí)間與打卡范圍等,以便員工可正常進(jìn)行考勤。

方案1(如下圖所示):不區分固定時(shí)間與彈性時(shí)間上班,默認只需設置上下班時(shí)間,給你選擇是否自定義打卡時(shí)間范圍。最后再問(wèn)你是否需要彈性上班。

方案2:區分固定與彈性上班,明確標識字段名稱(chēng),并想象你對考勤時(shí)間是明確的,給出一種“偷懶式”的打卡規則設置。

方案3:區分固定時(shí)間與彈性時(shí)間上班,需手動(dòng)輸入上下班卡的時(shí)間范圍。

假如你是考勤HR,你覺(jué)得哪個(gè)更高效,讓你感覺(jué)體驗更好?

我猜你可能會(huì )優(yōu)選方案1或2(即方案1≈2>3)。

3.2 解析

首先,方案2比1好的地方在于,提前讓你做關(guān)鍵決策,避免認知負擔。

比如方案2初始讓你選擇班次類(lèi)型(即固定時(shí)間班次,還是彈性時(shí)間班次),既可以隱藏不相關(guān)信息,同時(shí),提前決策,避免設置規則時(shí),一直心存疑慮(我在哪里設置彈性時(shí)間呢?),反而需要付出更多的認知精力。

這就好比領(lǐng)導找你談話(huà),直接進(jìn)入主題,不鋪墊背景(如談話(huà)目的等),你對這次談話(huà)的主題和目的,心里會(huì )一直有疑惑(我是哪里做的不好?還是發(fā)生了什么大事?),反而影響你們談話(huà)的質(zhì)量。

第二,方案1跟2都是站在你的角度,多為你計算和思考了一層,減輕你的決策負擔。

比如打卡時(shí)間的設置,方案1是“上班前/后x小時(shí)打卡”,方案2是“最早可提前X分鐘打卡”,“晚于Y分鐘打卡記為遲到”,你無(wú)需基于上班時(shí)間計算從幾點(diǎn)到幾點(diǎn),你也非常清晰知道設置的是允許打卡的范圍;

對比方案3采取是絕對時(shí)間(即上班卡HH:mm-HH:mm),你需要自行基于上班時(shí)間,計算幾點(diǎn)允許打卡,時(shí)間區間長(cháng)短是否合適等。

第三,方案1跟2的語(yǔ)言體系更清晰,更有說(shuō)話(huà)的對象感。

比如最早可提前X分鐘進(jìn)行打卡、晚于X分鐘打卡計為遲到,相比方案3的上班打卡絕對時(shí)間以及豁免X分鐘來(lái)說(shuō),更具有對話(huà)感,更清晰表達意思,減少不必要的歧義。

再比如“上班最多可晚到X小時(shí)Y分鐘”,且加上說(shuō)明“上班晚到幾分鐘,下班就晚走幾分鐘”,相比方案3的“晚來(lái)晚走,最多允許晚來(lái)X分鐘”,顯然就更清晰精準,也更像一個(gè)人在跟你對話(huà)的感覺(jué)。

3.3 經(jīng)驗分享

頁(yè)面層級的設計,一定要有對象感、對話(huà)感,就像有人在給你“無(wú)聲”的說(shuō)話(huà)。

原則1:提前明確設計對象,且一定要真實(shí)、具象。

產(chǎn)品設計時(shí),腦海里一定要有一個(gè)清晰的用戶(hù)(真實(shí)用戶(hù)最佳),可以從你調研的用戶(hù)中選擇(一位即可)。想象TA在(利用你的產(chǎn)品)完成任務(wù)時(shí),會(huì )怎么思考,怎么決策,哪里有疑惑,有疑惑時(shí)怎么辦等。

它有點(diǎn)像你設計的求婚儀式,你所有的設計、細節、語(yǔ)言表達都是為了那個(gè)唯一的TA,最終設計出來(lái)的東西,雖一定有缺憾的部分,卻一定瑕不掩瑜,細節滿(mǎn)滿(mǎn)。

原則2:不要一味追求設計的簡(jiǎn)潔,更重要的是表達的清晰與完整。千萬(wàn)別因為追求簡(jiǎn)潔而放棄文字描述的方式(簡(jiǎn)潔有效的文字也是簡(jiǎn)潔設計)。

你設計的產(chǎn)品是協(xié)助用戶(hù)達成目的的工具(而不是目的本身),通過(guò)產(chǎn)品設計一步一步引導TA完成自身任務(wù),這個(gè)過(guò)程其實(shí)就是你跟TA“對話(huà)”、“交流”、“協(xié)同”的過(guò)程,只不過(guò)不是由你親自完成,而是“委托”了你的產(chǎn)品。

對話(huà)的重點(diǎn)不在于你說(shuō)了什么,說(shuō)了多少,而在于對方聽(tīng)懂了什么。所以一定避免是“我的思維”,使用“我的語(yǔ)言”。

比如加班時(shí)間、需要打卡、限制出勤地點(diǎn)、晚走晚來(lái),好像也能表達你的意思,但對方卻不一定能”聽(tīng)懂“。

那就可以:

  • 加班時(shí)間–> 最早允許上班前X分鐘開(kāi)始加班,最晚可加班至下班后Y分鐘
  • 需要打卡–> 外出時(shí),是否需要打卡
  • 限制出勤地點(diǎn) –> 外出時(shí),是否只能在指定地點(diǎn)打卡
  • 晚走晚來(lái)–> 當天晚走X分鐘,次日可晚來(lái)Y分鐘不計為遲到

總結一下

今天主要分享了KISS原則的第三層:表現層,它主要是“三化”:交互設計一體化、頁(yè)面結構模塊化、設計表達對象化。

1、交互設計一體化:解決復雜系統的子系統或子模塊之間的設計一體化,保證全系統體驗對用戶(hù)的一致性,減少使用摩擦力。

以HR SaaS的三個(gè)案例,分別從頂級一級菜單、左側一二級菜單、列表頁(yè)、詳情頁(yè)的設計進(jìn)行了拆解,并分享了三個(gè)經(jīng)驗:

第一,交互設計規范與原則是基礎,更重要的是頂層抽象設計。 以WorkDay為引子,把HR SaaS系統抽象為最頂層:流程+對象=系統,以及圍繞“流程”、“對象”又抽象為對應的三類(lèi)核心頁(yè)面:對象的查看頁(yè)面、業(yè)務(wù)流程的操作對象頁(yè)面以及流程的歷史查看頁(yè)面。

第二,交互設計的核心是一體化與場(chǎng)景化。

  • 比如菜單設計。頂部一級導航適用于平行子系統/模塊的切換;左邊菜單欄導航適用于子系統內且偏操作類(lèi)產(chǎn)品。建議不要超過(guò)二級菜單,否則考慮用頁(yè)簽式切換代替
  • 比如列表頁(yè)。如果是核心列表,一定要考慮自定義列、排序以及篩選;
  • 比如詳情頁(yè)。建議新建、編輯、查看一體化設計,并考慮優(yōu)先考慮用抽屜式詳情頁(yè),其次是二級詳情頁(yè)。最不建議是彈窗式詳情頁(yè)(甚至三者混合使用)

2、頁(yè)面結構模塊化:與功能要素抽象化、產(chǎn)品規則透明化(控制層),三位一體,幫助用戶(hù)高效完成任務(wù)。

以HR SaaS的三個(gè)案例(加班規則)為例,拆解了它們的優(yōu)劣,并分享三個(gè)經(jīng)驗。

第一,一定要做頁(yè)面模塊的用戶(hù)優(yōu)先級。

第二,一定保證頁(yè)面模塊之間的獨立性,避免同一個(gè)要素可屬于多個(gè)模塊的情況。

第三,每個(gè)模塊下的要素數量,一般不超過(guò)7個(gè)。否則要么需進(jìn)一步細分子模塊,要么思考再新獨立一個(gè)模塊。

3、設計表達對象化:解決系統的細節體驗問(wèn)題。即站在用戶(hù)視角,用其語(yǔ)言體系,采用對話(huà)的形式,讓系統設計“說(shuō)人話(huà)”,避免信息模糊、不清晰而導致的“不好用”類(lèi)用戶(hù)心聲。

以HR SaaS的三個(gè)案例(新建班次)為例,拆解了它們的優(yōu)劣,并分享三個(gè)經(jīng)驗。

第一,提前明確設計對象,且一定要真實(shí)、具象。

第二,不要一味追求設計的簡(jiǎn)潔,更重要的是表達的清晰與完整。千萬(wàn)別因追求簡(jiǎn)潔而放棄文字式描述的方式(簡(jiǎn)潔有效的文字也是簡(jiǎn)潔設計)。

《KISS原則:SaaS產(chǎn)品設計最重要的原則》這個(gè)小專(zhuān)題就告一段落了,希望對你有所啟發(fā)。

KISS原則:SaaS產(chǎn)品設計最重要的原則(上)

KISS原則:SaaS產(chǎn)品設計最重要的原則(中)

專(zhuān)欄作家

邢小作,微信公眾號:邢小作之家,人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。一枚在線(xiàn)教育的產(chǎn)品,關(guān)注互聯(lián)網(wǎng)教育,喜歡研究用戶(hù)心理。

本文原創(chuàng )發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載。

題圖來(lái)自 Pixabay,基于CC0協(xié)議

該文觀(guān)點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 知識點(diǎn)太多,信息量太大,每一句都得好好學(xué)習,先收藏一下,以后慢慢看

    來(lái)自河南 回復
    1. 哈哈,一般就是先收藏,后點(diǎn)贊,然后就沒(méi)了然后

      來(lái)自北京 回復