袋鼠云：可視化大屏打造智能數據方案全閉環

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

編者按：距熱情似火的618國民年中購物節已經不到兩個月時間，去年京東商城最終以累計下單金額高達1199億元（行業口徑）的戰績收官。而記者了解到每年借著“京東618”“雙11”這兩股全民消費熱潮的新零售品牌遠遠不止淘寶與京東兩家，已成為了整個產業鏈方方面面品牌的推廣盛宴。

因此，每年的618購物節參與的企業數量可謂“蕓蕓之眾”，這場一年比一年盛大的狂歡節也對支撐其后的運算資源、網絡平臺、存儲與挖掘大數據提出了更高更嚴苛的要求。針對各家的技術資源體系、技術運維團隊、大數據智能技術水平也成為了企業高管的“第一關注”。

而記者采訪了多家新零售企業的CIO,提及如何更好地應對即將到來的今年“618”，他們大多表示：“增加服務器及運算資源、優化技術架構提高冗余、完成即時大數據挖掘分析是今年的三大要務。”的確，在保證全民購物節完美的用戶操作體驗之外，對自身企業在這場沒有硝煙的商戰中獲得的寶貴數據充分分析并加以利用也成為了CIO們所考量的重點，讓精準營銷落地同時指導未來的市場規劃。

如何更好的挖掘大型項目節點中企業獲得的巨量數據？如何將挖掘數據中的信息得以簡明有效的呈現，最終迅速指導市場策略？記者在618前夕走訪了國內新銳的數據智能解決方案企業——袋鼠云。

袋鼠云這家在去年完成6000萬人民幣A輪融資的數據智能新銳公司，在今年動作頻頻，完善提升自身數據智能產品線研發的同時，也在今年大量引入高端人才，全面完善數據智能整體品牌價值。

記者在采訪中了解到，袋鼠云致力于打造從企業數據資源規劃與獲取、數據質量分析與提升、數據整體建模與數據資產管理、數字化標簽引擎建立、數字指標體系梳理與計算、數據應用規劃與實現、數據可視化大屏呈現等全閉環的企業智能數據解決方案。最終以數據為最可靠的技術基礎，通過袋鼠云的數據內容策劃團隊的有效建模，配以令人印象深刻的專業視覺設計，通過可視化大屏將簡明有效且具沖擊力的數據內容呈現在領導或者客戶面前。

袋鼠云這家在去年完成6000萬人民幣A輪融資的數據智能新銳公司，在今年動作頻頻，完善提升自身數據智能產品線研發的同時，也在今年大量引入高端人才，全面完善數據智能整體品牌價值。

記者在采訪中了解到，袋鼠云致力于打造從企業數據資源規劃與獲取、數據質量分析與提升、數據整體建模與數據資產管理、數字化標簽引擎建立、數字指標體系梳理與計算、數據應用規劃與實現、數據可視化大屏呈現等全閉環的企業智能數據解決方案。最終以數據為最可靠的技術基礎，通過袋鼠云的數據內容策劃團隊的有效建模，配以令人印象深刻的專業視覺設計，通過可視化大屏將簡明有效且具沖擊力的數據內容呈現在領導或者客戶面前。

袋鼠云CEO在采訪中向記者介紹了典型客戶“中國茅臺”可視化大屏項目實施情況，他告訴記者：“世界第一白酒品牌“中國茅臺”之所以選擇袋鼠云建設數據可視化大屏項目，主要是基于要解決全面打造企業數據中臺以及將中國茅臺品牌能力直觀生動地呈現給領導與參觀客戶。”

“基于此，袋鼠云為他們從數據管理與應用方式方法上改變思路， 有些甚至是全新的角度與理念，目的也是為了讓‘中國茅臺’的企業數據價值更好的被利用?！彼嬖V記者：“因為茅臺品牌社會面很廣，袋鼠云后期基于數據，提供的諸如輿情分析系統、反黃牛數據系統等富有社會成效的定制功能，獲得客戶的高度認可。”

數據智能（DI）不僅僅是把數據放在一起，而是要聚集產生化學反應。“中國茅臺”這個客戶應用就很典型，他繼續向記者介紹:“我們給客戶的數據分析與決策都是動態的，實時監控大屏即時展現茅臺酒的交易總額是多少？哪個地區的茅臺酒目前是銷量最高的？哪些客戶最熱衷于他們的產品？這些動態的數據分析結果都能實時呈現在展會現場的可視化大屏幕上。另外茅臺做的可視化大屏，也直觀地體現了茅臺用戶群體的年輕化趨勢，這和我們之前想象中茅臺的消費者較高年齡層的情況不一樣。這次可視化大屏解決方案幫助茅臺更清晰地了解了自己的終端用戶，要知道以前客戶數據分散在經銷商、渠道商那里，到底誰喝了茅臺酒，茅臺集團是無法獲知的?！?

而實時采集數據，實時處理分析數據也是袋鼠云口中的“一大門檻”。記者了解到，類似袋鼠云這樣的從數據采集--數據存儲--數據應用--數據呈現整體打造閉環的數據智能解決方案服務商在行業里具有很大優勢。在中國茅臺的典型方案中這一點就展露無遺。他向記者介紹：“中國茅臺選擇過去傳統服務商時，手機端與電腦端的開發商是不同的，因此移動端和PC端后臺數據沒有打通，形成了非即時的數據孤島。而采用了袋鼠云“全域”智能數據解決方案后，所有的標準制定都是相同的，數據得以深入而全面的加工。而精準營銷、反黃牛、打標簽、輿情監測、秒殺系統等等富有成效的模型都是基于企業數據的被統一聯結并做出實時分析結果?！?

記者談到實時數據可視化這個部分時，袋鼠云CEO顯得自信滿滿。他告訴記者：“數據的實時性采集非常重要，“袋鼠云”實現了TB級別甚至是PB級別的大數據進行實時處理，實現秒級反饋是最基本的要求?！彼^續告訴記者：“這得益于袋鼠云的技術團隊多數來自于阿里云，針對業務暴增、惡劣環境等極端情況下的峰值保障應急處理的技術與能力具有相當的經驗?！庇浾哌€了解到，袋鼠云現在的技術團隊都曾經歷過“天貓雙11”等等大型活動，并協助茅臺、百草味、秒錢、申通E等多家公司順利完成了大促護航等工作。

記者觀察：一方面基于人才技術優勢打造團隊“硬氣功”，另一方面深化客戶項目落地可視化效果的“軟實力”，在袋鼠云眼中一個睥睨新業界的發展藍圖已清晰可見。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

•  編輯 : 陳子木
 
• 作者 : CARRIE COUSINS 
• 閱讀本文需 6 分鐘

• 如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

  
  

在設計中，情緒的傳達和氛圍的營造通常是要看設計項目的目的是什么，而不同的配色和不同的元素組合，往往能夠呈現出截然不同的風貌。相比之下，深色系網站常常會呈現出更為獨特的氛圍，傳達出更為復雜多樣的情緒。雖然這樣的情緒并不一定是正面和向上的，但是好設計總歸是讓人過目難忘的。

想要借助深沉的色調來創造情緒相對獨特的網站設計，是有一些可供遵循的常見的設計技巧，今天的文章，我們來分享一下這方面的內容。

深色，并不定是黑色

首先這一點必須明確，深色并不一定是黑色。

在選取配色的時候，網明亮的色彩當中添加黑色或者灰色所得出的色彩，通常會顯得更加深沉濃重，這樣的色彩中往往會包含之前的色調。

在上面的 Hooligan 這個網站當中，設計師不僅采用了深沉的黑色背景，而且采用了和黑色背景相當匹配的暗金色，兩種深色之間色彩明暗依然存在對比，和白色的標題文本構成了三個層次，不僅富有視覺吸引力，而且創造出了沉穩厚重的氛圍。

陰影的使用

陰影和光線往往是相伴出現的，而陰影所帶來的舞臺劇般的效果則充滿了戲劇感和神秘感，這也是設計師喜歡它的原因，這樣的設計會讓用戶心中產生興趣和好奇心。

在上面的 Clear Motion 這個網站當中，車輛周圍被陰影所包圍，文本內容很容易吸引用戶的注意力。同時，用戶會好奇這輛車有什么特殊的地方，有什么地方看起來不太一樣，黑暗的氛圍下，用戶的好奇心會身不由己地高漲起來。

黑色疊加層

用黑色的半透明層疊加到圖像上，也是制造深色系背景的一種常見手法。在圖片的選取和不同的透明度之下，背景圖片所呈現出來的效果和氛圍，是非常不同的。

透明度較低的情況下，黑色疊加圖層會讓用戶看不清背景中的信息，這使得背景信息在整個設計中參與度較低。透明度較高的情況下，更多的背景元素會透過疊加層呈現出來，和前景元素產生交叉和互動。但是總的來說，黑色疊加層讓元素之間產生對比，也使得行為召喚元素更容易發揮作用。

在上面的 Fhoke 這個網站當中，透明疊加層讓背景中的場景適當地透露一點出來，但是真正吸引人注意力的，還是在標題和左側的行為指引上。

簡陋的畫布

細節較多的背景讓人覺得信息豐富，而粗陋的畫布則更容易創造出一種虛無的感覺，相應的，后者是會讓人更有探索的欲望。粗陋甚至赤裸的深色系畫布很好地將神秘感和探索的欲望結合到了一起。

Dubois 這個網站的背景同樣非常的簡單，沒有紋理，只是通過均勻分布的小圓點來進行裝飾，如果你仔細觀察會發現這些點的分布、色彩其實是有微妙變化的，會引導你去注意位于整個頁面底部的文本標題，雖然絕大多數的網站并不會把標題放在這樣的位置上。

字體的選取

Punk is Not Dead 這個網站給你的感覺是否很獨特？網站的設計非常清晰，識別度極高，網站本身還有音頻組件，它的設計從視頻到音頻一應俱全，整體充滿了朋克的風格。

黑暗的背景和明亮的字體色彩有助于實現這樣的效果，但是字體的選取才是最關鍵的。想象一下使用普通的字體，是完全達不到這樣的效果。尖銳粗糙的邊緣和并不那么友好的可讀性，讓他在視覺上和朋克的精神保持了一致。

黑白配色

當設計完全失去色彩，僅僅保留黑白兩色的情況下，會給人什么樣的感覺呢？如果整個設計是以黑白兩色為主，搭配少量其他的顏色，體驗和氛圍又是什么樣的呢？

黑白配色和純黑為主的配色一樣，很容易創造出戲劇化的效果，這兩種色彩本身所構成的沖突和對比就是原因。

黑白的強烈對比，常常會促使訪客在瀏覽過程中忙于注意不同的細節，面對 Super Rebel 這個網站的時候，這種感覺就非常明顯。打開頁面之后，注意力會迅速被右上角的圖片吸引，隨后便忍不住把對比強烈的所有模塊都掃視一遍。黑白色搭配大量信息很容易創造出信息過載的效果和體驗。

圖片的選取

Jimmy Chin 在他的作品集網站的「關于」頁面當中，他將自己的照片直接放了進去，色彩采用了單純的黑色。

色彩的明暗和飽和度的選取，直接影響著整個設計的情緒，在這里，單純的黑色讓整個頁面的形式感更強，而所呈現出來的感覺也非常的銳利。想想看，他穿著黃色的襯衫和綠色的褲子，那么整個圖片所呈現出來的感覺是完全不同的，浮夸而醒目。

圖片的選取對于情緒的表達和氛圍的營造有著巨大的影響。

也可以營造輕松的氛圍

許多深色系的網站都給人以深沉、怪異的感覺，但是深色并不完全代表著負面的情緒。深色系的網站同樣可以被設計得輕松而富有活力，這主要取決于你如何將元素組合到一起。

