本文摘錄了書中張小龍關于產(chǎn)品設計的36個觀點，分享給大家。建議收藏+看完。

1、產(chǎn)品是進化出來的，而非規(guī)劃出來

產(chǎn)品是進化出來的，而非規(guī)劃出來。

微信的每個版本該做什么，都是等上一個版本發(fā)布后才確定的。我們不可能知道半年后的產(chǎn)品形態(tài)。

有DNA的產(chǎn)品才會進化。DNA到底是什么東西呢？

DNA是產(chǎn)品的價值觀和認知，產(chǎn)品在進化的過程中，怎么才能看起來像個生物體那樣，有自己的內在？這些都是我們在不斷思考的問題。

2、把產(chǎn)品分為高中低端是不道德的

把產(chǎn)品分為高中低端是不道德的，因為人的高中低并沒有一個標準。比如我們看到王功權（企業(yè)家，因私奔出名）在微博上說自己玩“搖一搖”，只許自己玩十次。

王功權很低端嗎？也不是。

我們做“搖一搖”這個功能的出發(fā)點是很純潔的，很多高端用戶也很喜歡。

我們從做“郵箱”到“微信”，做的所有事情沒有什么高中低之分。

我們在郵箱里面也不會特別為學生做一個中小學生版或幼兒版。這樣反而對他們來說是一種“不平等”。

好的產(chǎn)品應該是所有人都喜歡的。

3、先做產(chǎn)品結構，之后才是功能細節(jié)

我們做一個產(chǎn)品的時候，結構是最重要的，之后才是細節(jié)。

微信里面包含的功能非常多，如果做一個列表把微信的所有功能列出來的話，會發(fā)現(xiàn)這是很恐怖的。

但目前大家用到的微信并沒有顯得很復雜，看起來還挺簡單的。

以至于我們做了一個新版本，你都找不到它有什么新功能。

那是因為我們把微信的骨骼梳理清楚了，枝葉的東西藏得很深也沒有關系，這樣整個產(chǎn)品才不會亂掉。

4、功能模塊之間是有機聯(lián)系的關系

如果我們的產(chǎn)品都是由很多獨立的功能堆砌起來的，那會很危險。

我們看到自然界的東西，不是像堆積木那樣堆砌起來的，而是有機的聯(lián)系起來的。

舉個例子，當時做個人多頭像的呼聲很強，因為用戶說需要多頭像來展示。

如果我們這么做，也是可以的，可能也有很多人喜歡。

但是最終我們想把它做得簡化一些，能夠沒有就沒有，最后我們想到的辦法是同時做了朋友圈和相冊。

因為多頭像的目的是展示給別人看，既然有了相冊去滿足，就不需要再去做多頭像了。

5、設計就是分類

我們發(fā)現(xiàn)在做很多產(chǎn)品的時候，做得不好往往是分類分得不好，幾乎大部分的工作都可以歸結到這一點上。

哪怕是一篇簡單的文章、一個用戶的通知、一個產(chǎn)品特性等。

只有分類分得好，對用戶才能顯得親切易懂，對產(chǎn)品才顯得結構清晰。

目前微信的界面下，只有4個Tab，我們保證兩年之內，還只有4個Tab。為什么要保證這樣的規(guī)則？

這個源于Tony（騰訊主要創(chuàng)始人之一），他經(jīng)常向我們提一些需求，要加東西。

我說沒有地方放了，他說你們只有4個tab，可以加一個。過幾天又提出一個需求，又說可以加個tab。

然后我和Tony說，我們定一個君子協(xié)議，兩年內微信只有4個Tab，不容許再有第5個了。

因為4個最簡單了，5個就變復雜了，5個對整個產(chǎn)品有破壞性的打擊。

然后Tony也同意了，最終變成一個協(xié)議就確定下來了。

這樣就很好呀，我們做朋友圈的時候，也沒有把它放成第5個tab。

6、抽象方能化繁為簡

我們做任何事情都要去想，是否抽象到“足夠抽象”的狀態(tài)，如果沒有抽象到這種狀態(tài)，就會把事情做得很復雜，甚至會失控。

所謂“抽象”就是，如果我們有100個需求，而我們能把這100個需求匯總成10個需求，從而派生出100個需求，那我們就做了一個很好的“抽象”。

