无码网站在线免费观看_午夜视频刺激性视频场所_国产极品99热在线播放69_97高清国语自产拍

讓商業(yè)變得更智能

B端零售門店服務(wù)App-信息架構(gòu)
APP產(chǎn)品架構(gòu)

經(jīng)歷過幾家創(chuàng)業(yè)公司,但卻很少參與產(chǎn)品信息架構(gòu)的設(shè)計(jì),不管有沒有產(chǎn)品經(jīng)理,產(chǎn)品的信息架構(gòu)大部分都由創(chuàng)業(yè)者來定。不是所有的創(chuàng)業(yè)者都有信息架構(gòu)搭建意識(shí),他們多從短期的業(yè)務(wù)邏輯和商業(yè)價(jià)值兩個(gè)維度出發(fā),簡單定義信息內(nèi)容和產(chǎn)品架構(gòu),而忘記了實(shí)現(xiàn)商業(yè)價(jià)值應(yīng)以滿足用戶需求為基礎(chǔ)。從長期的產(chǎn)品發(fā)展來看,信息架構(gòu)對(duì)產(chǎn)品發(fā)展的影響會(huì)越來越明顯。對(duì)to C產(chǎn)品而言,用戶核心使用場景較少,用戶群體相對(duì)集中,使用流程相對(duì)簡短,所以大都屬于輕架構(gòu)。而對(duì)to B產(chǎn)品而言,屬于功能繁多,流程復(fù)雜,角色權(quán)限多樣,場景靈活可配置的重架構(gòu)產(chǎn)品。隨著to B產(chǎn)品用戶群體增大,覆蓋場景增多,越來越多的想象不到的問題暴露出來,這個(gè)時(shí)候信息架構(gòu)的設(shè)計(jì)經(jīng)不經(jīng)得住推敲就一目了然了。

一、剖析和復(fù)盤信息架構(gòu)

在之前經(jīng)歷了近兩年的一款to B產(chǎn)品中,迭代更新了大量的功能,結(jié)合用戶使用場景設(shè)計(jì)并優(yōu)化了好幾個(gè)復(fù)雜的的操作流程,給用戶帶來功能完整和流程簡單的產(chǎn)品體驗(yàn)??墒请S著時(shí)間的驗(yàn)證,用戶給我們提出了一些我們并沒有考慮到的問題。

以下是從應(yīng)用市場和用戶交流群收集的2017年3月到2017年9月的用戶提問和反饋,我將這些內(nèi)容分為已上線功能存在使用問題和功能不全導(dǎo)致使用不便兩部分來展示:

圖:已上線功能存在使用問題

圖:功能不全導(dǎo)致使用不便

從用戶反饋看,很多現(xiàn)有的功能可以滿足他們的需求,可用戶卻找不到也不會(huì)用。與不會(huì)用的功能數(shù)相比,功能設(shè)計(jì)不完整占少數(shù)。面對(duì)重復(fù)關(guān)于找功能入口、獲取內(nèi)容等問題高頻出現(xiàn)在用戶交流群中,團(tuán)隊(duì)需要花大量的時(shí)間去告知用戶如何使用。這對(duì)于人力資源不足的創(chuàng)業(yè)團(tuán)隊(duì)而言是奢侈的。面對(duì)這么多高頻率的重復(fù)問題,你可以說是沒有客服團(tuán)隊(duì),沒有用戶幫助系統(tǒng)等原因造成。卻容易忽略最重要的原因:產(chǎn)品設(shè)計(jì)師沒有將信息按照易于人們理解接收的方式來整理和排列,導(dǎo)致用戶無法自然感知、接收和預(yù)測信息。所以在解決交互視覺問題之前,需將信息架構(gòu)這個(gè)產(chǎn)品骨架優(yōu)先完成。本文選擇逆向分析方式來復(fù)盤產(chǎn)品信息構(gòu)架和從理論上去學(xué)習(xí)信息構(gòu)架的重要性。