在 Atom 這個網站當中，整個背景都采用了典型的深灰，但是卡通角色和輕盈的色調讓網站凸顯出一種可愛而有趣的感覺。這樣的設計也能帶來視覺奇觀，并且不會讓用戶感覺到負面的感受。

這種設計讓用戶和網站之間的情感聯系更輕松，讓服務更容易為用戶所接受。

結語

那些帶有負面情緒和獨特氛圍的網站，你喜歡嗎？帶有這樣情緒和氛圍的網站，需要設計師花費更多的時間和精力來拿捏程度，來達成相應的設計目標，而且這樣的設計并非不好。情緒化的設計，有趣而神秘的氛圍，帶有負面情感的表達，躁動甚至暴躁的設計，這些都有其獨特的作用。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

口述：飛魚船長

重述編寫： Eireen (個人公眾號：包總學習筆記）

全文共 7037 字 15 圖，閱讀需要 16 分鐘

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

———— / BEGIN / ————

不少剛轉行做運營沒多久的新人，在目前的工作中，經常會遇上這樣的問題：我剛入行做運營，到底要怎么做才能快速進步？

一、超越預期

假設一種情況，一家公司同時來了5個能力、天賦、背景都一模一樣的實習生，經過半年的時間，他們的能力都會差不多嗎？

不會！

一定會拉開很大的差距。

這些人最開始不是都差不多嗎？為什么會被拉開很大的差距？

我們來具體看下，5個人在6個月里會怎么過：

剛開始由于每個人的經驗尚淺，所以被分配的工作都是比較簡單、基礎的執行工作。

一段時間后，總會有個難一點的工作，交給誰呢？

應該是交給一個稍微更信任的一點的人來做，因為TA能做好的概率會稍微大一點。

這個人因為接手了一個更有難度的工作，比起還在做簡單重復工作的同事相比，TA能力提升的速度也會更快些。

那么到了下次，還有一個比較有含金量的挑戰型任務，會交給誰呢？

肯定還是這個人嘛！

所以最開始的一個小小的差距，就會帶來后續巨大的改變。

那么，如何獲得最開始的一個小小差距呢？

那就是不斷超越領導的預期。

不斷超越領導的預期，從而獲得更多的信任。

得到更多的信任之后就能獲得更大的權限，從而幫助自己更快的成長，達成正向循環。

沒有達成正向循環會怎么樣？

舉個例子，某公司的運營助理小張，他的上司每天交給他的任務就是排版、作圖、制表等簡單工作，偶爾還讓他去打印資料、寄快遞。

由于每天做事情做的非常雜，所以小張認為自己沒什么提升，慢慢工作開始懈怠了下來；上司看到他這種樣子，也就更加不可能給予他更多的機會，在不知不覺的情況，機會大門早已經被關閉。

我們如何才能避免出現小張這種情況呢？

有一個簡單有效的方法：當我們接到一個任務的時候，有意識地去想這件事情如何能做的更好，提高自己的標準，而不是很隨意地完成了手中的任務。

不要小看這件事，我們在職場中做的每一件事情都是在為我們獲得更多的信任做準備，今天做出超越預期的事情是在為明天獲得更多信任做積累。

我們做的任何事情都指向一個目的：讓上司知道，我是值得被信任的人。

職場中的信任跟機會有非常大的聯系，公司會把重要的事情交給信任的人去做，而像小張這種不太靠譜的人自然是繼續打雜。

有人可能會說：哎呀，我能力不行，做不出來很完美的結果。

慢著，這里糾正一個問題：超越預期并不是一項能力，而是一項意識。

「能力和意識有什么區別呢？」

區別在于能力是顯性的，而意識是隱性的。

能力很容易通過完成各種任務體現出來，而意識是非常難以察覺的。

這就導致很多人認為能力比意識要重要，但其實意識反而比能力更加重要，也更難培養，所以我們才需要把能力和意識區分開來。

如何從生活中的點滴可以培養自己超越預期的意識？

我們可以強加一些小動作，在電腦桌面上換上“超越預期”的背景，或者在小貼紙寫上“超越預期”四個字，然后貼在電腦上。

每天提醒下自己：

當你刻意培養了這種超越預期的意識時，潛移默化你的進步速度就會比那些沒有這種意識的人快上很多。

為什么？

因為把一項工作做到60分及格的水準，其實是非常簡單的；稍微好一點的能把事情做到80分，就覺得這件事已經做的很好了，然后就停在這里了。

更高的自我標準，決定了你更快的進步速度。

很多時候，我們做任何工作，都只喜歡把事情從0分做到80分，然后就開始做下一件0分到80分的事情。

但其實很多人都可以把工作從0分做到80分，例如招個大學生來，說不定他也可以把工作從0分做到80分，那對比他，你的優勢其實就蕩然無存了。

看到這里你可以停下來想一下，自己之前的工作中，是不是很多時候僅僅只是把事情從0分做到80分？

所以，從今天起就可以開始刻意培養自己超越預期的意識，并且嘗試去做一次超越預期的事情。

可能從短時間內看不出差距，但是把時間線拉到一年來看的話，差距就會變得非常明顯。

我相信不管是工作中，還是生活上，你很快會收到正面的反饋。

從而讓自己從打雜的坑跳出來，去實自己現真正的價值。

二、差異化意識

如果有一件事情，能做到的人有很多，那這件事情的價值幾乎為零，人們只會為這種工作付很少的錢。

比如說洗衣服、打掃衛生、掃大街這類大部分人都能做到的事，這種工作的工資會非常低。

如果一個工作只有少量的人能夠做到，那么這個人就會很有價值，這個社會也會為他的工作付出很多的報酬。

比如那些頂尖的程序員、設計師、運營之所以工資這么高，就是因為他們能做到很多其他人都做不到的事情。

讓自己成為不可替代的人，最重要的因素就是培養自己的差異化優勢。

那么，如何培養自己的差異化呢？

互聯網里有一個思維，叫紫牛效應。

如果你開車到草原上，路旁龐大的牛群吸引了你的目光，一大群黑白相間的奶牛在高速公路旁綿延數十公里。你驚訝的贊嘆：“好美呀！此景只應天上有。”

二十分鐘后，牛群已經引不起你的興趣，反正每只黑白相間的牛都一樣。剛才還覺得新鮮趣味的牛群，現在卻已索然無味。

突然，你的視線中出現了一只紫色的奶牛，你會大吃一驚，“怎么會有紫色的牛，居然世界上會有紫色的牛，太不可思議了?。　?/span>

你的目光會集中在這頭紫色的牛身上，從此留下深深的印象，并且一輩子不會忘記。

這件事情帶給我們什么樣的啟發？

與眾不同的事情總能被人們津津樂道，而與眾不同的人也會被公司深刻記住。

在職場中，你只有作為一頭“紫?！?，才能引起注意。

很多人沒有與眾不同的閃光點，自然就沒辦法吸引注意。就像在投簡歷的時候，所有人的簡歷都是千篇一律 ，沒有很突出的特點和優點。

甚至你可以回想一下自己以前被拒絕過的簡歷，是不是包含了以下的這些詞：工作認真、積極向上、團結友愛。

每個人都會這么寫，HR憑什么會把精力放在你這份簡歷上呢，要知道HR每天都很忙的。

TA每天收到幾百份一模一樣的簡歷，TA看完肯定很快會關掉，不會有任何反應，也不會叫你過來面試。

那什么樣的簡歷會讓TA有反應，并且停下來，去想讓這個人來面試呢？

這也就回到了我們之前說的“紫牛效應”了。

一定是這個簡歷有特別突出的亮點，或者有很大的差異化，有好看的背景配圖、有不同的過往經歷、有好看的頭像照片等，才會引起HR的注意，并且讓他停下來，打電話叫你過去面試。

這句話聽起來是句廢話，但是生活中很多人都沒有養成這種意識。

什么意識？

假如沒有這種差異化的意識，在競爭中我們是會處于劣勢的。

舉個例子：假設兩個能力完全一樣的人同時過來面試，其中一個人在面試前就針對公司運營現狀寫了一份長達8000字分析報告，而另外一個人只帶了一張單薄無比的簡歷過來面試。

你覺得誰通過面試的可能性會大一些？

當然是那個準備了分析報告的的面試者，因為他有很明顯的差異化優勢，十分強烈地吸引了面試官的注意力。

差異化能天然產生注意力，如果大多數人做的事情和呈現的狀態都一樣的話，人們會更關注那些擁有更多閃光點的一方。

差異化的優勢就在于：在有同等實力的情況下，你比別人多那么一點機會。

哪怕為了這一點機會，我們都非常有必要去培養自己的差異化優勢。

具體如何做？

刻意培養自己的某項能力，讓自己的這項能力顯得非常突出，在這個領域你就是公司里排名第一的。這些能力可以是：

• 文案寫得特別好

• 活動策劃得特別有吸引力

• PPT水平特別高

• 數據分析能力特別強

  ……

總找到別人不能替代的點，并加以持續刻意練習。

三、及時反饋

在《精益創業》一書中，有個概念叫“MVP”模型，這個概念被廣泛應用在創業的過程中。

因為有時候創業者都不知道自己的設想不知道能不能最終達到終點，可能有時候我們做的產品不一定是用戶真正想要的。

有些企業半年才推出一款產品，要么風口已經過了，要么競爭對手已經把市場占領完了。

所以，有一個辦法能盡快提高創業的成功率，我們要用最有效的方法先做出一個功能不那么完善的雛形，然后把產品盡快推到市場里驗證效果。

你永遠不知道用戶想要的結果是什么——在汽車推出之前，用戶以為自己想要的是一匹馬，要求再高點充其量是一匹更快的馬，但是但汽車被發明了之后，用戶才知道自己原來要的是一輛汽車。

假如將精益創業這個概念應用在制造汽車上，會是個什么樣子呢？

當我們要制造一輛汽車的時候，我們首先要找到構成汽車的最核心部件。

• 第一步：找到2個輪子，找到桿，一輛最最最簡單的汽車框架就構成了。

• 第二步：不夠穩，再加點輪子，變成4個輪子。

• 第三步：加個發動機，讓他能動起來。

• 第四步：最后加個方向盤，讓汽車能正常行駛。

看到這里，你可能會問：你不會是在忽悠我吧，汽車制造哪可能這么簡單。

但這才是一輛汽車，能夠在沒有技術和認知積累的情況下，被發明出來最快速的路徑。

但現在很多人造汽車，他們在心中對汽車有無限的構想，認為汽車應該是這樣那樣的。

在還沒開始制作就已經把細節描繪得非常細，腦補用戶一定需要這些功能，等汽車生產出來后發現用戶要的根本不是這些功能，銷量也可想而知非常慘淡了。

所以我們要快速做最簡化的版本，然后快速獲得反饋，看用戶喜不喜歡，如果用戶說好，我們就繼續造，不好我們就改進。

「MVP模型」不僅僅可以用于精益創業中，還可以應用在我們的工作上。

假想這樣一種情況：領導交給你一個做PPT的的任務，你做完后交上去才發現做的方向不對，然后上司說“算了算了，還是我來吧”。

你不僅耽誤了這件事的進度，還會讓領導對你很失望。

然而這個過程中，其實你也是很用心和努力，只是你理解的方向和領導想的有偏差而已。

如何避免這種情況？

在一開始的時候，你可以做個最初的版本，快速“投放”到領導那里獲得反饋，如果領導說沒問題，那就可以繼續做下去，反之就要進行修改。

做出一個大概的框架，以確保做出來的東西方向不會錯，或者錯的太多。

但新人常常會有這樣的一個困惑：假如我經常去找上司核對不會被認為很煩嗎？

不會。

因為假如你的工作方向已經偏離了軌道，做出來的東西不是領導想要的，他會付出更多的精力去修補這個錯誤。

及時反饋看上去是多花了領導的時間，但本質上是節約了領導的時間。

如果沒有想明白這個問題的話，團隊和個人的效益會非常低，看起來很忙，其實只是做了無用功。

所以我們需要在偏離不太久時及時調整方向，以縮短我們完成結果的路徑。

通常情況下，職場新人很難直接就做出老板想要的結果，所以提前確認的好處就在于，你會縮短通往最終目的地的路徑，越早發現方向不對，所浪費的時間越少。

當你做這件事情做到10%或者30%就可以同步下進度了，不管是口頭上，還是郵件進行溝通。

職場新人受限于經驗和能力的不足，某些想法會比較幼稚和不成熟，及時反饋也能讓上司更好的幫助到自己。

把自己的想法及時反饋給上司，他也許就能理清你的思路，幫助你解決目前所遇到的問題，這對助推個人成長有非常大的幫助。

當然了，及時反饋不是讓你遇到任何問題都直接甩給領導，比如那些網上隨便一搜就能搜到答案的問題。

而是確定要領導解答前，先給出自己的思考，即使是很淺顯的思考，然后真的不懂了再去問領導。

而不是讓領導手把手把所有的細節都教給你，如果是這樣的話，那還不如他把所有事情都自己做了算了。

四、結果導向

前陣子有個面試者，他做的活動里有一個是花了200萬預算，活動的結果是活動h5獲得了1萬人訪問。

然后問他，這個活動給公司帶來了什么轉化成果？

他說這個數據在別的部門，他不知道，而且活動主要是在H5上。

再問：你給這個活動打多少分？

他說80分，說有些細節做得不夠好。

然后船長就馬上告訴他不太合適，結束了面試。

這個活動對公司業務沒什么正向的轉化，我給負分。有犯過錯誤不可怕，可怕的是不知道自己錯了。

對了，這個公司不是家拼車業務的公司，而是個查公交信息的App。

這就是一個結果導向不強烈的例子，花了200萬卻沒有什么具體的結果產出。

所以說，缺乏結果導向思維是人在做事情的時候有多么可怕！

你想想，如果你在一條錯誤的路上越跑越快，那會怎樣？

——會離目標越來越遠。

方向正確，你離成功越近；方向錯誤，你離失敗越近。

所以，在職場中，為了能讓自己更成功，我們做任何事情的時候需要找到正確的方向。

你可能會問，那我怎么樣來明確自己的做事方向呢？

先明確自己想要達到的結果。

養成結果導向的思維，目標即是燈塔，能照亮你的前進方向，并且還讓你不會被各式各樣的因素打擾，從而更好的達成最終目標。

假如沒有結果導向的思維，就容易把精力放在花拳繡腿的無關緊要事情上，而忽視了最終的結果，撿了芝麻丟了西瓜。

舉個例子，有一天上司讓小明去寫一篇商品的文案，小明根本沒搞清楚這篇文案要達成什么樣的目的就直接去寫了。

加班加點認真寫了幾天，但卻自嗨得認為把文筆文筆寫得非常優美、辭藻非常華麗，就能達成好的效果。

結果這篇文案投放到市場上一點效果都沒有，小明的努力和認真完全白費。

為什么？

這是因為這篇文案的目的是其實為了讓商品賣得更好，需要的是極具銷售力的文案，而不是辭藻華麗的文案。

所以在做一件事情的時候，先要明確做這件事情的目的和意義。

公司最終只看結果，過程雖然也重要，但其實結果比過程重要太多了，就算我們加班加到凌晨3點，但做出來的事情并不能讓上司滿意，其實就屬于無效工作。

職場上，不看苦勞，只看功勞。

假如我們舉辦一場線下活動，你在匯報工作的時候說自己花了多長時間準備，消耗了多少心血。

但其實這都是沒用的，因為公司只看最終用戶反饋怎么樣，報名人數有多少，這次活動對比上次活動效果有沒有更好，公司盈利有沒有進一步提高。

誰會關心你花了多長時間？

沒有任何人會關心，他們只看你做到了沒有。

我見過結果導向很強烈的人，TA來找船長去講課，雖然我們一次次得拒絕了TA。

但為了達成目標，TA也沒有放棄，而是堅持了一次又一次想要說服我們，想出各種解決方法、循循善誘地把利益和格局弄好。

到最后居然也真正辦成了這件事情，而且用非常低的成本撬動了這件事情的發展，這就是TA的價值所在。

而正常人面對拒絕的第一想法是什么，就是感覺這件事情做不下去了，然后就放棄，但其實事情還沒到完全做不下去的地步。

但很多人在做一件事情的時候之所以會失敗，不是因為這件事本身不可能成功，而是很多人等不到成功的那一刻，就已經放棄了。

就像銷售一樣，假如顧客說不買，如果你就停下來什么都不做，這筆訂單可以就真的不會成功了。

你應該去問下TA為什么不買，是原因不買，是有什么顧慮，如果哪些顧慮得到保障，會不會改變自己的選擇。

只要不是完全停下來，就還會有成功的可能性。

所以，結果導向的意識不僅對個人、對公司的益處都是非常非常大的。

時刻想著為結果負責，假如你是結果的負責人，就算老板說不行，你也要問清楚為什么，多問為什么，找到目前的困難和障礙點，掃清你達到最終目的地的所有障礙物。

為了更好的達成目標，我們需要想盡所有方法，找到更優的解決方案。

要善于利用外部的力量去幫助自己解決問題（包括團隊的同事），雖然是你在負責，但是可以找團隊討論，頭腦風暴一些問題，可能會比你自己寫的更好。

做事情、創業、運營本身就是個團隊協作的事情，多一個的思考可以幫助你打開更多的思路。

我們只要達到結果，任何方法都可以，職場不是考試，沒人會關心你是不是帶了小紙條。

五、全局意識

回顧前面的5個意識，之前我們有說到要超越預期，差異化意識，優化意識，其實這些都是建立在擁有全局意識的基礎上。

什么是全局意識？

就是在做執行工作的時候可以把層面上升至項目負責人的角度，從項目負責人角度思考項目整體的規劃、協調。

不斷從整體出發考慮問題，看問題會更加全面，并且增強對這個項目的理解。

如果沒有全局思維，很多事情其實你根本不知道怎么去做好，比如超越預期，如果你僅僅關注手上的事情，是很難在大的層面上超越上司的預期，也很難讓自己進步。

只看眼前的工作，就會出現，你覺得沒有事情做，但事實很多事情都還沒有做好的情況。

假如不僅僅從執行層面上思考問題，當項目遇到困難和阻礙的時候，你會想到很多不同的解決方法，能力的提升會比只局限于單點的人進步更快。

當我在接到一項任務的時候，我會先把我關于這個項目的想法全部列出來：

• 拆解工作目標，把維度拆解得足夠細致

• 用流程圖畫出整個項目的大體流程，再繼續細化

• 從整體流程中各個點能優化的地方提煉出來，逐個優化

• 依次拆解各個步驟，具體落實到可執行的操作

• 把項目所有的執行流程用excel表列出來

  …….

（我司某實習生推進一個項目時做的全局規劃導圖）

如果無法培養出這種思維的話，這樣的話你其實就只有基本的執行能力，這種情況下，你與螺絲釘沒有任何區別。

所以，不要只是覺得把手頭上的事情做得很好就行了，而是要提前培養自己，成為未來可能的項目負責人。

培養的方法就是，在接到一項任務，刻意思考這幾個問題：

• 如果我是這個大項目的負責人，我會如何思考和安排現在的項目？

• 現有大方向所做的事情都已經優化到了嗎？

• 現有大方向還有哪些可以做的事情，可以讓目前的結果更好？

• 團隊內部的人力和外部的資源可以怎么去溝通和調用？

  …..

有全局思維的人會主動推動項目的進展，他會自己去找任何有益于項目進展的事情去做。

而沒有全局思維的人，一旦把事情做得差不多了，他就覺得沒事做了，被動等待別人給他安排任務。

而有全局思維的人，有清晰的導向和意識，有一系列的事情可以做去提升目標，而且會清晰地知道要做事情的優先級。

我們在接到任何一項任務的時候，都需要刻意讓自己從項目整體去思考問題，這會是讓你受益終身的習慣。

六、結語

上述說的很多意識，都是為了給我們持續進步做積累，這些積累到了一定程度，便會突然爆發。

我們努力讓自己變得更好，不是為了去證明什么，而是為了看到，一個更大的世界。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

———— / END / ————

你真的明白用戶需求是什么嗎？

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

來人人都是產品經理【起點學院】，BAT實戰派產品總監手把手系統帶你學產品、學運營。

文章中的觀點是鄙人在各大運營類網站學習總結的知識，加上本人對運營的一點看法，愚昧之見，還望批評指正。

相信很多在互聯網公司工作的朋友們都曉得用戶需求挖掘這件讓人頭疼的事情。產品之所以會被生產出來，其主要目的，就是為了滿足使用者的需求。而使用者的需求是什么？如何去挖掘這些需求？這些繁雜的需求中又有哪些是真，哪些是假等等問題，都是每一個產品/運營人員頭疼的一件事情。

產品的存在源于用戶的需求。像汽車的出現，是人們對于更高交通效率的需求，電腦的出現，源于人們對辦公的需求等等。觀察移動互聯網時代下的手機應用市場，各類產品出現的原因也正是源于人們越來越多，越復雜的需求。像滴滴打車滿足了人們方便叫車的需求，餓了么滿足了人們選擇訂餐的需求等等。上面舉的兩個例子只是眾多需求中最基本的需求。而根據馬斯洛需求分析層次理論，人類的需求有五層，在滿足生理與安全需求之后，人們還會往上追求尊重需求社會需求和個人實現需求。這些需求成為產品生產源源不斷的動力。如果把產品看作是一個孩子，那么用戶需求，就可以看作是決定這個孩子形態的DNA。用戶需求不僅對產品的誕生有著決定性的影響，而且在未來，在產品發展的過程中，還會不斷地影響產品的形態，決定產品最終的樣子。 所以產品需求對產品的重要性不言而喻。本文將從用戶需求挖掘的方法，用戶需求挖掘后的選擇，用戶需求挖掘中的誤區三個方面的問題出發進行討論。

1.用戶需求挖掘的方法

（1）需求挖掘的渠道

A.產品開發前

1. 市場調研

任何一款產品的出現都是因為這個市場有需求，需求在哪，大旗就得往哪里揮。所以市場調研，毫無疑問是需求挖掘最重要的事情。設計好調研的問卷，利用網絡渠道，像QQ群，帖吧，社區，微信群等，在線下，通過深入目標用戶的群體進行走訪調查，深入了解目標用戶的需求。線上線下，深入目標人群，獲得足夠多的調查結果，并確保獲得的需求具有一般性。

2. 產品分析

現在移動市場的商品已經有很多，可以說目前可以被想到的產品已經有人在做了。所以要開發的產品難免會有類似的競品。這時候就需要我們去分析這些競品，找到共同點即已經被滿足的需求，找到差異點，即未被滿足的空白區。比如如果你想要開發一款社交軟件，那么就要尋找像微信，YY語音，QQ，陌陌等一系列的社交產品作為競品進行分析，在這些競品中找到社交軟件應該有的通用的功能，找到這些社交軟件中沒有的，同時用戶又有需求的功能作為你的產品的差異點。

3. 數據分析

隨著大數據時代的到來，數據在決策中的作用越來越大。用戶的很多潛意識或者有意識的行為，都可以通過大數據體現出來。很多情況下，用戶很難清楚地說明他們的實際需求，很多時候他們的判斷與實際的需求是不一致的。顯性的需求沒辦法很好的表達出來，更不要說那些用戶覺察不到的隱藏的需求。所以數據，這個不會騙人的東西，可以很好地幫助我們去分析需求。通過對用戶數據的分析，需求可以較清楚地被表現出來。在產品未開發之前，數據的來源可以有很多方面，各大搜索引擎的關鍵字排行榜，微博熱搜榜，同行的數據報告，或者是一些數據網站的免費或者付費的數據報告，都可以成為我們的數據分析來源。

B.產品開發后

1. 搜索記錄和用戶行徑

在產品上線后，用戶的搜索行為和用戶的行徑是分析需求的一個重要來源。用戶搜索過程提及的關鍵詞，舉個簡單的例子，比如婚戀產品中，如果搜索詞中“35歲以后”“北京戶口“的搜索頻率很高，那么我們就可以知道用戶對對象篩選有需求，就可以考慮加入對象篩選這個功能。另一個是用戶行徑，哪個功能是重度使用功能，哪個功能使用率不高，哪個功能用戶的中途放棄率最高，都是需求分析中的重要數據。

2. 用戶日志和用戶數據

如果擁有大量的用戶日志和用戶數據，那么要好好地利用這筆難得的資源。找一個用戶IP出來，GREP一下，分分鐘就能獲得這個用戶的完整訪問和操作軌跡，分析用戶的操作行為，設身處地的理解用戶的心情，理解用戶的處境，從而理解自己產品和運營中，是不是有一些不合適，不妥當的地方，真正把自己代入到用戶的體驗中，理解用戶的不滿，理解用戶的掙扎，理解用戶在使用中的困惑和障礙。

3. 用戶反饋

產品在上線之后，通過各種渠道獲取盡可能多的用戶反饋或者邀請用戶面對面進行產品的評測。通過用戶反饋了解產品還沒有滿足的需求還有產品中的偽需求或者說是冗余的功能是最直接最有效的方式。因為這群用戶是你最珍貴的種子用戶。

（2）需求挖掘的思想方法

A.頭腦風暴法

在收集產品需求的過程中，最常使用的是頭腦風暴法。讓參與者敞開思想，集體討論，相互啟發、相互激勵、相互彌補知識缺陷，引起創造性設想的連鎖反應，產生盡可能多的創意。

B.創意分合法

創意分合法是創意思維訓練方法之一，主要是將原不相同亦無關聯的元素加以整合，產生新的意念、面貌。分為兩種心理運作過程：使熟悉的事物變得新奇（由合而分）、使新奇的事物變得熟悉（由分而合），主要是運用類推（analogies）和譬喻（metaphors）的技術來協助分析問題，并形成相異的觀點。

C.屬性列舉法

屬性列舉法即特性列舉法也稱為分布改變法，特別適用于老產品的升級換代。其特點是將一種產品的特點列舉出來，制成表格，然后再把改善這些特點的事項列成表。屬性列舉法是根據設計對象的構造及性能，按名詞、動詞、形容詞等特性提出各種改進屬性的思路，從而萌發新設想的一種方法。

D.6W3H問題法

面對龐雜的需求分析工作、不知從何做起時，6W3H分析法不僅有利于較系統和周密的思考問題，使思維具有條理性，也有利于較深入地發掘問題，有針對性地提出更多的可行性設想，幫助產品經理制定有效的目標。

6W3H分別是：

1. Who（什么人）產品的目標客戶是誰？是一類群體還是幾類群體？針對產品的用戶群進行分析，了解目前用戶群的年齡、性別、特征、區域、習慣、興趣、愛好、收入、消費等情況。
2. When（什么時間）用戶可能會在什么時候使用到產品。產品推介的時，必須選擇合適的時機，同時還要考慮用戶的停留時間、使用高峰時間、跳出時間。
3. Where（什么地方）用戶可能在那些條件和環境使用產品。針對什么樣的環境條件，如，針對不同的操作系統環境、不同的地理位置，要有不同的方案。
4. Why（為什么）此法主要用于了解設計產品新功能是的目的是什么？是現有產品沒有滿足用戶需求還是為了滿足用戶的新需求、又或者僅僅是跟風湊熱鬧。
5. What（是什么）產品功能分析。用來分析產品基本功能和輔助功能的相互關系如何，用戶到底需要什么功能？
6. Which（哪些）除了我們的產品，市場上還有可替代產品嗎？
7. How do（怎么做）用戶怎么使用產品，使用產品的流程是什么？怎么樣更省力？符合用戶的使用習慣嗎？體驗怎樣？
8. How much（多少錢）用戶使用產品需要付費嗎？需要付多少？是否超出了用戶的支付能力？
9. How many（多少次）用戶的使用頻率是怎樣的？經常使用？偶爾使用？還是不定期？

2.用戶需求挖掘后的選擇

A. 甄別真假需求

用戶的需求和用戶的痛點 .需要注意的是，用戶提出的需求不一定是用戶真正的需求。

• 第一，用戶沒有很強的產品意識，很多都是模棱兩可的感覺。
• 第二，用戶是貪婪的，他們往往會提很多自私的需求。

如果能夠躺在床上每天有人送錢送吃的給你洗衣服打掃房間這種需求絕對是強需求，但是可能么？

有些需求可能是低頻率的需求甚至是違背商業規則的需求，像春聯O2O，一鍵挑選春聯送貨上門，新用戶還能免單哦~~這種需求用戶求之不得，需求可以說是大了去了。但是有企業會做嗎？明顯不可能！所以不要一味地跟著用戶的需求走，不理智的需求分析行為，無疑是一種自殺的行為。

B.從需求中需找真正的痛點

在需求分析中，甄別真偽需求，對需求進行抽絲剝繭的分析，剝開表面淺顯的需求，通過邏輯思維分析，代入用戶使用的場景，去尋找造成這些需求下面更深層次的痛點。

舉個例子：360安全瀏覽器，看起來是好像用戶使用的需求是需要一個安全的瀏覽器，能夠保護他們上網的安全。但是如果給用戶一個絕對安全的，但是很卡的瀏覽器呢？如果我們給用戶一個安全系數較低，但是已經能夠保證隱私等基本信息安全，同時又能夠保證瀏覽速度和瀏覽質量的瀏覽器時，用戶會選擇哪個呢？

瀏覽器本質還是網上沖浪的工具，核心問題還是使用過程的流暢度，瀏覽體驗。安全性問題，只是因為現在越來越多的信息泄露，用戶擔心自己信息安全而產生的一個附帶需求罷了。

2007年微軟推出vista時，提高了安全性，但是同時也影響了使用效率。很多用戶由于沒有辦法忍受vista糟糕的操作體驗而放棄使用它而轉用XP系統，即使vista的安全性比xp的要高。所以從這兩個例子我們可以看到，很多時候，我們以為理所當然的需求，其實并不是用戶核心的需求，又或者說，存在這種需求，但是在需求平衡，他并不是占大頭的。所以尋找需求，要求我們抽絲剝繭，發掘最最本質的需求。至于怎么找，這個就要看對產品和所在領域的深挖程度了。

3.用戶需求挖掘中的誤區

在需求分析中，常見的錯誤有以下幾個方面：

1. 分析對象出錯
2. 分析方法錯誤
3. 永遠以為自己比客戶更聰明
4. 不尊重用戶的現實選擇
5. 客戶和用戶沒有區別來對待對需求的一廂情愿，理解出錯

很多產品人員對于產品的理解，很大程度上是取決于個人的感覺+身邊人的感覺。但是這種需求理解方式無疑是錯誤的，幾個人并不能代表大多數人的想法，統計學上有個著名的觀點，當數據越來越大時，趨勢將會越來越穩定，某些值將會越來越穩定在某個數值范圍區間，所以要求我們在分析需求時，不能以偏概全，一廂情愿，必須跳出自己的圈子，去目標客戶群那里，跟大量的人接觸，跟他們聊產品。讓他們來評價產品，這樣得到的產品需求，才能夠真正的反映絕大部分用戶的需求。

騰訊課堂和網易云課堂產品體驗，從用戶體驗角度進行競品分析

人人都是產品經理 2016-04-19 11:20:31

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

來人人都是產品經理【起點學院】，BAT實戰派產品總監手把手系統帶你學產品、學運營。

初嘗競品分析，能力以及對行業理解有限，暫無法從大的架構上完整支撐起整篇文章。希望能通過自己的親身體驗，從產品結構，產品功能，產品核心功能使用流程等角度上對騰訊課堂和網易云課堂兩款產品加以梳理。之后根據用戶數據調查，定位用戶群，建立用戶使用場景模型。并且根據KANO模型對用戶需求進行歸納。進而站在用戶體驗的角度上給出對比分析，最后給出自己如果自己是PM的建議。期待讀者和前輩拍磚給建議~

腦圖太大無法完整顯示，若腦圖不清晰請移步文末網盤鏈接，文中涉及完整報告也保存在網盤中。

1.產品初體驗

1.1 產品簡介

騰訊課堂：騰訊課堂是騰訊推出的依托于QQ群的專業在線教育平臺，以興趣、語言類學習內容見長，聚合了優質教育機構和教師的海量課程資源。并于2014年4月1日上線移動端APP，作為免費的開放式的平臺，騰訊課堂幫助線下教育機構入駐，不參與機構分成，還為其提供流量和功能支持。

網易云課堂：由陳能干（杭州藍腦教育科技創始人、CEO，知米英語系列產品創始人）聯合丁磊發起，網易成立項目組開發，以偏職業化的學習內容為主。產品于2012年12月上線，以實用技能類內容為主，銜接高等教育和職業應用，打造綜合學習服務平臺。目前有近6000門課程，覆蓋近20個教學領域，百余細致分類，近5萬課程視頻，超過700萬注冊用戶。

1.2 產品結構

騰訊課堂產品結構：

網易云課堂產品結構

從產品結構圖對比來看，兩款產品均從推薦，搜索，分類以及已學習課程四個方面設置入口導向課程學習板塊，分別對應了不同用戶（見下文）在尋求課程途徑上的需求差異：第一類專業類用戶可能搜索比較多，第三類興趣類會關注推薦排行更多，第二類職業類用戶可能更會比較全面使用；同時與豆瓣、知乎等流行的相關產品使用戶養成的習慣一致。

騰訊課堂醒目的位置設置了學團入口，并且為機構開設單獨的介紹界面，體現了作為免費的開放式平臺，吸引用戶互動和機構入駐的發展策略。

網易云課堂在首頁設置消息提示，因為用戶與平臺（產品、客服、老師機構）間缺少必要通訊手段，所以將站內消息放在右上角，作為消息通知的必要方式。

1.3 產品功能

1.4 使用流程

騰訊課堂學習功能使用流程

網易云課堂學習功能使用流程

從使用流程上看，兩款產品允許在非登陸條件下進行試用，直到用戶找到目標課程，準備學習/付費或者有意使用個人設置時再提醒用戶進行登陸，降低使用門檻，提升了用戶體驗。

在登陸方式上，騰訊課堂僅支持自家qq及微信登陸，一方面利用自身通訊平臺，方便以消息推送等方式進行推廣宣傳；另一方面保證了用戶與平臺（產品、客服、老師機構）間獲的即時通訊。而網易云課堂采除用自家郵箱外還包括騰訊系列，微博，手機等多種身份驗證方式，滿足習慣不同平臺用戶的需求。

2.競品分析

2.1 用戶分析

根據企鵝智庫發布的《在線教育市場深度報告》，我們可以獲得一系列接受在線教育用戶的核心信息。

從上圖信息中我們可以分析得出：

1. 用戶學習學習內容主要為以英語為主的外語學習和其他留學相關學習，其次為興趣類內容學習，以及職業證書、職業技能在內的職業提升類學習。
2. 用戶學習時間集中在晚上8:00-10:00這一絕大多數個人支配時間段，其次為晚上6:00-8:00這一通常為下班（學）通勤時間段；
3. 用戶主要集中在北上廣江浙等一二線大城市，身份主要是學生和白領；

1. 以外企職員和準備出國深造色學生為主進行語言方面學習的群體；
2. 以都市白領為主的職業從事者，為了提升職業技能或者改變職業方向而學習的群體；
3. 以都市白領為主為了充實生活進行興趣類學習的群體；

之后建立用戶使用場景模型：

1. 一位準備出國/語言考試的學生/外企職員，在結束一天學習/工作之后，利用晚上8:00-10:00這段個人支配時間，打開經過仔細篩選的語言課程，系統地持續學習1-2小時。在此期間認真做好筆記，提醒自己有哪些疑問點和老師布置的作業。

該類用戶學習意愿較強，自控能力較好，有較強的付費意識。該類用戶的學習內容比較固定，因此需要有優質的學習資源，同時由于語言學習的特點，需要有充足的互動指導。

2. 一位期望提升職業技能/改變職業方向的職場人員，查找和了解與自己期望提升職場能力相關的課程，在大致規劃好課程范圍后，開始在相關平臺尋找是否有相關配套的課程套餐。在失望的發現沒有完全契合自己規劃內容后，開始按每門課獨立學習的方式學習。

該類用戶多是迫于找工作和升職的壓力而去學習，需要提升職業技能、明確職業發展，付費意識強，也是學習意愿和自控能力最強的。該類用戶時間有限，工作壓力較大，因此需要學習內容有相當的實用性，能夠快速學習并進行實操。

3. 一位職場人員/學生在晚上18:00下班/放學后，乘坐地鐵/公交回家，途中打開手機/平板中的在線教育app，選擇感興趣的/正在學習的/隨機推薦的/提前下載完成的課程進行學習。學習15-30分鐘后，由于疲勞/到家結束此段學習。到家忙碌完吃飯、家務、洗澡等事情后開始學習，直到晚上22:00休息。

興趣類學習用戶多是基于某種業余愛好，利用工作之余進行學習，學習時間短、內容廣泛、學習意愿并不強烈，付費意識弱。該類用戶并不追求學習內容的深入，但是需要多樣化，且更貼近生活和實際。

2.2 用戶需求分析

根據《在線教育市場深度報告》，我們從不使用在線學習產品原因、在線學習受關注問題、在線學習產品功能需求、在線產品付費意愿等方面了解用戶需求，并結合KANO法則進行分析。

我們不妨把不使用在線學習產品原因、在線學習受關注問題所包含的因素看作會使戶滿意度降低因素；把在線學習產品功能需求看作會使使戶滿意度增加因素；把在線產品付費意愿所包含因素看作使用戶滿意度大幅增加因素。由此，根據KANO法則，我們可以列出以下類型功能需求：

期望因素（一維因素）：

• 展示教學質量和課程內容是否優秀、價格是否合理。除了加強篩選課程質量本身外，為了讓學習者快速了解課程質量和內容，相對應功能可以為：提供課程咨詢、提供與學習該課程的學員交流機會、課程講義大綱預覽、付費課程試用、提供明確收退款流程等等。
• 互動交流。相對應功能可以為：直播課堂隨堂提問、錄播課堂有相應交流平臺、有問答答疑平臺、與老師有明確聯系方式等等。

必備因素：

核心學習功能是否完整，使用流程是否清晰流暢，交互界面是否明確友好。相對應功能可以為：推薦、搜索、篩選、收藏分享、學習界面等基礎功能。

魅力因素：

學習相關方向的內容豐富程度。相對應功能可以為：提供配套學習資料、相關內容測試題目、行業或考試動態、提供相關內容微博，知乎入口等等。

2.3 功能對比分析

2.3.1 期望因素（一維因素）

2.3.1.1 了解課程：

該功能主要促使用戶快速得到一些列自己關心的課程信息，進而判斷課程是否適合自己，決策是否值得花費時間金錢學習，打消負面判斷，最終實現課程學習。對于滿足第一類對課程內容十分在意，有較強付費意識的用戶格外重要。

騰訊課堂：

優點：與老師直接通過qq交談了解課程，能夠得到及時的回復，交流效率高。用戶處于主動地位，因為消息接收不及時而被冷漠的概率降低，能夠幫助用戶順利獲得必要的信息，做出行動決策。

缺點：

1.課程介紹的內容過于籠統，不能滿足用戶通過查看介紹來判斷課程是否值得去學的需求，沒能實現將初步的興趣轉化為實際使用的過渡。

2.評論區不能互動，無法通過回復評論或者私信的方式與已學過課程學員交流，新學員不能在與老學員的互動中得到期望的更適合自己的信息，這與用戶在貼吧、知乎等社區形成的使用習慣相違背，新用戶從老用戶獲得針對性信息的需求沒有被實現。

3.在付款流程中未提供明確的退款說明，且在移動端上均沒有提供退款功能。用戶可能因為缺少對退款規則和功能的了解，認為盲目付費有一定風險性，而盡可能避免選擇付費課程。尤其對于第三類用戶，進一步減少其付費積極性。

4.付費課程缺少體驗學習部分，用戶不確定課程質量，會認為盲目付費有一定風險性，提高了付費課程的使用門檻。

網易云課堂：

優點：課程簡介內容相對充實，對適合人群有一定劃分，能夠幫助用戶對自身進行定位，用戶能夠快速進行決策判斷是否應該學習該課程。

缺點：

1.通過站內信與開課老師或機構咨詢，與qq等IM工具相比，溝通效率低，用戶在交流中處于被動等待的地位，容易因為回復不及時被冷漠，而喪失或者轉移付費意愿。并且僅有付費課程和少數免費課程有咨詢功能，但是付費和開始學習之后咨詢功能消失，無法持續與老師交流。

3.在付款流程中未提供明確的退款說明，且在移動端上均沒有提供退款功能。用戶可能因為缺少對退款規則和功能的了解，認為盲目付費有一定風險性，而盡可能避免選擇付費課程。

2.3.1.2 互動交流：

該功能目的在于使用戶與老師及其他學院通過在線交流，實現學習過程中答疑和互動的環節，更有效地達到在線學習的效果。對于第二類用戶更期望主要通過網課取得一定學習效果的用戶會更加在意。

騰訊課堂：

優點：

1.能夠與老師直接通過qq交談進行答疑，與現實學習習慣和行為相匹配，促使用戶能夠在思考和問 題得到解決的過程中獲得知識，滿足在對學習質量需要。

2.學團功能，提供問答式UGC互動平臺，意在利用已有的老師和用戶資源滿足用戶的針問答需求。目前在一 些專業性不是很強的板塊已經取得了一定的使用量。

缺點：

1.無論是學習功能還是學團功能，用戶之間無法進行直接交流。這作為現實學習中重要的一環，已成為日常的行為和習慣。用戶間交流不順暢，導致相互分享經驗、解決問題的難度增加，與學習期望不符，使在線學習的體驗和效果變差。

2.學團功能在運營上有一定欠缺，在某些板塊中提出問題久久不能得到回應，同時缺少優質的推送內容。用戶的對于個性化問答以及相關內容的推送的期望得不到實現，久而久之用戶將會放棄對該功能的進一步使用，造成惡性循環，UGC社區將面臨崩盤。

從圖中可以看出，作為本應較為熱門的雅思學習學團，并沒有多少參與度，僅有一些平臺推送的相關消息。多少可以反映出該板塊運營不足，缺少優質用戶和資源的問題。

雖然提供了私信功能，但是僅能收到課程推薦和客服（咨詢）消息。不能實現與老師和學員進行互動交流。雖然網易云課堂強調課程內容，但是相互交流作為現實學習中重要的一環，用戶間交流不順暢，導致相互分享經驗、解決問題的難度增加，使在線學習的體驗和效果變差。

2.3.2 必備因素：

2.3.2.1 搜索：

作為定向指向用戶需求的功能，應為用戶提供準確內容范圍，減少無關選擇量。

1.顯示熱門搜索和歷史搜索，幫助用戶更快捷得進行搜索，尤其是第一類用戶，需要在不同時間對相同內容進行重復性搜索時，有歷史搜索功能明顯提供便利。

2.在搜索結果界面提供排篩選序功能，用戶能進一步縮小搜索范圍，能更快捷找到自己的目標課程。

缺點：

在搜索結果界面提供分類功能，與搜索功能本身向矛盾，會誤導用戶使其認為能夠在搜索之后繼續進行分類篩查，但使用結果是跳轉到分類界面，徒增麻煩。

1.搜索界面未顯示搜索歷史，對于需要在不同時間對相同內容進行重復性搜索的用戶會產生繁瑣之感。

2.搜索結果界面沒有篩選排序功能，用戶在搜索之后需要進行大量的查看比較工作，使找到合適課程的門檻增加，體驗非常不友好。

2.3.2.2 分類：

使用戶在內容層面上全面了解產品提供的資源，并且根據預設步驟，引導用戶細化、明確自己目標課程的類別，最終實現目標課程與產品資源的契合。

采用三級分類，最大化地引導用戶定位和細化目標課程，排除無關課程。起到了分類功能節省用戶時間和精力用來尋找到目標課程的作用。

缺點：

入口放在首頁，與推薦板塊結合在一起不明顯。在同一個標簽頁中內容標題上有重復，用戶不能第一時間區分掌握理解內容框架，易產生混淆之感。

單獨作為一個界面，用戶能第一時間掌握理解完整內容和框架，不會產生混淆。

缺點：

1. 僅有二級分類，沒有做到最大化地幫助用戶一步步定位和細化目標課程。

2. 用戶在使用分類功能之后依然需要花費相當精力把無關課程排除掉，找到合適課程的門檻增加，體驗非常不友好。

3. 篩選排序：把課程按照與用戶需求點相符程度排列呈現給用戶，為其進一步決策提供優先級。

關鍵詞條目多，滿足了用戶對于價格，時新度，人氣等多方面的篩選需要，有綜合排序，高低排序等更加適應需求多樣化的排序方式。

缺點：

不能進行并列排序，用戶每次僅能選擇一個關心的方面進行排列，手段比較單一，與用戶使用最多的購物排序習慣不一致。

能夠進行并列排序，可以就用戶所關心的價格、時新度等同時排列，與用戶習慣的網購篩選排序功能相似，滿足多樣的排序需求，所呈現結果讓用戶更容易做出決策。

缺點：

1. 關鍵詞條目單一，價格上僅能選擇收費免費，排列所得結果仍然不夠清晰，用戶仍需要付出一定精力時間自己篩選。

2.3.2.3 推薦：

把自身優質內容呈現給用戶，減少決策成本，吸引用戶產生學習行動。因為三類用戶所敏感內容不同可能采取不同推送策略。

推薦板塊為一級課程分類+二級課程分類+課程，有學習目的用戶可以輕易地理解所推薦內容大致包含信息，進而快速做出決策來判斷是否有必要進一步仔細了解關注。意在吸引第一類第二類對內容質量比較敏感的用戶。

缺點：

1.此環節顯得與分類環節有重復之感，相同內容重復出現并占用過多空間，使用戶產生疲勞感。

2.僅僅是內容的分類填充，缺少吸引用戶的點，沒有起到推薦的作用。

采用用戶關注點作為大標題+推薦課程。相比之下，作為推薦環節網易云課堂更能吸引用戶眼球，抓住用戶需求點，符合推薦板塊應起到的創造用戶需求，吸引用戶產生學習行動的作用。更多的是吸引第二類和第三類，對職場和興趣十分關注的用戶進行使用。

2.3.2.4 學習界面：

觀看課程界面中的基礎功能應該扎實完整，讓用戶在整個學習流程核心部分獲得良好的體驗。

基本功能不完整，缺少主流移動端播放器共有的手勢調節等功能；對于在線學習必備的倍速播放也不支持，比較嚴重地影響用戶的使用效果。

而網易云課堂

優點：

1.有手勢調節音量亮度、清晰度，選擇線路等主流移動端播放器所具備的功能，順應用戶的使用習慣。

2.添加調整播放速度，退出全屏，一鍵設為已學等功能，更加迎合移動用戶快節奏、使用環境多樣的在線學習需求。

缺點：

亮度調節功能，手勢僅能調節音量，不能調節亮度，與用戶習慣相違背，沒有考慮到夜間使用的情況。

2.3.2.5 收藏：

騰訊課堂提供添加課程到收藏的功能，可以在我的課程頁面找到已收藏課程。而網易云課堂卻缺少這一基本功能。

優點：

滿足用戶找到期望課程，但暫時不想報名的使用情景。比如一些有時效的付費課程，但是暫時沒有足夠的時間學習，用戶可以通過添加到收藏來避免遺忘。

缺點：

僅能收藏課程不能收藏機構。當比較關注某一機構的課程時，需要反復搜索或者進入已學習該機構的課程，在詳情界面查看該機構，比較繁瑣。

2.3.3 魅力因素：

• 在相關系列課程方面，兩款產品均沒有此功能。但是網頁版網易云課堂推出微專業板塊，提供某一領域的系列課程并頒發證書，相信之后移動端也會普及此功能。
• 在相關資料方面，兩款產品也均未提供相關功能。在網頁版網易云課堂在計算機、四六級等四個方面提供相關試題，但是這些服務在向移動端的轉移中可能仍需時間。不過據傳騰訊課堂將在下一個版本中加入在線測試題目功能，測試版本已經發出。

2.3 流程及界面分析：

（1）整體界面

騰訊課堂：

采用上方4個Tab標簽導航，分別對應發現（首頁）、學團、學習計劃、我的四個主要功能板塊?？赡芤驗檎J為用戶查看已報名課程是高頻行為，所以將收納用戶報名課程的學習計劃放到醒目的Tab標簽中。學團功能反應了騰訊課堂作為免費的開放式的平臺，建立UGC、PGC社區的發展定位。

缺點：

1.雖然Tab標簽放在上方起到顯而易見效果，但是與主流app使用戶養成的下Tab標簽習慣相沖突，同時因為上方藍色區域過大造成視覺上的不協調。

2.界面顯得粗糙，配圖與課程名稱不相符，圖標大而丑，占據用戶過多視線，在一個屏面里提供給用戶信息較少，用戶需要花費更多時間和耐心去翻屏，影響用戶使用的情緒。

3.因為要給學團和學習計劃兩個功能讓出空間，分類板塊被放在首頁（推薦）里，而且內容上與推薦的內容有重復，在使用時會對整體框架產生不清晰的感覺。

4.推薦板塊全部采用固定格式，沒有滾動窗口，導致推送內容單一，更新頻率低（開學后將近兩個月仍然顯示開學前后推送的內容）。

網易云課堂：

采用底部三個Tab標簽導航，將首頁（內容）、全部課程、學習中心三個主要功能包含進來，體現了網易云課堂以內容為主，所有功能圍繞著將用戶和課程內容更好連接而建立。

因為用戶與平臺（產品、客服、老師機構）間缺少必要通訊手段，所以將站內消息放在右上角，作為消息通知的必要方式。

優點：

1.底部三個Tab標簽導航與主流應用設置一致，使用起來比較順手，不需要讓用戶重新適應操作方式。

2.相比之下網易云課堂界面簡潔美觀得多，圖標控制在合適的大小，所配圖片也與主題相符，能夠在一個頁面獲得更多信息，用戶體驗感好。

3.分類板塊完全歸納在全部課程標簽中，推薦界面完全是推薦內容。用戶使用起來一目了然，整體框架結構十分清晰。

（2）使用流程

1.點擊一門課程，轉到課程介紹界面，包含目錄、詳情、評論三個界面。打開目錄后無法直接進入課程，需點擊下方查看任務后，再次得到任務界面的目錄后才能進入課程。

沒有任何意義地多添加了一個步驟，讓使用過程變得繁瑣，與用戶的在目錄中直接進入學習的習慣相違背。

2.在詳情界面，提供的目錄摘要和學員評論兩個模塊沒有實質內容，反而徒增用戶閱讀量；在點擊“查看全部”后，又返回目錄和評論環節。

這種設計不僅與上方標簽欄重復，又增加用戶閱讀無意義信息的數量，掩蓋了本應出現在該環節對課程進行介紹的內容。流程設計上對必要信息和無用信息篩選不當，缺少邏輯感。

網易云課堂：

相比之下網易云課堂在目錄界面隨點隨學，雖然只減少一個環節，但是不會因為顯而易見的不必要的繁瑣，使用戶在使用時產生抵觸情緒。同時簡介、目錄、評價三個板塊間沒有相互摻雜，表現出來的無論是內容還是邏輯都更為清晰。

3期望&改進

3.1假如我是騰訊課堂PM:

3.1.1.在期望因素方面：

提供學生私信功能，尤其是在評論界面增加通過點擊用戶頭像查看用戶界面并可以發送私信的入口，使學習過課程學員所發揮的作用最大化。

按照相應分類，在課程相關頁面上提供學團功能的入口，以促進用戶了解并使用學團功能。同時加強對學團的運營，首先通過獎賞機制（如根據在學團上提供優質內容情況，為相應老師或者機構增加曝光度）建立優質的知識內容(比如在魅力因素中提到的相關內容），留住一批優質用戶，進而進行推廣，成為真正的UGC答疑平臺。

提供付費課程試用，課程大綱講義預覽，在付費課程支付界面提供退款相關規則和流程等。使用戶放心地花費時間或者金錢，避免因為信息缺失讓用戶在比較和猶豫過程中流失。

3.1.2 在必備因素方面：

解決首頁的推薦和分類兩個模塊的重復性，去掉相對丑陋的大圖標，將分類放在下拉菜單中，點擊相應內容會進行跳轉，在“騰訊課堂”logo處用小三角箭頭作為標識。相比之前在最上面放一堆圖標，然后需要不斷下拉才能看完整推薦，用戶的使用邏輯會更加清楚：點擊騰訊課堂，用戶將快速得到并掌握該產品所包含內容，點擊感興趣的內容跳轉到相應推薦，之后可以繼續進一步查看所有下一級分類進行了解。

完善觀看課程界面的基礎功能，添加手勢調控，倍速播放等一系列視頻必備功能。

解決課程詳情界面混亂，觀看課程步驟繁瑣的問題：在目錄中提供進入學習界面的入口，去掉”查看任務“改為“立即學習”；在任務詳情界面去掉”目錄摘要“和”學員評論“兩個模塊。

3.1.3 在魅力因素方面：

充分利用學團平臺，改變推送內容。對如配套學習資料、相關內容測試題目、行業或考試動態、提供相關內容微博，知乎精華內容入口等等進行整理，作為優質內容進行推送。使用戶除了學習課程內容，愿意花更多時間瀏覽學團提供的相關領域內容，更大化增加用戶粘性。

3.2 假如我是網易云課堂PM

3.2.1 在期望因素方面：

• 強化學員與授課老師的聯系，尤其是長期、付費的課程。在詳情頁面老師頭像出建立聯系老師的入口，采用站內信或者最好能與即時通訊工具以及郵箱賬號相關聯。避免付費/報名后就無法聯系老師的情況。
• 提供用戶間站內信聯系功能，尤其是在評論界面增加通過點擊用戶頭像查看用戶界面并可以發送私信的入口，使學習過課程學員所發揮的作用最大化。
• 可以允許通過開課老師或者機構申請，為課程提供專屬網易云協作群，在課程介紹界面提供加入入口，并且在學習中心界面中設立群列表。

3.2.2 在必備因素方面：

• 不得不說網易云課堂界面的整體視覺效果基本沒有什么可以挑剔的，只是在基礎功能上還有一些值得優化的地方：首先在搜索結果界面應當加上篩選功能，其次篩選功能應當增加篩選的項目和順序（如價格高低排序） ，同時分類功能需要增加分類層級（如編程語言需要細分成C，PHP等等），最后在課程列表界面去除無意義并且占據大量空間的分類板塊，或者收納入下拉菜單。

3.2.3 在魅力因素方面：

將微專業功能向移動端轉移，利用中國大學mooc網的優勢資源，根據用戶的搜索報名情況，給用戶提供更多優質并且滿足其需求的教育資源，迎合用戶對更多相關信息，更多專業知識的需要。比如在首頁推薦中，增加推薦mooc課程板塊，并且優先推薦用戶關注方向相關課程。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

案例講解 | 移動端的長表單應該如何設計？ 

設計師的知識管理體系怎么建立？只需4個步驟，實現能力價值提升 

在生活中，不管是瀏覽網頁還是使用APP，我們都能看到色彩是其中重要的設計元素。每一年我們都能看到很多“流行趨勢預測”之類的文章，而這些流行趨勢里無一不包含色彩。

隨著時間的推移，設計師們在色彩的使用上更加大膽，更加有策略。有時，色彩用來突出某個元素，有時用來講好一個故事，有時用來強化品牌的輸出。今天我們就來舉幾個例子。

幾年前有一個很流行的趨勢是采用大膽的背景，現在還是能看到很多例子。在一個好的設計里，豐富多彩的背景能夠讓某一區域成功吸引注意力。不管你認為流行趨勢是什么，不可否認的是，好的背景色能讓一個部分脫穎而出。

下面這個設計來自Root工作室，使用黃色背景來突出切斯特動物園的案例研究。黃色背景設定了這個案例研究的基調。當然了，并不是所有的案例都使用像切斯特動物園黃色這樣鮮艷的顏色，因為這個案例的設計是極簡風格，并沒有需要特別突出的內容，所以鮮艷背景恰到好處。

接下來這個例子是Mambo Mambo，它使用色彩來突出組合的不同部分。有些部分是霓虹黃色，有些是深藍，有些甚至是黑色。在截圖中，我們可以看到，霓虹黃色與綠色搭配，藍色和膚色搭配，看起來非常和諧。

在整個頁面中，正是這些背景色的使用使不同部分都變得獨特而有趣。同時呢，也起到了品牌宣傳的效果。

顏色運用得當可以更好地突出想要突出的部分。讓我們從優步手語登錄頁面開始，橙色的漸變背景肯定會吸引用戶的注意力。這是一個很棒的設計策略，因為這個頁面的目的就是教人們基本的手語，很大程度上是依賴視覺線索實現的。

接下來是Kickpush 設計工作室的頁面。看圖上的文字我們就知道，Kickpush希望展示自己與眾不同的個性。這個配色方案的選擇就很有目的性，將Kickpush的個性快速直觀地表達出來了。

色彩有助于講好一個故事，Bloom的主頁就是個很好的例子。在整個設計中，他們使用的是同樣的電子藍。相同的配色與其他視覺元素一起，幫助用戶從頁眉滾動到頁腳。如果所有不同的部分都有不同的主色，那么故事的完整性就會被打破了。

對于Adobe的營銷云登錄頁面，效果也是差不多的。整個設計是一個很大的版面，每個部分都有自己的配色方案，從最頂部的淺藍色一直到最底部的深紫色。我們可以看到，整個配色不僅僅是純的UI顏色，照片選用的色調也與每一種背景色相配。

因為這個設計是一個很長的頁面，顏色有助于講述每個部分的故事。

有時，顏色是專門用來給設計增添趣味性的。為了更有效的使用色彩，有時大膽的顏色并不一定要在設計的前面和中心。

例如，Designmodo自己的Qards著陸頁面使用了各種各樣的小色塊，從而使得登陸頁看起來更令人愉快。

強化品牌，我認為這是色彩最有力的作用了，當然了，我不是指上文中Kickpush 或是Bloom那種使用大塊背景色的方式，而是批判性的、策略性的使用顏色。

我們很多人都見證了Asana的改版，在新版本中加入了不少顏色。在網站的某些部分，顏色被大量地使用，而在其他部分則不是那么多，這是為了在總體上實現平衡。Asana選用的顏色多變而充滿活力，搭配的也非常好?，F在，Asana的品牌色彩由亮粉色，橙色和紫色組成，充滿活力?？梢哉f，顏色策略似乎是Asana品牌定位的關鍵。

Stripe公司的策略也差不多，使用相鄰顏色之間的漸變，比如藍色和綠色，這可能是這種顏色使用的一個大趨勢。品牌整體上是藍色，同時也包含綠色、粉色、紫色和橙色。這么多顏色共同配合，增強了Stripe公司的品牌影響力。

最后一個例子是Goulburn山谷的網站。他們的品牌使用了一些不同尋常的顏色，不過整個設計看起來不錯。

登錄頁面中使用的顏色和照片中的截圖是一樣的：綠色略帶橙色。由于照片中色彩的協調，整個著陸頁都很流暢。

總結

無論是Asana，用顏色創造更好的品牌；還是Kickpush，使用明亮的紅色背景突出內容，讓用戶意識到它的與眾不同，我們看到了顏色在網站中的戰略性意義。

最重要的是，顏色有助于塑造個性，尤其是品牌形象。當網頁設計趨勢發生變化時，網頁設計中色彩的使用只會變得越來越好。

背景

下圖所示線上故障，你的產品線是否曾經中招或者正在中招？同樣的問題總是在不同產品線甚至相同產品線不同系統重復上演，這些故障有個共同特點，就是線下常規測試很難發現，即便線上驗證也不易暴露。但是總是在“無變更安全日”悄然爆發，嚴重影響系統穩定性指標。

面對這些看似并無規律的故障，Case by case的分析無疑是低效而且不系統的，無法全面掃除穩定性測試盲區，也無法阻止悲劇在其他產品線再一次發生。為此筆者把問題聚類，根據問題特點尋求通用測試手段，并在產品線各個系統落地驗證，效果顯著，現把個人經驗融合前輩經驗產出，供大家參考，有則改之，無則加勉。

首先，為了讓大家更好了解這些故障對業務系統穩定性的影響程度，需了解下何為穩定性，衡量指標就是系統可用性= MTBF / (MTBF + MTTR) ， 其中MTBF， Mean Time Between Failure， 是平均無故障時間， 而MTTR， Mean Time To Repair，是平均修復時間，參考下表更加直觀。

從如上數字看，5個9的故障時間月故障時間只有25s，3個9的可用性月故障時間也只有40多分鐘，回想我們平時處理過的線上問題，開發和測試質量把控不過關，然后再把期望寄托在半人肉處理故障的運維團隊，顯然無法達到線上產品穩定性要求。

為了保障系統穩定性，提前消除風險勢在必行。產品質量風險類型很多，產品研發流程的各個階段都可能引入和存在風險，每個階段的風險的類型和發現手段都不盡相同，為此產出如下風險模型。按照風險發生的階段及原因，風險類型可分為：架構設計風險、編碼風險、安全風險、流程規范風險、運維風險和監控風險。

本文主要講解架構設計風險，接下來介紹的每個風險都會說明風險定義，影響，以及通過什么技術手段來進行風險識別，最后總結風險消除方案。另外每個風險都會有具體的例子來講解，這些例子都是發生在百度內部的真實故事。

架構設計風險

架構設計風險是QA最容易忽略的，該類風險出現在研發階段的早期，我們都知道缺陷越早的暴露后期研發的維護成本越低，而且一旦架構設計上出現了問題，影響面是涉及整個模塊甚至系統的，修復代價必然非常高，因此對于架構設計的風險更要提前了解和避免。

根據既往經驗，架構設計風險大概可以分為以下幾個維度：交互、依賴、耦合。

交互類常見風險：重復交互、高頻交互、冗余/無用交互、接口不可重用、超時重試設置不合理、IP直連、跨機房等。

依賴類常見風險：不合理強弱依賴、無效依賴、忽略第三方依賴、緩存依賴失效等。

耦合類常見風險：架構耦合不合理、緩存耦合不合理等。

一、重復交互

1、風險定義

在一次業務請求中，系統內部發起了多次完全相同的網絡交互，即存在重復交互風險。從交互層級和上下游來說，重復交互有兩類，整個業務請求范圍內的重復和同層重復，其中同層重復交互的上下游也是相同的，本文更多關注的是整個業務請求范圍內的重復交互。通常在一次業務請求中，為了提升性能和負載，盡量避免或者降低重復交互次數。

2、風險影響

重復交互增加接口耗時，降低接口性能，當重復的是跨機房交互會使得性能急劇下降影響系統穩定性，增加對下游服務的壓力（模塊壓力增加一倍，下游服務壓力增加幾倍）。

3、風險識別

如果兩個交互具有完全相同的請求服務對象（尤其是mysql、redis、memcache這類數據存儲服務）、請求數據、返回數據，那么這兩個交互就判定為重復交互；對于獲取不到交互數據時也可以通過數據包size進行初判。這里可以借助開源trace系統，采集業務測試時的調用鏈信息，根據上面的判斷規則進行風險自動識別。

4、風險消除

在對實時性要求可控的前提下，將第一次查詢信息緩存下來。

• 真實案例一：系統間重復交互。11次重復請求session，對于前端一次請求就要對session模塊產生幾十倍的流量沖擊，所有這些交互都是完全重復的，極大的降低的了接口性能和session的負載能力。

• 真實案例二：mysql/redis重復交互。mysql/redis作為系統中性能瓶頸，這樣的重復請求無疑加速了其性能瓶頸的到達。

二、高頻交互

1、風險定義

一次用戶發起的請求，如果在模塊之間的交互次數完全依賴于后端返回的數據條數，會給下游造成極大壓力的同時，也降低了系統的穩定性。相同業務請求的模塊交互次數多少不一，原因通常是代碼中循環操作內部存在網絡交互，總交互次數受到循環迭代的次數影響。這樣的情況在模塊上線初期，可能因為數據量比較小、pv比較小很容易被人忽視，當某天上線一些大數據、大客戶，將會給予致命一擊。

2、風險影響

循環請求次數過多會導致下游壓力倍增（前端pv增加一倍，后端pv增加幾十倍），接口性能不穩定，降低系統處理能力。系統穩定性完全依賴于數據的代碼邏輯非常脆弱，當遇到某一個大數據時將會出現模塊假死、系統雪崩、功能失敗。

3、風險識別

基于上游傳來的數據或某個子請求返回的數據量（通常是一個數組），針對每個數組元素進行網絡請求，遍歷并沒有錯，但是要對這個遍歷的數組元素個數有限制，否則循環遍歷的次數就完全依賴于數據。這里也可以借助開源trace系統，采集業務測試時的調用鏈信息，根據上面的判斷規則進行風險自動識別。

4、風險消除

數據量要可控，結合產品業務需求，比如請求返回結果要有上限；批量請求替代逐個請求。

• 真實案例：查詢某商戶物料詳情，當該商戶擁有大量物料，就出現了如下場景，用戶的一次查詢就造成服務與db之間156次交互，那該接口的性能就可想而知了，平均耗時都在3s+，用戶體驗極差。

三、冗余/無用交互

1、風險定義

交互依賴的數據已出現異常，還繼續執行后續交互，使得后續的交互是沒有任何意義的冗余交互。這些依賴的數據，可能是上游傳遞而來，也可能是與下游模塊請求得來。

2、風險影響

冗余交互會占用系統資源，降低接口性能，從而影響系統穩定性和性能。

3、風險識別

如果交互A依賴數據B（比如交互A的請求數據中需要傳入B），在B異常（比如數據為空、null、false等）情況下，還是發生了交互A，那么就認為A是冗余交互；如果操作A依賴于操作B的成功執行，當B異常時，還是發生了操作A，那么A也認為是冗余交互?？梢越柚_源trace系統，采集業務測試時的調用鏈信息，根據上面的判斷規則進行風險自動識別。

4、風險消除

代碼中增加異常邏輯判斷：當交互依賴的數據異常時不進行該交互。

• 真實案例：如下調用鏈正常場景是先查詢團單list，然后用團單list去查詢每個團單的優惠。但是當查詢團單列表為空時，就沒有必要再調用marketing查詢團單的優惠信息了，應該立即返回錯誤碼。這里增加無效交互無疑降低了接口性能。

四、接口不可重入

1、風險定義

相同請求發給模塊再次處理，不能保證結果一致，符合預期。

2、風險識別

相同請求，模塊返回結果不一致亦或重復寫操作產生臟數據。這里可以利用錄制工具，重放請求，驗證結果正確性。

3、風險消除

對于防重入可總結三點，前端加入防重復點擊設置，接口層加入鎖機制，db層需要加入唯一鍵設置。

• 真實案例

在商家會員卡充值購買的流程中，nmq故障情況下，購買結果頁顯示充值失敗，但是卡中余額卻一直在直線增加，原因是充值接口沒有做到可重入，這個case幸好在線下及時發現，否則后果不堪設想。

商家會員卡涉及到的購買流程如右下圖所示：

用戶提交訂單并且錢包處理完成后，錢包回調交易模塊的payresult接口，交易模塊驗證通過之后，會調用商家會員卡的rechargemoney接口給商家會員卡充值。為了提高充值接口的可用性，與交易模塊有個約定了一個機制：若調用rechargemoney返回的errno不為0 ，則投入nmq重試三分鐘，三分鐘之內的重試均沒有成功，才觸發自動退款。商家會員卡模塊的充值接口rechargemoney的流程圖如下圖所示：

在rechargemoney接口處理過程中，有一個防頻繁重入的判定redis鎖過程，expireTime設置時間為10s，10s內會攔截過來的重復請求，直接返回。

上述過程可以看到，前端是有無限重試策略的，因此可以認為前端無防重入，那么看接口層鎖機制，重試時間3min明顯大于鎖有效時間10s，因此相同請求10s后鎖機制也失效，再看db層，插入order_id和其他營銷信息，數據庫中并沒有設置order_id為唯一鍵，因此該接口徹底失守，沒有做到可重入，相同訂單可以重復插入成功，從而導致業務表現為同一訂單多次重復充值。

對于該案例，改進方案是首先將鎖有效時間設置大于一切來源的重試時間，其次在db充值記錄表中將orderid設置為主鍵，雙重保護該接口做到可重入。

五、超時設置不合理

1、風險定義

顧名思義，就是超時并沒有根據系統真實表現科學的設置。

2、風險影響

就像下圖化學反應一樣，不合理的超時實際設置并不會產生真正影響，但是遇到網絡故障，依賴超時時，后果不堪設想。

模塊交互必設超時，這是基本要求，但是超時設置過長、過短可能會適得其反。不合理超時設置主要表現為①交互超時時間設置過長，比如5s甚至10s的超時②下游超時時間大于上游超時時間。

交互超時重試時間過長，在下游偶爾出現網絡抖動時連接被hang住，接口耗時增加，并且降級模塊處理能力。下游超時>上游超時，上游超時后斷開連接引發重試，下游還在繼續上次運算（此時已經沒有意義），下游負載增加N倍（取決于重試次數設置和發生重試的層數），使得系統性能急劇下降甚至雪崩。

3、風險識別

①超時時間設置過長（比如數據庫connect超時1s，模塊讀寫超時5s）

②下游超時時間大于上游超時時間。

4、風險消除

從系統整體考慮，并且結合重試和本模塊計算時間的影響。下游超時<上游超時；超時時間不宜過長，根據下游接口性能設置；對于弱依賴的服務交互，超時時間更不能過長，以免弱依賴阻塞主流程。

• 真實案例：如下圖，該接口調用redis超時時間超過2s，然而Redis性能極好，單線程阻塞性server，這種長耗時會阻塞其他請求，很容易引起系統雪崩，應該把redis連接超時時間修改適當小。

六、重試設置不合理

1、風險定義

顧名思義，就是重試并沒有根據系統真實表現科學的設置。

2、風險影響

任何網絡交互都可能失敗，為了保證最終交互成功，通常交互失敗/超時、數據錯誤后再次與該模塊交互，即發生了重試。重試的次數設置不當，輕者交互成功率不達標，業務失敗率增高，嚴重者引發系統雪崩。

3、風險識別

查看框架配置文件中重試次數配置，是否簡單粗暴的經驗值設定重試次數，比如一律重試3次，查看代碼中邏輯控制的重試限制（這種很隱蔽）。

4、風險消除

相對于固定的重試序列，隨機重試序列也可能給系統帶來風險，例如可能會降低下游模塊的cache命中率，降低系統性能，甚至引起雪崩。

評估重試機制：

1) 真的需要在每一層都努力重試嗎？

2) 真的需要這么多次重試嗎？