如果能匯總成一個需求就更好了，一個需求就代表了所有的需求了，這需要我們去抓其“共性”的部分來處理。

我們在做外部信息的接入和訂閱的時候，可訂閱的內容非常廣泛，名人、藝人、餐飲、服務、網(wǎng)媒、平媒等各行各業(yè)，都有自己不一樣的需求。

但我們在微信里只會看到很簡單的，高度抽象化的接口，只有一種賬號體系，不同的內容都可以放進來。

我們不會為了不同的內容去做不同的系統(tǒng)來支持。

如果這里“抽象”做的不好的話，整個系統(tǒng)就會變得異常復雜，每一塊都可以做成一個系統(tǒng)進來。

7、越簡單的分類越易于被接受

QQMail是一個很好的例子，它發(fā)展到現(xiàn)在，用戶看不出來它有什么樣的變化，并沒有變得復雜。

因為過多的變化會引來用戶的不適應。

微信會升級，但是結構和界面依然會保持簡單。

8、找到需求背后的本質需求

朋友圈該不該分組？是我們討論的時間最長的案例。

很多用戶反饋，我不希望我的朋友圈被所有人看到，因此需要分組的功能。

但是，即使我們提供了分組功能，很多這些反饋需要分組功能的用戶也不會去用。

為什么？因為懶，因為人不愿意去做太多的管理性工作。

后面我們發(fā)現(xiàn)用戶真正需要的只是屏蔽有限的幾個人，比如父母、上級。

所以所謂的分組的需求，其實只需要屏蔽掉特別的幾個人就可以了。

如果我們?yōu)榱擞脩舻南敕ā白隽朔纸M才在朋友圈發(fā)照片”而去分組，那肯定就不對了。

9、面向場景來設計，而非功能列表

功能脫離場景是沒有意義的。

微信有一個版本中，會話里新來的語音是可以自動播放的。接下版本中，把這個功能我們下掉了。

因為語音自動播放是脫離場景的。

語音自動播放的場景只有兩類：

1）只有一個人在場，沒有其他人干擾的情況下

2）在開車的時候，旁邊也沒有人

除了這兩個場景，其他很多場合自動播放語音很不方便。比如開會、比如在公共場所，自動播放語音就顯得很尷尬。

但我們又希望支持某些場景下的自動播放，這就需要把場景再做細分，比如駕駛的時候。

10、面向場景，才能取舍

面向場景的時候，我們才能想到，為什么我們不要在線狀態(tài)，以為手機是永遠在線的。

我們在微信里做得比較成功的一點是，改變了用戶在PC上聊天的一些習慣。比如不再用“再見”來結束微信里的聊天。

因為沒有這種會話的狀態(tài)。

11、讓功能存在無形之中

讓功能存在無形之中，是以前做郵箱的時候Pony（馬化騰）說過的一句話，我們在做新功能的時候會特別參考。

因為我們做新功能時，總喜歡把新功能擺出來，總是怕用戶不知道我們做了什么。這是新手的做法。

之前跟同事聊起，很多用戶反饋在微信里找不到商家。我想說的是，把它隱藏起來，完全看不到，使用的時候才看到，這是最好的。

掃碼成為會員也是，只有在掃碼成為會員時，功能才會出現(xiàn)。

這樣才不讓系統(tǒng)變得更復雜。

12、區(qū)分手機和pc

前面「用戶篇」中總結過，設計中環(huán)境是很重要的。

我們坐在計算機前和拿手機最大的區(qū)別在哪里？

計算機是一個環(huán)境，里面的內容對你來說就是外界。而手機，你可以認為，它跟你的肢體是連在一起的。

我們要深刻理解里面的差異，而不是把PC的產(chǎn)品移植到手機上就可以了。

因為我們不能把外界的東西移植到內在的東西里面。

13、不過渡設計

我們很喜歡表現(xiàn)自己的聰明才智，認為做功能越多會越好，做了東西沒有被用戶看到的話感覺很遺憾、吃虧

所以這里特別強調一點，很多的“枝葉”是可以去掉的，不要做得太過分。

一個例子，微信“附近的人”可能在所有同類相似的產(chǎn)品中是做得最簡單的。一開始的版本甚至連按性別篩選都沒有。

我們在討論產(chǎn)品設計的時候，常常會想，怎么才能不打擾用戶，特別是我們想把一些新功能體現(xiàn)給用戶的時候。