1、還原產(chǎn)品A信息架構(gòu)

產(chǎn)品A是一款為個(gè)體商戶、零售批發(fā)、連鎖便利店等提供移動(dòng)門店管理服務(wù)的企業(yè)服務(wù)軟件。包括以下功能點(diǎn):1.店鋪管理(店鋪信息,店鋪營銷,多店管理)2.訂單管理(線上接單,線下開單,訂單查詢,退換貨)3.庫存管理(商品移庫,商品拆裝,商品拼裝,商品組裝,商品盤點(diǎn))4.店員管理(店員入店,店員權(quán)限管理,店員角色設(shè)置)5.賬本管理(手動(dòng)記賬,自動(dòng)記賬,多賬戶管理,供應(yīng)商賬戶管理)6.會(huì)員管理(會(huì)員辦理,會(huì)員積分,會(huì)員充值)7.店鋪分析(進(jìn)貨分析,出貨分析,店員分析,會(huì)員分析,毛利分析,庫存分析,賬本分析)8.店鋪營銷等。以下是產(chǎn)品A目前的信息架構(gòu)圖:

圖:產(chǎn)品A信息架構(gòu)線上版,內(nèi)容中T.為跳轉(zhuǎn)頁面

從線上版的信息架構(gòu)可以看出,整個(gè)產(chǎn)品的架構(gòu)寬且深。整個(gè)功能架構(gòu)出現(xiàn)了嚴(yán)重的不平衡。導(dǎo)航共五個(gè)模塊:首頁、訂單、庫存、分析、管店。首頁和管店功能占比最大,將這兩個(gè)模塊單獨(dú)提取:

1.1 首頁:個(gè)人中心、店鋪切換、部分統(tǒng)計(jì)、經(jīng)營指數(shù)圖、進(jìn)貨、出貨。首頁做這種功能模塊排版是為了讓用戶第一印象就可以認(rèn)識(shí)這個(gè)產(chǎn)品。想傳達(dá)給用戶這個(gè)產(chǎn)品的兩大特點(diǎn):一是這個(gè)產(chǎn)品是為建立數(shù)據(jù)化智能門店服務(wù)的,二是這個(gè)產(chǎn)品的主要應(yīng)用場景是出貨進(jìn)貨。

圖:產(chǎn)品A首頁

1.1.1 導(dǎo)航區(qū)

在右上方的“+”用于同步,快速添加賬目等服務(wù);掃碼按鈕用戶快捷結(jié)算,快捷開單。

個(gè)人中心

  • 功能描述:賬號(hào)個(gè)人信息設(shè)置;
  • 交互方式:點(diǎn)擊進(jìn)入個(gè)人中心模塊可編輯個(gè)人信息;
  • 實(shí)際場景:修改賬戶信息,退出賬戶登錄,提交反饋等;
  • 體驗(yàn)疑問:內(nèi)容簡單,層級(jí)處理太復(fù)雜,是否可以減少跳轉(zhuǎn)合并成一個(gè)頁面?

店鋪切換

  • 功能描述:滿足多店管理情況下切換店鋪;
  • 交互方式:下拉或者點(diǎn)擊切換店鋪其他tab數(shù)據(jù)全部轉(zhuǎn)變;
  • 實(shí)際場景:大量店主只有一個(gè)店,并不需要切換店鋪;
  • 體驗(yàn)疑問:從功能優(yōu)先級(jí)和隱藏需激活的設(shè)計(jì)方式上看,這種設(shè)計(jì)安排是否合理?

1.1.2 內(nèi)容區(qū)

部分統(tǒng)計(jì)

  • 功能描述:展示今日進(jìn)貨、本月毛利、今日出貨;
  • 交互方式:無;
  • 實(shí)際場景:店主需要關(guān)注的數(shù)據(jù)是動(dòng)態(tài)變化的,顯示當(dāng)日的經(jīng)營情況,如:訂單數(shù)、入賬、新增辦卡等;
  • 體驗(yàn)疑問:是否是店主想要看到的關(guān)鍵營業(yè)數(shù)據(jù)?

