作為一名產(chǎn)品小白，初次接觸不熟悉的業(yè)務(wù)時，該怎樣快速投入有效的工作中？本文作者整理了一個B端產(chǎn)品設(shè)計思路框架，幫助產(chǎn)品新人建立一個讓自己理性、有邏輯、有框架地思考產(chǎn)品設(shè)計的思路，以便更好地進(jìn)入工作節(jié)奏，希望這份“產(chǎn)品自查文檔”能對初入產(chǎn)品的你有所幫助。

作為新手產(chǎn)品小白，當(dāng)一個業(yè)務(wù)極其不熟悉的項目向你撲面而來的時候，你是否措手不及？

小瑤同學(xué)最近剛參與一個成熟行業(yè)從0到1的項目，深感不易。

首先，在業(yè)務(wù)上，我要從了解行業(yè)，到了解行業(yè)細(xì)分領(lǐng)域，了解行業(yè)賽道的競品，目標(biāo)客戶具體業(yè)務(wù)流程和訴求……摸透業(yè)務(wù)需求和場景并不容易。

其次，在產(chǎn)品上，我要能快速地上手產(chǎn)品設(shè)計，需要一定的方法論流程，習(xí)慣性地高效地做出產(chǎn)品設(shè)計。

因此，我認(rèn)為有必要建立一個讓自己理性、有邏輯、有框架地思考產(chǎn)品設(shè)計的思路框架，以在又快又好的節(jié)奏下開展設(shè)計工作，提高工作效率。

后面的正文內(nèi)容就是我在近期0-1的產(chǎn)品設(shè)計工作中慢慢建立起來的B端產(chǎn)品設(shè)計思路框架，可以把這份框架及內(nèi)容變成一個自己的「產(chǎn)品設(shè)計自查文檔」。

這份文檔使用的場景和起到的作用是：

1. 產(chǎn)品設(shè)計階段：按照這個流程邏輯去思考項目/產(chǎn)品，在平常做0-1的功能設(shè)計或產(chǎn)品時，能夠起到輔助正確思考、圍繞目標(biāo)做正確的事的作用
2. 項目結(jié)束階段：再次輔助自己對項目和產(chǎn)品的理解，回顧對比現(xiàn)在和過去對產(chǎn)品的思考，發(fā)現(xiàn)自己的成長
3. 項目匯報/溝通場景：有助于「匯報產(chǎn)品/項目/需求」，讓我們在各種「匯報」場景都能如魚得水。比如和領(lǐng)導(dǎo)老板匯報需求、需求評審、面試講述項目經(jīng)歷等。

不過，這只是它的1.0版本，還需要經(jīng)過很多迭代，在這里先經(jīng)過大佬們的檢驗，期待朋友們提出建議~也希望它至少能帶給一些人在產(chǎn)品設(shè)計上的幫助~

以下是B端產(chǎn)品設(shè)計思路模板的結(jié)構(gòu)框架，供朋友們提前了解。

一、項目背景

項目背景主要闡述我們設(shè)想要做什么樣的產(chǎn)品以及為什么要做這個項目/產(chǎn)品。目的在于對產(chǎn)品的來龍去脈有更足的把握。

1. 產(chǎn)品設(shè)想：我們要做什么樣的產(chǎn)品？

老板、領(lǐng)導(dǎo)們把任務(wù)交給我們，告訴我們要做什么，但我們真不一定已經(jīng)理解我們要做什么樣的產(chǎn)品，或者可能只是聽了個會，但是并沒有具體描述產(chǎn)品的定位，而這一問題就是為了讓作為產(chǎn)品的自己清楚明白的知道產(chǎn)品的定位。

產(chǎn)品的定位，對于To B產(chǎn)品，包括：

1. 產(chǎn)品方向——行業(yè)垂直型？綜合泛行業(yè)？/小客戶？大客戶？/工具型產(chǎn)品？管理型產(chǎn)品？平臺型產(chǎn)品？/純SaaS？SaaS+增值服務(wù)？
2. 客群及對應(yīng)方案——為什么樣的客戶提供什么樣的服務(wù)

理清楚這些，接下來就得思考為什么——我們（產(chǎn)品）的目標(biāo)。

2. 目的：我們?yōu)槭裁匆鲞@樣的產(chǎn)品？