3) 真的需要在連接，寫，讀這三者失敗后都重試嗎？

• 按照業務需求和模塊性能設置重試次數

• 弱依賴不用重試也可以

• 下游模塊性能好，基本不會超時，也可以不重試

• 大部分情況下，重試次數為1已經足夠

• 真實案例

如圖為某產品線的架構，整個系統中，上游模塊對下游模塊所有的交互，重試次數都是設成3次，交互失敗包括連接失敗，寫失敗，讀失敗這三種情形。如果是寫和讀失敗，那么要關閉當前連接，再重新發起連接。

如果一臺bs假死，到該bs的請求會超時。（注意區分模塊假死和真死，假死情況下，模塊端口打開，能夠接收上游連接，但是由于各種原因（如連接隊列滿，工作線程耗盡，陷入死循環等），不會返回任何應答，上游模塊必須等待超時才知道失敗，連接超時，寫超時和讀超時都有可能。而在真死情況下，模塊端口關閉，或者干脆程序退出，上游模塊連接它會很快得到失敗返回碼，這個返回碼由下游模塊的操作系統協議棧返回的，如ECONNREFUSED錯誤碼代表端口不存在，連接被拒絕。） 

那么as有1/3的概率需要重試，as重試的過程中，ui可能早就認為as已經超時了，所以ui也開始重試，ui重試的過程中，webserver可能認為ui已經超時了，所以webserver也開始重試……就這樣，整個系統的負載急劇增加，到達bs的qps會是平時的27倍，直到系統崩潰為止。