經(jīng)營指數(shù)

  • 功能描述:多維度數(shù)據(jù)匯總成經(jīng)營指數(shù);
  • 交互方式:點(diǎn)擊統(tǒng)計(jì)圖,tab切換至分析;
  • 實(shí)際場景:經(jīng)營指數(shù)適合店鋪階段性經(jīng)營狀態(tài)展示,并配合具體的數(shù)據(jù)分析和換算規(guī)則;
  • 體驗(yàn)提問:沒有告知用戶經(jīng)營指數(shù)的統(tǒng)計(jì)標(biāo)準(zhǔn),數(shù)據(jù)內(nèi)容不直觀。由于某種原因,暫已停止更新;

進(jìn)貨

  • 功能描述:進(jìn)貨記賬;
  • 交互方式:交互和出貨一致;
  • 實(shí)際場景:進(jìn)貨后錄入貨物信息、供應(yīng)商信息和進(jìn)貨金額;
  • 體驗(yàn)疑問:進(jìn)貨此處進(jìn)貨按鈕給用戶造成兩方面的困擾:平臺(tái)是否可以給用戶提供產(chǎn)品?進(jìn)貨和產(chǎn)品入庫有什么區(qū)別?

出貨

  • 功能描述:滿足店主實(shí)時(shí)出貨選擇商品和收銀流程;
  • 交互方式:跳轉(zhuǎn)頁面錄入商品選購信息、會(huì)員信息和完成收銀流程;
  • 實(shí)際場景:客人選購好商品到收銀臺(tái)付款;
  • 體驗(yàn)疑問:暫無。

從上述分析可得:除了出貨入口操作頻次高,其他功能存在設(shè)計(jì)不完整和定義不準(zhǔn)確不清晰等問題!導(dǎo)致整個(gè)頁面的場景感很弱,華而不實(shí)。

1.2 管店:店鋪基本信息、購買服務(wù)入口、店鋪成員、基礎(chǔ)設(shè)置模塊、店鋪運(yùn)營模塊

和首頁比,管店tab顯得復(fù)雜很多。隨著產(chǎn)品的功能越來越細(xì)化,管店模塊內(nèi)容越來越豐富。但一直都在基礎(chǔ)設(shè)置和店鋪運(yùn)營兩個(gè)模塊內(nèi)添加?;A(chǔ)設(shè)置是啟動(dòng)店鋪數(shù)據(jù)化的開端,店鋪的數(shù)據(jù)化運(yùn)營需要全面的基礎(chǔ)數(shù)據(jù)來支撐。店鋪運(yùn)營是為商家獲取客戶和管理客戶服務(wù)的。商家通過開通運(yùn)營服務(wù)和設(shè)置運(yùn)營規(guī)則吸引更多新客戶和老客戶回購。

圖:產(chǎn)品A管店頁

背景圖模塊:店鋪二維碼、設(shè)置(包括店鋪信息)、服務(wù)購買;

店鋪成員:店鋪成員展示、添加店員;

基礎(chǔ)設(shè)置:商品、打印機(jī)、結(jié)算、角色、(隱藏部分:儲(chǔ)值卡、規(guī)格、類型、單位、收銀設(shè)備、倉庫、個(gè)性化);

店鋪運(yùn)營:賬本、通訊錄、小麥鋪。

在功能較少的時(shí)候,這種四大塊的方式分割頁面并不會(huì)突兀。隨著功能增多,涉及的用戶場景細(xì)化,兩個(gè)簡單的基礎(chǔ)設(shè)置和店鋪運(yùn)營模塊已經(jīng)不能很好的支撐服務(wù)項(xiàng)歸類。導(dǎo)致新增功能不直觀,入口安排不合理,用戶搜索困難等問題。

