標籤：

貓飯創作過程 #2 功能規劃

02-12

我是貓弟，從事用戶體驗設計、產品設計工作六年，曾作為主力設計師負責街旁、豌豆莢、聚美優品的移動客戶端用戶體驗。

上集回顧

貓窩設計工廠「二十」項目的 1 號產品——貓飯——飯否 iPhone 客戶端。在實現飯否日常功能的基礎上，融入明顯的飯否品牌視覺風格，解決對話查看體驗差的問題。

飯否的功能比較精簡，貓飯產品迭代中的關鍵設計環節也不複雜，我把貓飯的設計環節看做是對經典用戶體驗要素五個層次的精簡，內容如下：

  • 產品定義

  • 功能規劃
  • 交互設計

  • 風格設計

貓飯要具備哪些亮點？

  • 使用 XAuth，實現簡單的登錄體驗。

  • 解決查看對話體驗不夠好的問題。

  • 融入明顯的飯否品牌視覺風格，呼應飯否用戶對飯否文化的懷念、親切感。

  • 發布按鈕放屏幕底部。因為手機有大屏趨勢，飯否用戶又有較強的話癆特徵，可以認為發布是個常用操作，適合在觸及成本較低的屏幕底部。

飯否用戶具有嚮往簡單、親切、念舊、日常、話癆等特徵。

功能規劃

「產品定義」之後是「功能規劃」，其主要目的是：明確為了支持產品亮點，產品需要具備的功能，以及對應的優先順序。

每個設計師剛學設計時都這麼問過：什麼是好設計？這樣的問題叫「天問」。涉及人性、哲學，就算是世界頂尖的設計師，至多也只能回答自己的假設和假設之下的邏輯推演，說白了也就是靠猜（我也曾總結一整套設計觀體系去回答這個問題，是後話）。

那麼不問這麼大的問題先，如果我們考慮小一點的問題——「怎樣的方法可以做出好設計？」——我在我的設計觀體系上，推導過一個很簡短的答案：

為了做出好設計，需要其創造者——設計師具備兩種能力：

  1. 知道用戶（還）想要什麼？

  2. 知道技術（還）能做什麼？

然後取二者交集中最有價值的部分。

如果只知道前者，很可能設計方案沒有可行性。如果只知道後者，很可能做出機能複雜，但用戶卻不需要的東西。

關於第一種能力，我在產品亮點中列出了簡單登錄、查看對話等，需求挖掘得並不算深入，但對我當時學習開發客戶端這個後繼目標來說已經足夠。實際情況中，公司會組織產品團隊進行各種各樣頭腦風暴，靠團隊合作、腦暴相關的方法論，提高需求挖掘的廣度、深度、密度。

因為貓飯是一個飯否的第三方客戶端，這個客戶端本身所實現的任何功能，本質上都是在：

  1. 使用飯否為第三方提供的 API。

  2. 使用 iOS 為 APP 提供的 API。

所以對貓飯本身來說，第二種能力就是指飯否 API 和 iOS APP（還）能做什麼。顯然，為了回答這兩個問題，最直接地辦法就是分別去閱讀相關的文檔。其中 iOS 的部分我打算到後面學 Swift 時再考慮，因此我首先應該去查閱飯否 API 文檔。

在文檔中，我找到了一些值得注意的東西：

  1. 用戶的資料中有 profile_background_image_url 欄位，也就是用戶的網頁背景圖。

  2. GET /statuses/context_timeline 顯示消息上下文，也就是查看對話需要用的介面。

  3. GET /search/user_timeline 可以搜索指定用戶的方法。當時只有御飯實現了搜索指定用戶消息的功能。

  4. 飯否支持 XAuth，是種為移動設備簡化的 OAuth 認證。當時只有飯斯基使用了這個登錄方式。

  5. GET /users/tagged GET /users/tag_list 可以獲取特定標籤的用戶，或特定用戶的標籤，但是沒有添加標籤的介面。

  6. GET /users/recommendation POST /users/cancel_recommendation 與推薦好友相關的介面。

  7. GET /friendships/show 返回任意指定兩個用戶之間follow關係的詳細信息，無隱私限制，甚至包括是這兩個用戶相互得拉黑情況。

  8. GET /statuses/replies 只看回復，不看轉發。
  9. GET /statuses/home_timeline 除了自己的，也可以查看用戶好友關注的 timeline。