七、IP直連服務方式

1、風險定義

A,B兩個系統交互，B系統分布式部署，A-B連接是通過配置B系統所有IP方式。

2、風險影響

當B系統分布式服務中某一臺掛掉時，不能做到failover，導致故障影響擴大。

3、風險消除

通過bns或者組的方式進行連接。

• 真實案例

某產品線依賴服務redis調用均采用ip列表的方式，如果redis proxy出現單機故障，需要人工介入進行切流量止損。單機發單重啟修復周期有時會達小時級別，因此線上服務在故障期間會長時間處于切流量狀態，高峰期單機房容量會存在風險。如同時有其他機房服務異常，則無法執行既定預案止損。并且如想下掉故障proxy，只能采用發上線單修改線上配置的方式。止損操作復雜，周期長，效率低下，具體case如下:

(1)用戶中心redisproxy單機故障，人工切流量止損，恢復服務花費2小時，期間線上處于切流量狀態。

(2)商品中心redis proxy單機故障，會存在扣除庫存失敗的風險?；謴头栈ㄙM半小時，后續又再次發生宕機，發單下掉故障proxy。

如上對應前面講的故障時間，該服務sla月可用性已不足3個9。

八、跨機房請求

1、風險定義

交互的兩個模塊分別部署在不同機房。