2、產(chǎn)品A信息架構(gòu)剖析版

通過對(duì)最復(fù)雜的首頁和管店頁面剖析可得出功能入口安排沒有從長期的產(chǎn)品定位出發(fā),導(dǎo)致產(chǎn)品骨架無法合理支撐功能特性。為了全面理解問題,我選擇對(duì)全盤功能特性打散重組。由于是復(fù)盤階段,身邊沒有同事等相關(guān)工作人員和用戶,無法使用封閉式卡片分析法,所以從用戶反饋、使用場景和功能邏輯關(guān)聯(lián)性的角度使用色塊歸類法來進(jìn)行功能分類,使閱讀更清晰,剖析更直觀:

圖:產(chǎn)品A信息架構(gòu)線上分析版,內(nèi)容中T.為跳轉(zhuǎn)頁面

圖:色塊說明

通過剖析,將整個(gè)產(chǎn)品歸類為7塊,每塊代表特定的功能區(qū),用7個(gè)顏色將其標(biāo)出來。從標(biāo)的色塊可看出各個(gè)色塊分布相當(dāng)分散,這說明整個(gè)產(chǎn)品功能模塊間并沒有保持獨(dú)立性,功能特性穿插混亂?;靵y的功能特性入口使用戶迷路,通過信息構(gòu)架場景化歸類來改變現(xiàn)狀。被分散的最嚴(yán)重的是設(shè)置類的功能。賬戶信息設(shè)置、店鋪信息設(shè)置、店鋪數(shù)據(jù)規(guī)則設(shè)置和個(gè)性化設(shè)置等。

3、產(chǎn)品A信息架構(gòu)復(fù)盤版

為了打造一個(gè)寬且淺的信息架構(gòu),減少層次達(dá)到功能展示扁平化,實(shí)現(xiàn)用戶可以輕易的發(fā)現(xiàn)功能入口。首先通過色塊歸類法快速找出相關(guān)功能特性進(jìn)行模塊重組。然后使用場景歸類法定義場景,將重組后的各個(gè)模塊分發(fā)到場景中。最后總結(jié)為由六個(gè)大模塊均衡組成的信息架構(gòu)。

模塊一:首頁。店鋪基本數(shù)據(jù)錄入和運(yùn)營活動(dòng)設(shè)置。便于錄入基本數(shù)據(jù)和設(shè)置數(shù)據(jù)運(yùn)營規(guī)律;

模塊二:訂單。實(shí)時(shí)的出貨訂單管理,分為門店訂單操作和線上訂單操作。將記賬類的進(jìn)貨和倉庫調(diào)整功能都?xì)w到庫存模塊;

模塊三:庫存。全新整個(gè)庫存管理模塊。新增進(jìn)貨入庫功能以及將所有的倉庫操作記錄整合為倉庫日志;

模塊四:統(tǒng)計(jì)。全新的使用店鋪數(shù)據(jù)統(tǒng)計(jì)功能,錢、貨、人多維度的數(shù)據(jù)統(tǒng)計(jì)和分析;

模塊五:設(shè)置(抽屜)。將分散的互不相干的各種設(shè)置功能統(tǒng)一為一個(gè)開放性模塊,便于高效查找和靈活使用;

模塊六:開單。將開單收銀設(shè)置為單一模塊,這個(gè)模塊是基于其他模塊設(shè)置成果的唯一呈現(xiàn)模塊。

經(jīng)過多次的歸類整合,全新的信息構(gòu)架復(fù)盤版如下:

圖:產(chǎn)品A信息構(gòu)架復(fù)盤版,內(nèi)容中T.為跳轉(zhuǎn)頁面

總結(jié):

