編輯導(dǎo)語：需求是做不完的，隨著時間的推移，用戶的需求會越來越多，產(chǎn)品經(jīng)理只能不斷的更新迭代；大家都知道“重新做”是比較難完成的，但是對產(chǎn)品進(jìn)行擴(kuò)展是較簡單的；本文作者從產(chǎn)品角度分析如何提升產(chǎn)品的可擴(kuò)展性，我們一起來看一下。

相信各位PM小伙伴都遇到過這種情況：一個已實現(xiàn)需求的小調(diào)整，開發(fā)卻向你反饋需要“重新做”的情況；排除開發(fā)同學(xué)抬杠的可能，我們可以從產(chǎn)品設(shè)計的概念上談?wù)勅绾巫尞a(chǎn)品變得更易拓展。

本文不涉及具體業(yè)務(wù)，只是分享下思維方式，歡迎各位小伙伴評論區(qū)交流。

一、邏輯與特性

大家都知道隨著時間的推移，用戶的需求是不可能被完全滿足的，也就是大家常說的“需求是做不完”的。

舉個例子，某Saas產(chǎn)品原來是只支持本企業(yè)運(yùn)營人員在PC端手動根據(jù)填寫的資質(zhì)和申請為新用戶開賬號的，后來由于業(yè)務(wù)發(fā)展需要，開放了在公司官網(wǎng)的手機(jī)號自主注冊；上線不久后，公司Saas產(chǎn)品的代理商又要求為他們的客戶也開放一套手機(jī)號自主注冊的機(jī)制，又或者公司要求再開放郵箱自主注冊。

這種情況下，需求明顯是做不完的，而且似乎會有一些聯(lián)系，我們應(yīng)該如何更從容地應(yīng)對這些需求呢？

我們可以看看這個例子的業(yè)務(wù)抽象后到底是什么？

What：新用戶/憑借某些方式/得到賬號。

這是不是太抽象了呢？那我們再對“what”細(xì)分一下。

How：

• 我們可以從得到賬號的過程新用戶是主動或者被動分為“自主注冊”,“運(yùn)營手動開通”或者其他；
• 我們也可以從得到賬號的位置分為“代理商渠道”,“官網(wǎng)渠道”或者其他；
• 我們還可以從用戶提交的資質(zhì)分為“手機(jī)號”,“郵箱”或者其他。

這里What就是我們說的“邏輯”，而How就是我們寫文檔要寫的“特性”；事實上，可以看到“邏輯”是長期固定的，而“特性”與具體業(yè)務(wù)息息相關(guān)，也正是需求做不完的關(guān)鍵。

而找到了“邏輯”和“特性”后，我們要做的是固定“邏輯”，而將“特性”剝離；好的設(shè)計會讓你的迭代圍繞在“特性”部分；而由于“特性”往往只對應(yīng)較小的模塊，甚至?xí)鞋F(xiàn)成的實現(xiàn)方案，所以更容易掌控。

二、如何區(qū)分邏輯和特性

都說邏輯能力是產(chǎn)品同學(xué)的基礎(chǔ)能力，而對事物本質(zhì)的洞見力以及抽象能力顯然就是邏輯能力的體現(xiàn)之一了。

我們常說藝術(shù)上的抽象是讓事物變得特別（unique），而作為PM，我們的抽象是通過識別本質(zhì)而讓事物變得簡單。

邏輯和特性的區(qū)分也是一種抽象，下面我們看看區(qū)分邏輯和特性的工作流程。

1. 盡可能多地梳理業(yè)務(wù)中的需求

見多方能識廣，這個一個采樣的過程，你的樣本集能否代表業(yè)務(wù)全貌決定了你的抽象是否可靠。

舉個例子，如果只接觸了“公司運(yùn)營為新用戶手動開賬號”這一種業(yè)務(wù)，那可能我的抽象會變成”公司運(yùn)營手動操作某些事情”；這不能說不對，只是明顯對我們的思路會產(chǎn)生誤導(dǎo)，所以盡可能多地了解你的業(yè)務(wù)場景，是一個好的抽象的基礎(chǔ)。

2. 業(yè)務(wù)抽象

我們可以借鑒兩種常用的思維方式：過程抽象和角色抽象。

過程的抽象：重點在于梳理出通用流程中包含的幾個模塊或者步驟，比如在“新用戶/憑借某些方式/得到賬號”這一過程中，新用戶的注冊信息、新用戶的創(chuàng)建、用戶前端的展示等模塊都是必不可少的；看到這里的朋友其實也想到了，這一抽象方式在多個業(yè)務(wù)上的復(fù)用其實也就是對應(yīng)著中臺的理論基礎(chǔ)。

角色的抽象：則需要我們先去考慮我們的整個系統(tǒng)到底有哪些角色參與，每個角色的信息和可能做的事情是什么，之后再對各個角色之間的關(guān)系進(jìn)行拓展；這種抽象方式往往要求系統(tǒng)中參與的角色是立體的，比如如果我們從來沒有考慮過“代理商”這一角色，那我們所有基于“代理商”的需求自然而然會是空中樓閣。

通過業(yè)務(wù)抽象，其實我們的邏輯和特性已經(jīng)呼之欲出了。

3. 定義邏輯和特性

相信經(jīng)過上面的步驟，你已經(jīng)能“想清楚”了，后面要做的就是描述出整個業(yè)務(wù)的工作軌跡；你會發(fā)現(xiàn)，如同魚骨圖一般，特性（魚刺）會很多，我們也會繼續(xù)增加，但是邏輯（魚脊柱）大多數(shù)都是固定的。

在這種思路的產(chǎn)品構(gòu)建之下，比如我們?nèi)绻右环N注冊方式，其實只是在“新用戶的注冊信息”中增加了一個特性而已；這并不會影響到我們的基本邏輯，而且有的特性復(fù)用的概率高的時候我們也可以通過“組件化”來消除不必要的重復(fù)工作量。

在構(gòu)建特性的過程，在規(guī)定邊界的同時，我們也可以加入自己對特性的理解和未來的可能迭代方向。

這篇文章沒有涉及具體的業(yè)務(wù)，只是筆者結(jié)合實際工作中的一些思考，和大家做一個分享；如果對讀者朋友有所啟發(fā)，深感榮幸，也歡迎大家指正批評。

本文由@幸失 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash ，基于 CC0 協(xié)議