現(xiàn)在很常見的是tips去提示新功能，看似體貼，實則讓人煩躁。

14、寧愿損失功能，也不損失體驗

以前的版本中，有用戶反饋找不到刪除會話的功能，為何不在微信界面左上角放一個編輯按鈕，方便刪除會話。

最后我們也沒有這樣做，因為用戶多次返回上一級操作時，很容易觸發(fā)編輯狀態(tài)。

在這種場景下，我們覺得保證體驗更重要一些，而非提供這個功能更重要一些。

15、產(chǎn)品，還是運營？

對于一個產(chǎn)品，我們更應該偏向產(chǎn)品本身還是運營？這沒有絕對的衡量標準，這要看各家的特長和偏好了。而且對于不同類型的產(chǎn)品，也會有不同的側重點。

我的觀點是，做一勞永逸的事情是最好的。

很多開發(fā)的同事都知道，我們要做“類型”還是做一個一個“實例”？如果我們不是把各種訂閱內容抽象為一個訂閱平臺的話，可能就會做了很多很多的“實例”出來，產(chǎn)品變得非常復雜。

郵箱漂流瓶和微信漂流瓶有什么區(qū)別？郵箱里的漂流瓶有不同類型，有同城瓶、交友瓶，是一個個“實例”，偏運營多一些。微信漂流瓶只有一種。

可以想象，郵箱漂流瓶因為用戶需求類型增加就增加“實例”，這樣做下來，會把大家累死。

所以我傾向直接做到最本質的東西，至于他能滿足用戶什么需求，那是用戶自己的行為。

我們做一個“類型”，用戶自己產(chǎn)生“實例”就可以了。也就是做高度抽象，而不是具體化。

16、讓用戶推動用戶

怎讓用用戶去推動用戶，而不是系統(tǒng)去推動用戶？

我們常常認為，發(fā)現(xiàn)用戶的行為不太好，可以通過系統(tǒng)努力去“教育”或者“引導”用戶，讓用戶符合我們的期望。但這不是好的辦法。

比如如何讓微信新用戶設置頭像？可以注冊時必須上傳頭像，比如當做任務獎勵。但我們這樣做。

沒有頭像的用戶，發(fā)送給好友的消息，是沒有頭像的。當用戶發(fā)現(xiàn)自己沒有頭像時，很快就去設置了。這比引導用戶去設置頭像自然得多，這是用戶自發(fā)的，不是被系統(tǒng)引導的。

17、極簡方能不被超越

“搖一搖”是非常好的一種體驗過程，這個體驗過程包括了肢體動作、來福槍的聲音、動畫以及操作的結果，非常連貫。

我們把這個功能已經(jīng)做到了極簡化，這種極簡化的體驗是很難被超越的。

如果有一個東西已經(jīng)做得非常非常少了，要更少是很困難的。

18、面向未來場景來做設計

要不要做“已送達”這個特性，我們當初爭論了很久。

當時支持的一個重要的理由是：我們將來的服務器會很穩(wěn)定，網(wǎng)絡狀態(tài)也會越來越好，消息是必然會送達的。

雖然說現(xiàn)在（指2011年）的網(wǎng)絡狀況不是很好，也會出現(xiàn)丟消息的情況，但是我們首先要考慮的是未來的情況，要根據(jù)未來的場景來設計。

19、操作的響應速度永遠是第一體驗

我們在做郵箱時思考，對于一個產(chǎn)品來說什么是好的體驗？可能需要滿足幾個要求。比如“切入要準”、“功能設計得要好”。

但是我們把速度單獨列出來，“速度一定要快”，這個速度是指系統(tǒng)響應的速度。

回顧郵箱能做起來，有兩點是最重要的。第一是簡單，第二是速度快。

簡單和速度快，合起來就是簡單快捷。

“簡單”和“快捷”是用戶體驗里重要的兩個關鍵詞。

微信4.0的時候，點擊進入一個會話群的響應速度是挺慢的，我們做了很多改進來保證進入速度得到提高。

在微信的朋友圈里，我們的開發(fā)做了很多次重構，才保證了時間線的流暢體驗，保證我們速度能超越所有有時間線的產(chǎn)品。

雖然為了提升這里的速度，開發(fā)的代價很大，但是這樣的代價是值得的。