以上是我對(duì)信息架構(gòu)復(fù)盤的思路整理。整個(gè)過程通過線上反饋,模塊分組封閉完成。不代表專業(yè)立場,只是我個(gè)人的分析思維和沉淀。復(fù)盤后的信息架構(gòu)也無法運(yùn)用到市場中驗(yàn)證。但通過這次信息架構(gòu)的復(fù)盤,我加深了對(duì)信息架構(gòu)設(shè)計(jì)的理解和運(yùn)用。

在產(chǎn)品設(shè)計(jì)初期,產(chǎn)品設(shè)計(jì)團(tuán)隊(duì)可以慢一點(diǎn),不僅僅站在業(yè)務(wù)邏輯和商業(yè)價(jià)值的角度去設(shè)定產(chǎn)品的信息架構(gòu),而應(yīng)該全面站在用戶使用場景中去考慮問題。

在產(chǎn)品設(shè)計(jì)中期,信息架構(gòu)需要隨著產(chǎn)品定位的變化而優(yōu)化,便于更好更快速的支撐新功能。用戶引導(dǎo)不僅僅停留在視覺表現(xiàn)層,應(yīng)該深入的追求引導(dǎo)失誤的根本原因,最低成本提升產(chǎn)品的貼心程度和判斷能力,讓用戶使用更貼心快捷。

二、信息架構(gòu)相關(guān)理論知識(shí)

1、什么是信息架構(gòu)?

信息架構(gòu)是指在對(duì)某一特定內(nèi)容里的信息集合進(jìn)行統(tǒng)籌、分類,從而幫助用戶更好的檢索和瀏覽信息。

比如當(dāng)我們?nèi)メt(yī)院看病時(shí),從進(jìn)入醫(yī)院大門那一刻就進(jìn)入了一個(gè)完整的信息架構(gòu)中。這些信息都安排在住院部、門診部的樓房里。當(dāng)我們掛號(hào)后就會(huì)去找到對(duì)應(yīng)的科室就診。就診后醫(yī)生會(huì)讓我們做檢查、治療、買藥。我們都需要去對(duì)應(yīng)的房間。整個(gè)看病流程我們都離不開醫(yī)院復(fù)雜的信息架構(gòu)。

圖:日本醫(yī)院導(dǎo)視系統(tǒng)

其實(shí)我們使用App和瀏覽網(wǎng)頁也是相同的道理,總是可以通過頂部或者底部的導(dǎo)航欄找到我們想要的功能。由此可得:

從用戶層:信息架構(gòu)是幫助用戶在特定的復(fù)雜的信息中快速找到自己想要的;

從產(chǎn)品層:信息架構(gòu)是建立在以產(chǎn)品目標(biāo)為出發(fā)點(diǎn)通過滿足用戶需求實(shí)現(xiàn)業(yè)務(wù)需求來設(shè)計(jì)的。

2、怎么做信息架構(gòu)?

從產(chǎn)品的工作流、行為和組織把一個(gè)大信息集合根據(jù)特定的規(guī)律拆分為多個(gè)小信息集合,這里的特定規(guī)律需遵循用戶的目標(biāo)和需求,并保持簡單和穩(wěn)定。由于這些信息各自承擔(dān)著具體任務(wù),因此信息分組的目的在于更好地在任務(wù)中和任務(wù)間疏通用戶的使用流程。這時(shí),要考慮的主要問題如下(此處內(nèi)容引用自《About Face 交互設(shè)計(jì)精髓4》):

  • 哪些信息能夠容納其他信息;
  • 如何組織才能優(yōu)化工作流;
  • 哪些信息需捆綁使用?哪些不是?
  • 哪些數(shù)據(jù)有利于用戶做出分析和決策?
  • 相關(guān)聯(lián)的元素是如何排序?
  • 哪些信息需大片展示?
  • 用戶的心理模型如何影響信息組織?

