<dd id="aici6"><track id="aici6"><dl id="aici6"></dl></track></dd>
    <rp id="aici6"><object id="aici6"><blockquote id="aici6"></blockquote></object></rp><em id="aici6"><ruby id="aici6"><input id="aici6"></input></ruby></em>
    1. <rp id="aici6"></rp>

      <em id="aici6"></em>

    2. <button id="aici6"><acronym id="aici6"><cite id="aici6"></cite></acronym></button>
        <th id="aici6"></th>
        <th id="aici6"><track id="aici6"></track></th>
        <li id="aici6"><tr id="aici6"><kbd id="aici6"></kbd></tr></li>

          http://www.dckjjt.com

          「刷百度快照」百中seo產品經理的神助攻:信息結構圖

          「刷百度快照」百中seo產品經理的神助攻:信息結構圖!人的腦容量是有限的,面對復雜的產品設計可能就會出現邏輯混亂的問題。此時,信息結構圖就是一個有力的助手,可以最大程度避免這種情況。

          產品經理的神助攻:信息結構圖

          上一篇文章,介紹了什么是功能結構圖、繪制功能結構圖有什么好處,以及如何繪制功能結構圖。

          有同學對功能結構圖和信息結構圖的區別產生了疑問,這篇文章,單獨對信息結構圖做詳細的介紹。

           

          一、什么是信息結構圖?

          我們每天都在接收和處理信息。

          打開微信聊天列表,好友頭像是信息、好友備注名是信息、最近聯系時間是信息、最后一天聊天記錄是信息。

          產品經理的神助攻:信息結構圖

          進入聊天詳情頁面,好友備注名是信息、好友頭像是信息、自己的頭像是信息、每一條聊天記錄是信息、聊天記錄的類型也是信息。

          產品經理的神助攻:信息結構圖

          信息是有結構的。

          大部分公司都會為員工建立員工檔案,員工檔案信息一般包括姓名、性別、名族、籍貫、出生年月、身份證號碼、所屬部門、所在崗位、入職時間、轉正時間、合同到期時間、工作單位、工作時間、職位、收入情況、離職原因、畢業院校、學習時間、所學專業、獲得證書等信息。

          這么多信息,看著就覺得很累。

          于是,我們將這些信息進行分組:

          1. 基本信息(姓名、性別、名族、籍貫、出生年月、身份證號碼);
          2. 入職信息(所屬部門、所在崗位、入職時間、轉正時間、合同到期時間);
          3. 工作經歷(工作單位、工作時間、職位、收入情況、離職原因);
          4. 教育經歷(畢業院校、學習時間、所學專業、獲得證書)。

          分組后的員工檔案,相對更清晰、更有條理。

          為了清楚地描述一個對象,把信息按一定的邏輯,組合到一起,就構成了這個對象的信息結構圖。

           

          二、信息結構圖有什么特點?

          1. 功能原材料的說明書

          狹義上看,功能存在的目的,是滿足用戶需求。而“功能”的實現,是需要有“信息”這個基礎的——有信息的存在,才能對這個信息進行操作,才能有功能。

          發送好友名片是一個功能,這個功能的存在是為了滿足用戶推薦好友的需求。從用戶的視角來看,是把一個好友的名片發送給了另一個好友。但本質上,是把一個好友的信息,發送給了另一個好友,發送好友名片功能的實現,依賴于好友名片信息。

          正如同“巧婦難為無米之炊”。“炊”是功能,“米”是信息。有米,才能炊。

          大部分時候,我們更直觀關注到的是功能,而不是信息。因為功能是按照我們的心智模型設計的,我們使用產品,往小了說,實際上是在使用功能,而不是在直接使用信息。

          信息往往被隱藏在功能的背后。

          我把好友名片發送給我的朋友,我并不關心我具體發送了哪些信息,我只關心我有沒有發出去。同樣的,我的朋友收到名片后,并不關心名片里有哪些內容,他會去添加好友,然后開始對話——好友名片信息,就這么被隱藏起來。

          用戶的感知上,他只使用了功能,卻對功能背后的信息無感。

          有了信息,我們才可以對應地設計出很多的頁面和功能。

          有了好友名片信息,微信設計了發送好友功能、編輯好友名片功能、通訊錄功能等等。

          信息結構圖,是功能的數據抽象,是功能原材料的說明書。

           

          2. 與頁面和交互沒有關聯

          有些產品搞混了信息結構圖和功能結構圖的區別,在繪制信息結構圖時,按照頁面和交互來繪制。每個頁面是一個對象、頁面中的功能模塊或交互是一個子對象。

          看起來有信息、有結構,但其實并不是信息結構圖。

          信息結構圖,其實跟頁面和交互是沒有關聯的。

          我們在設計頁面或交互時,為了更好地實現業務流程、更方便用戶理解,往往會在多個頁面或多個地方顯示同一個信息。

          以我們最常使用的微信為例,微信好友名片信息,包含了多個字段:頭像、備注名、昵稱、微信號、地區、電話號碼、標簽、描述(文字描述、圖片描述)、個性簽名、來源、是否星標、朋友圈和視頻動態可見狀態、是否黑名單。

          這些字段分別出現在多個頁面,且在多個功能中有使用到:

          1)通訊錄列表中,顯示了頭像、備注名、昵稱

          產品經理的神助攻:信息結構圖

          2)名片詳情頁中,顯示了頭像、備注名、昵稱、微信號、地區、電話號碼、標簽、描述(文字描述、圖片描述)、是否星標、朋友圈和視頻動態可見狀態

          產品經理的神助攻:信息結構圖

          3)社交資料中,顯示了個性簽名、來源

          產品經理的神助攻:信息結構圖

          4)設置備注和標簽功能中,使用了備注名、標簽、電話號碼、描述(文字描述、圖片描述)

          產品經理的神助攻:信息結構圖

          5)資料設置中,使用了是否星標、朋友圈和視頻動態可見狀態

          產品經理的神助攻:信息結構圖

          6)對話記錄的名片推薦卡片中,顯示了頭像、昵稱、微信號

          產品經理的神助攻:信息結構圖

          很多個功能,都使用了好友名片中的信息,但這些信息其實都是對同一個對象的描述,他們就是同一個信息。

          通訊錄列表中顯示的備注名,和其他頁面顯示的備注名,沒有任何差異。同樣的,對話記錄的名片推薦卡片中的微信號,跟名片詳情頁中的微信號,也是一樣的。

          信息結構圖是用來描述對象本身的,不是用來記錄“描述這個對象的信息”在哪些頁面、哪些交互中被使用到的。

          信息結構圖是脫離于功能、頁面、交互的,與頁面和交互沒有關聯。同一個信息,不同功能的很多個頁面、功能模塊都可能需要用到。

           

          三、為什么要繪制信息結構圖?

          1. 梳理信息構成,高效繪制原型

          人的腦容量是有限的。

          科學研究表明:人類短時記憶容量是7±2個組塊。一旦超過一定數量的信息,要想記下來,就需要花費一定時間、運用一定的方法,刻意記憶才能記下來。

          當我們要設計一個比較簡單的功能時,我們可以很輕松地完成方案設計,且不會出現信息遺漏、混亂。因為我們的腦容量足以支持,讓我們短時間內記住這個功能所包含的信息。

          但如果是一個很復雜的功能呢?

          復雜的功能,往往有很多個從功能中抽象出來的對象,而且描述對象的信息往往也是比較豐富的。在腦容量有限的條件下,如果我們僅憑著記憶,一個頁面一個頁面地畫原型,最后很可能會出現信息遺漏和混亂,做出來的產品方案自然漏洞百出。

          而有了信息結構圖,在設計具體的頁面、交互、功能時,我們只需要對照著功能結構圖和信息結構圖,通過對用戶使用場景的分析,從信息結構圖中,選擇每個頁面和交互需要使用的信息,并完成詳細的原型設計,即可高效、邏輯清晰、無遺漏地完成產品方案設計。

          如果要設計一個簡單的訂單評價功能,設計評價功能的信息結構圖如下:

          產品經理的神助攻:信息結構圖
          1. 在進入提交評價內容頁面前,被評價的訂單id和評價用戶id是明確的,評價時間自動取提交評價的時間,其他的信息,需要用戶主動填寫,并提交到服務器;所以,提交評價內容頁面需要用到總體評分、服務質量評分、服務態度評分、服務速度評分、評價內容這幾個信息;
          2. 評價成功頁面需要簡單顯示評價內容最重要的信息,所有只需要用到總體評分和評價內容;
          3. 產品經理從用戶體驗的角度,還會在頁面上增加一些信息結構圖沒有的信息,如操作成功提示文案、引導文案,使得整個頁面的內容更容易被用戶理解、更有效地承載業務的發展。

           

          2. 設計數據表結構的參考

          產品的視角和開發的視角是有差異的。

          產品更關注需求、功能、交互、體驗。

          落實到產品方案上,一個功能的流程是怎么樣的、有哪些頁面、每個頁面分了哪些模塊、每個模塊有哪些信息字段……

          開發更關注方案的實現方式。

          落實到技術方案上,要實現這個功能,需要設計一個什么樣的技術架構、有哪些數據表、有哪些接口、接口調用方式是什么、性能如何保證、服務如何解耦、如何預留可能的后期擴展……

          開發在拿到一份沒有信息結構圖的復雜產品方案后,需要在充分消化產品方案后;自己從功能、頁面、交互中抽象出若干個“對象”,再將對象涉及到的信息字段窮舉出來;最后再根據數據表設計的要求,加上一些特有的字段,完成數據表的設計。

          如果產品經理能替開發多想一步,直接把功能包含的“對象”抽象出來,并完成信息字段的窮舉,這對開發理解產品方案、設計數據表結構會是一個很重要的參考依據。

           

          四、如何繪制信息結構圖?

          功能結構圖重點考察的是產品經理對業務理解和流程拆解的能力,而信息結構圖則更多地考察產品經理的抽象歸納能力,這也是產品經理最基本的技能。

           

          1. 分析并抽象信息主體

          信息結構圖是描述一個對象的。

          要繪制信息結構圖,就必須要先找到要描述的對象——這個對象,就是信息主體。

          當我們去商店購物的時候,一瓶500ML的娃哈哈飲用水是一個主體、一盒益達口香糖也是一個主體。

          從信息的角度來看,這瓶水和這盒口香糖,都是一個信息主體。

          一個功能中,可能只有一個信息主體,也可能會有多個信息主體。這些信息主體,是構成這個功能的零件。

          如果要給公司的行政部門做一個簡單的圖書管理功能,要求滿足圖書詳情查閱、圖書檢索、作者信息查閱和檢索、出版社信息查閱和檢索功能、借閱申請功能,就可以抽象出書、作者、出版社、借閱記錄4個信息主體。

          它們是信息結構圖需要描述的對象。

           

          2. 梳理信息字段

          確定了描述對象,接下來就要梳理出用于描述這個對象的信息字段。

          很多產品經理在梳理信息字段時,從既有的生活和工作經驗出發,將自己能想得到的信息字段全部列入信息結構圖中。最后發現在設計原型圖時,很多的信息字段用不上,同時也有很多需要用的信息字段又是缺失的。

          這是因為產品經理在梳理信息字段時,沒有考慮到業務和功能的實際需要。

          不是所有的信息字段都要繪制到信息結構圖中。是否要被抽象為信息字段,取決于業務和功能是否需要它們,取決于它們對業務和功能的設計或未來的發展是否有價值。

          如果有價值,即使現在用不上也可以提前規劃好;反過來,如果沒有價值,就暫時不需要考慮。

          描述一本書,可以有很多的信息字段。如果窮舉一下,就會得到這些信息字段:書名、出版社、作者、ISBN、版次、包裝方式、所屬叢書、開本、出版時間、用紙類型、價格、重量、正文語種、頁數、所在書架等等。

          但我們僅僅是給行政部門做一個圖書管理功能,需要滿足的需求也不多,且相對簡單:

          1. 要查看圖書詳情、通過作者檢索、通過出版社檢索,就必須有編碼、書名、作者、出版社;
          2. 在申請借書前,需要先知道書當前是否被借出,于是,就必須有借出狀態。

          從中選擇對圖書管理功能有價值的信息字段,再補充一些其他必要的信息,即可繪制成信息結構圖:

          產品經理的神助攻:信息結構圖

           

          總結

          與功能結構圖一樣,繪制信息結構圖是產品經理的基本工作和技能,都需要在設計原型前,需要先繪制好。

          但這兩者是有很大差異的。其中最主要的差異是:功能結構圖描述的是功能和功能之間的邏輯關系,而信息結構圖描述的是對象本身。

          功能是用來滿足用戶或業務需求的;用戶和業務有什么需求,我們就要設計對應的功能。為了實現這些功能,我們就需要相應的信息字段。

          所以,在做產品方案時,建議先繪制功能結構圖,再根據功能結構圖繪制信息結構圖。

          信息結構圖作為輔助產品方案設計的重要工具,與功能結構圖有著同等重要的地位。

          設計復雜產品方案時,產品經理要養成先繪制功能結構圖,再繪制信息結構圖,最后才繪制原型的工作習慣;以最大限度地降低方案出現遺漏、邏輯混亂的情況。

          鄭重聲明:本文版權歸滿山紅SEO培訓/黑帽SEO/快速排名原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯系我們修改或刪除,多謝。

          宅男福第一福利导航|美国成人av剧场|狠狠在线插口日日干|久久色综合久久热网
          <dd id="aici6"><track id="aici6"><dl id="aici6"></dl></track></dd>
            <rp id="aici6"><object id="aici6"><blockquote id="aici6"></blockquote></object></rp><em id="aici6"><ruby id="aici6"><input id="aici6"></input></ruby></em>
            1. <rp id="aici6"></rp>

              <em id="aici6"></em>

            2. <button id="aici6"><acronym id="aici6"><cite id="aici6"></cite></acronym></button>
                <th id="aici6"></th>
                <th id="aici6"><track id="aici6"></track></th>
                <li id="aici6"><tr id="aici6"><kbd id="aici6"></kbd></tr></li>