20、如果一個特性不能讓人興奮，不如不做

一個特性的決定是來自上級任務？還是來自版本計劃？

對于產(chǎn)品經(jīng)理來說，這個特性本身不足夠令人興奮，讓人產(chǎn)生熱情的話，可能做了也做不好，也沒辦法理解這個特性還可以有哪些亮點或者別的什么更好的想法。

好奇心是產(chǎn)品經(jīng)理的驅動力，你不可能真正理解自己不感興趣的需求。

21、保留變化

保留變化是圍棋里的一句話，這在產(chǎn)品里面也是挺重要的。

在產(chǎn)品里面我們常常會把后面版本該做的事情放到前面去了，這會導致我們把1.0版本規(guī)劃得非常完美，把2.0的東西給做了。

比如web微信上線的時候，很多同事提意見說功能不全，為什么做了這么簡單的功能就發(fā)布了？

我們沒辦法一下子就做一個功能全面的東西出來，如果我們再做一個版本就做全面功能的話，一定是錯誤的。

因為我們不可能一開始就想得那么細，只能一邊做，一邊看發(fā)布后用戶有什么反饋，根據(jù)反饋再決定2.0應該做什么。

也有用戶提到，覺得微信的朋友圈很粗糙，連評論和回復都沒有就發(fā)布了。當時并不是沒有想到，只是覺得這些東西是可以放到以后再做的。

22、如果沒有自然增長，就不必推廣

不管是做郵箱還是做微信，我們都追求用戶的“自然增長”。

微信在2011年5月才開始在郵箱里做推廣在此之前，微信沒有打任何廣告，因為我們還沒有看到自然增長的曲線，或者說增長得很慢，沒有一個爆發(fā)點。

當一個產(chǎn)品還沒有到爆發(fā)點的時候去推廣做廣告，他的投入和收益是不太成比例的。

好的產(chǎn)品應該是自然增長的，而不應該為KPI而改變產(chǎn)品。KPI這是一個好產(chǎn)品的副產(chǎn)品，好的產(chǎn)品自然會產(chǎn)生好的增長曲線。

23、保持粗放，保持笨拙

做產(chǎn)品可以保持一些粗放的狀態(tài)。如果還沒有好的解決方案，一定不要先去做。

因為我們的需求非常多，當沒有想好方案或者沒有想到方案會帶來副作用，硬要去解決的話，可能會得不償失，產(chǎn)生的副作用可能會遠遠大于正面作用。

舉一個案例，發(fā)錯群消息。這個問題還挺普遍的，也挺難解決的。

我們以前嘗試過一個版本，把群聊的氣泡變成藍色（其他的是綠色），希望用戶可以通過氣泡的顏色來辨別群聊。

但發(fā)現(xiàn)這種方案很難接受，用戶接受了綠色氣泡，就不是很能接受藍色氣泡。我們也不能在用戶輸入的時候提升用戶：你正在群聊中，發(fā)消息請小心。

所以我們先把問題放著了，放到后面想明白了，再去解決。

24、如果解決方案非常復雜，一定是問題錯了

有一次，一個能力很全面很厲害的開發(fā)同事在朋友圈抱怨：覺得微信的代碼越來越復雜了，開始搞不定了。

我在后面給他寫了一句評論：如果一個問題的解決方案太復雜，一定是問題本身錯了，事實上就是這樣的。

一個好問題，不應該導致解決方案太復雜。

比如為了解決視頻通話里面多種狀態(tài)切換的問題，里面的狀態(tài)有點太多了。這時我們跳出技術方案反推回來，會發(fā)現(xiàn)可能我們的需求一開始就定義的不對。

25、在每個細節(jié)中體現(xiàn)認知

我們會發(fā)現(xiàn)有些應用很奇怪，在細節(jié)上出現(xiàn)一些難以理解的東西。

比如微博的博文后面，會出現(xiàn)“來自iPhone客戶端”、“來自iPad客戶端”...之類的。

這里我們一直沒有想清楚，為什么“來自iPhone客戶端”是值得顯示的信息。

雖然前面提到過要滿足用戶的“貪嗔癡”，這也是“貪嗔癡”的一部分。但是這些信息是沒有含義的。

所以我們不會搞一個“微信iPhone在線”這樣的東西。