作為產(chǎn)品小白，老板和領(lǐng)導(dǎo)們決定要做一個產(chǎn)品，但我們并不一定知道（或者只是以為自己知道）做這個項目的原因。

為什么要做這個項目/產(chǎn)品，即產(chǎn)品的目標(biāo)，它決定了我們做產(chǎn)品的方向，是產(chǎn)品設(shè)計圍繞的核心。

（1）對公司的價值

對公司/部門的價值，是期望這個產(chǎn)品能創(chuàng)造的商業(yè)價值，理解了這些，才能知道如何做產(chǎn)品才能給公司/部門創(chuàng)造這樣的商業(yè)價值。

（2）客戶痛點和產(chǎn)品對客戶的價值

用戶需求是產(chǎn)品存在的根源、基礎(chǔ)，沒有用戶/客戶的需求，就不會有產(chǎn)品的存在。

因此產(chǎn)品對客戶的價值，無疑是最重要的，產(chǎn)品經(jīng)理必須對客戶業(yè)務(wù)當(dāng)前存在的問題、客戶痛點、設(shè)想產(chǎn)品給客戶帶去的價值了如指掌、熟記于心。這樣在后續(xù)判斷需求的必要性、重要性及優(yōu)先級上也有強(qiáng)有力的依據(jù)。

掌握好客戶價值與商業(yè)價值的平衡，讓兩者價值同時最大化，才是在做正確的事。

二、項目指南針

這一部分梳理的是，目前項目的頂層設(shè)計、客戶的業(yè)務(wù)模式等如何，整理后在設(shè)計產(chǎn)品時能有清晰的指向標(biāo)，所以取名“項目指南針”。

1. 產(chǎn)品規(guī)劃/藍(lán)圖（做法+原因）

（1）產(chǎn)品范圍

產(chǎn)品范圍是指當(dāng)前已經(jīng)確定的產(chǎn)品覆蓋服務(wù)的業(yè)務(wù)范圍，決定了產(chǎn)品做什么和不做什么。

如果產(chǎn)品范圍是由上級領(lǐng)導(dǎo)確定，我們還要知道這么做的原因是什么。

（2）產(chǎn)品演進(jìn)藍(lán)圖

演進(jìn)藍(lán)圖是指產(chǎn)品范圍要怎么一步步實現(xiàn)，最終要實現(xiàn)的樣子是如何。

其用于從0-1的產(chǎn)品或模塊，亦可以在做1到N產(chǎn)品前了解產(chǎn)品歷史時整理。

如此，我們就能夠知道本期產(chǎn)品所處位置，并且對當(dāng)前開發(fā)的項目的產(chǎn)品延展性做出合理要求。

另外，與產(chǎn)品范圍的確定一樣，如果產(chǎn)品范圍是由上級領(lǐng)導(dǎo)確定，我們同樣要知道這么做的原因是什么。

2. 產(chǎn)品面向的客戶是？目標(biāo)客戶定位是？為什么？客戶期望是什么？

用戶/客戶需求是產(chǎn)品存在的基礎(chǔ)，如果連面向的客戶/用戶是誰都沒有搞清楚，就無法透析產(chǎn)品的打法——思考為什么是這類客戶，而不是那類客戶，這類客戶有什么需求未被滿足，這類客戶為什么可以帶來商業(yè)價值等。

讀懂客戶是最基本的功課，也是最難的功課，讀不懂客戶就設(shè)計產(chǎn)品，一定會在做設(shè)計時遲疑，最好的情況也會降低效率。

定位了目標(biāo)客戶，我們還要知道客戶對產(chǎn)品的期望是什么。

客戶的期望包含三類，第一類是執(zhí)行層的期望，第二類是管理層的期望，第三類是決策層的期望。先了解這三類客戶的期望，然后再結(jié)合業(yè)務(wù)重點問題，在產(chǎn)品的不同階段滿足不同不同的客戶期望。

比如執(zhí)行層關(guān)注業(yè)務(wù)處理效率，管理層關(guān)注業(yè)務(wù)結(jié)果和管理效率提升，決策層關(guān)注數(shù)據(jù)報表，通過報表的業(yè)務(wù)情況提供決策調(diào)整支持，這些需求都需要分階段不同程度地滿足：可能最開始業(yè)務(wù)管理的效率是企業(yè)迫切需要解決的問題，那么顯然管理層管理效率提升的需求優(yōu)先級是最高的，據(jù)開發(fā)資源情況優(yōu)先滿足。