其中第 1 個很有趣，飯否很多用戶都精心設置過背景圖。如果你是飯否用戶，就會知道你可以從用戶的背景圖很容易看出 ta 的性格。但當時卻沒有任何客戶端取過這個圖... 之前貓飯產品定義文檔中這麼分析過：

飯否用戶具有嚮往簡單、親切、念舊、日常、話癆等特徵。

如果在手機端看到自己很多年前在網頁設置的背景圖，正好符合這個需求。於是貓飯產品亮點就增加了一個「顯示背景圖」。這個產品亮點，如果在只做同類產品調研的情況下，設計師必須非常有經驗、非常敏銳才有可能注意到。但是通過查看 API 文檔這樣的方式，設計師立刻就能想到。

這就是「設計師要具備兩種能力」的意義。

當然查看 API 文檔只是方法之一。更深入地比如：去了解技術工作流程、原理，甚至上手親自實現一遍，都能幫設計師高效地發掘有價值的需求。

回到功能規划上，貓飯一是要具備基礎的飯否功能，所謂基礎功能，就是高頻被使用的功能。飯否功能形態很典型，高頻與否純靠設計師經驗判斷完全沒有問題。二是要具備亮點功能。整理如下：

  1. 【優先順序高】飯否高頻使用的基礎功能：瀏覽、搜索、發送、私信、提醒、處理好友申請。
  2. 【優先順序高】貓飯亮點功能：
    1. 解決查看對話體驗不夠好的問題（當時沒有任何客戶端很好解決了這個問題）。

    2. 用戶主頁顯示網頁背景圖（當時沒有任何客戶端取過背景圖）。
    3. 可以在屏幕下部操作發消息（當時沒有任何客戶端把發消息按鈕放在下方，不適合手機的大屏化趨勢）。

    4. 使用 XAuth，實現簡單的登錄體驗。
  3. 【優先順序低】多賬號、個人資料修改、收藏、草稿箱、黑名單、關鍵詞屏蔽...

其中，優先順序由使用頻率，是否是亮點功能而定。如果是從零開始的獨立項目，優先順序由商業需求和用戶需求（如馬斯洛需求層次）而定，這部分是後話。

另外，2C 產品的功能大多需要圖形界面去呈現，亮點功能也有對應的界面。這些界面也就可以被認為是亮點界面，或者說相比同類產品最有競爭力的界面，最需要認真打磨的界面。其中複雜度最高的是對話界面和用戶主頁，實際上這兩個界面也就是花了我最久時間去設計的界面。

以上就是貓飯的功能規劃。雖然相比實際的商業項目，貓飯的功能規劃環節並不複雜。但能親身實際去驗證，之前只是在理論上推導出的結論——為了做出好設計，設計師既要知道用戶想要什麼，同時還要知道技術能做什麼，就是我開發貓飯的目的。

下期分享貓飯的交互設計部分。如果你有問題，請給我留言~ 如果你覺得這些經驗對你有幫助，請幫我分享給更多需要的人~

我的飯否：fanfou.com/maundytime

我的郵箱：maundytime@gmail.com


推薦閱讀：

※簡單好用的產品，背後都藏著這個定律 #019
※產品設計的分而治之與整合
※產品經理入門
※《上癮：讓用戶養成習慣的四大產品邏輯》
※<產品篇>做好互聯網產品的獎勵機制之顯性獎勵·一

TAG:產品設計 | 用戶體驗設計 | 飯否 |