而從需求上來說，地點就顯得更有意義一些。

另外，這也跟我們產(chǎn)品的態(tài)度有關。

26、給用戶選擇權

為了保持微信的簡單，在微信里面，除了核心功能，大部分的功能都做成插件的形式，這個方向很早就定了下來。

這讓我們就算加了很多東西，也沒有把微信變得復雜。

所以微信里面可以看到很多插件，而這些插件都是可以卸載掉的。甚至一些大的功能，比如朋友圈、語音視頻聊天等都是可以卸載的。

所謂的平臺，就是最基礎最簡單的核心架構，可以支撐更多的插件插入，這才是一個平臺。

27、尊重用戶

在尊重用戶這一點上，我覺得我們一直做得還不錯。

比如最基礎的用戶隱私保護，通訊錄上傳需要經(jīng)過用戶同意，LBS暴露位置需要告知，不去誘導用戶做一些事情。

在任何時候，只要在編輯狀態(tài)下有可能因為crash或別的原因導致數(shù)據(jù)丟失，都應該把中途的數(shù)據(jù)保護下來，方便用戶下次使用的時候找回數(shù)據(jù)。

舉一個尊重用戶的案例。

我很早就在想，為何我們給QQ郵箱用戶的通知都是“系統(tǒng)管理員”作為發(fā)言方，為什么不是我們自己的美女產(chǎn)品經(jīng)理？

之后，我們的“系統(tǒng)管理員”的郵件，被替換成一個真實的產(chǎn)品經(jīng)理。

這一點值得很多產(chǎn)品借鑒，只需要做一點很小的改動，就可以讓用戶感覺是跟一個背后有人的產(chǎn)品在溝通，而不是在跟機器溝通。

28、把用戶體驗做到極致就是創(chuàng)新

我們知道微信有一個特性，把手機放到耳邊，語音的聲音會切換到從聽筒出來。

可能很多用戶認為，這是通過聽筒旁邊的遮光傳感器做到的。

但是測試一下就會知道，并不是。微信會識別用戶的耳朵。

為什么會識別呢？其實我們是通過動作的識別做到的。

這個方案創(chuàng)意來源于Siri。雖然不是我們發(fā)明的這個特性，但是能把它用到極致也是非常好的。

29、你的價值觀（態(tài)度）決定產(chǎn)品的特性

回到之前的問題：要不要做類似顯示“iPhone在線”這樣的特性。這取決于你的態(tài)度和價值觀。

舉個例子，朋友圈發(fā)照片，要不要提供濾鏡功能？這個問題是沒有辦法通過理性的分析找到答案的。

有一次，我在朋友圈分享過一個觀點：真正的生活狀態(tài)不應該有濾鏡。

如果不反思這個問題，我們的做法或許是越多專業(yè)的濾鏡越好。這個結果可能也不會有錯，可能很多人也會很滿意，但這結果未必是好的。

所以，朋友圈一開始有提供濾鏡，后面我們把濾鏡下掉了。

我們對功能的設計，是很主觀的，跟我們做產(chǎn)品的價值觀和態(tài)度密切相關。

30、改變用戶習慣

我們做用戶體驗的都知道，用戶習慣是很難被改變的。

但是有些時候，我們確實需要去改變一下用戶習慣。

我個人非常不喜歡電話這種沒有經(jīng)過預約的騷擾，是一種強行中斷的行為。這種中斷的行為對于每個人來說都不那么舒服。但是因為一直以來都是這樣，大家就默認了電話來了就要接。

我們在做微信視頻的時候，就一直在考慮能不能做得不一樣。

比如視頻通話需要經(jīng)過對方某種程度的認可，比如規(guī)定10分鐘之內，對方給你發(fā)過消息（表示他有空），并且你們正在聯(lián)系，你才可以撥號過去等。

31、拋棄不人性的創(chuàng)新

我們很少專門說創(chuàng)新，不說的時候就會做很多創(chuàng)新的事情。每天都說我要創(chuàng)新的人，往往是沒有創(chuàng)新的。

之前看到一句話我專門記下來，覺得寫得挺好的：你要不計一切代價地展示聰明，還是選擇善良？——貝索斯

聰明對于我們大部分人來說，都不缺少，但我們往往把聰明表達得過分了，在產(chǎn)品里，會在很地方，千方百計的表達出來。