3. 定位客戶的商業(yè)模式、經(jīng)營策略是什么？

客戶的商業(yè)模式，是指企業(yè)運(yùn)作的業(yè)務(wù)鏈路，以及各個環(huán)節(jié)的參與方在整個業(yè)務(wù)鏈路中所處的位置和各節(jié)點參與方之間的交易關(guān)系、盈利方式。

再說簡單點，即客戶與其上下游之間的連接關(guān)系和交易方式——客戶是如何賺錢的。

經(jīng)營策略則是，在其與上下游合作盈利中，核心重點做法是什么。

明白客戶是怎么賺錢的，我們才能想辦法幫他提高賺錢的效率。另外，了解了商業(yè)模式，也才能基于業(yè)務(wù)流合理的設(shè)計產(chǎn)品架構(gòu)及功能。

4. 組織架構(gòu)

我們對產(chǎn)品范圍覆蓋的客戶業(yè)務(wù)進(jìn)行概要的了解，將所涉及的業(yè)務(wù)中的部門和崗位羅列出來，明確企業(yè)客戶內(nèi)部組織架構(gòu)中，部門及部門職責(zé)定義、崗位角色及崗位職責(zé)定義是什么。

我們還可以對使用系統(tǒng)的部門、崗位和重點部門、崗位做標(biāo)記，清晰定位其在組織架構(gòu)中的位置，比如像下面這張圖中對組織架構(gòu)的梳理，將門店運(yùn)營中心、品牌與市場部、門店拓展中心標(biāo)星，提醒我們理解其在業(yè)務(wù)運(yùn)轉(zhuǎn)中是如何與各個部門協(xié)作的。

業(yè)務(wù)是血肉，組織架構(gòu)則是撐起業(yè)務(wù)的骨架，沒有組織架構(gòu)里的每一個部門、每個部門的每一個人，業(yè)務(wù)就不能運(yùn)轉(zhuǎn)。

只有知道客戶的組織架構(gòu)是如何的，也才能理解整個企業(yè)的運(yùn)作流轉(zhuǎn)。

5. 業(yè)務(wù)概況

業(yè)務(wù)概況指的是，企業(yè)規(guī)模、經(jīng)營狀況、戰(zhàn)略定位、資源能力等基本信息。比如了解一個公司的產(chǎn)品種類、產(chǎn)品銷售量、銷售金額、銷售產(chǎn)品占比等等。

這個一般都是具體項目確定實施之前去了解，如果是從0到1做標(biāo)準(zhǔn)化產(chǎn)品，也可以針對行業(yè)中的客戶群體多做幾個客戶的調(diào)研，了解大部分目標(biāo)客戶的情況，或是了解調(diào)研SaaS產(chǎn)品的第一個實施交付項目中的客戶業(yè)務(wù)概況。（具體如何了解，結(jié)合實際情況即可）

有人可能會問，我們?yōu)槭裁匆私膺@些看似和產(chǎn)品無關(guān)的東西呢？

因為做B端產(chǎn)品，得從管理層、戰(zhàn)略層的角度理解業(yè)務(wù)，了解企業(yè)的基本經(jīng)營情況，才能明白為什么有些企業(yè)的流程是這樣，而有些企業(yè)的流程是那樣。我們不僅要懂得它的作業(yè)流程，也要懂得為什么企業(yè)的作業(yè)流程是這樣，以打造更貼合客戶甚至行業(yè)業(yè)務(wù)發(fā)展的產(chǎn)品。

用一種推理的思維去理解，就像我們做C端產(chǎn)品一樣，要深度了解用戶，對用戶的特征、行為都做調(diào)研，刻畫出用戶的真實全貌，圍繞「用戶故事」做設(shè)計，才能做出“讓用戶為自己尖叫”的產(chǎn)品；B端產(chǎn)品設(shè)計同理，我們要深度了解企業(yè)，作出企業(yè)的「企業(yè)故事」，才能做出“讓客戶為自己尖叫”（客戶感到本企業(yè)使用產(chǎn)品后變得非常優(yōu)秀）的產(chǎn)品。

三、業(yè)務(wù)概要流程

業(yè)務(wù)概要流程是指客戶所需支持的所有業(yè)務(wù)場景的最簡化拆解：主要流程最大化拆解，并對主要流程上的分支流程也進(jìn)行最大化拆解，直到?jīng)]有新的業(yè)務(wù)場景可羅列。（類似MECE原則，但不需要細(xì)化）同時，從這些流程中拆解出對應(yīng)所需的功能模塊。