2、風險影響

跨機房交互由于存在網絡延時，嚴重影響接口性能、請求成功率，極大的降低了系統穩定性。

3、風險識別

①配置錯誤（ODP框架）ral-service中配置的服務后端IP的Tag不能為空（在ral中，會將Tag為空的也認為是本機房）②上游傳入idc錯誤，Idc是完全匹配，nj和nj02就不相同，因此如果上游傳入nj02，當前模塊的idc是nj，就會找不到對應的Tag而只能使用default。

4、風險消除

主要關注配置是否合理，由于線上配置很難在線下驗證正確性，肉眼排查難免遺漏，因此可通過線上機房流量切換演練驗證。

九、不合理強/弱依賴

1、風險定義

所謂強依賴就是，請求鏈路中某個服務失敗/結果異常/無結果后，核心邏輯必失敗，否則就認為是弱依賴。不合理的強弱依賴有兩類，本應該是弱依賴的設置為強依賴，本應該是強依賴的設置為弱依賴。

2、風險影響

系統穩定性取決于調用鏈中所有依賴穩定性最差的依賴，如果將穩定性較差的服務作為強依賴將嚴重影響穩定性

3、風險識別

強弱依賴的合理性是需要結合業務判斷的，如果業務返回結果不可或缺該依賴，那么就該設置強依賴；如何判斷該依賴是否為強依賴可以通過故障模擬驗證，如果模擬該依賴異常時導致調用異常，則判斷其為強依賴。

