最近我在為解決公司的資產(chǎn)管理業(yè)務場景調(diào)研了一款固定資產(chǎn)管理saas軟件?<易盤點>?。最近產(chǎn)品所遇到的問題包括：信息維護混亂，判斷分支多，新功能的關聯(lián)影響 。因此以易盤點為案例整理幾點產(chǎn)品設計思路：1、屬性設計；2、高內(nèi)聚低耦合；3、逐級判斷；4、報表與功能的關系；
一、屬性設計
流程：用戶與系統(tǒng)交互的實際業(yè)務場景（調(diào)撥）；
實體：單獨存在的個體，被業(yè)務流程所引用（資產(chǎn)）；
屬性：最小單元字段，被實體所引用（領用人，資產(chǎn)分類，所在位置）；
以資產(chǎn)作為實體，從編輯的角度，其屬性類型包括：1、可任意編輯的文本字段；2、僅支持選擇的選項字段（非配置項）；3、僅支持選擇的選項字段（配置項）
1、可任意編輯的文本字段
示例：資產(chǎn)名稱，品牌，型號，備注
特點：A，無規(guī)律且發(fā)散的字段類型，無通用性；B，該字段不產(chǎn)生其他數(shù)據(jù)交互，比如條件篩選，報表統(tǒng)計，條件判斷；
2、僅支持選擇的選項字段（非配置項）
示例：使用狀況，購置方式
特點：有限的標準選項，用戶無需配置且無法修改，比如購置方式中的采購和租賃，若用戶配置僅會配置這兩項。因此系統(tǒng)寫死，減少用戶無效操作的同時也便于用戶快速熟悉產(chǎn)品
3、僅支持選擇的選項字段（配置項）
示例：資產(chǎn)分類，位置，管理員；
特點：由于用戶及實體的不確定性，系統(tǒng)無法確認選項值，只有用戶根據(jù)自己需求才能配置屬性選項。系統(tǒng)可以為了方便用戶設置寫好預設值并可編輯，例如幾乎所有的資產(chǎn)管理都涉及辦公電腦，因此事先設定的預設值有助于減少用戶無效操作。
優(yōu)點：A，方便可以被不同實體調(diào)用，例資產(chǎn)和調(diào)撥都調(diào)用位置管理；B，產(chǎn)品邏輯清晰，屬性管理獨立維護，不同實體混淆；C，數(shù)據(jù)源統(tǒng)一，屬性維護將同步維護實體信息，例若地址寫了錯別字，僅需在地址管理修改后，資產(chǎn)信息將同步修改；D，信息維護規(guī)范，可拓展性強；
結論：我們往往從上往下設計，即先確認業(yè)務流程，再確認實體，后確認屬性。屬性需一開始設計時需要根據(jù)不同的類型采取不同的設計思路，否則后期的信息維護成本或重構成本較高。
二、高內(nèi)聚低耦合
這個詞其實來源于產(chǎn)品經(jīng)理如何基于需求迭代產(chǎn)品（下篇1）：產(chǎn)品設計的高內(nèi)聚低耦合，個人認為這個思想對產(chǎn)品設計很有意義。
高內(nèi)聚
定義：在互聯(lián)網(wǎng)產(chǎn)品（例如一款app）中的高內(nèi)聚是指，在系統(tǒng)、模塊、功能、實體等層面保證每個系統(tǒng)、每個模塊、每個功能、每個實體在用戶認知中的統(tǒng)一且單一，并符合整體特征、邏輯和自然。
案例說明：易盤點的所有的模塊都是獨立的，盡可能的拆分至最細，比如說，由于員工權限為自助盤點，自助領用等業(yè)務操作層面的權限，管理員權限為系統(tǒng)的功能和數(shù)據(jù)等權限，因此是不一樣的領域，將權限拆分為角色和員工自助管理；組織架構和員工管理做拆分，員工管理在組織架構創(chuàng)建后的基礎上做信息維護。
低耦合
定義：在互聯(lián)網(wǎng)產(chǎn)品（例如一款app）中的低耦合是指，在系統(tǒng)、模塊、功能、實體等層面保證每個系統(tǒng)、每個模塊、每個功能、每個實體之間的聯(lián)系是簡單而不是復雜的。
案例說明；已知公司運營部希望為高凈值的用戶提供滿減優(yōu)惠，在活動管理創(chuàng)建領用優(yōu)惠券的活動后，系統(tǒng)如何判斷該用戶是否滿足條件。以下兩種產(chǎn)品設計：
1、條件篩選滿足高凈值條件的用戶后，批量添加用戶名單；用戶名單里的用戶可參加活動；
2、用戶管理中，為符合高凈值的用戶，打上標簽；符合該標簽的用戶可參加活動；
前者的設計缺點：首先，在活動管理的模塊需插入用戶篩選條件和批量添加用戶等用戶管理的設計，即活動管理和用戶管理的設計寫到一起；其次，可維護性差，若后續(xù)新增用戶滿足高凈值，需再次新增用戶名單；
后者設計思路有兩個優(yōu)點：產(chǎn)品框架清晰，即活動管理只引用了用戶管理的標簽維度；信息易維護，后續(xù)有滿足高凈值條件的用戶，只需給滿足用戶上標簽即可；
結論：高內(nèi)聚低耦合的產(chǎn)品設計可以減少功能冗余，判斷復雜；
三、逐級判斷
已知：人力部有員工A，且員工A名下無資產(chǎn)，此時用戶希望刪除人力部；以下兩種產(chǎn)品設計：
1、在刪除人力部時，若不存在員工名下的資產(chǎn)，則刪除部門并刪除員工
2、在刪除人力部時，判斷部門是否存在員工，若存在無法刪除；刪除員工時，判斷員工是否存在資產(chǎn)，若不存在可以刪除；
越級判斷，看起來會令業(yè)務操作更省略，而逐級判斷，看起來更為“繁瑣”。但逐級判斷的產(chǎn)品設計更單一，邏輯更清晰。這樣的設計思路不會隨著層級的擴展導致判斷邏輯分支更多。而越級判斷需要考慮各種維度組合的分支，而且一個操作執(zhí)行多類結果也有用戶無感知的風險。
結論：逐級判斷的設計思路適應于多層級，多分支的產(chǎn)品設計場景，將操作判斷僅同臨近關系關聯(lián)，比如說前置條件或后置結果。
四、報表與功能的關系
報表的本質是數(shù)據(jù)的呈現(xiàn)。至于數(shù)據(jù)的分析，挖掘是基于報表的基礎上深入展開。
已知商品A，用戶原價購買將附贈品，同供應商的結算成本為60；特價購買無贈品，成本為50；此時供應商結算的成本報表有兩種產(chǎn)品設計：
1、成本報表判斷商品屬性，若原價則60，若特價則50；
2、訂單表新增該字段<成本>，并判斷商品屬性，若原價則60，若特價則50；成本報表取訂單表的成本字段
方案1的弊端是，若后續(xù)條件判斷邏輯調(diào)整，功能及報表需一并調(diào)整。若報表設計和功能設計不是同一產(chǎn)品經(jīng)理將會出現(xiàn)報表數(shù)據(jù)脫節(jié)的風險。而方案2避免方案1的風險，報表僅需拿到所需字段即可，無需知道該字段的背后取值邏輯。若該敏感字段如成本，價格等，需做好權限控制。
結論：業(yè)務流的數(shù)據(jù)表要為報表提供基礎字段數(shù)據(jù)