為什么作為小白需要梳理【業(yè)務(wù)概要流程】呢？

1. 理解各個模塊之間的關(guān)系和業(yè)務(wù)價值

通常來說，我們作為新手，不會接觸所有模塊的需求以及核心模塊的需求，也并不一定有人清楚的告訴你，你要做的模塊是怎么來的，為什么要做，跟其他需求有什么關(guān)聯(lián)。項目相關(guān)的很多信息我們是不知道的，需要自己花更多的力氣去接觸和學(xué)習(xí)。

而思考概要流程的目的在于，在產(chǎn)品設(shè)計之前，對要做的產(chǎn)品的模塊如何而來做個拆解，以確保自己對各個模塊之間的邏輯、關(guān)系鏈路有深刻理解，這樣從上往下看，就知道底層的產(chǎn)品設(shè)計如何做。

2. 梳理并了解在產(chǎn)品提供支持的業(yè)務(wù)范圍內(nèi)所需要對接的系統(tǒng)

一般來說客戶都有不少已在使用的現(xiàn)有系統(tǒng)，可能涉及系統(tǒng)的對接，因此我們可能需要了解系統(tǒng)處理的業(yè)務(wù)，從中我們也更能理解客戶的業(yè)務(wù)。

借用王戴明老師舉的一個例子來解釋一下：給你一個需求，告訴你要支持業(yè)務(wù)員在拜訪零售店時錄入訂單并傳送至ERP系統(tǒng)發(fā)貨。

這里面的主要流程是【業(yè)務(wù)員拜訪零售店】→【業(yè)務(wù)員錄入訂單】→【ERP系統(tǒng)接到訂單】→【倉庫發(fā)貨】→【零售店收貨】。

而【業(yè)務(wù)員拜訪零售店】這個場景需要【門店管理】【客戶管理】【業(yè)務(wù)員管理】模塊來支撐，【業(yè)務(wù)員錄入訂單】需要【商品管理】【價格管理】模塊支撐等等。

由此我們可以梳理出如下形式的業(yè)務(wù)概要流程圖，理解業(yè)務(wù)流程的同時，理解抽象出的模塊是怎么來的，還能了解需要對接的系統(tǒng)在其中的價值、意義。

四、細(xì)節(jié)業(yè)務(wù)流程圖

細(xì)節(jié)業(yè)務(wù)流程是整體業(yè)務(wù)流程的拆分，是針對整個業(yè)務(wù)下某一流程的展開。

對細(xì)節(jié)業(yè)務(wù)流程的梳理除了讓我們進(jìn)一步理解業(yè)務(wù)流程，找出細(xì)節(jié)業(yè)務(wù)流程中不解之處，還能讓產(chǎn)品設(shè)計的流程邏輯更縝密、完整，避免不必要的邏輯漏洞（或發(fā)現(xiàn)產(chǎn)品設(shè)計中是否有邏輯缺陷）。

這里就如下圖所示，把各個模塊的細(xì)節(jié)業(yè)務(wù)流程梳理出來即可。

五、功能結(jié)構(gòu)圖

依據(jù)跨角色和跨階段的流程圖，就能夠梳理出所需要的功能結(jié)構(gòu)圖，這樣也對自己的需求做了結(jié)構(gòu)化處理。（結(jié)構(gòu)圖這里就不實例了，太基礎(chǔ)）

六、頁面流轉(zhuǎn)與需求列表

當(dāng)功能結(jié)構(gòu)和流程都已梳理完成，可以進(jìn)入頁面流轉(zhuǎn)及具體頁面的設(shè)計，這時可以同時將一些不確定做不做或者本期是否做的需求列在需求池中，以便后續(xù)查詢。

當(dāng)然，我們也可以把確定做的需求列入需求池，在【業(yè)務(wù)場景】【需求價值】【開發(fā)成本】【優(yōu)先級】等字段做必要的記錄。以此要求自己對每個需求都考慮清楚，對其了如指掌，保證每個需求有憑有據(jù)，在任何人對需求提出疑問時都有較充分的理由支撐。

對于需求池，這里提一下需求池的含義及其意義和最近工作中逐漸建立的需求池模板。