簡言之有以下三個(gè)步驟:

  • 首先定義清楚有哪些工作流、行為和組織,盡可能將所有信息歸類清楚,寧可分細(xì)也不能太粗放;
  • 然后簡單的確定一級(jí)導(dǎo)航,將細(xì)分的相關(guān)類別進(jìn)行整合,這一步可以嘗試多種組合方式,但需要保證每個(gè)導(dǎo)航模塊的獨(dú)立性;
  • 最后需確定導(dǎo)航之間的相互聯(lián)系,給主導(dǎo)航進(jìn)行排序并解決復(fù)雜的數(shù)據(jù)邏輯關(guān)系。

3、什么是好的信息構(gòu)架?

隨著時(shí)間的積累,現(xiàn)在大多數(shù)產(chǎn)品的信息架構(gòu)都有很多相似之處,驗(yàn)證了好的信息架構(gòu)有一定的普適性。譬如我們都知道一種最為常見的模式,當(dāng)我們沿著信息架構(gòu)深入導(dǎo)航時(shí),我們總會(huì)傾向于從寬泛的“信息面”逐步定位到特定的“信息點(diǎn)”。這種探索信息架構(gòu)的行為通常被稱為“鉆取”。所以好的信息架構(gòu)應(yīng)有以下共同點(diǎn):

3.1 符合“產(chǎn)品目標(biāo)”和“用戶需求

B端產(chǎn)品通過提高客戶對(duì)服務(wù)的滿意度和存留率獲取收益。然而B端產(chǎn)品對(duì)應(yīng)的用戶角色較多,各個(gè)角色需求差異。要滿足全鏈路的效率提升,需要對(duì)各個(gè)角色的工作環(huán)節(jié)進(jìn)行詳細(xì)了解。

3.2 層級(jí)關(guān)系清晰,突出重點(diǎn)信息

產(chǎn)品特性復(fù)雜繁多的情況下,通過對(duì)比將信息進(jìn)行分組和分類,根據(jù)使用頻率,突出重要信息,滿足用戶高效的操作體驗(yàn)。

3.3 相關(guān)信息歸類,保持分類獨(dú)立

通過使用場景將信息歸類,防止信息零散分布在其他場景中,而同一層級(jí)中的各個(gè)信息都應(yīng)該保持獨(dú)立便于用戶準(zhǔn)確預(yù)測內(nèi)容。

3.4 結(jié)構(gòu)平衡穩(wěn)固,便于快速擴(kuò)展

從縱向來看,功能特性層級(jí)深會(huì)讓用戶操作路徑過長。從橫向來看,入口太多導(dǎo)致查找困難。這些都會(huì)降低用戶效率。同時(shí),新功能特性的加入如果能很好的融入到已有信息架構(gòu)中,會(huì)減少產(chǎn)品團(tuán)隊(duì)的決策成本。如更新內(nèi)容過多,已有信息架構(gòu)無法支撐,可在分支內(nèi)優(yōu)化調(diào)整保持產(chǎn)品的易用性。

3.5 描述清晰易懂,避免用語不當(dāng)

產(chǎn)品設(shè)計(jì)師在設(shè)計(jì)過程中,文字描述除了貼合場景和功能特性外,還需滿足簡單易懂。特別是做一些行業(yè)的工具類軟件,需考慮到用戶群體的專業(yè)化程度,如面向很多缺少專業(yè)知識(shí)的全新用戶,專業(yè)詞匯不僅加大了用戶的理解難度,還會(huì)降低使用效率,也會(huì)給產(chǎn)品團(tuán)隊(duì)帶來想象不到的教育成本。

以上是我通過對(duì)各個(gè)平臺(tái)和書本搜索的關(guān)于信息架構(gòu)設(shè)計(jì)的整理,不放過每一個(gè)有問題的機(jī)會(huì)去學(xué)習(xí)和沉淀為的是在以后的工作中能更加職業(yè)化的高效的專業(yè)的解決問題和提出問題。

APP產(chǎn)品架構(gòu)