32、避免戰(zhàn)略行為替代真實需求

比如一些“多合一”的產(chǎn)品，多實踐幾次后，就知道“多合一”的都是不好的。

“多合一”的情況出現(xiàn)，一般是多個產(chǎn)品都遇到了麻煩，還不如不做。因為多個50分的產(chǎn)品合起來，一定是低于50分的。

如果是好的產(chǎn)品，是不需要打包銷售的。

之所以說這些方法在通常情況下都不好，是因為它不是來自用戶的需求層面，而是為了數(shù)據(jù)層面，或者是想象中的結果。

比如朋友圈里最重要的信息，是每個用戶產(chǎn)生的有價值的照片，而不是把Qzone里面一個相冊的幾百張照片都導入進來，或者把微博里面的內容導入進來。

這些東西的導入反而會破壞朋友圈的價值，會讓大家都不想玩了。

戰(zhàn)略行為不一定來自需求層面，更多來自戰(zhàn)略任務。

戰(zhàn)略任務可能放在任何一個時代都成立，但是在真實場景下不一定成立。

33、從人出發(fā)，改變商業(yè)模式

商業(yè)模式的改變，是讓用戶能夠動起來，然后才會產(chǎn)生新的商業(yè)模式，而不是我們先計劃好一個商業(yè)模式，用戶就跟著計劃動了。這只是一廂情愿而已。

所以我們做產(chǎn)品的時候，常常會思考，到底這只是我們自己一廂情愿地認為可以，還是用戶的意愿。這里的區(qū)別會非常大。

34、沒有設計，只有解決問題

前面講了很多設計上的問題，到這里我想跟大家說，其實沒有設計，只有解決問題。

很多人把設計工作想得非常高端，覺得這是一個很高尚的職業(yè)。

其實我們每天都是在解決問題，而不是從事設計工作，只有把問題解決好了，才是做了一個好的設計。

但不是為了去做設計而去解決問題。這是本末倒置的。

35、創(chuàng)新，還是抄襲

這可能也是一個敏感的話題，是很值得討論的。

當朋友圈發(fā)布以后，我發(fā)表了一個想法。

在我們發(fā)布朋友圈的時候，評論界立馬發(fā)出評論說我們是抄襲的。

但是我們自己知道自己所做的事情是在抄襲，還是在創(chuàng)新。

我們很理解為什么那么多人喜歡說別人抄襲，一個人自己很平庸，所以希望別人也很平庸，評論別人抄襲能獲得心理上的安慰。

我們需要允許別人獲得安慰的權利。

我們做的所有事情，都來自知識的積累，而不是憑空的想象。

貝爾發(fā)明電話一百多年后，還是很多人做電話相關的產(chǎn)品。那是不是大家都在抄襲貝爾呢？就算是貝爾，可能也是延續(xù)很多先去的研究而發(fā)明了電話。

所以我們說的創(chuàng)新不是憑空生什么東西，這是不可能的。

比如“搖一搖”，基于傳感器來做的，我們不能說因為傳感器已經(jīng)有了，就不能做“搖一搖”，就不能用傳感器。

我們不用太在意你用的知識是否有前人用過，但是你可以以新的方式去使用它。

最終我們面對一些指責的時候，可以用產(chǎn)品說話。用產(chǎn)品說話，比去辯解什么更有威力一些。

36、朋友圈的演化故事

朋友圈是我們做的特別辛苦的特性，也是團隊內PK次數(shù)最多的，討論各種場景，討論各種可能性。

我們要把朋友圈做得真正符合用戶的需要，而不是跟其他某個產(chǎn)品一樣，這樣的難度確實非常大。

當很多人提到朋友圈的時候，覺得這是一個path或Instagram，而不知道我們經(jīng)過了多少努力才演化成這樣的一個產(chǎn)品。

有些人以為，我們可以一下子就知道一個產(chǎn)品該怎么做。其實并不是這樣的，特別對于一些比較復雜的大型一點的功能來說，真的是挺難做的。

需要大家不斷在腦海里面，在PK里面模擬各式各樣的場景、各式各樣的可能性和用戶想法，特別是我們不再考慮單個用戶，而是考慮一群用戶，考慮他們會產(chǎn)生什么樣的行為，這些行為是正面的激勵還是負面的。（編輯：也很美）