需求池是需求管理的一個高效的形式，用它記錄產(chǎn)品的各種各樣的需求，可以高效管理需求。

需求池中的需求，可能是產(chǎn)品功能設(shè)計之始的競品分析、產(chǎn)品思考、用戶調(diào)研而得，也可能是產(chǎn)品迭代中業(yè)務(wù)、運(yùn)營、市場、領(lǐng)導(dǎo)等提的需求非常之多，因此需要經(jīng)常更新和整理。

需求池的意義在于：

1. 保證每一個需求被記錄，不遺忘需求，對每一個需求提出方都能夠有交代
2. 輔助產(chǎn)品經(jīng)理對每一個需求進(jìn)行歸類、理性分析（價值、成本、優(yōu)先級），讓需求寬進(jìn)嚴(yán)出，協(xié)助版本規(guī)劃
3. 讓每一個需求都有它的生命周期，有頭有尾，能追根溯源，也能看到它的演變，幫助產(chǎn)品經(jīng)理逐漸建立健全產(chǎn)品全貌
4. 了解每一個需求的進(jìn)度，讓產(chǎn)品經(jīng)理對需求了如指掌，讓工作更清晰

下面是近期工作建立的適用于我工作的需求池模板，用EXCEL建立好表頭字段，需要記錄需求時，按字段思考、填寫，即可。

對于頁面流轉(zhuǎn)，可以通過【功能】【角色】【場景】的方式來梳理，不容易遺漏邏輯。最后可將這些頁面匯總至一個表，供開發(fā)了解，一目了然。

當(dāng)然，如果已經(jīng)熟悉B端設(shè)計工作，其實在腦子里也能想好應(yīng)該有哪些頁面，直接列出來就好了。

但話說回來，這一步驟主要在于窮盡用戶使用功能的場景，這樣我們就能在做頁面具體設(shè)計的時候，思考每一個需求的成本和價值，將每一個具體需求（元素、邏輯等）都設(shè)計到位。

以某公司課程培訓(xùn)功能為例設(shè)計頁面流轉(zhuǎn)，參考如下：

1. 頁面流轉(zhuǎn)圖

功能：課程培訓(xùn)

角色1：企業(yè)

場景1：創(chuàng)建、編輯和發(fā)布課程

場景2：

場景3：

場景n：…

角色2：員工

場景1：…

場景2：…

場景n：…

2. 頁面匯總表

最后可以將上述流轉(zhuǎn)頁面的所有頁面匯總到一個表中，頁面開發(fā)一目了然

七、權(quán)限設(shè)計

無論是標(biāo)準(zhǔn)化To B產(chǎn)品還是定制化To B產(chǎn)品，都會涉及功能/菜單權(quán)限、數(shù)據(jù)權(quán)限的設(shè)計。

雖然現(xiàn)在多數(shù)標(biāo)準(zhǔn)化To B產(chǎn)品設(shè)計都是在自定義角色時添加功能權(quán)限，但功能權(quán)限可能會預(yù)置一套，且需要分析哪些角色要用到哪些功能，具體到增刪改的按鈕和查詢的權(quán)限，所以需要提前思考功能/菜單權(quán)限如何拆分，數(shù)據(jù)權(quán)限又如何控制。

下面就分三類權(quán)限設(shè)計分別介紹下如何梳理權(quán)限設(shè)計的思路，提高設(shè)計效率。

1. 功能/菜單權(quán)限設(shè)計

設(shè)計功能/菜單權(quán)限時，可按照下面的模板梳理不同角色需要的菜單、頁面、操作元素的權(quán)限，思考并梳理一般性的角色（標(biāo)準(zhǔn)化產(chǎn)品中的通用角色/定制化產(chǎn)品中的指定角色）需要哪些操作

2. RBAC權(quán)限模型

RBAC權(quán)限模型是迄今為止最普及的權(quán)限設(shè)計模型，全寫Role-Based Access Control，翻譯過來即基于角色的訪問控制。

（1）RBAC權(quán)限的定義

首先還是要解釋一下RBAC權(quán)限：每個用戶都要被賦予一個或多個系統(tǒng)角色，每個系統(tǒng)角色都對應(yīng)一個明確的權(quán)限集合，包括對菜單、頁面元素等資源的訪問和操作權(quán)限。

