產品經理的日子 – 我是如何做功能設計的
編輯導讀:互聯網發展至今,大部分的功能都有了,產品很難在這方面尋求創新,只能開拓新的業務形式。本文作者根據自身工作經驗,分享了自己是如何做功能設計的,希望對你有幫助。
在當前的行業里,功能設計其實是最不需要動腦的地方,天下作業一大堆,就看你會不會抄了。互聯網發展到現在,大部分的功能都已經有了,純自己創新的只有業務形式,至于功能基本大同小異。
功能設計模塊大概可以遵循幾個點:
1、能刪就刪別客氣
在公司第一個項目應該是【用戶中心】項目了,當時定位是C端用戶與公司的交流地,能夠看到公司發布的新品,也可以看到門店的地址及導航,還能有各種信息查詢,整理后產品架構大概是這樣的:
乍一看好像沒什么問題,從企業的角度來講沒問題,相當于是一個企業門戶了。但仔細想一下,有幾個問題需要回答。
a、用戶為什么會打開這個小程序,驅動是什么?
用戶只有在裝修階段會使用這個小程序,那么應該屬于短期高頻,長期低頻的概念,上來的原因要么是找以前的訂單聯系官方進行售后報修,要么就是短期內查詢訂單生產安裝進度,工具性質比較強。
b、用戶為什么要在這上面看新品和門店地址,符合用戶習慣么?
不符合用戶習慣,首先如果我是新客戶那么我肯定不知道有這個小程序,如果我是老客戶我已經知道我在哪里定的產品,如果忘記了那我肯定在地圖上找,或者聯系銷售發地址給我,沒必要在這里找,不符合用戶習慣,其次為什么要在這里給門店評價,為什么不在公開渠道比如淘寶、大眾點評這些地方?
c、用戶為什么會在這里看文章?
雖然企業的出發點是通過文章觸達用戶做社群,或者是有內容可以宣發,但是忽略了一個問題,用戶為什么會在這里看?這里會有社區討論氛圍么?有人在這里運營社群么?
d、定位是企業門戶小程序,是不是太大了?
雖然每個企業都想要一個門戶,但一開始做門戶,有那么多精力么?
一頓思考之后,把項目框架砍成了這樣:
聚焦工具屬性,砍掉社交屬性,以官方的名義向用戶提供信息查詢。
2、突出重點
用戶中心這五個模塊,如何設計,是9宮格,還是微信列表,還是什么方式?哪個是核心功能,該如何展示,經過分析后決定著重體現在訂單上,家居定制行業合同就是訂單,總不能把一個合同直接展示出來吧,后來思考后決定把服務體現出來,從用戶進店的第一次溝通【量尺】節點開始展示到最后的【安裝效果圖】進行展示,既體現了服務,也體現了品牌的高度。
3、簡化操作
在人機交互的原則里面有一節是說交互要清晰,避免用戶多操作的,那么基于這個原則,我們在首頁直接展示內容,原因如下:
a、正常人的訂單不會有很多,平均2-3單,沒必要搞訂單列表
b、直接展示用戶的訂單,可以簡化操作,更方便用戶查看,也更簡單
到這里我們發現大概的思路有了,那么訂單怎么展示,直接抄一個電商的訂單詳情還是什么?怎么才能用最少的功能體現最大的價值?
4、附加價值
在做產品的時候我們可以反思一個問題,用戶為什么會在你這里,除了這些東西還有哪些小驚喜可以給到用戶,也就是附加價值。在做個人中心的時候我們發現客戶與集團這邊的溝通互動很少,信賴度也很少,大部分客戶是與經銷商進行掛鉤,沒有直接與集團對話,缺少一層信任感,但這種信任感不能通過經銷商提供,畢竟每一個城市每一個經銷商給到客戶的服務是無法統一的,這個問題不解決及時你提供再多的功能模塊,客戶還是客戶,品牌還是品牌,品牌對客戶的聚合能力還是無法提高,針對這個問題,我們覺得應該從服務流程進行細化。
基于以上思考,我們從用戶進店第一次服務開始到最后安裝驗收完成的重要環節搬到線上,并且在核心的節點向用戶發送通知與客戶互動,提高品牌的服務價值。
另外在每一個中間環節我們都有相對的產物給到用戶,比如預約通知,量尺圖,效果圖等等產物會及時推送給到用戶。
通過標準流程+服務機制+中間產物提高用戶的購買體驗,這樣既滿足了訂單的展示需求,也提高了品牌的服務機制,讓用戶更了解,更放心。
5、當下合理
其實在梳理的過程中,還發現售后投訴、報修、問券調查等功能可以添加,但不少因為當時的業務環境,技術排期等各種因素只選擇了四個模塊進行開發,在設計每一個功能的時候,先看當前的業務形式是否穩定,再看當前的邏輯是否能夠執行落地,只有這兩個條件滿足了,才有可能讓功能有人用,也只有功能有人使用了,才能有數據為后續的業務發展提供有效的分析基礎。
產品功能設計的時候需要關注未來,但也要著眼于現在,畢竟未來的業務會變成什么樣,誰知道呢?
寫在最后:隨著業務不斷發展,后續版本迭代也在繼續,新項目后續介紹。
附1:V1.0.0版設計稿
附2:V1.1.0版設計稿
附3:V2.0.0版本
本文由 @互聯網老兵 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
功能設計模塊列舉說明的很清晰
互聯網發展到現在,大部分的功能都已經有了,純自己創新的只有業務形式,至于功能基本大同小異。