4、風險消除

①調整不合理的強弱依賴關系，將業務非強依賴服務降級；②通過系統優化及運維優化等手段提高強依賴的穩定性。③對強依賴結果進行全面校驗，保證強依賴故障能夠及時被發現。

• 真實案例

用戶下單請求到trade模塊，是通過消息隊列nmq保證下單后的商戶通知功能，通知商戶是借助公共服務云推送，這里云推送被實現成了強依賴，也就是當云推送如果失敗，返回給本次請求失敗。

某次下單高峰期時，云推送出現故障，無法給ios用戶推送消息，nmq收到請求失敗后，會持續不斷的重發，nmq的通道堵塞之后也影響了trade模塊向nmq的請求故障不斷往上層蔓延，最后用戶無法下單。

對于如上案例，工程師最后去掉對云推送強依賴代碼，服務才慢慢恢復，但已造成非常大的損失。

十、無效依賴干擾

1、風險定義

服務啟動流程中與該依賴建立了連接，但是整個邏輯處理過程中無需依賴該服務，無任何業務關聯性。

2、風險影響

其實該風險是不合理依賴的一個特例，無業務關聯性的依賴應該及時去除，否則會影響整體服務穩定性。

3、風險識別

與依賴服務只有一次鏈接交互，無其他交互，就可以初步判斷該依賴為無效依賴，為了準確評估可再結合代碼排查。