一句話概括RBAC權(quán)限的作用，當(dāng)用戶基數(shù)增大，角色類型增多時，RBAC權(quán)限設(shè)計能夠?qū)⒕哂邢嗤瑢傩裕ㄏ嗤瑱?quán)限）的用戶分配相同的角色及角色下的權(quán)限，提高權(quán)限管理員的工作效率。

（2）RBAC權(quán)限模型的模式

將RBAC權(quán)限設(shè)計展開，它包括RBAC0、RBAC1、RBAC2、RBAC3四種模式。其中RBAC0位核心模型，RBAC1、RBAC2、RBAC3都為建立在RBAC0上的擴(kuò)展模式。

這里簡單介紹一下四種模式，主要根據(jù)業(yè)務(wù)需要選擇合適的模型來思考設(shè)計，具體就不再展開，網(wǎng)上有很多資料具體講解該模型：

RBAC0模型：在最核心的模型中，用戶和角色是多對多的關(guān)系，角色和權(quán)限也是多對多的關(guān)系

RBAC1模型：RBAC1模型引入角色繼承的概念，即子角色可以繼承父角色的權(quán)限。

如下圖，在某個大部門中，規(guī)定總監(jiān)的權(quán)限不能超過總經(jīng)理的權(quán)限，部門主管的權(quán)限不能超過總監(jiān)，若采用RBAC0模型，權(quán)限分配失誤時，將出現(xiàn)總監(jiān)擁有總經(jīng)理沒有的權(quán)限，RBAC1模型則能夠解決這個問題：創(chuàng)建總經(jīng)理角色并配置權(quán)限后，總監(jiān)角色繼承總經(jīng)理角色的權(quán)限，并可支持在總經(jīng)理擁有的權(quán)限上刪除權(quán)限。

RBAC2模型：RBAC2基于RBAC0增加了角色的約束控制，主要包括：

1. 角色互斥：同一用戶只能分配到一組互斥角色集合中的其中一個角色。該約束控制運(yùn)用于責(zé)任分離的場景。
2. 基數(shù)約束：指一個角色關(guān)聯(lián)的用戶數(shù)量/一個用戶可關(guān)聯(lián)的角色數(shù)量/一個角色對應(yīng)的訪問權(quán)限數(shù)量受限制
3. 先決條件：指想要有某個上級角色的權(quán)限，需要先擁有下一級的角色的權(quán)限

RBAC3模型：統(tǒng)一模型，RBAC0、RBAC1和RBAC2模型的整合具體的RBAC權(quán)限設(shè)計思路可參考紛享銷客、銷售易，現(xiàn)成的產(chǎn)品體驗，成熟、龐大的系統(tǒng)，易用性強(qiáng)，親自實操記得更牢，這里就不再贅述~

3. 數(shù)據(jù)權(quán)限設(shè)計

定義：角色在頁面中能看到的數(shù)據(jù)范圍（數(shù)據(jù)集合）。比如針對某個列表頁，能看到的是某個區(qū)域下的數(shù)據(jù)，也可能是某個賬戶下或某幾個賬戶下的數(shù)據(jù)。

實現(xiàn)方案：

（1）方案一

通過組織機(jī)構(gòu)樹控制：當(dāng)前節(jié)點能夠看到其子節(jié)點下的數(shù)據(jù)。該方案實現(xiàn)方式較復(fù)雜，但靈活性強(qiáng)。如下圖，各個賬號分別對應(yīng)能看到的數(shù)據(jù)范圍由他所在的組織機(jī)構(gòu)位置及其他額外數(shù)據(jù)控制（如限制某一賬號只能查看當(dāng)前節(jié)點）決定

圖源：《決勝B端》

這種通過組織機(jī)構(gòu)樹來設(shè)計數(shù)據(jù)權(quán)限的方式，表現(xiàn)在原型設(shè)計上，通常為如下所示。在角色權(quán)限配置中，可配置該角色的權(quán)限為【本人】【本人及下屬】【本部門】【本部門及下級部門】和【全部】

（2）方案二

通過客戶地區(qū)控制：根據(jù)該賬號所在區(qū)域判斷，方式簡單，容易實現(xiàn)，但靈活性差

八、報表設(shè)計指南

報表設(shè)計涉及到客戶管理層、決策層對業(yè)務(wù)管理工作的分析，報表功能往往決定了企業(yè)對產(chǎn)品的評價，決定企業(yè)是否付費，是非常重要的留存功能。

