从国际站 - M 站建设谈开发者产品思维
前言
作為一個開發者我們在持續不斷地交付我們負責的需求,可我們很少從產品的角度來看待我們交付的需求,比方說一直被強調的需求類型、需求價值、需求目標。作為產品需要具備的能力:看到用戶、傾聽用戶、判斷用戶、與用戶連接、在用戶的交互反饋中迭代和優化;建立系統能力,向用戶交互一種確定性;建立交互能力,不斷的連接與迭代,深化和用戶的關系。但作為一個開發者需要具備的產品能力應該是什么樣的?如下將簡單分析作為開發者在日常工作中需額外兼顧的思想行為。
知道很多道理,但依然過不好這一生。M 站在此之前隨著定位不斷發生變化,我們隨之應對策略也不斷調整,如下將從 M 站整體建設過程中開發者站在產品的角度思考問題的重要性,但非專業性,歡迎專業人士補充。
如果你到了地獄,那就繼續保持前行。-丘吉爾
同理心
同理心:產品同學
開發同學日常工作中接觸最多的就是產品同學、測試同學、運營同學等合作方,產品同學為什么能夠做此決策?測試同學為什么能發現問題?運營同學的數據從哪里來?這三連問在接到需求、交付需求、 review 需求時你是否也曾在心里問過自己。
首先,產品同學一般是根據產品定位,本財年某產品作為什么樣的定位和價值存在,因此產品同學會據此定義出本財年的 KPI ,然后根據KPI進行拆解出來要做的項目來完成或者說達到 KPI 。整體思路如下:
作為開發者可以想象一下如果你做作為產品你會怎么制定產品策略。除了應該具備上述產品思維,還應該從產品本身問題出發,當然產品同學也會從問題出發,只不過開發同學更容易發現問題更貼近問題。那么如何發現問題,首當其沖的就是通過數據發現問題。舉例來說,通過某產品的數據可以發現某一個渠道某一個節點到另外一個節點的轉化效果相比其他渠道極差、相比其他端型的效果也是很差,據此可以通過我們最擅長的擼代碼找到問題所在,最后依據問題制定相關策略解決面臨的問題即可,這里總結如下:
同理心:用戶
舉個例子:音箱調研的例子,人們說是喜歡黃色的,但自己卻帶走了黑色的,人為什么會口是心非,因為人會基于自身所處的角色、所在的場景和個人的認識判斷,選擇性地說一些他覺得正確的話;但是,這些正確的話,并不代表用戶的真實選擇。熟悉的感覺就是潛意識里覺得安全的感覺,這樣就不會觸發防御。
比方說,在用戶深度訪問網站時會存在各種鏈路不通,甚至在下單支付時不敢綁定信用卡來支付,這時就觸發了用戶的防御心理,針對這類問題我們該怎么解,可以通過收集用戶聲音來站在真實用戶的角度來看網站本身來發現問題,因此我們依然要完善產品功能基建、通過導航交互升級、鏈路體驗優化減少鏈路斷點等培育用戶心智??偨Y如下:
產品是被動的藝術,因為產品不是像真實的人那樣教育用戶、說服用戶,只能靜態的等待用戶的選擇,所以要做順應用戶潛意識的產品,最好不要讓用戶思考,不要激發用戶的防御心理。
同理心:角色化
定位自己很重要,如果心里想著自己是個開發者那你的職責就是擼代碼,如果定位自己是個產品,那你將會從產品的視角去看待問題分析問題,如果定位自己是個測試你將會通過手動自動的方案來發現自己交付的需求,如果定位自己是個運營同學你將會在擼代碼的同時會考慮數據產出的問題,總之定位自己找到自己的角色才能思考的更多做的更多。如下經過主管指導總結和定義自己在M站中的角色以及如何執行,僅供參考:
機會判斷
M 站流量承接國際站一部分流量,帶來的轉化確遠不及 PC 及 APP 端效果,這本身就是一塊蛋糕一個優勢,那怎么樣順勢而上做好決策和實施呢?首先我們要明白外部的勢能才是最重要的,不要過于苛求那個跟隨我們的那個“點”,這才是決策的關鍵。人生的選擇比努力更重要。我們的選擇應該是一條“線”、一個“面”,甚至是一個“體”的收益,我們的個人的努力,只是在“點”、“線”、“面”、“體”的既定框架內,作為一個“點”的掙扎而已。
求之于勢,不責于人。每一個人要做成一件事,本質上不在于你多強。而是你要順勢而為,于萬人之上推千鈞之勢。如士兵面對敵人時,恐懼和焦慮是人類的正常反應,所有的士兵其實都貪生怕死,所有的員工都害怕努力而沒有收獲。如果你選擇做一個將軍,那你就找到戰略的制高點,帶大家爬上一座山,從山上推石頭下來砸敵人。你會發現,每個士兵的勇氣與戰斗力都提升了3倍,因為地理優勢為團隊的每個人都賦了能。
站在風口上,豬都會飛。
其次痛點、爽點,都是產品機會,我們的海外真實買家想溝通確溝通不了,想支付卻又無法綁卡,登錄注冊時常異常等,這些都是用戶的痛點,也是我們的著手點。爽點就象征著一個完美的產品帶來的服務,就像通過 M 站可以順暢的從國外采購需要的商品運送到本地,這就是用戶的爽點但目前我們正努力達到順暢的狀態。
百度服務度娘,你要什么說清楚,我幫你找。淘寶服務天貓,沒什么事你就來逛吧,有層出不窮的東西給你看。騰訊服務企鵝,閑著沒事的時候,打開騰訊的任何一個產品打發時間。于是有了兩套經典的用戶畫像。第一套畫像:產品是你的草場,第一個用戶是第一只羊,只有第一只羊能在草地上吃的滿足,才能引入更多的羊。第二套畫像:羊群有著不同的偏好,需求明確、對價格敏感的是大明羊;不知道買什么,閑逛的是笨笨羊;不想買東西,就想打發時間的是小閑羊。M 站承接國際站 400W 流量,明白用戶的真正意圖,解決用戶痛點,滿足用戶爽點才能從線面體長期的承接用戶,長期的為用戶帶來價值。
勝不勝在于彼,敗不敗在于己
總結:不要只看到當前的點,要看到“線面體”,這才是帶來周期收益的關鍵;痛點是恐懼,爽點是被滿足,兩個都是產品機會;
系統能力
怎樣用系統能力給用戶提供確定性?用戶不是需要一臺打孔機,而是墻上有一個洞。以用戶得到這個孔為目的去提供服務,而不是想著我要做一個打孔機,然后賣出去,這就是產品和服務的區別 。持續地提供用戶可以依賴的確定性,這個是關鍵。如果我們把過多地熱情花在了諸如 ATM 機應該是什么形狀,是紅的還是藍的,可不可以再精美一點,這些顯性特性的東西,對于整體的業務效率和業務結果沒什么影響。不要想著要做一個產品能改變世界,而是想想你能為用戶提供什么樣的服務。映射到M站,用戶只是想在平臺上采購到所需要的商品而不是簡單的提供給用戶提供商品的商家,因此我們建設極簡的轉化鏈路,讓用戶以最高效率的方式采購到所需商品。
總結:談產品,會容易以產品經理為中心,想著做一個產品來改變世界;但如果出發點是一個服務,就會以用戶獲得和用戶滿足為中心來做設計,這兩種方式的目的和實現路徑是完全不一樣的。所以要以提供服務的心態來處理任意問題,才能滿足用戶做到客戶第一。
用戶體驗
用戶體驗這個詞在各團隊內部已是老生常談了,也一直被傳頌說如果沒什么事情可做那么就做數據、做性能、做體驗。那么用戶體驗究竟是個什么,怎么樣來定義用戶體驗。拿M站來說,一整個財年我們都在做基建和做體驗,與其說是做體驗不如說是斷點優化。首先把M站的所有鏈路整理起來就是一棵樹,從樹根到樹葉經過的每個節點就是 M 站內部的轉化鏈路,斷點優化就是分析在所有的轉化鏈路中產生數據漏斗較大的部分。
以 M 站跨端引流,下圖是跨端引流鏈路各節點的數據漏斗情況,從圖中可以分析出從曝光到點擊漏斗屬于用戶意愿度,該部分漏斗可以通過分析用戶心智來進一步剖析采取適時適當的彈出引流布點。那么從點擊到最終跨端到 APP 中間的漏斗就屬于系統能力產生的漏斗,這部分可以通過分析代碼邏輯,此處我們發現機型的兼容性及跨端多次302等性能問題導致跨端漏斗較大。分析出問題之后就很好解決問題。
上述也是我們最常用的用戶體驗手段方法,除此之外有一個清晰的用戶體驗地圖很重要,把用戶從接觸我們的服務開始,到達自己的目標為止,整個流程畫一個坐標圖,橫軸是用戶的使用路經與觸點(服務點),縱軸式用戶情緒;得到一條用戶在你的服務互動過程中的情緒波動曲線。這也是用戶在站內的行為故事,我們都說故事比數據重要,騰訊很少談數據,大多是從用戶不同人群不同場景的體驗故事,小紅書也在談有什么用戶,用戶故事是什么等。那我們 M 站的用戶故事又是什么?如下圖對M站故事做簡單繪制。
一個好的產品,從一個好故事開始,用戶體驗地圖是以用戶情緒為中心,然而我們還需要有一個以服務流程為中心的服務藍圖是。首先,要第一時間讓用戶“一眼”看到自己的目標,M站正是缺少了讓用戶能清楚的看到自己的目標所以導致用戶體驗分數一直處于 110+ 左右,因此我們做基建打通最小閉環,去跨端引流,減少復雜路徑讓用戶有一個清楚的目標。然后,要有一個清晰的路徑,讓用戶能夠知道如何使用我們的服務,用來達到或者接近自己的目標,用戶無法走下去,就是服務流程的崩潰點,在這一點上M站可以對號入座,用戶在體驗 M 站整個過程中,會在登錄注冊,溝通,下單等多節點讓用戶無法繼續走下去,因此在打通最小閉環后我們依然要對這些服務節點進行體驗優化,減少服務的奔潰點。最后就是用戶的忍耐底線,如果一個頁面咋 7s后 未打開,那么會有99%的用戶會流失,因此我們在本財年也一直在做性能,絕對不能壓到用戶的底線。
總結:繪制用戶體驗地圖,了解用戶體驗情緒,設計服務藍圖,配置資源,在關鍵點上安排角色,保證服務流程路徑不崩潰,盡量不壓倒用戶的忍耐底線,通過數據漏斗分析在每個服務節點各個擊破。
結語
如果定位自己為一個搬瓦工,那么永遠都會以一個開發者的視角看待問題。忘記自己開發者的身份,從產品出發、從服務出發、從用戶出發將會看到一個嶄新的世界。
參考文獻:《梁寧產品思維30講》
本文作者:胡金濤,花名幽霄,ICBU技術部-無線技術部高級開發工程師,目前主要關注業務架構、網絡性能優化、工程效能平臺等相關技術方向。
原文鏈接
本文為云棲社區原創內容,未經允許不得轉載。
總結
以上是生活随笔為你收集整理的从国际站 - M 站建设谈开发者产品思维的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 中小型互联网企业迁移上云,保证云端资源安
- 下一篇: 阿里每天究竟要抵御多少攻击