• 真實案例

某產品線由于配置管理較亂，有個服務每次啟動都會判斷多個與業務完全不依賴的服務啟動情況，這幾個依賴服務處于無人維護狀態，非常不穩定，從而導致該服務啟動失敗率非常高。

十一、第三方依賴

1、風險定義

請求的完成，需要依賴產品外的其他服務，都稱之為第三方（tp）依賴，按照公司又分為公司外第三方，比如糯米酒店依賴攜程服務；公司內第三方，比如passport相對于手百。

2、風險影響

第三方服務的性能，正確性，穩定性直接影響自身服務，尤其是第三方強依賴，當第三方依賴出現異常，很可能導致自身產品受到損失；公司外第三方依賴有些是小型公司，技術和運維能力有限，其服務的性能，正確性、穩定性不是很高。

3、風險識別

第三方依賴的可靠性是不可控的也是我們系統建設中不可避免的，那么只能盡量降低第三方依賴不穩定對自身的影響。

4、風險消除：

• 盡量避免第三方強依賴；

• 超時設置，重試設置結合第三方容量，平均響應時間，部署情況；

• 增加第三方依賴掛掉，假死，接口變更的校驗及容錯降級處理，從架構和云微商做到各個TP方與自身業務的解耦；

• 運維上，提高第三方依賴可靠性，使用內網bns，vip請求，且避免跨機房交互。

