<address id="ttjl9"></address>

      <noframes id="ttjl9"><address id="ttjl9"><nobr id="ttjl9"></nobr></address>
      <form id="ttjl9"></form>
        <em id="ttjl9"><span id="ttjl9"></span></em>
        <address id="ttjl9"></address>

          <noframes id="ttjl9"><form id="ttjl9"></form>

          首頁

          產品出海如何做好設計?

          資深UI設計者

          國內互聯網近幾年發展迅速,在很多方面都超過了一些其他國家互聯網的發展階段。隨著國內互聯網產品競爭日趨激烈,很多企業都把目光投向了用戶量龐大的海外市場。而疫情對于全球經濟的影響更是加速了海外市場的數字化進程。據 Sensor Tower 數據顯示,2020 年 Q1 全球移動互聯網應用下載量達 336 億次,同比增長了 20.3%。

          產品出海如何做好設計?來看這篇近6000字的總結

          產品出海的第一道屏障就是語言。但若想打造一款能夠適應海外市場的產品,只完成不同語種的翻譯是遠遠不夠的。在產品設計的過程中,我們需要考慮兩個方面:國際化與本土化。

          國際化+本地化的策略,也就是“glocal—global+local”,指的是結合國際統一和地區差異。這種策略在統一的前提下,通過靈活配置保障地區的個性化體驗,既能滿足統一維護提升產品效率,也能保障當地用戶的特殊訴求,是一種性價比很高的設計方案

          產品出海如何做好設計?來看這篇近6000字的總結

          產品設計的國際化

          產品的國際化,即全球化。國際化的通用設計能夠為產品打造一個全球統一的形象與內核。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ Chrome 的不同地區首頁功能與樣式基本一致

          一套通用的設計系統和設計規范,既可以幫助我們在產品的國際化設計中 樹立產品調性,又可以保證操作的一致性,同時提升設計的高效性。阿里旗下面向東南亞市場的購物平臺 Lazada 在開發之初,通過使用 Fusion Design 的設計系統,大大節省了設計的時間。在如此復雜的電商業務場景之下,整套產品的設計最終僅 3 靠個設計師就完成了。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 設計系統對產品研發成本的影響

          除此之外,一致的內核也能夠幫助企業在全球范圍內建立起統一的品牌形象,增強品牌的識別度與知名度。

          產品設計的本土化

          想要讓產品在某一個市場上站穩腳跟,對于本土化的思考是必不可少的。本土化的核心是 因地制宜,根據地區差異相應調整產品策略。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ UC 瀏覽器在不同地區的首頁布局

          為什么說本土化對于產品的出海非常重要?其原因并不難理解。Charles Eames 說過,“Recognizing the need is the primary condition for design.” 任何設計的本質都脫離不開對需求和問題本身的理解。好的設計是在對需求、動機、心理、環境等相關因素有了充分了解之后所產出的解決方案。

          針對海外設計研究的思維框架

          在考慮產品的本土化時,我們需要關注到用戶的需求是什么、是否仍然成立,用戶的行為模式是什么樣的,以及整個外在社會物質、精神環境等方面的狀況。螞蟻金服團隊通過海外本土化設計實踐,總結出了一套“環境-人-需求“的研究框架,列出了可以去調研的多個方面。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 螞蟻金服-“環境-人-需求”出海產品設計研究框架(做了小部分修改)

          1. 需求(價值)

          首先,我們要做的第一步判斷就是原來的用戶需求是否成立。產品在原市場想要解決的問題,是否在新的市場仍然存在,即我們的產品是否 有用?這個問題的答案決定了原先的產品是否對于該市場的用戶是有價值的。如果有價值,那么就可以深入探索如何讓用戶用起來;如果沒有價值,那么就需要進一步判斷是否要繼續開拓這個市場,以及如果繼續開拓這個市場,在原有的產品形態上,我們能否通過改造的手段讓它符合在新市場的用戶群中挖掘出來的、不一樣的新價值?

          達到了“有用”的標準,我們則需要開始考慮“ 好用”的問題。只有滿足“好用”這一條件,產品才能夠被用戶用起來、從而真正在新市場落地。在實現“好用”的過程中,我們可以關注以下幾個層面的影響因素:

          生活形態、價值觀

          生活環境與社會環境會塑造當地用戶的生活形態與習慣。

          下圖分別是日本和北美地區的新聞資訊類 App。同樣是推送新聞資訊,兩者在表現形式上卻大相徑庭。可以看出日本的新聞 App 布局緊湊、信息量大、頁面坪效很高;而北美的新聞 App 則更注重突出重點內容,信息密度相對來說并不高。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 日本-新聞資訊類 App

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 北美-新聞資訊類 App

          這種差異的背后,其實是兩地上班族生活形態的差異。日本城市小、人口密度大,上班族通勤大多會選擇地鐵。而北美地區面積大,大部分人會駕車上班。駕車的人雙手需要長時間控制方向盤,同時開車也需要持續注意路況,只能在間隙中查看新聞內容;而乘坐地鐵的人雙手更加自由,也有較長的通勤時間需要消磨,故可以接受更多的信息,也能夠接受更繁瑣的操作。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 北美(左)和日本(右)各自的生活形態

          有時候,某個地區的用戶長期習慣的操作模式,會與主流的操作模式有所差異。設計師 junu 在個人博客中講述了他為 Melon(一個韓國主流音樂播放器)進行體驗優化的一段經歷。他發現 Melon 當時的播放操作邏輯比較冗長,用戶需要先點選列表中的多首樂曲,再點擊底下的播放鍵,此時 Melon 會將用戶所選歌曲自動生成一個列表并進行播放。這和當時 Spotify 等音樂播放器“點擊即播放”的主流交互邏輯相比,要更復雜和麻煩,尤其是在用戶只是想要立即聽到某一首歌曲的時候。因此,junu 提議引入“點擊=播放”的操作方式。但當他們設計出了這樣的優化方案后,卻發現在測試過程中老用戶們對這樣的交互方式感到陌生和沮喪?;谟脩舴答?,最終,他們采取了一個折中的方案,既保留了原先的復選框作為多選操作的區域,讓用戶仍然能夠選擇樂曲生成列表并且播放;同時又引入了點擊單曲直接播放的操作。相比第一版優化方案,用戶的接受程度有了明顯提升。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ Melon 播放器的點選操作邏輯

          設備環境

          10 年前,高端大屏幕手機在東南亞和非洲市場普及率并不高,因此產品出海時需要考慮當地常見的設備是什么,并作出相應的適配。近幾年,隨著市場經濟的發展以及中國手機的成功出海,即使是東南亞和非州的發展中國家,高端移動設備的普及率也已經很高,這為設計師在考慮通用性的過程中減輕了不少負擔。不過,在為每個地區的用戶做產品設計時,仍然需要調研清楚當地設備的使用情況,比如什么樣設備更流行、普及率更高;如果某一地區的設備不夠發達,那么設計的操作也需要考慮到設備不同所造成的差異。

          業態/監管

          在不同的國家或者地區,各個行業的標準與制度也可能存在很大區別。例如財會軟件行業中,在北美和英國占據了重要市場份額的 Quickbooks、Xero 等公司,卻無法成功打入歐洲一些國家的市場。因為財會軟件本身的功能、流程設計與當地的財務制度是緊密相關的。在這樣的情況下,歐洲本土的企業顯然會對當地的政策和制度更加熟悉,也更容易設計出符合當地企業與會計需求的財會產品。

          2015 年,Airbnb 進入中國市場。在最初的市場調研和用戶調研之后,針對本土化,他們所邁出的第一步就是根據中國的業態環境對產品的前 10%和后 10%做了改造。其中,產品的前 10%指的是登錄這一類用戶開始使用產品所需要進行的步驟,而后 10%指的則是支付等用戶完成一個完整流程所需要進行的操作。因為當用戶進入到產品主要鏈路中時,其功能流程基本相通(搜索地點、挑選房間、瀏覽信息等),不需要做過多的改變;但產品的前 10%和后 10%則決定了用戶能不能把產品用起來并不遇到障礙。因此,針對登錄的部分,愛彼迎將原先的 Facebook 等第三方登錄替換成了微信與微博賬號的登錄;而在支付的部分,愛彼迎引入了支付寶與微信支付的方式,打破了中國本土用戶進入產品和完成訂單的壁壘。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ Airbnb 產品中國本土化的“前 10%與后 10%”策略

          社會經濟

          社會經濟環境的不同代表著社會階層狀況的不同,它會影響人們在消費時的行為方式。螞蟻金服在調研菲律賓市場時發現,當地擁有銀行賬戶的人口僅占了總人口的 34%,同期中國擁有銀行賬戶的人口則占了總人口的 85%。而這 34%的人基本上都是當地的富人及中產階層。在貧富分化嚴重的菲律賓,大部分普通民眾是沒有銀行賬戶的。這一人口學特征很大程度影響了螞蟻金服電子錢包業務對菲律賓目標用戶的描繪,繼而影響了產品各個層面的設計。

          文化/宗教

          在各個文化/宗教里存在著不同的意象,也會有各自的表達方式與禁忌等等。在某個文化下表示友好的行為,在另一種文化下可能是一種冒犯。這些都是在設計時需要去注意的。除此之外,在不同的文化/宗教語境下,人們會有不同的行為模式與價值取向,這里我們會引入一個模型——霍夫斯泰德文化維度模式,來對這一問題進行更詳細的解讀。

          霍夫斯泰德文化維度模式

          霍夫斯泰德文化維度模式是荷蘭心理學家吉爾特·霍夫斯泰德提出的用來衡量不同國家文化差異的一個理論框架。它可以幫助我們對于不同文化群體的價值觀有一個較為全面的了解,從而更明白該文化群體中人們的行為傾向。此理論總結了衡量各文化價值觀的六個維度:

          權力距離指數(power distance index,縮寫為 PDI):指在家庭、公司、社區等組織機構中地位較低的成員對于權力分配不平等的接受程度。權力距離指數高的文化,組織更中心化、有特定的等級秩序、更容易聽從領袖的決策;而權力距離指數低的文化,組織更扁平化、主張人人平等、更傾向于自己做判斷而不易受控制。

          個人主義(individualism,縮寫為 IDV):與集體主義相對,指個人融入集體的程度。個人主義越高的文化,自我意識更強烈,更看重依靠個人努力獲取利益和價值,追求隱私保證和自由;而個人主義程度越低的文化,會期望得到“團體”的照顧,更忠誠地依賴于群體和熟悉的社交關系,更傾向跟隨主流價值觀做決定。

          不確定性規避指數(uncertainty avoidance index,縮寫為 UAI):指社會能在多大程度上容忍不確定性。不確定性規避指數越高,人們會更遵循規則,恐懼變化、喜歡熟悉,并且習慣通過已知經驗推演事物邏輯。而不確定性規避指數越低,人們會更有更強的安全感,對變化的包容性更強,有著更輕松的生活態度,鼓勵冒險,對風險的承受度更高。

          男性化(masculinity,縮寫為 MAS):與女性化(femininity)相對,指人們(不論男女)更富有競爭精神,自信與野心,注重財富和社會資源的積累,而女性化社會責注重人們之間的關系和生活的品質。故男性化程度高的社會,人們會更加自信、進取、好勝,追求英雄主義,關注物質成功及權利地位;而男性化程度低的社會,人們會更加注重合作與謙和,信奉中庸共識主義,更享受生活、關愛他人。(注:男女平等)

          長期導向(long-term orientation,縮寫為 LTO):最初名為“儒家動力”(Confucian dynamism),指社會對未來的重視程度。長期導向的社會,注重堅持不懈和節儉,愿意計劃未來生活,也會設定長期目標;而短期導向的社會,會認為活在當下更重要。

          放任與約束(indulgence vs. restraint,縮寫為 IVR):指社會成員在多大程度上意圖控制自身的欲望。放縱指數越高的社會,人們會更加樂觀、積極、沖動,認同隨心所欲的觀點,更傾向自我欲望的滿足和表達;而克制指數越高的社會,則會在心態上更加嚴肅、嚴謹、審慎,會有更嚴格的社會規范制度,而認為休閑娛樂不重要。

          使用他們官方網站( https://www.hofstede-insights.com/ )上的 Culture Comparison Tool,可以查詢到各個國家的文化維度指數,也可以選擇不同的國家進行對比。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 日本與荷蘭的文化維度指數對比 – hofstede

          在為特定地區的用戶設計產品時,我們可以從這些維度去解讀他們的行為傾向,并據此提出相應的解決方案或者設計方案。滴滴團隊在開拓墨西哥市場時,根據墨西哥的文化維度指數在產品的本土化上制定了從功能到外觀等不同層面上的設計策略。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 墨西哥地區的文化特征指數

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 滴滴墨西哥的本土化設計策略

          這類源于文化差異的設計差異并不少見。在淘寶等國內的電商平臺上,“按照銷量排序”是一個被高頻使用的功能,消費者們認為什么產品買的人多,什么產品就更好。這樣的觀念也催生了一大批店家刷單的行為。但當在北美的電商平臺亞馬遜上,我們會發現并沒有按銷量排序這個選項。因為美國的用戶相對來說個人主義更強、更相信自己的判斷和選擇,他們不認為他人推薦的就一定是好的。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 國內外電商平臺對比

          在企業即時通訊工具行業,國內的主流產品,如企業微信、釘釘等,都選擇了藍色這一比較沉穩的顏色作為主色調,在產品功能的形態上也偏向于嚴肅。而海外的辦公產品 Slack,視覺色彩更加豐富;整體的產品定位也更加活潑歡樂,常常會有“不嚴肅”的表達,比如在界面多處都使用了 emoji。這樣的產品形態差異,其背后是兩種文化在放縱(享樂)/克制(嚴肅)這一維度上的差異。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ 企業微信與 slack 的產品風格對比

          內容本土化

          除了功能框架上的設計需要考慮本土化外,產品中運營內容的本土化也是不可輕視的一環。Spotify Design 團隊在《Designing for Belonging: Why Image Localization Matters》一文中,記錄了他們對于內容本地化的一些經驗和思考。同樣,內容的翻譯僅僅是本土化的第一步。在地區之間區別不大時,完成內容的翻譯便能夠滿足其他地區的需求。如下圖中 “浴室歌單( Songs to sing in the shower)”的播放列表,列表上的文案一經翻譯,就能夠推送給德國、波蘭、以色列、意大利等一眾國家的用戶。但當內容的閱讀群體有著更顯著的差異時,僅僅翻譯是不夠的。在看到這張圖片的時候,其他人種比如亞洲人可能就不會產生很強的代入感,也會缺少對產品的一種歸屬感(這個產品并不是為”我“設計的)。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ Spotify “Songs to sing in the shower” 歌單

          下圖展示的是 Spotify 另一個歌單—— “快樂時光( Happy Hits)” 的封面在不同地區的呈現形式。可以看到,面對文化差異更大的群體時,Spotify在保持了統一的樣式風格的基礎上,針對每一個地區都展示了當地人在他們的生活中“快樂”的樣子。這種本地化內容更加貼近當地用戶,也能夠讓用戶產生更強的連結感與共感。

          產品出海如何做好設計?來看這篇近6000字的總結

          △ Spotify “Happy Hits” 歌單

          結語

          回到那句話 —— “Recognizing the need is the primary condition for design.”產品的出海其實只是我們在設計中會遇到的一種場景,在這個特定場景下我們的設計思考與其他場景下是互通的。如果僅僅完成了翻譯這一步,那我們就忽視了在新市場下另一群用戶的特征、需求、使用情景、操作習慣等關鍵信息。無論是不是在為產品的出海而設計,我們始終應該保持對用戶的好奇,讓最終的設計實現我們期望達成的目標。

          文章來源:優設   作者:酷家樂UED

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

          B端設計規范如何落地?

          資深UI設計者

          “B端設計規范怎么落實下去是困擾很多設計師的一個問題,我總結一套從制作到落地的全部流程“。

          在B端設計中,設計規范怎么建立才能落實下去之前一直困擾著包括我在內的廣大設計師老鐵們。設計師期望參與產品的每一個角色(產品,設計,前端開發,測試)都能遵循設計規范,結合設計規范內的內容,保證前端開發頁面的還原度。因此從目標來說,其實設計師小伙伴與研發小伙伴的目標是一致的,但是實現起來其實并沒有想象中的簡單。在業務初始階段對業務不熟悉,盲目就著手建立規范其實并不是一個明智的選擇,很多B端的萌新小朋友會在業務尚未明確情況下就從第一個版本就開始制定設計規范,這會蘊含巨大的風險在里面,也不易推動落地。在初期有限的研發資源里只有了解了業務的實際場景,針對場景進行深度思考與分析,與規范涉及人員進行深度溝通統籌各方面資源,才能最后形成一套可以落地執行滿足設計標準和業務需求的設計規范。


          目錄


          01.B端設計為什么要制定設計規范?

          02.什么階段適合建立設計規范?

          03.推動規范需要像需求一樣去迭代!

          04.B端的設計規范需要整理那些東西

          05.搭建組件庫你需要知道的幾件事!

          06.如何輸出規范?

          07.整理設計規范對個人的影響!






          對產品來說

          搭建原型可直接調用組件庫,能搭建出高保真的原型。與設計師溝通更加順暢,小的修改可以直接和開發溝通不需要通過設計師出圖,極大增加了前期的節奏。



          對設計師來說

          當同一個項目由多個設計師共同協作時,由于設計理解不一致等各種原因都會出現設計控件使用混亂等問題,此時為了保證設計各方面統一性需要一份設計規范做引導。



          對開發來說

          按照設計規范建立好公共組件庫,開發效率提升有了明顯的提升,可復用的東西確定了下來不會頻繁改動,設計走查的問題也會逐漸減少。



          對測試來說

          模凌兩可的交互可以有地方看交互樣式了,不需要再詢問設計師。有更多的時間專注于測試功能上的問題了。






          過往,設計師一般默認在啟動一個項目的初始階段進行設計規范的制作,具體時間點跟著版本節奏走。在1.0版本之前就著手規范的制作,其實這是很欠缺考慮的做法,其中蘊含著極多的風險因素在里面。此處分享個人工作中兩個比較建議的規范建立時間點供大家參考。


          2.1 業務處于探索期

          在初始版本開發并未制定相應的業務組件。規范主要涉及到色彩,字體,間距,布局,柵格等通用設計原則以及常用業務組件的定制。此階段搭建的規范具備高效性以及靈活性的特點,由于尚未搭建特殊的業務組件(當領導想要突然調轉方向也不會很慌,改動較小就可以完成整體的規范轉向)此時搭建規范組件庫需要考慮到預留后續更改的空間。 


          優點:靈活,滿足業務隨時更換的需求

          缺點:體量小,僅能支持初步業務場景



          2.2業務處于成長期

          當業務已經迭代幾個版本后,整個團隊對業務的理解都不可同日而語。產品也正到了較為穩定的版本,此時若提出搭建組件庫可以結合業務設計出符業務場景的樣式,每個符合當前業務的組件邏輯和樣式都不是初始階段憑空想象出來的,當產品有一定的發展,有足夠的業務邏輯,積累足夠的業務場景,才能設計出有著自身業務的完善組件庫。


          優點:可以依據反饋沉淀組件庫,發展到一定階段整體變數不會太大

          缺點:0-1階段需要設計師對整體業務設計有比較足的把控力



          我們公司在2020年初開啟的項目,目前已經過了探索階段處于向成長階段過度,當時正值疫情高發整個項目都由我個人負責。現階段整個公司在今年第四季度把系統性的產品和服務競爭優勢提上了日程,畢竟沒有設計規范對整個業務底層設計架構進行指引是很難做好產品差異化和規范化。也是趁此機會,設計可以針對性對現有的業務組件庫以及規范進行一次全面的復盤,迭代出一個新的版本,在團隊內推動落地以便更好適應產品的發展。




          3.1做好產品定位

          在B端的項目評審時,設計師就需要做好B端的用戶畫像,弄明白產品的目標用戶以及使用用戶的區別,他們通常并非同一類人。除了目標用戶的差異外,不同用戶的使用場景也是不一樣的。只用弄清楚了各個角色的關系以及功能設計的邏輯,具體用戶年齡,解決什么問題,才可以產出符合用戶需求的設計。


          3.2整理規范的內容和分類

          在制定規范前,需要明確產品中主要有哪幾種分類,將最基礎的分類定義好方便后續針對分類內容進行整理。B端產品與C端產品既有共同性也有著很大的差異化,可以借鑒但是切忌生搬硬套C端的設計規范。




          3.3排優先級嵌入版本迭代內

          一套完整的規范蘊含內容是非常豐富的,將程序小哥的頭發全部薅完也難以在1個版本迭代里面改完的。因此我們需要將自己作為設計規范這個項目的產品經理,針對現有的需求進行拆分,并排出優先級分版本迭代進產品里面,我們可以依據從大到小的原則進行優先級排序。對產品設計風格影響大的先排,影響小的后排。那么針對我們業務優先級排序是:設計準則>框架布局>組件>控件>場景。當然設計規范的制定不單單局限于設計團隊內部,在嵌入版本里面時可與產品和開發多溝通,以便達到更好的落地效果。



          上面的場景是否很熟悉,開發小哥每天都得忙很多的事情,如果不用線上文檔進行同步的話,他們可能轉頭就會忘記哦~





          4.1 頁面布局


          統一設計尺寸

          據統計,目前 PC 端用戶屏幕分辨率占比排名前三的是 1920*1080、1366*768、1440*900,以 1440 來設計的話是一個比較合適的尺寸,向上適配或者向下適配誤差會比較小。



          頁面框架

          主流頁面框架主要分為左右欄布局和上下欄布局。


          左右布局:頂部菜單欄、左側菜單欄為固定結構,右側主體內容根據分辨率進行動態縮放。

          上下布局:頂部菜單欄為固定結構,主體內容進行動態縮放,需定義兩邊空白區域寬度



          柵格布局

          柵格系統的使用是為了解決自適應和響應式問題,從而更好地進行產品設計和產品開發。響應式柵格常采用 12和24 列柵格系統實現,以滿足 2,3,4,5,6 分比布局等多種情況。固定寬度 Column,將間隔 Gutter 進行動態縮放。

          • 網格(Grid)

          • 柵格總寬度(Container)

          • 列和槽(Column&Gutter)

          • 邊距(Margin)

          • 區塊(Col-n)



          我們的產品是在1440px的框架下進行設計的,采用左右布局的形式,將左側菜單欄(100px)以及間距(24px)減去以后,就是自適應的內容區域(1292px)



          4.2顏色/字體


          顏色

          主色的選擇,需要依據使用人群,目標用戶,使用場景,產品屬性等因素綜合進行考慮,在顏色使用上B端與C端的目的并不相同,C端顏色使用更大膽自由一些,以抓人眼球為主。而B端端使用則是以輔助產品功能為主,需要遵循對比原則,提升產品易讀性。

          小例子:以我們產品舉例,在定義主色之前我向產品要來了關于用戶人群的調研報告以輔助我去推測目標人群以及使用場景,并通過相關平臺(七麥網)(艾瑞網)去找到競品的行業報告。這些資料不僅可以幫你定義產品使用的顏色,還可以輔助你進行風格的定義,將這些報告放入評審的會議里面可以極大增強設計說服力和專業性。



          通過鯨準與艾瑞網等數據相關網站可以輕松獲取行業內的一些基本數據,這些數據足以讓我們進行用戶畫像的初步建立了。



          在規范好顏色以后,需要與前端進行同步,將顏色賦予單獨的編號,方便雙方就顏色上達成統一。如下圖所示,一個編號對應一個RGB色值。



          字體

          B端頁面可讀性很大程度是由排版所決定端,而在排版中文字更是重點中的重點。


          字體選擇

          在參考相關線上的成熟產品后,發現字體的渲染是一個很復雜的過程,首先我們需要知道在Web世界中存在著五大字體家族,江湖人稱font-family:serif、sans-serif、monospace、cursive和fantasy。

          font-family規定元素的字體系列,可以把多個字體名稱作為一個“回退”系統來保存。如果瀏覽器不支持第一個字體,則會嘗試下一個。



          在實際使用場景中,用戶的電腦一般是PC和Mac,但是這兩個平臺的屏幕材質、渲染方式都不一樣,所以使用的默認字體也是不一樣的。PC默認使用微軟雅黑,而Mac默認使用蘋方。

          當我們打開一個網站,瀏覽器會讀取font-family中的字體名稱,并去檢索用戶電腦系統中的字體,如果有的話就顯示,沒有的話檢索下一個。



          字號與字重

          字號的選擇有多種方式進行參考,比如等差遞增和等比遞增的方式。我們自身在字體選擇上選擇由4為基數進行等差遞增方式,在定義字號大小時默認采用偶數。



          字重的功能是為了在文本種突出重點強調內容,在文本中常采用3種規格的自重(regular,Medium,Smlbold)

          設定標題一律采用Medium

          正文一律采用Regular,強調內容采用顏色區分大于字重去區分。

          在使用字體時,我們需要判斷其與背景色的對比度是否符合WCAG2.0的最低標準,即3:1,此處我們可以在創建文字樣式時將標準標注進去。當我們使用文字樣式的時候就可以隨時提醒我們不要濫用。


          4.3分隔與間距

          在日常工作中,會常常出現多個小伙伴協同工作時采用的間距不一致的情況。雖然之前有進行口頭上的統一(采用8px為基數)進行設計,但是還是會出現同一情況間距不一致的問題。在參照現有的成熟系統以后,依據親密性原則與格式塔原理整理出符合現有業務的間距規范。




          我會將間距分為豎向間距與橫向間距。為了方便管理與溝通我會將他們進行尺寸上的區分(XS、S、M、L、XL)。


          豎向間距:常用于模塊與模塊之間,一般采用24px,32px,48px

          橫向間距:日常設計中使用頻率最高的間距,一般出現在組件與組件之間




          4.4 圖標規范

          B端設計和C端設計里的圖標無論是從功能,應用場景,圖標的狀態等方面都有非常大的差異,如果按照C端的方法去繪制B端的圖標那簡直是費力不討好。在之前做C端的圖標時常常需要考慮精致感與氛圍營造,而B端圖標功能則是降低用戶認知為優先。為了方便圖標端管理我將圖標分為兩大類型,分別為基礎圖標和業務拓展圖標。且圖標規定在3種尺寸分別為:XS=12px / S=16px / M=20px / L=24px以方便業務隨時調用,且遵循偶數原則。


          基礎圖標 :常規圖標,復用性高且出現地方多

          業務拓展圖標:依據不同業務場景進行定制化的圖標,常常跟著業務走


          圖標尺寸規范

          與間距類似,將圖標同等進行劃分等級。12號字體搭配外框為12px 圖標;14號字體請搭配 16px 的圖標;16號以上的字體搭配 20px 圖標,以達到更好的視覺效果:



          keyline

          通過keyline我們可以保證繪制不同形狀的圖標的一致性,在keyline的基礎上畫圖標時基線可以給予我們一定的參考避免圖標的比例失衡??梢哉fkeyline是圖標的柵格也不為過。



          業務圖標制作規范

          除了常規基礎圖標外,針對業務場景制作的定制化圖標如果不加以限制就會顯得五花八門非常雜亂。當圖標數量增加到一定程度時就會出現同一表意圖標有不同的樣式結果。因此有必要在保持圖標美觀易讀的前提下對業務圖標進行規整。




          圖標命名規范

          隨著業務增多,團隊內之前的隨意命名的習慣也開始凸顯出弊端。在圖標規范中,業務圖標需要將每個業務區分開,每個業務都有著單獨的后綴,這樣可以讓公用圖標與業務圖標更方便的溯源。



          圖標的圖層整理

          著業務線拉長,涉及的團隊人員也越來越多。簡潔整齊的圖層不但能提升團隊效率還可以讓會影響接手工作小伙伴的心態。所以圖層整理還是得納入規范內的,此處不進行具體規范僅做提醒和警示作用。



          圖標交付/iconfont

          在與前端開發溝通達成共識,圖標制作完成確認后,將圖標上傳到阿里巴巴圖標庫中,更方便前端調用圖標大小和調整顏色。如果開發需要自己去找到相關圖標,也可以給予權限讓開發從藍湖上傳圖標(前提是得整理好圖標到藍湖上)





          5.1組件庫到底是什么?

          組件庫常可以類比于常玩的樂高玩具,每個組件都是積木,而產品相當于我們拼好的模型。我們可以根據業務需求,以“搭積木”的方式,讓“模型”快速拼起來。但是并不是說我們可以隨心所欲搭建積木,至少需要看一看“說明書”,而這“說明書”就是設計規范。產品、組件和規范差不多就是這樣的關系。


          5.2搭建組件庫前需要知道的小知識


          原子設計/拆分

          在業務已經發展到一定體量情況下,需要將項目中具備服用行以及拓展性的模塊進行拆解,對于B端產品來說篩選的時候會依據之前迭代的版本內容,把頁面一一羅列出來,將可替換與相似的模塊提取,并利用思維導圖的方式統一歸納,并做成可以被替換的組件。組件的替換建議合成一個大的排期進行替換,避免了線上組件不一致導致體驗問題。

          以我們產品為例:

          依據產品類型將組件拆分為:基礎組件 、業務組件、數據可視化組件、常用模塊。




          原子設計

          將產品拆分后,此時得到很多可復用組件。我們再依據原子設計理論針對性進行拆解直至拆分出5個層面

          • 原子(元素、要素)

          • 分子(組件)

          • 組織(模塊)

          • 模板(原型)

          • 頁面(填充內容)

          從原子開始重新依據定好的視覺規范進行更改,再由原子組成新的分子。



          盒子box

          在與開發小哥溝通設計規范制定的過程中,常提到他們寫CSS樣式的時候是采用盒子(box)去寫的。通過一個個盒子填充來將我們的組件元素放入其中,最終形成前端展示的頁面。


          走查時使用瀏覽器我們也可以看到開發寫的盒子,了解盒子也可以方便我們走查時知道問題在哪。



          5.2按鈕

          按鈕設定有五種類型:主按鈕、次按鈕、虛線按鈕、文本按鈕和鏈接按鈕。主按鈕在同一個操作區域最多出現一次。設計師可以依據自身業務屬性,針對性修改按鈕的圓角大小與描邊,圓角曲率越大越柔越小越硬朗。除了按鈕狀態,在制定規范時還需要考慮到按鈕的其他情況。比如按鈕在放大使用時圓角曲率的變化。



          按鈕的尺寸規定

          常用的按高度可設定為:24px、32px、40px、48px,超出48px的按鈕都屬于特殊按鈕,需要進行單獨設置的,寬度隨著內容區域自適應。常規的按鈕可分為:主要按鈕(Primary Button ), 次要按鈕(Secondary Button),虛框按鈕(Dashed Button),失效按鈕(Disable Button ),危險按鈕(Danger Button),文字按鈕(Text Button)等,對照著不同使用場景靈活運用即可。



          按鈕的自適應

          按鈕與按鈕間的間距隨著網頁尺寸變化而變化,常設定幾種斷點規格進行選擇。



          5.3表單

          表單承載著采集數據信息的功能,是用戶在數據輸入的核心模塊之一。表單基礎單位是由標簽,輸入框,填寫提示,操作按鈕構成。一行行列表單位組成表單界面。


          常見的組合樣式

          據統計,表單內常見的組件樣式有:文本框,文本域,選擇器,開關,checkbox,radio,步驟條,上傳/下載,標簽頁等。組件類別繁多,在選用組件時需要考慮其排布形式,在多列表情況下會著重描述這一點。


          單列表單與多列表單如何選擇?

          在web頁面內,在左側導航條較小情況下會導致右側輸入區域空間較大,縱向空間不足的情況。若此時業務需求輸入內容較多且難以采取分模塊,分步驟交互時,采用雙列或多列表單的形式提高空間利用率也是可以接受的。(ps:可以參照菲茲定律,采用多列的形式需要著重考慮文本框內容長度以及表單間間距的合理性)下面以自身業務為例子,列舉在工作中多列表單出現的一些狀態。




          多列表單極端情況

          采用多列表單后,隨著復雜程度提升會出現各種各樣的情況,此時設計師還需考慮到極端情況下表單顯示問題。如標簽過長規則(標簽最好在最初階段進行限制),帶按鈕如何進行換行,屏幕分辨率改變如何進行處理等。建議由設計師制定規則時與前端小哥進行深入溝通,以保證最終的落地效果。



          讓表單具有節奏感

          之前我在表單寬度沒有進行有意識的規范,導致整個表單呈現一種無序狀態,通過有意識控制表單的寬度可以使我們對整體頁面有著更好對把控,整體對品質感得到提升??梢詫ΜF有業務的表單進行梳理,整理出適合自身業務的表單長度單位。此處推薦閱讀Ant_Design《整齊劃一?不如錯落有致》相信你會有更深的理解。



          5.4 表格

          表格,常用語展示數據,用戶既可以在表格里面獲取信息,也可以在表格內進行數據輸入。相對于表單,表格可以進行多維度的數據整理與分析。其難點在于表格的組件交互聯動多,以及數據展示的形式多。表格的信息密度很高是我們在B端頁面設計中涉及最多的一個組件。


          表格的構成

          為了方便記憶,個人將表格分解為2大區域分別是:操作區域以及信息展示區域

          操作區域:標題,工具欄,操作單元格

          信息展示區域:表頭,信息展示單元格,分頁控件



          表頭與單元格

          表頭:表頭分為帶選框與不帶選框/帶icon與不帶icon,需要注意的是表頭上文字表意要清晰,簡潔的表頭能讓用戶更快明白此列的內容。此時需要與業務方溝通限制字數,若字數過長無法刪減,則可以考慮使用tooltips。



          單元格:在與開發溝通后發現,開發在寫表格時并不與我們設計師的邏輯相仿,設計師在設計表格時是依據行與列的思維進行表格的設計,而前端則是通過許多的</tr>標簽與</td>標簽進行堆砌而成。因此在設計時將單元格規范好,前端將更容易還原好表格。



          表格在頁面中的樣式規范

          一般來說,表格內組件功能復雜,為了提升整體表格統一性與設計效率,我整理了業務上幾乎所有的表格樣式。整理需求后發現幾乎所有的表格蘊含序列號與復選操作,故整理了一套通用表格規范以供小伙伴們參考。常規頁面通過柵格,由列的數量決定列寬,與現在的主流框架組件一致;特殊頁面可以與前端溝通后,在設計稿里面標注某單元格進行固定寬度,其他百分比縮放進行處理。



          業務中表格的常見問題

          此處僅提出幾個個人業務中常見情況,更多的表格問題解決方案推薦查看CE青年《B端設計指南06 - 表格(下) 》。


          有些特殊字段采取左對齊不美觀該怎么規范對齊方式?

          常規文本字段:可點擊的字段、普通文本類、數字字母等,此類長短參差不齊的,建議采用左對齊的方式

          特殊字段:日期、時間、字符數一致且比較短可控的,建議與表頭居中對齊

          業務字段:金額、狀態標簽、類型標識等業務性較強的,可根據相關特性與閱讀習慣確定對齊方式


          文本內容過長怎么解決?

          當表格列數過多或者橫向數據過長時,難免出現單個單元格內數據展示不下的問題,此時常采取換行的方式處理。(ps換行處理后的結果需要與后端溝通好,避免出現換行不分字段的情況)



          單元格內操作項數量不一致時,該怎么處理?

          此處建議采用平鋪式進行處理,此方式適用方式比較廣,穩定性較高(親測)

          將所有操作按照一定的預設排列順序進行平鋪,這種方式能夠適應B端的大多數場景,將操作都簡單平鋪出來雖然看上去簡單粗暴,但是在實際工作中,也是一種不錯的處理方式



          每一頁表單展示多少行合適?

          如果你經常與開發打交道你就會發現,開發對表格信息的處理邏輯是通過逐行從上到下進行渲染處理的。如果不對行數進行特定的規范,那么開發可能會采取漸進式加載(用戶通過滾輪下滑的方式滾動到末尾再進行下一批量的數據加載)來解決表格內容過多的問題,這就會導致體驗上的不統一。可以梳理當前業務,遵循盡量不讓用戶過多滑動為原則定制每頁的行數。


          5.5彈窗

          B端業務中使用的彈窗主要分為模態彈窗和非模態彈窗,其最大區別在于對師傅會打斷用戶的操作流程,模態彈窗會要求用戶必須給予操作。而非模態彈窗不會打斷用戶當前操作流程,僅僅起提醒用戶的作用,非模態彈窗常常過一段時間會自動消失。



          常見的模態彈窗有:對話彈窗,表單彈窗分,分步彈窗等

          常見非模態彈窗有:通知,全局提示,警告提示,氣泡提示,文字提示等




          彈窗依據柵格自適應

          為了方便規范系統內等彈窗位置和大小,將彈窗作為一個單獨模塊進行處理是一個不錯的選擇,業務中彈窗的性質一般都是橫向居中展示。將彈窗納入柵格體系中。前端小哥可以讓彈窗的寬度隨著列寬的大小變化而變化。



          5.6組件庫如何進行迭代

          當我們把第一個版本組件庫搭建完成后,對于它當更新和迭代需要依據業務當發展不斷去維護。建議設計團隊內有規劃有目地去維護組件庫當多樣性,以保證組件庫能隨著業務的發展一起成長起來。因篇幅原因,此處遍不細講此部分內容,如果大家感興趣后期可以再單開一篇講講組件庫的迭代流程,此處附上有贊的組件庫迭代流程供大家參考。



          小總結:組件庫需要保持簡潔和清晰,不能為了做組件而做組件。最好的狀態是適合業務當前需求的狀態,組件在于精細而不在于數量。臃腫對組件庫不但不能提升整體團隊效率,反而會拖垮整個工作的節奏。





          搭建設計規范和我們日常處理工作需求類似,并非輸出一份文檔就結束了。我們還需要將做好的設計規范推廣給包括設計小伙伴,PM和開發小伙伴的團隊內外,并且需要得到團隊內的一致認可才算是初步完成。


          如何推廣給PM

          利益點:提升協作效率,減少工作成本


          在啟動設計規范的整理之前,內部宣講讓PM對于設計規范的搭建已經有了一個基礎的概念。否則也不會分配資源給予時間去搭建整體的設計規范。可以通過提升PM與設計的效率和降低原型搭建成本去切入,通過組件庫以及通用模版的搭建PM只需要極低的成本學習一下組件庫怎么使用(我們的PM是使用sketch搭建原型)即可搭建高保真的原型界面。甚至完善好組件庫后直接不需要設計的參與,開發通過原型組件庫搭建頁面。



          設計團隊內部如何推廣

          利益點:提升設計效率,減少人力損耗

          設計規范一般由團隊內小伙伴共同制定,基本上已經對規范的優勢達成共識。因此主要講講如何更好在團隊內部使用規范。


          Library共享+更新日志

          通過Sketch Library 共享組件庫,并建立更新日志規范項目流程提升效率。



          研發團隊內容如何推廣

          利益點:封裝組件,更少的更改,縮短研發流程


          需要研發團隊認可設計規范,前期前端的參與是必不可少的。在制作規范時設計師了解了前端開發的一些簡單原理,前端開發也能及時了解設計師的想法,大家不再是各司其職而是串聯起來共同協作,當規范確認下來前端就不會頻繁改動組件,而且在有限的項目時間中。設計規范的統一極大縮短了設計和前端開發所需的時間,為后面的項目爭取了空間。



          小總結:本人時常聽到一些小伙伴的反饋在公司內部設計師的話語權不夠,公司不太重視設計。其實總結下來就是專業性得不到團隊內的認可。設計師在工作中如何體現自己的優勢是通過一次次的需求業務來體現的,許多小伙伴在做業務時既沒有前期調研,也沒有進行資料收集僅僅只是悶頭開始動手做,往往結果不會太好。在處理需求時團隊內部的同事也是可利用的資源之一,多與他們協作獲取業務相關的信息,不僅能幫你站在全局的角度去思考這個業務,而且能讓團隊內部成員具有參與感,輸出的結果當然更容易讓他人認可。





          收集信息能力

          通過整理規范,需要收集目標用戶,使用場景以及前期調研等眾多資料,此時我們需要去發現信息以及整理信息。這一點在日常工作中也常常被使用到,日常中我們在做需要時也需要不斷去挖掘相關對信息才能從容解決問題。


          歸納總結能力

          將收集好的信息進行分類整理,這要求需要一定對邏輯性。在設計基礎框架時合理對分類可以協助我們處理好每個控件對層級,這項能力無論實在工作還是日常中都有著巨大對好處,可以幫助我們從一堆繁雜的事物中“提綱挈領”,換言之就是“化整為零”,做減法,提取出最關鍵對因素。


          全面復盤能力

          將信息歸納整理好后,需要對全局進行思考,全局的交互都需要考慮到位,比如什么情況下適合跳轉頁面,什么情況下適合給與用戶彈窗。大體符合什么交互原則。除了對大體交互需要考慮到位,細節上也不可以忽視,比如異常情況,極端情況該如何去處理,組件之間該怎么去配合等。在日常工作中我們也可以逐漸有意識去培養此類技能,對項目全局思考的越多,那么對整體項目對把控能力也就越強,與他人合作也會越顯得專業。


          表達能力

          在整理設計規范時,難免會遇到模凌兩可舉棋不定的時候。此時可以尋求向上或者向下的資源尋求幫助,具備良好的表達能力能迅速幫助我們將問題闡述清楚,我認為表達能力是設計師需要具備的重要技能之一。每次在求助它人或向他人匯報,都需要在全面復盤問題過后做到心里有數,將問題自己復述一次是否有漏洞或者沒考慮清楚的地方。長此以往你表達的事情會更清晰,別人也更容易聽懂你說的事情快速理解內在邏輯,那么說服別人推動工作的難度也會越小。


          溝通能力

          在多次與他人溝通,個人認為是對我本人幫助最大的能力了。我總結了幾個和上下游溝通的小技巧希望能幫助到小伙伴們,在開始與他人溝通之前我們需要搞清楚我們溝通的原因與對象。


          原因里面包含:

          包含為什么要進行溝通?(推進項目還是告知)

          想要達到什么結果?(自己能做多少妥協,底線在哪)

          預判對方對這件事持什么態度?(支持/反對/無所謂)

          希望對方做?自己的目的是啥?(求助還是說服)


          對象里面包含:

          和誰溝通?(上游還是下游)

          他們對這件事了解多少?(比我多還是比我要少,需不需要簡單講解一些)

          當然在溝通時還需要考慮方式和語氣,這些都需要好后斟酌。也遇到過情緒不太好的開發小哥,這個時候反倒我們更不能將情緒激化,一般這些情緒化對態度過一會都會消散,可以采取冷處理等情緒過后換一種方式溝通看看。

          文章來源:站酷   作者:Weiyehe 

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

          產品設計「需求分析」入門簡冊

          資深UI設計者

          嗨,朋友們,不知你是否曾遇到這樣的處境,聽到需求,大家再熟悉不過了,在產品設計的時候,什么是產品需求?什么是用戶需求?什么是商業需求?到底怎么進行產品需求分析?

          看到這一系列的問題是否一臉懵,一臉茫然,對需求分析和理解不夠的透徹。今天,我為大家分享的是關于產品設計需求分析研究,希望可以對大家有所幫助,更好做好需求分析,理解需求分析。

          需求到底是什么?

          在工作中我們經常提及需求,談及需求分析,但就一個簡單的需求,我們真的了解嗎?真的知道什么是真正的需求嗎?天天被客戶說你沒有理解我的意思,你沒有了解我的需求。那么什么是需求?百度百科中解釋需求指人們在某一特定的時期內在各種可能的價格下愿意并且能夠購買某個具體商品的需要。而關于需求也有人解釋為需求是由個體在生理上或心理上感到某種欠缺而力求獲得滿足的一種內心狀態,它是個體進行各種活動的基本動力。而產品是為了滿足人們的需求而被生產出來的,因為需求的驅動,才會使得用戶需要產品。因此需求,既不是功能,也不是產品,不能把功能和需求混為一談。需求是用戶面臨的某一個問題,產品或者產品功能只是為了解決用戶的需求的解決方案。

          基礎科普!產品設計「需求分析」入門簡冊

          1. 需求類型介紹

          那么產品的需求都有那些類型呢?

          需求按照產品屬性可以劃分為:idea、新增、優化、Bugfix;按照產品職能可以劃分為:功能類需求、運營類需求、數據類需求、設計類需求;按照產品價值劃分為用戶需求和商業需求;按照產品性質劃分為顯性需求和隱性需求。

          基礎科普!產品設計「需求分析」入門簡冊

          2. 需求相關理論在產品設計中的應用

          基礎科普!產品設計「需求分析」入門簡冊

          馬斯洛需求層次理論(hierarchical theory of needs),馬斯洛,可以說是我們需求理論界的祖師爺,他認為,人的需要由生理的需要、安全的需要、歸屬與愛的需要、尊重的需要、自我實現的需要五個等級構成。下面我們看看產品設計中的應用:生理需求方面應用、安全需求方面應用、社交需求方面應用、尊重需求方面應用和自我實現需求方面應用。

          生理需求方面應用

          生理需求即滿足人類的最底層,最基本的生活需求,包括衣、食、住、行、用等。生理需求是推動人類生存的動力,只有生理需求得到滿足,人們才會追求更高層次的需求。

          比如:唯品會、餓了么、美團、百度地圖、Wi-Fi 萬能鑰匙。

          基礎科普!產品設計「需求分析」入門簡冊

          安全需求方面應用

          安全需求即在滿足人類的生理需求的情況下,滿足人類的安全和社會保障,包括健康、社會秩序、法律、和平、醫療、教育等,人類需要安全感。

          比如:支付寶、360、全民反詐、查悅社保、優健康。

          基礎科普!產品設計「需求分析」入門簡冊

          社交需求方面應用

          社交需求即歸屬與愛的需求,體現在個人渴望得到家庭、團體、朋友、同事的關懷愛護理解,包括友情、愛情、熟人社交和陌生人社交等的社交需要。

          比如:微信、Soul、珍愛網、探探、陌陌。

          基礎科普!產品設計「需求分析」入門簡冊

          尊重需求方面應用

          尊重需求即較高級別的需求,滿足前幾種需求的前提下,用戶開始關注高級需求,包括內部尊重和外部尊重。自尊和希望受到別人的尊重。

          比如:朋友圈和抖音的點贊、評論,電腦開機助手

          基礎科普!產品設計「需求分析」入門簡冊

          自我實現方面應用

          自我實現需求即最高級別的需求,實現自己的理想抱負,實現自己的追求,成為偉大的或具有影響力的人物。在人生道路上自我實現的形式是不一樣的,每個人都要創造機會去完善自己的能力,滿足自我實現的需要。

          比如:微博認證、知乎認證、網易云音樂會員、QQ 會員、抖音認證

          基礎科普!產品設計「需求分析」入門簡冊

          圣經人性七宗罪(seven deadly sins),天主教稱七罪宗,或稱七大罪或七原罪,屬于天主教教義中對人類惡行的分類。

          最本質的需求是人類原始的本能欲望,在《圣經》中,人類有七宗罪:色欲(lust)、暴食(gluttony)、貪婪(greed)、懶惰(sloth)、憤怒(wrath)、嫉妒(envy)和傲慢(pride)。

          基礎科普!產品設計「需求分析」入門簡冊

          一款好的產品,需要對人性做透徹的分析,才能完成其設計。

          比如:快播、王者榮耀、拼多多、狼人殺、大眾點評。

          基礎科普!產品設計「需求分析」入門簡冊

          3. 需求層次的規律

          需求是不變的,變得是滿足需求的產品。從古至今,人類的需求幾乎沒有發生改變,如為了滿足人類移動的更快的需求,歷史上有馬車、自行車、汽車、火車、飛機,互聯網的產品則是,摩拜單車、哈羅單車、滴滴出行。

          傳統產品

          基礎科普!產品設計「需求分析」入門簡冊

          互聯網產品

          基礎科普!產品設計「需求分析」入門簡冊

          因此,在進行產品設計中一定要:

          • 把控需求來源
          • 提高需求質量

          需求如何進行獲?。?/span>

          聊了這么長的需求,那么需求到底如何進行獲???都有哪些渠道和方法呢?小浪郎看了相關的視頻和書籍進行了一定的了解,只要路子野,就不會有悲傷!關于需求也有相關的獲取渠道和方式。

          1. 需求獲取渠道

          需求的獲取渠道,包括內部渠道和外部渠道,通過多種渠道來獲取用戶需求。內部渠道包括產品、老板、同事和自己,外部渠道包括市場、用戶、競品和合作伙伴。

          外部獲取渠道

          基礎科普!產品設計「需求分析」入門簡冊

          1.市場

          產品設計需求會受到行業政策的調整而變化,如政策對順風車業務的需求影響。

          2. 用戶

          產品就是為了滿足用戶的需求而服務的,需要及時的了解我們的用戶,了解我們的目標用戶。

          3. 競品

          知己知彼,方能百戰百勝。在同領域的競爭對手,通常來說兩者之間是相愛相殺的關系。我們既要了解直接競品,又要了解間接競品。如碎片化時間、場景相同、用戶也相同、但需求不同的抖音與快手、微信讀書與網易云音樂。

          4. 合作伙伴

          合作伙伴能夠給企業帶來資金資源、先進技術、管理經驗,提升企業技術進步的核心競爭力和拓展國內外市場的能力,推動企業技術進步和產業升級的國內外先進企業之間的合作。

          內部獲取渠道

          基礎科普!產品設計「需求分析」入門簡冊

          1.產品

          通過用戶使用產品時所產生的行為數據,來進行產品戰略規劃和設計,因為用戶的行為即是用戶的需求。

          2.老板

          產品設計在滿足用戶需求的同時必須兼顧企業的戰略需求。而這方面需求通常是由老板或公司的高層來進行掌舵的。

          3.同事

          產品的開發流程,從產品規劃到需求分析,從需求分析到產品設計,從產品設計到產品開發,從產品開發到產品測試運維等,涉及了很多的同事,他們對用戶也有所理解,間接了解用戶的需求。

          4.自己

          作為產品人,我們也應該成為產品的用戶,成為產品的目標用戶,這樣才能不斷為用戶思考,為用戶解決需求。

          2. 需求獲取方式

          需求的獲取方式,包括內部方式和外部方式,通過多種方式來獲取用戶需求。內部方式也同樣包括產品、老板、同事和自己,外部方式包括市場、用戶和競品。

          外部獲取方式

          基礎科普!產品設計「需求分析」入門簡冊

          1.市場

          通過了解國家的法律法規、政策方針、了解市場的行業動態和數據報告。

          2.用戶

          通過用戶調研和用戶反饋來進行了解用戶的需求,從而為用戶進行服務。常見的用戶調研包括有:觀察法、單人訪談法、焦點小組、問卷法、頭腦風暴法、自我陳述法和實驗法。常見的用戶反饋包括有:論壇、貼吧、微博話題、Appstore 的產品評價等。

          3.競品

          需要持續性的進行相關競品分析,了解優勢與劣勢,了解相同與不同。查閱相關的競品分析報告,進行快速了解。

          內部獲取方式

          基礎科普!產品設計「需求分析」入門簡冊

          1.產品

          通過一次次的數據埋點產生的用戶行為數據,有效的用戶行為數據分析,出具有業務價值的數據分析結論。

          2.老板

          及時與老板進行高效溝通,結合企業的戰略定位與戰略規劃,明確產品的戰略規劃。

          3.同事

          與同事進行產品頭腦風暴,打破常規,積極思考,暢所欲言,充分發表看法。

          4.自己

          作為產品人,我們要用心觀察生活,使用更多的產品,體驗更多的產品,總結產品經驗與規律。

          3. 需求記錄

          不僅我們需要了解需求,同時各種各樣的需求也要規范的進行記錄,我們通過需求卡片來進行需求記錄,包括需求編號、需求類型、需求來源、需求內容、需求場景、記錄時間、記錄人員等。

          基礎科普!產品設計「需求分析」入門簡冊

          需求分析怎么進行?

          需求也有真偽,獲取了需求,接下來我們需要進行需求分析,分析那些需求是真需求,那些需求是偽需求;哪些需要是必須要做的,哪些需求可以不用做;哪些需求先做,哪些需求后做;如何進行篩選需求等,常見的需求分析包括:需求篩選、需求透視、需求排序。

          基礎科普!產品設計「需求分析」入門簡冊

          1. 需求篩選

          初步進行需求篩選,包含有 4 個分析緯度,真實性、一致性、價值性和可行性。

          基礎科普!產品設計「需求分析」入門簡冊

          真實性

          需求是否是目標用戶的真實需求,自己不要 YY 需求,同時也要對用戶嘴上說的需求進行斟酌,需求是否真的存在。如用戶說星巴克不好喝,但實際是因為太貴了,沒錢。

          一致性

          是否符合產品定位?需求分覆蓋面有多大?有多少目標用戶有這種需求?這個需求有多大程度上的代表性?

          價值性

          需求能帶來多少價值?(用戶價值、企業價值)需求實現要多少成本?(人力、金錢、時間) 需求投入產出比如何?

          可行性

          需求按照目前現有的人力物力和財力能夠實現,過濾掉企業能力范圍以外的產品需求,但是我們可以和別的企業達成戰略合作,求同存異,互利共贏。

          2. 需求透視

          需求透視就是從獲取的表面需求中提煉出用戶的本質需求。理解用戶的本質需求,則有利于我們更好地提出產品需求。分析表面需求,本質需求和產品需求。

          基礎科普!產品設計「需求分析」入門簡冊

          再來一個小案例。

          有一天小浪郎和朋友去看電影,走在了街上突然發現沒吃飯餓了,小浪郎想吃火鍋,但由于要和他的朋友一起看電影,時間來不及,于是它們一起吃了山西刀削面,解決了吃飯問題,然后兩人一起去看電影了。

          那么上面小浪郎的用戶描述需求是想吃火鍋,但用戶實際想要的只是沒有吃飯,只要吃飯了就行,而他們的潛在需求有飲料、啤酒和水果等。

          3. 需求排序

          根據企業的戰略定位、產品規劃和用戶需求,我們需要對記錄的產品需求重要性進行優先級排序。具體而言,通過需求類型、需求頻率、需求強度和需求邏輯來進行需求的優先級排序。

          基礎科普!產品設計「需求分析」入門簡冊

          需求類型

          依據 KANO 模型對需求做出的分類,考察需求的類型,包括基本型需求(痛點)、期望型需求(癢點)、興奮型需求(興奮點)。

          如微信產品,用戶的基本需求(痛點)是聊天,微信表情則為用戶的癢點(期望型需求),沒有表情包也照樣聊天撕逼,而微信紅包則是用戶的興奮點(興奮型需求)

          需求頻率

          用戶在單位時間內使用產品的次數即為需求的頻率,頻率越高,需求對用戶越重要。如產品設計時,把高頻率的功能放在一級,把低頻率的產品功能放在二級甚至于三級等。

          需求強度

          需求的強度可以參考馬斯洛需求層次理論,包括必要性、高頻次和持續性。

          需求邏輯

          需求之間也存在著一定的邏輯關系,需求也有先后,先完成第一步需求,才能完成第二步需求。如微信視頻,必須先有微信好友,才可進行微信好友視頻。

          需求不變,變得是適應需求的產品,把控需求來源,提高需求質量。

          本篇文章為大家介紹了產品與需求、需求理論知識和應用、需求獲取和分析研究,相信基于以上需求分析理論和方式方法,在以后大家對需求分析的處理能夠有新思路,高效打造出一個有價值的優秀產品。希望能給到小伙伴建立自己的產品需求分析體系一些啟發。

          重要的事情說三遍:把控需求來源,提高需求質量;把控需求來源,提高需求質量;把控需求來源,提高需求質量。

          文章來源:優設   作者:Hello_姚冰 

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


          數據化設計

          資深UI設計者

          2015年之后的中國互聯網,人口紅利、流量紅利逐漸退場。2019年遭遇第一場資本寒冬,上半年投資總金額同比下降了58.5%。也在2019年,“精益創業”、“精益數據分析”、“增長黑客”等一系列數據思潮開始流行。而UX設計師作為半個產品經理,我們很容易將這股“數據熱”遷移到自己身上:每個UX設計師都要學數據分析了嗎?數據和設計是什么關系?天天盯數據會限制設計師的想象力嗎?數據到底要怎么用?……




          Preview

          ——————————

          數據熱

          過往,設計師一般不會把“數據”掛在嘴邊。我們提倡“以用戶為中心,打磨極致用戶體驗”,較少考慮成本和商業效益。


          通俗來說,就是產品經理負責“生意”,設計師負責“體驗”。以“造鞋”為例子,產品經理做了市場調研,決定要生產兒童運動鞋,設計師負責設計“適合4-11歲的兒童在城市公園玩鬧”的鞋子應該長什么樣、穿著它跑跑跳跳是不是舒服的。但是設計師不需要擔心運動鞋的銷量,產品經理則要跟老板匯報銷量業績。


          在紅利消退、產品同質化嚴重和快速迭代的多重壓力下,UX設計迎來了更高的挑戰:僅憑主觀判斷“好不好用、好不好看”來打磨產品內在體驗,不考慮產品的生存、增長和盈利,很難在行業立足。與此同時,隨著數據采集工具的日漸成熟,數據以“客觀”和“便捷”兩大特點,幫助我們更快獲得“設計的依據”。精益化設計是必然趨勢,而“數據分析”是精益化設計的手段之一。



          沿用“設計鞋”的案例,UX設計師要在自己所在領域思考:在設計調研的過程中,我們用什么數據指標來衡量這個兒童鞋好穿、好賣?在鞋進行批量生產前,我們有沒有數據資源支持我們研究父母/小孩對鞋子外觀的偏好、小孩運動時容易受到哪些物理傷害等等?如果有條件進行小范圍的數據實驗,我們如何設計數據實驗來評估好穿好賣?





          PART 01

          ——————————

          數據的定義

          “理解任何事物都需要先對它進行定義,這樣才能夠在頭腦中清楚地知道正在討論的是這個東西,而不是其他東西?!狈浅O矚g美國經濟學家Thomas Sowell在《經濟學的思維方式》里說的這句話。


          如果我們對“數據”下定義,那么產品設計語境中的“數據”具體是什么?數據是怎么產生的?


          從數據采集手段來看,互聯網產品的數據來源主要有3個:二手資料數據、問卷調研數據和應用埋點數據。




          1/ 二手資料數據

          行業數據和競品數據一般通過二手資料獲得,包括商業交易數據、用戶群的態度和意愿、用戶輿論指數、競品的用戶規模和盈利狀況等宏觀數據。常用的搜索渠道有:百度指數、企鵝智酷、艾瑞、尼爾森、各大科技資訊平臺等。


          我們可以將這些理解為“市場數據”,在立項期對產品方向有一定指導意義,能快速了解市場概況,也能幫助產品思考差異化定位的問題。



          以“騰訊文檔為”項目為例,我們想提高騰訊文檔用戶創建文檔的成功率,通過模板創建文檔是關鍵路徑之一。研究用戶通過模板創建的路徑時,想大概了解用戶找模板時可能會在意什么。于是我們嘗試使用百度指數搜索“模板”、“文檔模板”、“PPT模板”、“Word模板”、“Excel模板”,從搜索量得知:PPT模板搜索量最高,符合我們的推測;Word模板內容中,簡歷、合同需求量較大,而部分用戶只是想要好看的Word背景等等。雖然我們得到的有效信息不多,但我們能夠通過二手資料的方式,快速了解用戶需求的基本面。



          2/ 問卷調研數據

          問卷調研數據是通過向目標用戶發放問卷獲得的,側重于收集人口學信息、用戶自述的歷史行為、主觀態度或意愿,比如用戶滿意度調查、流失用戶原因調查等。本質上是通過建立假設、再進行抽樣統計的方法來得到用戶口述的答案。也就是,問卷傾向于聽用戶說了什么、而看不見用戶真正做了什么。嚴謹的問卷分析也會比對后臺數據,校驗用戶說的和做的是否一致,以清洗無效數據。




          3/ 應用埋點數據

          較之于問卷調研數據,我們想看“用戶做了什么”,則通過分析應用埋點數據獲得。

          “應用埋點數據”也叫“埋點數據”、“前端頁面數據”,我們可以簡單理解為“通過技術手段獲得用戶在應用內(網站、客戶端、小程序等)的操作行為數據”。其背后原理是:用戶和界面發生交互,系統需要向服務器發送請求和返回請求,把這些請求預埋一段計數代碼,就能得到頁面的曝光數據和用戶的操作數據。

          埋點需要產品經理或設計師做好數據指標的定義,跟開發工程師提前溝通,讓開發工程師在代碼中嵌入埋點。一個埋點由多個字段組成,規范地定義字段,有利于我們在數據平臺搜索埋點更方便。當我們懷疑數據有效性時,也更方便排查埋點問題。




          埋點類型可分為曝光埋點、操作埋點和時長埋點:

          1. 曝光埋點可以捕捉頁面被展示的次數,可以是針對整個頁面,也可以是頁面中的某個區域。即我們常說的PV、UV。


          2. 操作埋點則是在用戶對頁面某個區域(按鈕、卡片、提示條等)進行手勢操作(點擊、雙擊、長按、滑動等)時,進行打點記錄。對應的,也稱之為某個操作的PV、UV。


          3. 時長埋點是通過標記以上兩類埋點、并計算時間差獲得的。比如,我們記錄用戶選取模板耗費的時長,可以通過離開頁面的時間(t2)-進入頁面的時間(t1)計算。而離開頁面則用點擊左上角返回按鈕、點擊具體模板等“離開”操作來核算。



          基于以上3種原始數據,我們可以運算得出點擊率、功能滲透率、人均點擊次數、人均使用時長等具有對比價值的數據。


          較之于二手資料和調研數據,埋點數據更加貼近用戶的真實表現,作為反饋指標的靈敏度更高,可挖掘性更強,也能作為客觀衡量指標引入到每一次產品迭代中。


          設計師理解埋點的原理,有助于在數據采集環節跟數據開發更好地溝通,并提出合理的數據需求。另外,當我們拿到一組數據,也需要從根本原理上去判斷數據的信度和效度,確保數據沒有質量問題再進行下一步分析。




          PART 02

          ——————————

          數據之于設計

          數據分析能力會在UX設計師的崗位招聘要求中被提及,但除了電商和廣告行業的數據化設計知識體系較為成熟,其他領域還在探索。另外,相比于市場營銷、產品經理、產品運營等職能,設計師的分析框架是相對晚熟的。


          實際上,我們很難從招聘廣告中歸納“具備數據分析能力的設計師”長什么樣,但我們期望這樣的設計師對數據的感知力強、分析邏輯清晰、數據經驗豐富,對某個垂直領域的數據儀表盤了如指掌等等。


          數據對UX設計有什么用?或者說,在設計鏈路的哪一個環節,數據和設計才能發生化學反應?



          UX設計日常流程為:得到一個需求(需求評審/需求挖掘)——輸出設計方案(設計決策)——驗證設計方案(設計實驗)。順著這個流程,我們來看看數據在UX設計各階段的作用。



          1/ 需求評審:以提升最終業務數據為目標,評估需求的價值貢獻和優先級

          肖恩·凱利斯在《增長黑客》開篇就提到“倉筒組織”這個概念:職能組織有各自的KPI,但未必對最終的業務目標都有利。比如開發人力有限的情況下,產品經理想上線新功能,市場運營想搞推廣活動,設計想做UI大改版做炫酷的動畫——就像N匹馬有N個方向,馬車跑不快。


          尤其是當產品進入成長期,我們會發現“能做的事情真的太多了”!不僅僅是來自老板和產品經理的需求,每天都有用戶想教你做產品,剛剛競爭對手又上線了N個新功能等等。另外,當多個產品經理分管不同業務線,每個產品經理都會認為自己提的需求優先級最高。那么,ABCD這幾個需求,哪個更值得即刻實現?


          有目標導向和成本意識的設計師,不會拿到PRD就開始畫稿,而是做需求評審。下次產品經理給你提需求,或者自己想要主動提案,不妨從下面幾個問題開始思考效益。


          如果這個新功能上線或對已有功能做這些優化點:


          |正向評估:如果做,能使哪些用戶在什么場景受益?用戶會因此使用、消費、甚至推薦我們的產品嗎?

          |負向評估:如果不做,是否會造成用戶口碑變差,甚至棄用我們的產品?

          |數據導向:預估這個需求對大盤數據(AARRR)有何貢獻?如果無法在短期看到對大盤數據的直接提升,應該取什么樣的數據指標來評估其價值(GSM模型)?

          |比對優先級:目前有ABCD四個需求,而人力資源有限,當下最應該解決哪個數據環節的問題?


          我們以騰訊文檔的Excel按行填寫功能為例,闡述如何在需求評審階段就思考數據效益。


          一開始,我們只是從用戶吐槽中了解到在手機端使用Excel錄入信息的困擾:協作人之間容易竄行誤刪誤改別人填寫的行,甚至把創建人輸入的表頭信息都給刪掉了。


          我們模擬信息收集場景,摘出Excel移動端輸入的體驗節點,發現“在有限的屏幕內去處理表格信息,需要來回滾動/縮放表格,再回到自己的行再輸入”這一點最容易發生錯誤,尤其在沒有凍結首行的情況下。



          我們有收集表功能,也支持表格轉收集表,但是都依賴創建人主動去使用這個品類/這個功能。我們是否可以在創建人不干預的情況下,直接把來回滾動的表格輸入變成縱向的表單輸入?



          以上都是從“感知”角度發現和分析問題,確認了“存在這么一個問題”,然后提出了一個可行的想法。往往這個時候,我們容易為之興奮。


          但是如果我們堅持更精益的投入產出比,我們應當評估“這是不是一個要優先解決的問題”,即評估收益:改變Excel移動端的輸入體驗,能帶來什么收益?


          首先,我們做正負向評估。


          |正向評估:如果做,用戶可以在手機端更順暢地錄入信息,避免串行刪改的錯誤。雖然這不足以吸引新用戶使用我們的產品,但這個體驗未在競品實現,能形成差異化的記憶點,也許能帶來好的口碑。

          |負向評估:如果不做,手機端的Excel輸入體驗跟其他競品無差,用戶倒不會因此流失,但是創建人會因為協作者的犯錯苦惱,也許會因此轉為采用“IM一對一溝通”來避免出錯。


          然后是設定數據目標:如果這個功能落到數據板上,能作何貢獻?


          |數據導向:我們預期這個功能能夠通過提升手機端的輸入體驗,來避免用戶出錯,降低創建人整理數據的負擔,以提高用戶留存(而非預期這是一個拉新功能)。并且,設計假設正確,應該能通過一些數據指標看到用戶的行為變化。




          最后,對比同期提出的幾個產品需求,評估優先級。


          |比對優先級:假設Excel按行填寫的需求是A(圖中黃色點),同期有一個影響文檔安全分享的需求B。如果我們按照正負向評估去考量優先級,將AB兩個需求都放在象限圖里,越外層越應該優先處理,那么我們就應該優先處理需求B。



          以上是為了將思維可視化呈現給讀者,實操時更重要的是數據意識和敏感度。圖示僅供參考,用何種形式表達不重要。


          掌握一套清晰的需求評審思路,才有話語權去討論這個需求是做還是不做、即刻要做還是延后再做。這不僅僅是UX設計師需要具備的目標導向思維和需求分析能力,而是整個團隊都應該建立的數據意識和工作流。這也適用于對設計師提案的自我審查,避免自娛自樂。


          2/ 需求挖掘:數據作為產品健康度的體檢指標,為設計圈定問題域

          產品在不同的成長階段關注的短期效益會有所不同。初創期,產品先要驗證其假設的需求是不是用戶真實需求、商業模式是否可行。當產品發展到一定的用戶規模,我們可以通過對比關鍵數據指標,去判斷現階段是否符合預期。這就像我們去醫院抽血做體檢,血樣指標可以反映我們當前是否健康。


          如何檢驗產品健康度呢?我們首先關注宏觀的數據轉化是否符合預期,即AARRR。海盜指標這一套,想必大家耳熟能詳。但對設計師來說,難點在于如何將宏觀數據轉化與具體的用戶使用場景進行關聯,進而落實到具體的設計任務。


          以騰訊文檔為例,在線文檔的核心用戶價值是“從創作到協作的多人多端無縫同步”,因此我們定義用戶的關鍵路徑是“創作→分享→協作”,即:



          基于關鍵路徑,我們繼續下鉆分析每一個環節,建立用于監控“轉化質量”的行為漏斗。比如在“分享”這一步,落到APP里,這個行為漏斗是:



          我們發現僅30%的創建人在分享文檔前設置了非私密權限——這個數據并不符合我們的預期,因為這會導致創建人分享文檔后,協作人無法直接查看或編輯文檔。協作人需要進行權限申請,創建人則需要處理相應的權限申請通知或更改權限,從“申請權限”到“審批通過”的時間差降低了協作效率。



          我們進一步去找關聯的數據指標,來確認“這給用戶造成了困擾”——“有多少用戶在文檔分享出去之后再返回來設置權限”‘、“一個創建者平均要處理多少次權限申請”等等。


          通過小范圍的用戶測試,我們了解到“權限設置”是一個視覺盲區。于是,我們優化分享頁的信息展示,來改善“用戶看不見權限設置”這個問題。另外,當創建人在處理權限申請的通知時,提供修改權限的入口,以避免重復處理同一個文檔的申請消息。



          最終,我們將“分享前進行權限設置”的轉化提高到80%——吹牛的,業務數據太敏感,無法以真實數據跟大家分享,本文的數字皆為脫敏數據。


          這就像一個剝洋蔥的過程。先找到產品的核心價值和對應的主路徑,再拆解到對應的多個用戶任務流,關注微觀的某個環節轉化是否有問題。利用數據診斷產品健康度,然后繼續用數據或其他研究方法下鉆,下鉆到可以落地到設計點的層面。



          3/ 設計決策:借鑒用戶行為數據,對方案進行快速決策

          2016年聽了白木彰老師在杭州的一次現場分享,他對“Design”的理解非常透徹。“Sign”是“標志”,應該是大家最共通的常識,就像國旗是這個國家的sign。那“De”是什么?臺下有人回答“重新定義”,而白木彰很自信地說:“不,這是一個否定詞”。

          對于UX來說,同理。每一次的設計都是一次否定,否定現有體驗的合理性,否定現有的產品、服務或某一功能完全滿足需求。反過來想,則是審問自己的設計方案:每一次的“否定”,真的更好嗎?


          這里舉一個“小需求”為例:騰訊文檔Excel的PC端右鍵菜單高度優化。筆者目前負責騰訊文檔編輯模塊的UX工作,日常就是很多這樣的“小優化”,其實這更加考驗數據敏感度和對“嚴謹”的堅持。


          需求背景就是用戶反饋“右鍵菜單太長了,小屏幕看不到菜單底部的內容”。


          “展示問題”的解法有很多:


          解法1/ 用UI手段,降低單個menu item的高度。



          解法2/ 重新歸類,通過折疊來縮短菜單。



          解法3/ 當菜單無法完整展示,重新錨定其在屏幕的坐標。




          對比競品,確實有表格產品通過(2)去解決這個問題,但是我們撈數據發現:右鍵菜單中,插入行列是高頻操作(紅色部分),點擊次數比其他功能高5~130倍,且人均點擊量分別是3次和2次。我們決定不去對增加行列進行菜單折疊,因為這樣做雖然我們解決了“菜單太高”的問題,但降低了點擊效率。



          接到某個需求的“A問題”,我們容易一葉障目。但是,會不會因為我們解決了A問題而引發B問題呢?數據幫助我們快速決策,避免B問題的出現。謹慎對待每一次小設計,因為每一次小設計都是一次否定。


          4/ 設計實驗:采用數據實驗對設計方案進行擇優或改進

          大家對數據實驗應該不陌生,常用的方法有AB測試和灰度測試,是一種控制變量的抽樣實驗方法。


          AB測試是指通過抽取抽取等量用戶樣本進行AB兩個設計方案的投放,對比兩組數據,進行方案擇優。這兩個方案的差異要嚴格控制在“僅有一個因素的差異”。這跟我們初中做生物實驗論證“一棵小樹的生長需要陽光”的思路一樣:兩組等量的小樹,一組有陽光,一組沒有陽光,經歷相同的時間后對比生長的平均高度差。水、空氣、養分等其他條件要嚴格一致。因此大改版等“多變量”的設計并不適用于AB測試去印證。


          大改版則通過灰度測試或拆分變量去做AB測試來確保效果?;叶葴y試是指如果軟件要在不久的將來推出一個全新的功能,或者做一次比較重大的改版的話,要先進行一個小范圍的嘗試工作,然后再慢慢放量,直到這個全新的功能覆蓋到所有用戶。也就是說在全量發布的黑白之間有一個灰,所以這種方法也通常被稱為灰度測試。


          設計師需要觀察綜合的數據指標,以騰訊文檔為例常規的指標有:PV、UV、人均點擊次數、功能滲透率、使用該功能的留存率等等。另外是多渠道收集用戶反饋,包括騰訊文檔的“吐個槽”社區、微博搜索關鍵詞、隨訪身邊的用戶朋友等。



          Conclusion

          ——————————

          結語

          數據化設計不是對“精心打磨體驗”的否定。恰恰相反,對設計工匠來說,數據分析能力是一種新的“打磨工具”,提倡在設計實施和決策過程中更科學和客觀。UX和數據的關系,就像我們期望鞋子被量產之前能夠有數據佐證“這款鞋好看好穿好賣”,而不是否定“好看又好穿的鞋子能帶來更好的銷量”。

          文章來源:站酷   作者:騰訊ISUX

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


          分類功能應該如何設計?

          資深UI設計者

          什么是分類

          簡單地講,分類就是按照種類、等級或性質分別歸類。


          分類的特點

          1、共同性:

          某種事物無論是按什么分類,只要是屬于同一種分類,就一定有一個共同的屬性,而這個屬性就是分類的依據。

          假如手機是指“移動便攜性的通訊設備”,那么小米手機、華為手機、蘋果手機等,雖然系統不同、性能配置不同、外觀設計不同,但是都可以歸類到手機,因為它們都具備“移動便攜性的通訊設備”這一共同屬性。


          再舉個很簡單的例子,蘋果、梨子、芒果都可以劃分為水果,因為他們具備“多汁且主要味覺為甜味和酸味,可食用”的屬性(定義來自百度百科),這些屬性是歸屬于這個分類的必要條件。基于這個分類,我們比較容易判斷得出,生菜不是水果,因為雖然具備可食用性,但是不具備“多汁且主要味覺為甜味和酸味”。


          2、組織性:

          分類可以把雜亂的事物變得規整,把凌亂的信息按照某些維度劃分,使事物更加清晰。


          前兩年風風火火的垃圾分類,就是一個例子。生活中所有物品廢棄后都可以成為垃圾,如果不進行垃圾分類,處理成本高且污染環境。而垃圾分類,就是將垃圾按一定規定或標準將垃圾分類儲存、投放和搬運。


          既然分類是按照某種方式進行組織,那我們需要明確了解,分類方式必須讓用戶易于理解。所以,分類本身是否合理,很大程度上取決于人們能否容易理解分類。


          “簡單的組織模式具有清晰的界限——是非分明。這樣,用戶才能明確知道到哪里去找自己想要的東西。因此,要多找一些用戶,詢問他們的分類標準。如果眾口不一,或者根本就難以回答,你就有麻煩了?!?


          垃圾分類很火還有一個原因,因為用戶經常不知道什么物品屬于什么垃圾,這就對垃圾分類產生很大的阻力,網上一時間有了很多識別物品垃圾分類的產品功能。


          我之前使用三星手機,每次想要在設置里面尋找某功能,都很讓人煩躁,因為手機設置里定義的某功能的分類方式,與我們的認知并不一致,這就會造成尋找時及其低效的情況,同時也會引起強烈不滿,這意味著,如果你忘了某事物的具體名稱,而分類方式與心理模型所認知的分類方式不一致,你就極難找到。(不過三星很有意思的一點是,盡管在設置的分類項里找不到,但是往往能在設置項下方的推薦查找處找到相應功能,這就很魔幻。)


          3、高效性:

          分類本身就是將混亂的事物進行歸類,這帶來一個很明顯優點,就是便于用戶查找,只要用戶明確某事物屬于哪一分類,便能相對輕松地找到。


          比如我們想要尋找某款好用的修圖軟件,但是不知道具體名稱,想要在應用商店的眾多應用里,尋找某款應用,比較常用的方式就是搜索或者分類。


          分類可以將應用按不同用途進行劃分,比如視頻、拍攝、工具、社交等。通過這些分類,可以很大程度上縮小我們的尋找范圍,這就是分類的高效性。


          4、對比性:

          分類還有隱藏屬性,就是對比性。許多用戶使用分類時,也會喜歡進行對比。


          還是以修圖軟件為例子,你想要某款修圖軟件,于是你通過分類,找到了一批修圖軟件,而你本身并不知道什么軟件好。分類將相同屬性的軟件聚合到一起,一定程度上可以幫助你基于某種維度進行對比,正好可以讓你更輕松地對比哪款軟件更適合你。


          5、全面性:

          分類是否合理,還需要看分類本身是否足夠全面。理論上,我們通過分類劃分事物,則分類需要可以將這些食物完全囊括。如果分類本身無法囊括這些事物,就會造成用戶尋找時的盲區,證明這種分類方式本身不合理。


          假如用戶去逛淘寶,想要找某物品,但是翻了很多分類,仍然找不到,這時大概率就不會再通過分類進行尋找了,而這種糟糕的體驗,也會讓用戶對這個產品的分類變得很失望。


          6、多樣性:

          剛才說到,同一分類是圍繞同一個屬性的。但是,同一個事物,本身可以有很多種分類方式。而我們需要保證的是,事物在同一分類里的具有唯一性。


          一首歌,如果按照語言體系維度進行劃分,一般可以劃分為華語、英語、日語等。還可以按照流派維度來劃分,一般可以劃分為電子、輕音樂、搖滾、說唱等。


          我們對事物的認識方式是立體的,事物可以被按照不同維度進行不同分類也就不足為怪了。同一個事物,甚至同一個人,是可以有多種分類方式的。


          設計分類功能

          說完分類的許多屬性,我們聊聊在互聯網產品中,用戶會在什么場景下使用分類?我們又該如何設計分類功能?


          1、分類的使用場景

          首先,用戶會在什么場景下使用分類?從產品層面,分類是便于人們查找某事物的一種方式,因為相對比較清晰、高效。


          這里有個很關鍵的點,就是“查找”。也就是說,分類的使用場景,偏向于人們有相對明確的目的。用戶的行為路徑是有主動的查找需求。

          互聯網產品,查找某事物,最常見的方式是搜索,瀏覽,分類。而這幾種方式都有不同點,分類側重于“屬性”區分。


          大部分用戶使用分類時,行為特點是相對主動的。此時用戶未必有十分明確的目標,但大致知道想要什么。比如你想和朋友聚餐,不知道具體吃什么,這時候你打開了大眾點評,你只知道要吃中餐,這時你可以在中餐的分類里去找適合你的店。


          用戶的目標如果十分清晰,則更適合直接搜索,因為這比起分類查找的路徑更短也更高效。


          總結一下,我們要設計分類功能,需要從用戶的角度來觀察分類這件事情。:

          · 用戶主要的行為模式:人找內容。

          · 有目標但不夠明確。


          2、如何設計分類功能

          a、分類的層級

          我們需要先了解分類的細分層級,分類的層級大部分不超過 4 層,但會因不同產品的定義不同而有所區別。

          一般來說,第一層是顆粒度相對較大的,接下來會層層在上一層的基礎上細化。


          以京東的分類為例:

          第一層:奢侈品,箱包,手機等;

          第二層:手機包含:熱門品牌、手機類型、運營商、手機配件;

          第三層:熱門品牌包含:蘋果、華為、OPPO、VIVO、小米等;

          第四層:蘋果手機包含:iPhone 12、iPhone 11等;


          最少的層級是兩層,比如垃圾分類:

          第一層:可回收垃圾、干垃圾、濕垃圾、有害垃圾;

          第二層:具體的垃圾物品。


          就體驗層面而言,建議分類層級避免超過 3、4 層,盡管本身可能會提升細分度,便于用戶查找。但由于分類方式本身必須與用戶的理解相契合,如果太多層分類,用戶需要思考目標內容在哪一分類。經過幾層判斷后,才能找到目標內容,這對于用戶的理解成本是比較高的。


          此外,太多層級不利于用戶在不夠熟悉分類方式時快速了解某分類下的具體事物。如果用戶對分類的劃分方式理解錯誤,就需要返回繼續查找,效率低、使用門檻高。


          當然也不能盲目追求盡可能短的分類層級。兩個層級可能無法滿足查找需求,因為內容量龐大,所以還需要更多的過濾,需要依據產品類型而定。


          由于目前許多產品都發展到相對成熟的狀態,所以設計分類功能時,一般不需要對分類方式再進行劃分,主要原因是相同類型的產品,分類方式大同小異。用戶的理解習慣上,對于某事物的分類也有基本的認知?,F在設計分類功能,主要是對頁面交互及視覺層級進行重新設計和調整。


          b、如何根據產品設計分類

          我們會梳理常見的分類交互框架,從分類入口、頁面布局等層面可以看到產品中分類功能的定位強弱。這里列舉的分類形式,會根據產品的主功能進行闡述。比如電商類就是商品分類、旅游類就是地點分類等。


          • 側邊導航型分類

          以京東 App 為例,京東把分類功能作為一個主要的頁面模塊。分類 tab 占據了 App 的第 2 個底部 tab。


          使用京東的用戶,購買的目的性相對較強,京東主打的就是自營正品和快遞速度,商品與淘寶相比會少很多,但依然很全。用戶習慣上,“逛”的屬性沒有淘寶那么強。首頁以功能區+信息流為主,偏向于商品分發+逛信息流,而分類功能則主要滿足相對明確目的用戶需求。

          京東分類頁左側為一級分類,右側為二、三級分類。側邊導航將分類豎排的最大優點是能夠充分利用屏幕空間,提升分類類型的展示效率。適用于分類類型多、分類層級多的場景。右側頁面信息靈活性較高,可以配置運營位,如放置運營 Banner ,且支持左右滑動 Banner 。下方一般放置二、三級分類。


          右側頁面滑動時,頂部有輔助查找二、三級分類的導航分類標簽,便于用戶快速查找:


          切換一級分類:這種框架切換分類的方式主要有兩種:1、點擊左側導航欄進行切換;2、向上滑動右側頁面進行切換。用戶習慣上,第 1 種方式會更高效,而第 2 種切換方式會更自然,更符合手勢操作。

          以【推薦分類】為例,右側【常用分類、專場推薦、熱門分類】都是歸屬于【推薦分類】的。為了便于用戶更好區分頁面分類層級,頁面向上滑動時,通常會設計繼續上拉切換的提示。目的是提醒用戶,該部分已經滑動到底了,繼續上滑會切換到下一部分,明確區分不同分類。


          上滑的另外一種模式,以宜家為例,宜家聚焦于家居用品,分類類目沒有大型電商 App 那么多。左側是一級導航【燈具照明、裝飾品等】,右側分類標題與左側導航一一對應,并且分類之間無明確的頁面分隔區分,所以滑動時無需設計切換到下一部分的提示。


          以上講的,右側頁面均是二、三級分類入口,并不是具體的。分類層級或類型少的情況下,右側可以嘗試放置具體內容,比如華為應用市場的處理形式。


          需要注意:

          1、左側導航占據了屏幕縱向的固定位置,從而縮減了頁面寬度。

          2、由于層級多,左右側均是分類入口,用戶無法在頁面直接看到具體商品/內容。在電商產品上,用戶容易區分不同分類類目下是什么商品。但可能在某些 App 上,用戶未必清晰所要尋找的內容在哪一分類類目下,可能造成用戶流失。

          3、如果沒有具體的內容呈現,對于內容、商品等分發效率也存在影響。


          • 頂部 Tab 型分類

          頂部導航型的優點是將多級分類與具體內容結合在一個頁面,可通過點擊或者滑動切換不同分類,將觸達具體內容的路徑盡可能減少,提升具體內容的曝光。


          以掌閱 App 為例:最高層為一級分類,可滑動。第二層是二級分類,更精準分類挑選。第三層導航偏向于篩選。第四層為具體內容,用戶無需通過頁面跳轉就能查看。這種設計特點很明顯:內容曝光 > 分類效率。由于一級分類不多,可以通過左右滑動查看,避免浪費頁面空間。二級分類類型多,采用折疊的形式將分類收起,點擊可以展開更多二級分類。


          顯而易見的,多層分類在頂部排列,視覺效果并不佳。默認狀態下,占用頁面頂部的空間。這種結構,在設計時為了能夠節省頁面空間,二、三級導航會伴隨用戶向上滑動的手勢折疊,提升內容的曝光效率。用戶在滑動場景下,會更聚焦于頁面具體內容而非導航,所以折疊的設計比較巧妙。


          這種設計由于具體內容曝光的效率高,受到許多產品的青睞,適合于資訊類、內容類等產品。比如微博首頁,微博側重于內容的主動推薦,所以將分類弱化為一行導航欄,頁面主體為具體內容推薦。用戶瀏覽的內容有相對固定的傾向,比如會喜歡看綜藝、社會、美妝等內容,并沒有很強的尋找不同分類的訴求。


          若用戶想要設置常用的分類頻道,可點擊【+】展開,查看常用頻道。由于頻道比較多,而橫滑 Tab 左右滑動的效率較低,所以微博選擇了展示部分常用頻道。如果用戶想查看更多頻道,還能在展開的頁面里進行配置。這種設計為分類功能的設計帶來了更多自定義性。


          知乎的處理邏輯與微博一致:


          淘寶的分類相比于一般電商類的產品,會比較特別,常見的電商類產品的分類模式和上面介紹的京東 App 比較相似。但淘寶已經往全面信息流化的方向發展,為了推動用戶在淘寶中“逛街”,甚至連分類都已經往信息流化的方向發展。


          淘寶的分類功能正在弱化,不像京東、蘇寧占據著底部第 2 個 tab 的位置,而是在首屏功能區的最后一位。點擊后,也不再是常規的側邊導航,而是強化商品外顯。

          淘寶分類頁除了上方的一、二級分類,下方都是商品推薦,向上滑動就是瀑布流,增強商品而弱化分類效率。

          如果用戶想看其他分類,可以通過左右滑動切換。如果希望查看更多分類,需點開旁邊的”更多“按鈕,通過”更多“按鈕進入的頁面,側重于高效展示分類。淘寶有信心這么做,一部分原因可能基于對算法推薦的信心,我發現不同手機看到的分類順序并不一致。


          • 聚焦型分類

          以 B 站為例,B 站的分區頁面的設計形式為展示番劇、國劇、放映等所有一級導航,而將細分層級隱藏到下一級頁面。


          這種設計方式適合一級分類類型很多,且重點在于高效呈現這些分類類型的場景。二級頁面聚焦于具體的內容,可以避免將一、二級分類堆疊在一個頁面,滿足用戶對查找分類的效率的要求,避免過載的信息量使頁面變得復雜。但顯而易見的,這種結構不利于用戶在當前頁面直接看到下一層級內容。


          App store 整體邏輯與 B 站一致,區別在于排列方式為列表型排列。


          vivo 應用商店也是聚焦型分類,但是會把二級分類呈現出來,與側邊導航型分類很相似,區別在于這里是整列表滑動。


          • 篩選型分類

          前面講到,分類是具有多種維度的。以“好好住”為例,有居室、面積、風格、預算、特色等維度。

          上面“好好住”的幾個維度之間,沒有上下層級之分,均屬于同一層級,所以層級是并列而非遞進的,這種情況更適合采用篩選的處理形式。同樣的,由于頂部篩選類型多,占據過多的頁面空間,當頁面上滑后,篩選可折疊以節省頁面空間,同時更聚焦與具體內容。


          結語

          設計分類功能,要先明確分類的維度,以及用戶是否容易理解,避免造成與用戶認知習慣相沖突從而影響功能使用的情況。


          整體上,通過分類功能找目標內容的路徑應該避免太長,因為這會影響到內容曝光效率及用戶對分類之下的具體內容的感知。


          分類本身是一種信息組織與呈現方式,設計時需要對產品信息本身有足夠理解,才能有針對性地思考交互框架。分類功能的交互框架多樣,每種都有優點和缺點,需要根據產品定位及訴求(優先展示分類,還是優先展示具體內容)采用適合的交互形式。


          需要注意的是,有的產品的主功能甚至沒有很明確的分類,比如淘票票,定位是買電影票,而人們看的電影具有很強的時效性,能不能看到電影幾乎完全取決于電影何時上映,重點更側重于向用戶推薦最近的電影。


          以上分析了分類功能、羅列了比較常見的分類功能設計形式,希望能幫助到各位。

          文章來源:站酷   作者:熱風_

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

          為什么你剛在淘寶搜完商品,抖音就推薦了?

          資深UI設計者

          一個你肯定親身經歷過的場景:白天你在淘寶上面搜了筆記本電腦,然后晚上在刷抖音的時候,就刷到了該筆記本電腦的相關廣告。

          你或許會驚訝:WHAT?難道我的手機是被監控了么?當然不是的,因為監控是違法的。這只是一種技術手段,其專業名詞叫做:重定向廣告!今天我們就來探究一下其中的奧秘。

          重定向廣告的形態

          想要研究其神,我們得先了解其形。

          其實上面,我們已經見過重定向廣告的廬山真面目了。我們先提一個概念,你品,你細品:重定向廣告又被稱作訪客找回廣告、再營銷廣告、回頭客廣告等。

          品完了,我們繼續往下看。重定向廣告的形態分為兩種:

          1. 搜過內容 A,廣告繼續推送 A,目標一個字:買!

          這是重定向廣告的第一層次。

          就是我們上面所說的:你在淘寶搜了筆記本,然后晚上刷抖音的時候,就繼續給你推送該筆記本的廣告。既然你搜索筆記本了,那肯定就是對筆記本有需求的??赡墚敃r是由于某種原因,比如筆記價格或者樣式什么的,你在猶豫。然后當這個內容再次出現在你面前的時候,你很容易一激動就下了單,一激動就付了錢~

          但值得注意的是,廣告一定要克制,最佳的用戶體驗是:用戶感覺不到其存在,對用戶起到的只是一個引導的作用!據 GoogleAdwords 提供的數據,在 30 天內為同一個用戶展示 7~10 次廣告的轉化效果最好,做到這個程度的廣告收益可以達到三倍以上。

          2. 搜過內容 a,廣告推送相關 b,目標三個字:買買買!

          這是重定向廣告的第二層次。

          我手賤,在網上搜了棺材板,之后就收到了骨灰盒的相關廣告推送。之所以是第二層次,就是因為,這里需要算法工程師設計一個算法模型,根據用戶自身的行為數據,以及相關的大數據,推測出來這個相關的 b,到底是什么。

          最著名的就是沃爾瑪啤酒與尿不濕的經典營銷理論:

          “男性顧客在購買嬰兒尿片時,常常會順便搭配幾瓶啤酒來犒勞自己,于是嘗試推出了將啤酒和尿布擺在一起的促銷手段。沒想到這個舉措居然使尿布和啤酒的銷量都大幅增加了?!逼鋵嵾@個算法的核心原理,也很簡單,我們可以再舉一個互聯網的段子,你一聽就明白咋回事了。

          女:“老公,我想買一個包包,才一萬塊錢~”

          男:“好的,沒問題!不過我覺得,買個一萬塊的包包不太夠,你還得再買一身三萬塊的衣服,不然凸顯不出來這個包包的氣質,再讓別人以為是山寨的就麻煩了;這樣的話,我們還得買輛車,怎么著也得寶馬奧迪吧,不然你這整個人的氣質就襯托不出來了;嗯,我們還得換個大房子,就整個別墅吧,帶游泳池的那種,不然跟包包、衣服、車子不匹配;這樣算的話,我得先去掙 500W,你先等等,我掙夠了錢,咱們就去買!”

          女:“……”

          這個段子,體現的是通過經驗主義找到 b,而現在是一個數據主義的時代,一定要有數據的客觀依據,才能客觀準確地找到 b。但殊途同歸,其核心原理是一樣一樣的~

          重定向廣告的原理

          這幾天經過查閱大量的資料,以及跟小伙伴們進行溝通探討,終于對重定向廣告的原理,有了初步認知。這里先感謝給我提供支持的各位老鐵。

          首先呢,一個完美的重定向廣告,理論上應該分為三個步驟:

          為什么你剛在淘寶搜完商品,抖音就推薦了?

          我們還是拿筆記本電腦的場景來舉例子吧~

          Step 1:判定

          首先我們要達成一樣共識:我們沒有必要給所有搜索過筆記本的用戶都發廣告。就比如有些用戶只是誤觸點擊了一下筆記本的內容,然后立馬就又關掉了,那么就沒有必要給這類用戶發廣告,因為就算是發了,大概率也是沒有下文的,純粹浪費廣告費。所以說,重定向廣告要做的第一件事,就是判定這個用戶的意向程度,找到那些精準的用戶,再給他們發廣告,以尋求最高的 ROI(投入產出比)。

          意向度的判定,就需要依靠埋點技術了:根據埋點,可以追蹤到用戶的行為記錄,然后再設計一個意向度判定的邏輯,就 ok 了。

          常見的判定依據如下:

          在網頁上停留超過 X 分鐘;
          在網頁上訪問超過 X 個頁面;
          已訪問結賬頁面,但未進行交易;
          與網頁內容互動過,但未消費;
          曾多次訪問過網站,但未進行消費;

          Step 2:識別

          第一步找到了那些對筆記本感興趣的用戶,然后我們的目的,是給他們發廣告,引導其消費對吧。那么第二步,也是最關鍵的一步,我們得知道,這些感興趣的用戶,到底是“誰”吧!這里需要依靠的是 IP 追蹤技術:只要用戶去淘寶搜索筆記本了,那么他必然會留下一個 IP 地址。我們通過 IP 追蹤技術,首先可以追蹤其使用場景~

          To B 場景:

          有一定的概率,可以追蹤到這個 IP 地址,是某個企業使用的。為什么說是一定概率呢?因為不可能有一家商業公司,擁有所有的 IP 數據,你們懂得…追蹤到企業之后呢,可以進一步追蹤該企業在網絡上面留下的公開聯系方式,比如公司法人姓名、電話、郵箱等等。這方面可以跟第三方公司合作,例如企查查,付費調取他們的 API 接口進行查詢。

          這種具體的聯系方式都有了,那么發廣告自然也就不是問題~

          To C 場景:

          我們先要明確一點,對于個人來說,無論如何都是追蹤不到其姓名、電話、郵箱這些信息的,因為違反隱私保護法。

          但我們可以通過 IP 追蹤技術,追蹤到這個 IP 地址,是屬于某個城市,更精準一些的話,可以追蹤到是某個街道,甚至是某個小區。這樣的話,也是有助于我們做進一步的廣告策略的。

          比如我們可以追蹤到,搜索這些筆記本電腦的人,大部分都來自于某幾個城市的某些街道,那我們是不是可以重點向這幾個區域做廣告投放了?

          但這些似乎還不足以支撐我們精準地發重定向廣告到個人,達到最大的 RIO。想要精準地找到某個人,還需要借助兩樣東西:

          cookie

          簡單來說,就是我們在使用瀏覽器時,存儲在我們本地客戶端的文本文件,就是下面這些玩意…

          為什么你剛在淘寶搜完商品,抖音就推薦了?

          那么 cookie 可以存儲一些什么呢?

          首先,用戶的行為記錄是可以存的,就和我們上面埋點所記錄的那些類似;然后還可以記錄一些特征數據,例如使用的 Web 瀏覽器、操作系統、屏幕分辨率、時區、語言、插件、字體等。

          有了這兩樣東西,大概率就可以證明,張三是張三了。

          imei 值

          如果用戶是使用手機來進行搜索的,那么這個時候就需要請出另外一個大咖“imei 值”了。imei 值又是個啥東西呢?簡單來說,就是手機的身份證!有了身份證,那么找到這個手機,并給他發廣告。但值得注意的是,imei 值可沒有那么好獲取。如果用戶只是用手機搜索了瀏覽器,比如你們的官網商城,那么這個時候是獲取不到 imei 值的。必須是用戶在你們的 APP 上面進行操作,并且呢,在使用 APP 的時候,同意了一大堆權限,這個時候才能讀取到用戶的硬件信息,進而獲取到 imei 值。

          Step 3:召回

          最后一步,那就是如何發廣告召回啦。這一步就簡單啦,找到那些廣告平臺,例如百度、頭條、騰訊、廣告聯盟等等,跟他們談價錢就完事了。談好了價格,那么在這些平臺上面的廣告位,就能夠變成筆記本電腦的廣告啦。(例如在抖音上面劃拉幾條,就看到筆記本電腦的廣告了)

          這里也提醒一下,并不是所有的廣告平臺,都有重定向廣告業務的,想要發重定向廣告,可以搜索“DSP 廣告”幾個關鍵字試試。

          Step final:自動化

          最后呢,還有一點點小問題,怎樣能夠使整個過程自動化呢?其實也很簡單,這就需要廣告平臺,在我們的 Web 端的官網商城,或者 APP 上面部署一套 SDK 代碼,意義呢,就是讀取前面我們所說的,判定信息以及識別信息。再直白一點的話,那就是雙方約定一個數據接口,實現這些數據互通,這樣就能夠實現自動發廣告啦。

          重定向廣告的意義

          重定向廣告存在的意義是什么呢?其實上面我們已經提到過了:很簡單,這種廣告的 ROI(投入產出比)最高!

          每個公司的數字營銷人員都有著基本的崗位職責:他們必須評估和優化他們的努力(廣告投放費用),以實現增加銷售的目標,他們必須證明他們的投入能夠帶來積極的回報。于是數字營銷人員總在尋求最新的技術來幫助他們達成目標。在經過曲折的廣告投放嘗試后,最終,重定向廣告出現了。讓我們一起來看一個故事:

          重定向廣告故事

          我在賣 ebay 一種針對新生嬰兒的純天然洗發水,我需要投放廣告來倒流到我的 ebay 商品頁。

          yahoo:

          最早我的投放策略是把我的廣告放到 yahoo 的首頁上去。然后我發現一天下來,yahoo 花掉了我巨額的廣告預算卻只給我帶來了非常少量的點擊——1000個人看了只有1個人點擊了我的廣告。沒錯,大部分上yahoo首頁的人都不會對一款嬰兒洗發水感興趣的。

          Ad-Network:

          接下來我要考慮優化我的投放策略,于是我想到了 Ad-Network:他們幫我把廣告投放給了那些和他們有合作的母嬰類網站上去,效果好多了,很顯然上母嬰網站的人們會對我的產品感興趣,1000 個人有 10 個人點擊了我的廣告。

          精準定向(targeting):

          但是能不能做到更好呢?接下來一家做精準定向(targeting)廣告的服務商找到了我,告訴我們他們能夠直接把廣告推送給那些剛剛生了北鼻的媽媽們,于是我選了這家 vendor 而他們給我的答卷是 1000 個新媽咪有 100 個對我的天然嬰兒洗發水感興趣(她們點擊了,還有很多最后選擇了購買)。

          重定向(retargeting vendor):

          好吧,作為一個挑剔的廣告主我覺得這還不夠,我說,能不能把我所有的媒介預算都花在刀刃上。這時候一家 retargeting vendor 出現了,他們說,交給我們吧,你所有的廣告都只會出現在那些剛剛試圖找過你的新生嬰兒純天然洗發水的用戶——我們不管他是一個人還是一條狗,但cookie顯示那位用戶確實在找類似的產品。那么對我來說,最后一個方案確實非常有吸引力。

          我們可以看到重定向廣告能夠更精準,可以實現對目標消費者進行一對一的營銷效果。而傳統的展示廣告只能是粗放型大面積的曝光(如對所有網站訪問者隨機展示廣告)。由于不能對準確的目標消費者進行廣告傳播,可以說在早期的展示廣告中,大量廣告展示都是無價值的,也就是被浪費掉了。

          定向廣告

          重定向廣告從性質上來說是效果廣告,是要對交易額負責的;那么與之對應的,還有一種廣告叫做定向廣告,其性質是品牌廣告,這類廣告的指標是新用戶數。

          重定向廣告,在營銷的環節的里面,是屬于“召回”。

          也就是說,這些用戶,必須是通過某些途徑訪問了我們的官網商城或者是 APP。但這個過程只能是被動等待啊,如果訪問我們官網商城或者 APP 的人少得可憐該怎么辦呢?

          那么這就涉及到營銷的另外一個環節了,那就是“拓新”。拓新環節通常發的都是定向廣告,這種廣告只是為了拓展品牌的知名度,而對于最終的交易,并不做要求。這種也很常見,就比如我們在看《王牌對王牌》的節目中,天天聽他們介紹“vivo x60”的手機,也沒有任何購買鏈接,但這個手機的品牌,卻被大眾所熟知了。

          獲客

          不管是重定向廣告,還是定向廣告,在整個營銷的過程中,都是獲客環節的重要手段。前段時間我們研究過 B 端企業營銷困局的破解之道——精準營銷。

          在這里,我們再來做一下延伸思考,想要解決企業獲客成本高的問題該怎么辦呢?

          下面這張圖供參考:

          為什么你剛在淘寶搜完商品,抖音就推薦了?

          稍微解釋一下:

          張三搜索了我們的產品內容,并且留下了聯系方式等信息,那么這種用戶肯定是最精準的用戶啦,讓銷售團隊直接跟進;

          既然張三是精準用戶,那么我們能不能找到一群跟張三差不多的人,進行“拓新”的操作呢?于是可以搜集到的張三的特征,給到這些第三方廣告平臺,找到跟張三有著類似特征的李四們,給他們發品牌廣告,進行拓新。

          注:我們前面也提了,to c 場景,直接找到聯系方式,是違反隱私保護法的。但巧就巧在,我們雖然不能直接獲取聯系方式,但卻可以間接地利用這些數據,也就是給他們發廣告~

          結語

          商業創造利潤的秘密,其實很簡單,一言以概之,就是讓我們的產品,有更多的“訪客”,并且將這些“訪客”變成“顧客”,將購買意愿和購買能力變成購買現實。

          但紙上得來終覺淺,精準營銷何其難。這條道路,已經走了很久,但也只是邁出了一小步,接下來,依舊有很長的道路要走~

          文章來源:優設   作者:曉莊同學產品筆記

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


          如何做好需求分析?試試這個「2W1H」方法!

          資深UI設計者

          當你拿到一份 PRD 需求文檔 時,你在想什么?

          好像所有字都認識,怎么放在一起變成最熟悉的陌生詞?

          好像對方在侃侃而談,而你只是用微笑來表達那不知所措的尷尬?

          還是,一目十行,了然于心,拿出你的看家本領,迎面而上!

          ……

          看過形形色色的 PRD 文檔,有純文字版的,全篇找不到一張圖片,估計擔心會影響設計師創意無限的大腦發揮;也有看過圖文結合的淋漓盡致的 PRD 文檔,甚至有直接上手 sketch 的,原型都畫好了;當然也有直接丟給你一張圖,讓你照著做的…

          所以,面對這些不同特點的 PRD 文檔,設計師該從哪里開始呢?這真是一個好問題,期待這篇分享能助你撥開迷霧。

          需求分析,直白的說,就是要找出二個 W 一個 H:

          • What: 需求是什么
          • Why: 為什么要做
          • How: 如何做

          為什么要需求分析

          一個需求,從用戶需求到產品需求,再到產品功能,當中會經歷一個可長可短的過程。不管這個時間如何計算,無可避免的是,它一定會消耗資源。而需求分析的進行,可以在一定程度上避免資源的浪費。

          1. 識別偽需求,挖掘真需求

          分析需求的過程中,需要去了解需求的背景,用戶真實的訴求是什么。很多時候,“所謂需求”,是用戶裝飾后的“解決方案”。大部分的用戶是用他“已知的事物”來闡述“未知或難以描述的事物。

          2. 是否符合產品定位?產品目標?目標用戶?

          存在即合理,所以并沒有所謂真正“無理的需求”,而是這個需求,是不是和你的產品是對齊的,再好的鍋,它也需要一個合適的蓋。需求也是同理,只有當需求與產品定位、目標以及目標用戶是一致時,才能讓產品發揮最大的價值,比如當初的來往和現在的釘釘。

          3. 需求的價值

          需求或許不一定有價格,需求必有其價值,不然它就是一個無意義的需求。當用戶提出一個需求時,必有其想要表達或想獲得某種東西,即使它可能很微小。

          4. 是否有更好的解決方案

          不只是用戶會提出裝飾后的”需求“,PM/PD 同樣也會。這很正常,人都會基于自己的自身環境,受教育程度,對事物提出自己的看法以及他認為好的解決方案。

          但對設計師來說 ,需要多走一里,向前一步,看看有沒有更好的解決方案。而更好的方案,需要設計師更透徹的了解需求。當然這不是硬性要求,只是要考慮多種的可能性。

          分析前:準備動作

          比起要了解你接到的需求,先了解你的產品,是一件很有必要的事情。需求只是產品的某個部分,要先把握全局,才能更好設計。不然,很容易一葉障目,錯誤評估需求。

          或者應該說,對產品進行任何改動或優化,都要基于對產品認識上進行的。

          從哪里開始

          需求分析時,設計師要了解到,需求提出者、需求來源、需求背景、目標用戶、解決問題、產品方案、產品目標,以及分析后整體需求的優先級。

          1. 需求提出者

          PM/PD,偏業務類需求 —— 產品需求

          設計師大部分的需求來源,都是來自 PM/PD, 而這類需求基本上經過了 PM/PD 的過濾,并且比較偏向商業業務方向

          產品用戶 —— 用戶需求

          用戶的吐槽、建議、反饋,用戶從自身出發,提出希望被滿足的功能

          設計師,偏體驗交互類需求 —— 設計驅動的需求

          設計師通過設計走查,主動與用戶溝通和用戶調研等方式,獲取得到的需求

          BOSS 層需求 —— 老板需求

          這是特殊的需求,充滿機會與陷阱。

          這里是四類比較典型的需求提出者,不同的提出者對需求的著重點會有不同。

          2. 需求來源

          • 應用市場里的評論、知乎問答、微博,產品內置的反饋入口收集到的信息
          • 市場變化而產生的需求,比如共享單車、線上會議
          • 競品需求
          • 用戶調研獲取到的需求
          • 數據分析
          • BOSS 需求

          需求的來源,其實是多面的,和產品的目標用戶息息相關。目標用戶在哪,需求就會在哪產生。了解需求的來源,也有助于需求的評估,后期如果需要做用戶研究,也能對此提供幫助。

          3. 需求背景

          需求背景,是需求產生的環境,比如用戶是在什么情況下遇到問題,使用場景是什么,用戶路徑是什么

          了解用戶碰到的痛點和癢點是什么,如果有可能,可能自己去走一遍用戶的使用路徑,親身體驗用戶碰到的問題。有些時候當你真正痛過了,你才會知道這真的是一個坑。

          4. 目標用戶是誰

          需求所服務的目標用戶是誰,這很重要。遇到問題是目標用戶,還是邊緣用戶,是大部分用戶的訴求,還是一小部分用戶的訴求

          需求的目標用戶需要與產品的目標用戶對齊,不然可能這個需求不錯,但卻是其他產品的需求,與產品不對口

          特別是產品本身涉及多角色的用戶,比如 B 端中臺的產品。所以,明確服務的目標用戶是誰,可以更準確去對焦需求,對癥下藥,方可藥到病除,不然可能是藥到命除…

          5. 解決問題

          需求解決了什么問題,這是一個要問的問題。當你花了時間在討論需求是什么時,但是如果需求并沒有解決用戶的根本問題,其實就是在浪費時間 。

          解決什么問題,是需求的價值所在。很多時候,做了很多需求,其實不一定真的了解需求本身是為了解決什么問題,而這種不了解會讓設計師對需求的了解是停在淺水區。

          6. 產品方案

          當你接到需求的情況下,一般也會接收到提出者的解決方案。這時,要去驗證產品方案能否有效解決用戶的問題,這與上一步「解決問題」是一個相互驗證的關系。

          產品的方案,不等于設計方案。不要對產品方案照搬,最后只做了界面的美化者,設計師要更深度去考慮整體產品的交互、體驗以及用戶心智。條條到路通羅馬,天無絕人之路,你要記得轉彎。

          7. 產品目標

          需求完成后,期待是會達到什么樣的目標呢。這個目標與產品目標是一致的嗎?

          解決問題、產品方案、產品目標,這三者是存在強相關的關系,并且互相影響。

          最后想說

          需求分析是不可跳過的一環,打開 Sketch 之前,設計師需要的是理清需求,找出疑惑點,你疑惑的地方,用戶可能同樣會遇到,如果設計師不清楚,也請不要將這樣不清不楚的設計呈現給用戶。

          文章來源:優設   作者:箴鹽設計

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


          探析體驗設計之“人性”

          資深UI設計者

          產品設計的過程雖然需要天馬行空,但是最終也要落地。設計是為人服務的,因此也要充分的考慮到“人性”。下面,本文作者為我們分享了如何通過設計讓用戶體驗到自由、尊嚴和幸福。

          人的所有體驗上的感受,最終都可以追溯到人對自由的渴望,以及在自由基礎上對尊嚴和幸福的追求,這些都指向人性的深處,所以不了解人性就不可能做出好的體驗設計。

          下面我就分別來說一下如何通過設計來讓人感受到自由的體驗,尊嚴的體驗和幸福的體驗。

          一、體驗自由

          提到體驗其實暗指這是人類專屬的一種感受,它直指人的本質所向即自由,這也是人與動物的一種本質區別,自由是一個純粹的哲學概念,它無法被直接明確定義解釋,但我們可以從鄧曉芒先生提出的自由三個特性,來對自由有個更深入認知。

          1. 自由就是自由意志,就是自己要,沒有任何外來的強迫;
          2. 自由是將來時,如果自由是人的本質,那么人的本質就是生活在將來,人是生活在未來的,人是向死而在,在死之前,你還是有未來的,你總是有未來的,這個未來決定了你的一生;
          3. 自由是開放的,所謂自由,就是人所擁有的無限的可能性,自由選擇,你可以選這,也可以選那,就連不選擇也是一種選擇,選擇是開放的,有無限的可能性。

          人對自由的追求就是人的根本人性所在,所有精神追求最終都可以追溯和被自由所解釋。體驗到自由的時候,人就愉快,體驗到不自由的時候,人就難受。體驗中的一切感受,最終都可以還原為對自由不同程度的體驗。

          比如哈雷·曼寧等人將客戶對體驗的定位分為 3 個不同的層級,稱之為“客戶體驗金字塔”(見下圖,自繪)。由低往高分別是∶需求滿足,容易性,愉悅性。其核心體驗都可以歸結為不同類型的自由。

          客戶的需求得到滿足,其目的得到實現,這是感受到動機的自由(不受需求的束縛了,可以設定目標、實現目標);客戶感到容易,無需大費周章,這是感受到行為的自由(操作自由,時間自由的掌控); 客戶感到愉悅、感到滿意,這是感受到精神的自由(內心情感得到滿足)。

          探析體驗設計——人性

          自由的力量也可以在日常生活中得到發揮和應用,比如現在家長們苦惱的小孩玩手機游戲沉迷問題,你可以給他設定每日強制必須完成的游戲目標,比如每天必須通10關獲得10個游戲道具和一萬個金幣,不完成不許做其它任何事情,孩子就會對游戲越來越厭煩,背后的原因就是他失去了目標自由和行動自由,感受不到自由的游戲帶來的愉悅了。

          還有為什么孩子不愛閱讀收錄進語文課本里面的文章?

          那是因為一般語文課本的文章都有課后題要求必須完成,還會強制要求背誦某某段落,孩子在翻開課本學習這些文章時,就已經意識到接下來將面對枯燥乏味的課后題,這影響了他對文章的興趣,他感受不到自由而只有限制和約束。

          如果你領他到一個書店,告訴他說:“我們今天需要完成購買一本文學類書并帶回去讀完,但選哪一本,如何讀完你自己來定,你現在去翻看能讓你讀進去的書吧”。我想這個孩子因為獲得了動機自由和精神自由,自主選出了能給自己帶來精神愉悅的文字,他是會將此書讀完讀透的。

          體驗到自由,就是體驗到他的自由意志沒有受到外在的限制而只受到自己的限制,這是體驗的最基本層面。

          二、體驗尊嚴

          著名交互設計專家理查德·布坎南教授指出∶“所有設計背后的理念都是人類的尊嚴。交互設計的原料是我們服務大眾的‘目的和渴望’,我們賦予其形式和體驗。我們的設計都是為人類的尊嚴而設計”。

          按照他的觀點,那做設計的人就很有必要先搞清楚什么是人類的尊嚴?為人類尊嚴而設計從何做起?

          讓顧客體驗尊嚴,并非一件容易之事。并不是對顧客有歧視、謾罵等侮辱性的行為或語言才算損害顧客尊嚴,需要對尊嚴有深入的理解。

          德國哲學家羅伯特·施佩曼(Robert Spaemann)這樣說∶“只要人活著,就其種差來說,我們需能夠且必須指望他同意向善。然而這種同意向善只可能發生在自由之中。不僅僅這種對同意向善的指望,而且對同意向善能夠得以發生的自由空間的允諾,都是對人的尊嚴的敬重的奠基性行為?!?

          這段話可以理解為我們必須指望人們同意向善,而且要允許人們自由地同意向善。既不假定他會做惡,也不能強迫他同意行善。允許人自由,相信人會同意行善,是尊敬人的尊嚴的最起碼行為。

          在我們的文化中一直有“你不仁,我不義”,“以其人之道反治其人之身”等一些言語在一直流傳,這些都是以人的表現來決定我們尊重其尊嚴的程度,即對人的尊嚴采取一種有條件的尊敬,而不是無條件的尊敬。

          其實只要是人,都要尊敬其尊嚴。在這種文化背景下讓人們真正去理解尊嚴并不容易,但如果你真正想創造優秀的用戶體驗,這一關必須要過,并且在語言和行為動作兩個方面做出相應的行動。

          1. 以恰當的語言使人體驗尊嚴

          先舉一個生活中常見的例子,當你逛街進入到一些店里后,會不會經常見到如下提示語“請不要隨意觸摸商品”,“店內設有探頭,請自重”,“錢物當面點清,離店概不負責”,諸如此類的語言。

          這就是在字面上尊重,在內容上卻把受眾設定為已犯錯誤狀態,不尊重你的顧客的一種做法。這么做與懂不懂語言學無關,而與對人性的了解、對人的尊嚴的理解密切相關。

          我們用什么樣的語言和客戶打交道,我們就在客戶心中創造什么樣的形象。

          2. 以恰當的行為動作使人體驗尊嚴

          20世紀80年代中國內地企業開始導入CIS設計(企業識別系統設計)。

          CIS系統包括 MI(理念識別)、BI(行為識別)、VI(視覺識別),其中理念識別就是樹立企業的價值觀,行為識別包含員工接待客戶時應遵守的行為規范,員工在按照這些語言和行為的外在規范來對待客戶的過程中,可以逐步提升內在的職業道德意識。

          視覺識別最為人熟知,VI是一個嚴密而完整的符號系統,它的特點在于展示清晰的“視覺力”結構,從而準確地傳達獨特的企業形象,通過差異性面貌的展現,從而達成企業認識、識別的目的。

          當時企業把CIS視為營銷利器,開始在戰略層面思考企業和員工在客戶心中的形象問題了。這就為今天的“以用戶為中心”、注重“用戶體驗”、強調“用戶思維”這些理念的實行奠定了基礎。

          比起早期CIS系統中行為準則的口號化和粗放型,現在的企業準則更加關注體驗細節和可操作性,在用語上達到了”語言工程設計”的層次,在行為上達到了”行為設計”的層次。其核心都指向企業的道德水平的提升,從而為客戶體驗尊嚴開辟了切實的路徑。

          需特別強調一下,雖然我們尊敬人尊嚴所使用的語言和動作做不到完全的真誠,總是包含著虛偽和假象,但使用這些語言和動作總比不使用它們要好,總比損害人的尊嚴的語言和動作要好。

          正是在包含著虛偽和假象的真誠中,我們才有可能逐步減少虛偽和假象,朝著純粹的真誠不斷靠近。

          語言和動作是對心靈的訓練,當我們能持續地說出善良的話、持續地做出善良的動作,我們的心靈也就離真誠不遠了。切不可因為做不到完全的真誠,就在語言和行為上對自己降低要求甚至沒要求。

          三、體驗幸福

          幸福這個話題在生活中一直被人們反復提及,它的價值意義也是毋庸置疑的,幸福的感覺是讓人感受人的本質力量的重要確證,所以每個人都需要也該擁有幸福感。關于幸福和價值,經濟學家張維迎曾有如下論述:

          “人行動的最終目的是什么呢?簡單說,就是生活得幸福!幸福是人行動的最終目的,意味著其它目的都只是實現幸福的手段,而幸福本身不能是任何其它目的的手段,為了其它目的而犧牲幸福都是非理性的。因為人的最終目的是幸福,因此任何物品和行動的價值,最終都來自它們對幸福這個終極目的所做的貢獻。如果一件物品或一個行動能增加人的幸福感,我們就說它是有價值的?!?

          其實幸福不僅是經濟學會關注的問題,更是設計學科所要關注的問題。只不過商家通常是把產品、服務當作使用戶幸福的基礎手段,設計成為手段的手段,而不了解真正創造幸福的方法。只有在深入了解人性的前提下去做好設計,幸福感才會提供給到用戶。

          幸福只能是建立在人人幸福的基礎上。這個人人,包括自己,也包括別人。

          這對我們的固有觀念是一個挑戰,傳統觀念中,我們雖然反對”把自己的幸福建立在別人痛苦的基礎上”,但卻肯定和鼓勵把自己的幸福建立在自己痛苦的基礎上。我們文化中重視“痛苦”的價值。

          比如“梅花香自苦寒來”,“學海無涯苦作舟”,“吃得苦中苦方為人上人”“要想人前顯貴,就得背后受罪”等等,一直在強調“苦盡甘來”的價值理念。

          這種價值觀看起來很勵志,但實際上苦只是某事事物的副產品,苦本身完全沒有價值,苦不可能轉化為人的內在能量,這些錯誤的認知該被今天人們摒棄,苦就更不是通往幸福體驗的正確方向。

          因為首先幸福沒到來之前,人所受的苦就是直接的痛苦體驗,只能夠損害人的健康和情緒,這是明顯的不幸福感覺;其次,如果認為幸福必須是通過痛苦換來,那么不用自己的痛苦去換,而用別人的痛苦換,則是最有利的方式了,這就自然地引向“把自己的幸福建立在自己痛苦的基礎上”這條路。

          而這條路只會導致更多的不幸,而不是幸福。最核心的是“苦”不是將來能換取“樂”的債權,更不是修行資源,尤其是對心智不成熟的人更不是好東西,苦是對人的傷害。

          我們應該盡可能別讓人吃苦,記住,只有成功能帶來更大的成功!這是心理學上已被證實的勝利者效應。

          其實我們只能用幸福交換幸福。這種交換,實際上是激發和共鳴,交換的雙方都不會減少幸福,而是確證了彼此的幸福,是對幸福體驗的共鳴。以現在的幸福,激發起未來的幸福;以自己幸福,激發起別人的幸福。

          這就意味著,對客戶體驗來說,要想使用戶體驗到幸福,產品和服務提供商也首先要有幸福感。不能認為“辛苦我一個,幸福千萬人”,而要樹立“我是幸福的,也要把幸福傳遞給千萬人”的觀念。

          設計師、提供商、企業員工要以自己的幸福感所創造的幸福氛圍作為必要條件,激起用戶、消費者、客戶的幸福共鳴,這就是“真正讓人體驗幸福”的法門。

          理解這一方法的企業可以說是少之又少,大部分企業都走在誤區,它們可以做到全心全意為客戶服務,但認為只有犧牲員工的幸福感,才能促進客戶的幸福感,正如當下很多公司員工過勞問題嚴重。

          這使它們從根本上就不可能為用戶創造出幸福體驗,核心是因為企業的文化和價值觀出了問題。

          我們一起看一個這方面做的優秀的例子——迪士尼樂園,迪士尼自身的使命,確立的就是使人們快樂。

          一旦你來到迪士尼,或者走進其中的一個場館和設施,你就能觀察和感受迪士尼樂園里面散發出來幸福的氣氛。這依托于企業內部正確的態度,配以培訓和鼓勵的支持,然后再結合對這種氣氛價值足夠的重視。

          同時也離不開塑造迪斯尼每一名工作人員的幸福感,由此才營造出的幸福氛圍。營造幸福氛圍的承諾就是他們創造幸福體驗的秘訣,即使所有人現在都知道了這個秘訣,很多企業也是不可能做到的。

          原因很簡單就是大多數企業主張的企業價值觀里就根本不涉及幸福的價值。要想做到讓企業的顧客用戶體驗到幸福,就要對企業的價值觀進行重新設計,確保企業的價值主張里要包含“基于幸福的價值”的觀點。

          首先要清楚對幸福的追求是普遍的,所有業務活動的本質基礎是使每一個個體幸福。并且要保障業務活動中交互的雙方都是幸福的,業務中的一方不幸福,另一也不會幸福。

          業務活動的最終目標是為了改善業務活動中所有相關者(顧客、雇員和股東)的幸福,每一個體的幸福都如此重要,應當把幸福作為組織價值觀的核心概念。這樣才能保障你的業務會給客戶帶來真正的幸福體驗和好口碑。

          偉大哲學家馬克思曾說過∶“人的本質客觀展開的豐富性、主體感性的產生與發展,依靠著有音樂感的耳朵、能感受形式美的眼睛,那些能成為人的享受的感覺,即確證自己是人的本質力量的感覺。”

          人體驗幸福,從哲學上說,就是在體驗人的本質上的豐富性。在體驗的交互中,人的感覺不斷發展和豐富,人的本質力量不斷地得到確證,進而感覺到人所應有也配有的幸福感。

          要想真正做出好的體驗設計,必須看見和重視人性:對人自由的追求是人性的根本所在;對人始終都要以恰當的語言和行為使其體驗到尊嚴;將幸福建立在人人幸福的基礎上。

          關注和尊重人性是做好當下一切設計的基礎和根本,因為體驗經濟時代的設計都要以人為本,服務于人。

          文章來源:人人都是產品經理 作者:洪灃

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


          完整交互文檔案例

          資深UI設計者

          前言

          當我在網上搜尋交互文檔規范時,可以搜到很多關于交互文檔的結構搭建的文章,但始終沒有一份較為完整的案例 Demo 展示,主要是因為大多數商業項目的交互文檔是涉密的,無法進行分享。

          互設計師應該具備優秀的表達能力,不僅是語言方面的表達,交互文檔的表達也尤其重要。

          相信大家和我一樣想要一睹交互文檔實戰案例的芳容,我本著在交互行業學習的精神,研究了飛書、釘釘、騰訊會議,構建了這個《UEDART 云辦公 APP 交互案例》的虛擬項目,最終輸出在交互文檔中可以快速復用的框架與模塊。旨在通過符合實際的項目來進行交互文檔整體構建的闡述,讓大家通過案例的瀏覽,更為切實的了解到交互文檔的細節,從中得到一些有效的幫助。

          序幕

          以下預覽的整個交互文檔全部由 Axure 制作完成

          UEDART 云辦公 APP 交互案例預覽: https://vip.uedart.com/works/CloudOffice/Complete/index.html

          關于整個云辦公 APP 項目的需求分析、設計思路、業務流程圖、頁面流程圖、原型圖制作內容已經在《UEDART 云辦公 APP 交互案例》文檔中體現了,本文就不再做過多贅述。接下來主要講一講,通過本次交互案例的展示,如何利用 Axure 快速構建 DRD 交互文檔,為我們后續的工作提供更加有效的幫助。

          通過本文的闡述再結合《UEDART 云辦公 APP 交互案例》,雙管齊下,能夠讓大家更好地了解到整個交互文檔框架與實戰交互案例的全貌,深入各個環節挖掘細節知識。這樣會比單獨從一個角度切入更為的直觀和有效。與此同時,大家可以初步了解到如何從項目實踐中抽離共通性,有意識地將共通性進行模塊化是提高效率的好方法。

          希望本文能夠給大家傳播一些知識,也希望在和大家交流的過程中,我也能不斷地修正錯誤汲取新知識,和大家一起成長。

          一、明確用戶對象

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          交互文檔給誰看,定義文檔的用戶對象很關鍵。

          根據文檔的用戶對象不同,制作的方式與精細度也會有不同的要求。

          本次制作的交互文檔主要是針對工作環節中,用于落地開發實現,輔助工作環節中的各個成員:產品經理、視覺設計、開發人員以及測試人員,了解產品交互的功能與流程細節需求,便于開發對需求的理解與實現。

          二、文檔制作場景化

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          2.1 我們產品設計中的5個常見場景

          0-1 的產品設計:

          完全 0-1 的產品,從頭梳理產品業務、場景與業務,對應的業務與模塊需求特別多

          全新業務線:

          已有基礎流程與業務的沉淀,需要迭代全新業務線或大模塊,對應的業務流程和功能

          大版本迭代產品功能:

          涉及多平臺、流程較多,對應的迭代功能比較多

          小版本迭代產品功能:

          涉及流程少,迭代功能少,對應的要求是快速響應上線

          2.2 如何讓整個文檔框架更為的靈活呢?

          針對以上場景我將交互文檔框架拆分為:大、中、小三種形式,分別對應產品設計的幾個常見場景

          大型:0-1 的產品設計,迭代全新業務線

          此會用 1 個完整的 UEDART 云辦公 APP 交互文檔案例來展示

          UEDART 云辦公 APP 交互案例預覽: https://vip.uedart.com/works/CloudOffice/Complete/index.html

          中型:大版本迭代產品功能

          此大體結構和“大型”差別不大,主要是刪減了一些基礎信息的內容,流程和子業務的數量上的差異性

          交互說明框架(中型)預覽: https://vip.uedart.com/works/CloudOffice/mid/index.html

          小型:小版本迭代產品功能

          小版本,時間緊,功能較少,于是這邊簡化為“頁面流”和原型圖展示

          交互說明框架(小型)預覽: https://vip.uedart.com/works/CloudOffice/little/index.html

          三、提煉交互文檔特性

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          結合用戶對象和使用場景,提煉交互文檔的幾個特性

          • 易于閱讀:方便流程中的各個對象的閱讀與理解,方便瀏覽與閱讀
          • 靈活應用:適配于各個產品設計的場景,提升效率
          • 調整修改:在產品開發進程中進行錯誤點的調整或需求變更的標記與注釋
          • 版本迭代:要做好版本管理,方便更新迭代,不只是項目的迭代,整體交互文檔框架也需要不斷更新迭代使其更加符合我們實際的工作所需

          為什么要提煉特性?

          主要是讓制作有方向性,這一點很重要。

          做一件事一定要明確為什么做,在項目之初已經定義了本次項目的主要目的。在明確為什么做的基礎上,如何更有效地實現目標,方向性很重要,它為接下去的項目制作提供了關鍵著陸點,在一系列的發問與思考中不斷完善靠近最終目標。接下來的制作思路將基于此特性,進行制作方法的選型與整體交互文檔構建的架構。

          四、制作思路

          最初定義《UEDART 云辦公 APP 交互案例》的輸出為主,此案例按照大型的交互文檔框架進行打造,讓大家能夠了解到交互文檔的全流程制作的全過程。

          4.1 制作準備與產出物

          4.1.1. 制作方法論

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          我稱之為五環制作法:提煉原則,確定方法,統一規范、拆分模塊、提升效率。

          • 原則:基于交互文檔的四個特性,易于閱讀、靈活應用、調整修改、版本迭代。
          • 方法:利用 Axure+oss 原型托管的方式來實現整體文檔的架構與部署。方便不同制作場景下的應用、各成員的瀏覽閱讀、修改調整、版本迭代控制。
          • 規范:基于統一的規則,方便保持元素的一致性,提升文檔細節美觀度和閱讀感。
          • 模塊:文檔內部形成標準件模塊化、流程模塊化、頁面模塊化、組件模塊化,方便復用與管理。
          • 效率:采用了原有已經制作好的 PRD 框架+手機組件作為基礎素材,方便提升的制作效率,與此同時規范性與模塊化也為后續的制作帶來了高效率性。

          4.1.2 項目準備

          • 項目名稱:UEDART 云辦公 APP1.0
          • 項目調研:了解競品、分析競品、競品結構分析(主要針對飛書、釘釘)
          • 項目安排:周期安排,利用業余晚上和周末的時間完成
          • 制作工具:Axure9.0 版本、xmind8.0
          • 項目啟動:2020 年 12 月 1 日啟動,
          • 預計完成:2021 年 1 月 15 日
          • 實際時間:2021 年 2 月 6 日

          Tip:回溯項目整個的制作時間,2021 年 1 月穿插了很多其他事情,比之預期有所滯后,最終還算比較順利的在春節前完成了整個項目的制作與整理。

          4.1.3 最終產出

          • 腦圖:云辦公 APP、交互規則、非功能性需求
          • 大型交互說明框架:UEDART 云辦公 APP 交互案例
          • 中型交互說明框架:交互說明框架_中型
          • 小型交互說明框架:交互說明框架_小型
          • 原型元素:原型元素規范

          4.2 文檔結構

          4.2.1 瀏覽框架結構

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          • 標記 1:交互文檔標題,包含項目名稱+版本號
          • 標記 2:主模塊頻道切換,可根據需要自定義和調整排序
          • 標記 3:模塊內,切換菜單,可根據需要自定義增加或減少
          • 標記 4:子菜單內容展示,可根據需要自定義內容頁內容

          Tip:整體框架封裝好自適應結構,方便筆記本與 pc 電腦的閱讀感,同時封裝好切換點擊動效,整體瀏覽感就和平時瀏覽網站是一樣的效果,方便讀者閱讀。

          4.2.2 交互文檔結構

          大結構分為:基礎信息、交互說明、原型頁面、回收站四個模塊。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          部分內容展示:

          更新日志:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          產品介紹:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          設計思路:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          通用規則:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          非功能性需求說明:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          交互說明目錄:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          頁面流程圖:

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          4.3 文檔規范與模塊化

          4.3.1 原型元素規范

          在整體文檔制作開始時,先制定好整個原型文檔的原型元素是一件很必要的事情,這為后續制作的規范統一性提供了堅實的基礎,基于統一的規則,方便保持元素的一致性,提升文檔細節美觀度和閱讀感。

          這樣能夠保證后續組件與頁面的元素統一,保持一致性的原則。

          主要定義了品牌色、自定義灰度色系、頭像尺寸、字號、4px 間距。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          4.3.2 組件規范

          我們在工作中經常會用到一些固有的組件庫,比如 Ant 螞蟻出品的 axure 組件,很多同學可能就“拿來主義”直接應用到自己的項目中,這確實也是一個比較容易也很省事的做法。

          我個人比較習慣于把這些組件素材作為制作的基礎素材,在實際應用中根據項目的業務所需,重塑組件。項目中的組件制作是一個循序漸進的過程,不能一蹴而就,在我們制作過程中,拆分出來的通用模塊,就可以封裝為一個組件樣式,方便下一個流程或頁面的復用。

          本次制作中我應用了 UEDART 出品的手機端組件作為基地素材,進而優化成本次項目中的組件元素。

          這套組件規范也是我參與制作的一個項目。

          預覽地址: https://vip.uedart.com/demo/UEDART_003/index.html

          4.3.3 模塊化思維

          我們不止在制作文檔時需要模塊化這種思維,在設計產品與流程設計時也需要帶著這種思維,可以有效地將流程中公用的子業務流進行串聯,避免重復子流程與重復的開發工作。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          4.4 調整與修改

          4.4.1 文檔聯動調整

          框架頁面名稱,采用函數制作,名稱自動按照頁面名稱展示。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          交互說明目錄名稱:采用引用制作,名稱自動識別頁面名稱展示。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          頁面流程的頁面與頁面名稱:頁面采用引用自動識別對應原型展示,頁面名稱采用引用自動識別頁面名稱展。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          通過以上幾個小應用可以做到方便后續修改時,不需要做過多的重復命名工作,只需修改左側樹結構的頁面名稱,所有相關頁面都會同步修改名稱,而且當我們需要在頁面名稱上備注此頁面(修改)時,在其他環節也會展示,相當方便。

          不過在前面的制作時就要按方法執行,避免后續為調整修改名稱,工作量大且容易忽略,導致名稱不對應。

          4.4.2 更新修改

          當文檔進行修改或更新時要做哪些動作:

          1、更新日志添加

          按照修改時間、屬性、描述、修改人進行添加,當同一天更新比較多時(修改了需求),此時可以按照調整模塊拆分成多條來添加

          2、添加目錄與頁面備注

          在交互說明對應的流程目錄上添加更新備注,時間+更新

          在頁面名稱后加上(新增)或(修改)

          3、添加頁面流程標記

          頁面流程中的標記,根據所做的修改部分進行標記

          為了方便大家在頁面流程中的標記,我將標記修改進行了組件化:多頁面修改標記、注釋調整標記、單頁面局部標記、刪除隱藏標記

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          這邊我舉個例子,方便大家對標記實操的理解。當我修改了登錄頁面的一鍵登錄頁面和注釋描述時。

          用一份大廠級的完整交互文檔案例,幫你深入學習交互細節

          五、瀏覽閱讀

          借助原型托管工具:這邊我采用了阿里云 oss 上傳。主要是考慮瀏覽速度的因素,藍湖大文檔的原型托管會卡。當然你也可以選擇 Axhub 或藍湖以及其他托管平臺都可以實現將 Axure 生成的 html 進行上傳。

          文章來源:優設   作者:時光若刻

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

          關于企業中臺、城市中臺、經濟中臺的實踐思考與比較探討

          資深UI設計者

          編輯導語:自從阿里提出中臺概念后,各行各業不斷推出了中臺的應用與落實。關于中臺的概念和應用已經有很多文章都講過了,但是具體的企業建設的文章還是比較少。本文作者就以自身工作實踐為基礎,分享了自己關于企業中臺建設的一些思考和實踐,與大家分享。

          最近回答了一個關于會不會讀死書的問題。個人理解為這個問題實際是,看書看多了,會不會變成一個不切實際的理想主義者?

          就個人成長而言,一方面是要腳踏實地,參與工作本身就是給自己營造了這樣一個大環境,同時項目經理崗位面臨的最急迫的事情往往就是如何采取卓有成效的手段定義并達成現實的階段性目標,這么來看還是沉得下來的;另一方面還是要仰望星空,要回答我們的業務愿景是怎樣的?我們的產品演進路徑是怎樣?我們的工作標準什么?。

          上述兩個方面,一個是道,一個是術,都是需要自己通過不斷的吸收更加先進的知識經驗并不斷總結反思的,就目前情況評估,現在的閱讀量還是遠遠不夠的。

          這篇文章算是對最近一年干的事的簡單總結,從具體事情上來說,包括:政務中臺項目投標及相關項目建設;經濟中臺的落地探索與實踐;基于經濟中臺上的應用場景的建設。而這篇文章要說的不是具體做的事務而是“仰望天空”的遐想,一些理想化的推理。因此,本文算是基于我現有的經驗和認知水平,簡單串聯了“企業中臺”,“城市中臺”及“經濟中臺”等概念并開展遐想和推理的結果,漏洞自然很多,有待實踐的檢驗。

          一、企業中臺

          1. 對于企業中臺的基本理解

          個人理解,企業中臺概念的產生是因為互聯網巨頭發展為具有多個產品部門的形態,造成大量的煙囪式管理系統,要想整合這些技術、數據和業務于是集團內部就有了建設拉通相應能力基礎設施的需求。

          當這些互聯網廠商包裝這些實踐形成所謂中臺產品并出售給傳統企業的時候,中臺似乎更多的變成了以解決企業當前營銷問題為導向,支撐企業開展消費者運營為核心的基礎設施。

          我理解上述目標也是企業中臺和城市中臺最大的區別。企業中臺的出發點是解決企業這個以營利為目的的市場主體的生存和發展問題,核心就是怎么滿足不斷變化的市場需求。

          因此是站在市場或用戶“需求側”的角度出發來規劃整個企業中臺建設。而城市中臺,是站在“供給側”結構性改革出發,解決的是為城市公眾提供有效的公共服務資源供給并推動城市有效治理的問題。

          從企業中臺的建設路徑來看,核心是圍繞業務數據化和數據業務化開展的,這一點上我覺與城市中臺有共通之處。其建設的最終的目標應該是實現企業基于數據驅動的運營。

          相比傳統企業信息化系統而言,企業中臺試圖解決的是企業全價值鏈條的問題,比如汽車零售就是試圖解決“圍繞消費者認知—體驗—考慮—購買—使用—服務”的企業經營問題,而不單是企業某個職能部門管理問題;另一個方面是支撐企業中臺的技術進一步進化,用到了一系列更專業的技術理念以提供有效的支撐,包括:云服務、容器、微服務化等。

          2. 企業中臺建設中面臨的困境

          如果基于上述判斷推演,是否帶來了一些建設層面的現實問題:對于普通企業而言是否需要這樣龐大的技術支撐?從實施層面,需要一個多么卓越的組織才能夠成功實施?這樣的系統建設成本又有多高?這也是閱讀《中臺實踐:數字化轉型方法論與解決方案》這本書給我帶來的疑問。

          這樣的資源要求與現實的矛盾對于大多數企業我想都是存在的問題,在后面的經濟中臺或者是產業互聯網建設案例中,我似乎看到了適合更大多數企業的解決方案,這部分在后面的經濟中臺模塊中闡述。

          繼續梳理企業中臺的建設過程,會出現的另一個問題是在數據和業務雙中臺概念里,數據中臺的建設邏輯似乎更容易成立和易于落地,而涉及業務中臺的實踐就不是那么的簡單。

          從業務本身來看具備以下特點:首先,業務的特性明顯,不同的行業、不同的公司之間業務存在顯著區別,這一點在我做erp項目的時候就深有感觸;其次,業務流程本身也不是一塵不變的,受公司文化影響較大,變更及整合業務流程更是涉及到公司本身的變革。

          上述情況意味著,數字化基礎設施建設廠商在業務中臺建設過程中需要有深厚的行業積淀,也帶來了實施周期和投入方面的現實問題。

          單從業務中臺的建設目標來看,其就是要為企業抽象出通用業務能力并與現有業務應用系統深度融合并賦能,為企業提供一個相對穩定的通用業務能力底座。

          業務中臺對業務本身進行抽象的同時也意味著他是不能直接帶來所謂的業務價值的,因為中臺不直接承載具體的業務功能和動作,也無法直接觸達企業的合作伙伴或顧客。因此在進一步的實施的時候,要回答的就是哪些能力屬于通用業務能力需要沉淀到業務中臺中去?切分標準是什么?以及具體的業務架構規劃和技術實現問題。

          同樣,這個問題在城市中臺和經濟中臺的建設中也會遇到,后面進一步討論。

          二、城市中臺

          1. 智慧城市的演進與城市中臺的定位

          城市中臺是通過服務于城市管理者(政府),使城市管理者為居民提供更有效公共服務的數字化基礎設施。站在政府的作用和價值出發,個人認為,政府一方面就是要維護市場公平,促進市場充分的競爭和發展活力;另一方面,是提供公共服務,兜底民生相關問題,具體就包括醫療、教育等領域。

          這兩個方面,站在智慧城市建設層面,后者主要是基于現有電子政務建設的延伸,同時結合了物聯網、云計算、大數據等新一代技術;而第一個方面,在當今消費互聯網迅猛發展的趨勢下,經濟交易數據都已經被互聯網消費巨頭壟斷,政府其實更多的還是政策手段的直接干預(比如出臺反壟斷法),并沒有找到很好的決策支撐工具。

          結合后面闡述的經濟中臺并與城市中臺進行比較,我認為第一個方面政府作用的發揮需要依賴于經濟中臺的建設,目前了解這個現在在全國范圍內都還是探索階段;而第二個方面價值的體現,依賴于現有城市中臺的建設。

          我們從智慧城市角度出發討論城市中臺建設,這里借用黃奇帆在《結構性改革》一書中提出的智慧城市建設階段的版本框架:

          • 智慧城市1.0版:數字化,目的是讓我們生活的世界可以通過數字表達出來;
          • 2.0版:網絡化,就是通過網絡將數字化的要件聯系起來,實現數據交互共享;
          • 3.0版:智能化,在網絡傳輸的基礎上實現局部智能反應與調控;
          • 4.0版:智慧化,借助萬物互聯,使城市各部分功能在人類智慧的驅動下優化運行。

          對照現有的城市中臺建設邏輯來看,包括三個方面:“聚”、“通”、“用”。理解“聚”和“通”是基于智慧城市總體建設1.0版本到2.0版本的過程,即數字化到網絡化的建設;而“用”追求的就是智慧城市3.0和4.0版本的高版本動作。因此這么來看,城市中臺在其中發揮的是智慧城市基礎設施或底座的作用。

          2. 城市中臺與企業中臺的比較

          基于上述框架的4.0版即智能化,比較企業中臺和城市中臺,他們的核心目的都是要通過數字驅動運營,只是說主體不一樣,一個是企業,一個是城市。

          進一步通過城市中臺大的分類與企業中臺進行比較,通常包括技術中臺、數據中臺、業務中臺三個組成部分。城市中臺建設中技術中臺被單獨抽離出來了,系統實現層面有一個單獨的封裝和開放平臺。

          個人理解為相比企業中臺,城市中臺需要面向更廣闊的技術需求方提供通用技術服務能力,而站在企業層面并沒有太大的需要。在數據中臺層面,企業中臺的數據體量也許并沒有城市中臺大,但是其業務的復雜性也是相當高的,二者在這一方面也許并不能放在同一維度進行比較。

          3. 關于業務中臺建設問題的繼續探討

          在這里想站在城市中臺建設層面繼續討論業務中臺建設遇到的問題:包括資源困境和業務難以抽離及如何為具體業務賦能兩個方面的問題。

          站在城市管理者的角度,個人理解城市中臺也是要抽離這許多電子政務服務應用共同的業務屬性,為后續應用建設提供共性能力,并基于此開展有效運營。

          城市中臺的業務抽離是否更加困難?首先,對政府提供的服務而言,其業務屬性本身就不像企業場景和后面的經濟場景那么強,這里的比較標準是涉及交易業務數量多少來看的;同時這樣的整合不僅僅是企業部門之間了,而涉及到城市公共服務部門之間的業務協同,是否難度就更高了。

          也許正因如此,目前無論是“城市中臺”還是“城市大腦”建設,更多的都是基于某個公共服務場景數據本身的融合、共享及單個場景支撐的智能化應用,典型的如智慧交通,涉及城市級別的跨部門業務沉淀及協同比較少,目前我個人理解還處于探索階段。

          我們不妨從數據中臺建設的角度考察業務中臺建設問題的解決路徑。黃奇帆在今年的外灘金融峰會曾說“數字化平臺具有全空域信息、全流程信息、全場景信息、全解析信息和全價值信息的‘五全信息’,任何一個傳統產業鏈一旦能夠利用‘五全信息’,就會立即形成新的經濟組織方式,從而對傳統產業構成顛覆性的沖擊。”

          這個觀點是否提供了一種推理依據,當數據本身足夠的全面、足夠的場景化、足夠的準確,他自然會帶來業務模式的變革,就能實現所謂“數據的業務化”,因此數據本身不僅僅能夠支撐業務,甚至數據就能帶來業務甚至是商業模式的變革。

          進一步推理,在具體的建設中我們是否可以將數據化的標準提高來作為業務變革和支撐的有效的抓手?

          這樣的邏輯是否會帶來一個悖論:數據本來就產生于業務,要產生這樣的良性循環,成了回答先有“雞”還是先有“蛋”的問題??偨Y來看,個人認為還是要依賴于具體的業務運營手段,而這些支撐業務運營的不是“中臺”而是前端應用。

          企業中臺的建設依賴于大量面向消費者的前端應用,同理城市中臺也應該是如此。于是我們回到了企業中臺建設面臨的一樣的問題,我們是否需要先建設大量的前端應用或者是接入和整合這些應用。這樣看來,這個硬骨頭還是要啃下去。

          三、經濟中臺

          1. 經濟中臺解決的問題

          經濟中臺相比城市中臺個人理解是一個更加宏大的概念。如果講城市有明顯的地理界限及行政區劃的劃分,那經濟并不是如此,經濟活動通常是不受區域限制的。

          這里說的經濟概念更像是產業的集合,而經濟中臺建設解決的問題我認為其中一個核心就是前文所說的城市管理者通過一個有效的抓手或決策工具“維護市場公平,促進市場充分的競爭和發展活力”的問題;另一個核心,我認為甚至更重要的是通過經濟中臺解決“貫通生產、分配、流通、消費各環節,打破行業壟斷和地方保護,形成國民經濟良性循環”的問題。

          如果基于上述定位,就使經濟中臺相比城市中臺即具有明顯的市場屬性,又具有明顯的政務屬性。這里市場屬性指的是產業發展歸根結底是市場主體的自愿行為;政務屬性是指政府這只有形的手在其中要發揮更“有效”作用,基于后者政府可以通過“產業政策”和宏觀調控兩個維度開展具體的動作。

          站在政府這只手的角度,我們會在建設過程中遇到的問題是政府這只手的邊界是什么?他希望做什么?他能做什么?這個需要在實踐中結合具體的項目運營動作去探索。

          2.  產業鏈視角下的經濟中臺

          站在市場這只手的角度,我們不妨降維到產業層面來推導一下經濟中臺的發展前景及路徑,這里還是從企業中臺面臨的業務中臺建設困境說起。

          在前面闡述的企業和政府維度業務中臺的建設過程中,都遇到了資源缺乏及業務本身的復雜性帶來的業務協同和整合的困難。記得在政務中臺的建設中,我們的方式是通過構建或整合應用前端實現,我們是否有更加有效的途徑。最近在電商領域看到了一種解決方式,這種方案是shopify和有贊這類產業互聯網企業實施的。

          他們的回答是,面向電商產業鏈上的實體企業,只提供配置化的開店工具,實體企業不需要再單獨建設前端支撐應用,電商產業平臺通過利用先進的技術架構,面向市場上已經具備的各種服務應用,平滑的接入若干應用能力即可實現為實體企業提供生產、分配、流通、消費等各環節服務。這種方式與其說是產業中臺不如更形象的說是產業的“路由器”。

          針對這種方式,他們的服務對象更多的是小微企業。正如有贊創始人所說:“有贊的客戶主要以中小企業為主,大家的需求更加趨同。‘范標準化’是中小企業服務的趨勢,就好像一個好的收銀機可以滿足所有小賣部的需求一樣。”

          站在這個層面上,進一步分析一下其商業模式。這類商業模式相比傳統電商其最大的不同是為實體企業提供了一個獨立的工具,在關鍵的銷售渠道等方面依賴于實體企業自身的“私域流量”,而不需要依賴于淘寶等中心化平臺的“公域流量”。

          站在消費者體驗來比較,消費者不需要通過“淘寶”就能訪問到具體的賣家,可以直接通過訪問賣家店鋪的私有域名就行,至于是通過微信、抖音、美團等渠道進入都是可行的。

          這樣的變化意味著實體企業能夠更加全面的掌握自己服務的消費者群體的用戶畫像等一些列核心運營數據,更有助于打造自己的核心品牌,經營自主性隨之也大大提高。而在這類模式出現之前往往只有大型企業才能獨立開辟屬于自己的“私域流量”,中小企業通常會受制于建設成本高昂和平臺壟斷等問題。

          因此,總結來看,shopify和有贊的方法實際上是一種產業互聯網建設模式,他通過為產業鏈上的若干實體企業賦能,進一步增強了實體企業的數字化能力,客觀上也達到了“去中心化”(相比現有的中心化電商平臺來看)的效果。

          站在產業互聯網發展的角度來看,這類方式的出發點不是站在單個企業數字化,而是站在產業的角度為鏈條上的企業去賦能,從而解決他們自身數字化基礎設施薄弱的問題。

          需要指出的是,這種模式和蘋果應用超市或微信小程序出發點上有本質的不同,后一種還是巨頭的圈地行為,是為了將流量更好的流在以巨頭為核心的生態圈的做法。

          當然,目前了解的產業互聯網的做法不能局限在shopify和有贊這一具體模式上,包括工業互聯網平臺、供應鏈金融平臺都是具備相關特征的實踐模式。

          但他們的出發點都是共同的,這個平臺的建設者的基本立場一定是中立的,而不是既當裁判員也當運動員,如果基于此推導這樣的平臺不會是圍繞核心企業的自建中臺系統演化而來的,也不會是消費互聯網巨頭的“圈地”行為。

          從現實的問題出發,即解決消費互聯網巨頭帶來的壟斷問題,也能佐證產業互聯網模式的合理性:

          從發展的角度來看,消費互聯網巨頭們提供了眾多互聯網場景下交易及服務的基礎設施,能解決線下交易場景下由于信息不對稱等原因帶來的壟斷等問題,但目前來看隨著其發展也帶來了壟斷,消費互聯網所具有的網絡效應等特點帶來的實際效果是“贏家通吃”的商業競爭結果。

          那面對這種情況解決的辦法是什么?政府層面當然可以出臺反壟斷法,但從解放生產力的角度來看,我想如果產業鏈上的企業如果都具備了基本的數字化能力,那自然政府擔心的市場公平競爭問題能夠得到更有效的解決。

          因此,我們需要更加“基礎設施化”的平臺工具,這個平臺就是要均等開放的為產業鏈條上的每個企業進行數字化賦能,而不是“割韭菜式”的服務。

          站在商業進化歷程的角度,也許能夠更好的闡述“基礎設施化”這個動態的發展過程。

          這里引用劉潤在《商業簡史》中提煉的商業進化歷程:即商業的核心是圍繞交易,商業發展從商業原始社會到線段商業文明(如絲綢之路)到中心化商業文明再到去中心化商業文明,而每一次商業的進步都是依靠消除信息和信用不對稱來解決的。

          就目前來看,我們肯定是越來越依賴科學和技術工具來消除這樣的不對稱性,而這些平臺工具都應該是基礎設施的范疇。隨著整體社會層面的數字化水平的提高,也呈現出越來越基礎設施的趨勢。

          如果要對照這樣的發展階段,個人認為:消費互聯網的巨頭代表的就是中心化的商業文明,產業互聯網應該代表就是去中心化的商業文明。

          這里面總的趨勢是隨著商業進化基礎設施的普及程度會越來越高,相關市場主體的數字化能力會越來越強,這當中沒有絕對的邊界,其實是一個漸進發展的過程。因此產業互聯網評估應該是比消費互聯網平臺提供更加底層和革命的基礎設施。

          3. 從產業互聯網回到經濟中臺建設實踐

          如果我們要為產業鏈條上的企業提供更加革命的數字化基礎設施,搭建均等化和開放包容的平臺,實施層面可以從哪些方面考慮?

          1. 站在技術層面,中臺歸根結底還是一個技術底座,在這個底座肯定是要有效的吸收企業中臺、政務中臺建設中先進的經驗,這里面包括:業務中臺及數據中臺的建設經驗;
          2. 站在市場層面,要為經濟中臺要為產業鏈條上的相關利益主體提供一整套共贏的運營服務方案,教實體企業(特別是產業發展的薄弱環節)怎么中臺提供的科技工具,武裝自己開展有效運營;
          3. 站在政府層面,結合前文所述的政府的關注點和可以采用的動作協同運營,有效發揮政府這只手的作用。

          四、綜述

          綜合來看,企業中臺,城市中臺,經濟中臺所站的視角是不一樣的,一個是站在企業主的視角;一個是在城市管理者視角;而經濟中臺是站在產業角度解決產業暢通及協同共贏的問題。

          但是歸根結底,他們都是數字化基礎設施,只是這個基礎設施的服務對象不同,基礎設施化的程度不同,業務中臺、技術中臺、數據中臺連通、整合賦能的對象不同,但他們也都是運用科技手段圍繞數字化,圍繞數據業務化,業務數據化來開展的。


          文章來源:人人都是產品經理 作者:特立獨行的豬

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

          日歷

          鏈接

          個人資料

          藍藍設計的小編 http://www.syprn.cn

          存檔

          亚洲va欧美va天堂v国产综合