其次，如果是SaaS產(chǎn)品，不同行業(yè)、不同公司都可能會有不一樣的指標(biāo)，因此考慮哪些可以納入通用指標(biāo)需求，難度較大。所以需要有一個指南來帶著自己思考，以免頭大的同時，讓自己對思考流程越來越熟悉，達(dá)到熟能生巧的水平。

由于在0-1的設(shè)計中，我并沒有參與報表模塊的設(shè)計，因此也只是在閱讀了相關(guān)資料后，整理“如果我來設(shè)計報表，我會如何設(shè)計”的思路思考，僅供參考分享。

1. 設(shè)計核心

從角色用戶使用報表和分析問題的角度考慮問題

2. 設(shè)計思路

（1）業(yè)務(wù)體系構(gòu)建

1. 明確目的：明確報表分析目的，需要監(jiān)控和分析什么問題，為什么要監(jiān)控和分析這些問題，他們屬于何種業(yè)務(wù)訴求？→通過一線業(yè)務(wù)人員、管理層訪談得出
2. 建立方法：采用何種方式、何種指標(biāo)識別這些問題？→可以通過一線人員總結(jié)出的分析框架、思路分析、參考得出（或者已經(jīng)有明確指標(biāo)那就最好了）

（2）指標(biāo)設(shè)計

這一步設(shè)計具有明確業(yè)務(wù)含義的指標(biāo)，先設(shè)計大的指標(biāo)，然后再考慮是否拆分成更小的指標(biāo)，以便能從更精細(xì)的角度全面、深度衡量結(jié)果。粗細(xì)拆分的必要性主要取決于行業(yè)業(yè)務(wù)復(fù)雜度、公司業(yè)務(wù)成熟度、產(chǎn)品所處階段等。

（3）設(shè)計呈現(xiàn)形式

呈現(xiàn)形式設(shè)計核心：考慮每種指標(biāo)用哪種形式能夠讓用戶最快速、準(zhǔn)確地掌握指標(biāo)信息柱形圖？折線圖？環(huán)形圖？只需要表格呈現(xiàn)數(shù)字？

（4）報表交互設(shè)計產(chǎn)品參考

作為一個菜雞小白，我們掌握的報表交互樣式大概率少之又少，無論是在產(chǎn)品設(shè)計還是平常，都應(yīng)該多看多積累成熟系統(tǒng)的優(yōu)秀交互設(shè)計，下面是推薦的參考產(chǎn)品和專業(yè)文件。

1. 軟件產(chǎn)品參考
2. Tableau–學(xué)習(xí)數(shù)據(jù)可視化
3. SmartBI/帆軟FineReport–學(xué)習(xí)成熟表樣、數(shù)據(jù)呈現(xiàn)形式
4. 商業(yè)文件/報告
5. 《華爾街日報》、上市公司財報

這些財報里面的形式都非常規(guī)范、講究、專業(yè)，倘若可以參考這些報表，運(yùn)用到報表設(shè)計當(dāng)中，則能體現(xiàn)產(chǎn)品經(jīng)理報表設(shè)計的專業(yè)性。以上是對報表設(shè)計思路的初次思考，它肯定還需要非常多次的迭代，且報表設(shè)計較為復(fù)雜，如有機(jī)會接觸報表設(shè)計，希望自己積累到一定程度的時候，還能夠出一個專題整合，系統(tǒng)講述一番，分享給大家~

九、結(jié)語

這份產(chǎn)品設(shè)計思路模板只是引導(dǎo)我們高效思考的工具，并不是每一點都必須完整思考，在實際工作中我們可能只需要用到其中部分指引輔助思考，或者超出該文檔模板思考范圍（這個就可能涉及模板的優(yōu)化迭代了），具體運(yùn)用還是要根據(jù)實際情況靈活變化。但能肯定的是，以上一步步的分析，使得我們可以在每個環(huán)節(jié)把問題聚焦、分解，對著文檔一個個尋找自己對產(chǎn)品、項目梳理的漏洞，專注分析眼前的某一個問題，搞清楚弄明白后，繼續(xù)專注于下一個問題，實現(xiàn)分階段各個擊破。

全文參考資料

1. 《決勝B端》——楊堃
2. 《SAAS產(chǎn)品經(jīng)理從菜鳥到專家》——王戴明
3. 《B端產(chǎn)品新人的第一個項目》課程——王戴明