• 真實案例

某產品線依賴A,B,C三個tp方數據進行匯總展示，每次都需要調用三方都有結果時再進行聚合，否則認為整個流程失敗，而三個tp方穩定性不盡相同，其中B是個小公司，經常出現故障，導致自身服務經常故障。

對此工程師對各個TP方加上了全面校驗，當驗證故障后自動調用降級操作，去掉該tp依賴。從此服務穩定性大大提升。

十二、緩存穿透

1、風險定義

前端請求一個肯定不存在的key，導致每次請求都會請求后端原始數據，使得緩存被“穿透”，當該類請求高并發時，那么后端壓力凸顯。

2、風險影響

緩存穿透后，每個請求都會到達后端服務，對后端服務壓力突增；當緩存穿透的并發較高（尤其是惡意攻擊），后端服務很可能被壓垮，導致整個系統癱瘓。

3、風險原因

一種可能是對于主從分離系統，緩存失效時間小于主從延遲時間，尤其是跨機房的主從分離，主從延遲在某些時候會達到數秒甚至數十秒，這是如果緩存時間設置過小，就會導致所有緩存讀寫記過均為失效結果，進而請求后端服務獲取新的數據。另一種可能是查詢結果為空的情況。

4、風險消除

• 對于查詢結果為空的情況也進行緩存，緩存時間設置短一點，或者該key對應的數據insert了之后清理緩存；

• 對于一定不存在的key進行過濾，把這些key放到一個大的bitmap上；

• 設計的時候考慮，當緩存失效時，系統服務的情況及應對措施。

十三、緩存失效/緩存雪崩

1、風險定義

大量緩存同時過期失效，前端請求同時到達后端服務。

2、風險影響

當并發量足夠大（比如秒殺，搶購），后端服務很可能被壓垮，導致整個系統雪崩。

3、風險識別

緩存設置時間相同，失效周期也相同，導致多個緩存同時失效。

4、風險消除

• 不同的key，設置不同的過期時間，讓緩存失效的時間點盡量散列均勻；

• 在緩存試下后，通過加鎖或者隊列來控制讀數據庫讀寫緩存的線程數量（比如對某個key只允許一個線程查詢和寫緩存，其他線程等待）；

• 做二級緩存，A為原始緩存，A2位拷貝緩存，A1失效時，可以訪問A2，A1緩存失效設置為較短，A2設置為長期。

• 真實案例

某產品線監控發現機器A機器的8688端口掛掉了，經追查發現一個廣告配置下發的接口（/api/v1/ipid）掛掉了，據統計，前一天23點到當日9點之間，該接口被訪問了400萬+次，正常來講，這種廣告配置下發的接口一天最多幾百個請求量。

經查，客戶端有一個零點定時觸發策略，零點會同時啟動很多服務，平時并發請求會命中緩存，不會造成太大壓力，可是當時正趕上緩存時間到期，大量請求將服務接口壓死，端口掛掉。

對此臨時方案是在接入層nginx配置文件中加入了流量控制機制，用lua腳本來將零點的請求屏蔽掉，長期方案是避免這種緩存集體失效的情況。

十四、 架構耦合不合理

1、風險定義

系統架構和設計上存在著耦合，包括模塊耦合、接口耦合、消息隊列耦合。具體體現在，主次不分的功能在一個模塊或者接口中實現，nmq中不同重要性的命令耦合在同一個module中。

2、風險影響

整個系統穩定性<最不穩定的功能穩定性，不重要的功能可能拖垮重要功能

3、風險消除

整體思路就是，重要與不重要拆分，實時與非實時拆分，在線與離線拆分，根本上解決就是架構解耦，但是系統發展到一定階段再拆分代碼成本很高，這里可以通過運維方法控制解耦，具體見如下案例。

• 真實案例

某產品線的一級服務和二級服務共同依賴一個基礎服務，由于二級服務的一個bug拖垮基礎服務，從而導致一級服務不可用，對此解決方案是通過運維將不同上游流量分開。

十五、緩存耦合不合理

思想同2.1.14這里不再贅述。

總結

本文給出了常見的15種架構設計風險，希望大家能夠在實際工作中參考審視自己系統是否也存在同樣的風險，盡早消除，提高穩定性！