產(chǎn)品經(jīng)理的啟發(fā)之系統(tǒng)工程

時間：2018-03-24來源：m.5wd995.cn點擊量：次作者：辛宇軒

時間：2018-03-24點擊量：次作者：辛宇軒

系統(tǒng)工程為了實現(xiàn)系統(tǒng)的最終目標(biāo)，對系統(tǒng)的各個子系統(tǒng)、部件以及信息流等進(jìn)行研究分析與設(shè)計，使用各種組織和管理技術(shù)，使整體系統(tǒng)實現(xiàn)最優(yōu)的運(yùn)行，負(fù)責(zé)整個系統(tǒng)的生命周期。

對于產(chǎn)品經(jīng)理來說，要負(fù)責(zé)一個產(chǎn)品（從解決問題，滿足需求的角度上來講，產(chǎn)品也是一個系統(tǒng)），系統(tǒng)工程中的很多方法與經(jīng)驗，都值得產(chǎn)品經(jīng)理學(xué)習(xí)和借鑒，來更好地管理我們產(chǎn)品的整個生命周期。

1 系統(tǒng)工程簡介

那么什么是系統(tǒng)工程呢？我們可以先來看看ISO900對系統(tǒng)工程的定義：a system is an object consisting of interrelated or interacting elements（components）.

系統(tǒng)工程的過程則由以下七個任務(wù)來構(gòu)成，被稱作SIMILAR tasks。

1. 描述問題（State the problem）：系統(tǒng)工程的第一個任務(wù)，就是把我們要去解決的問題陳述清除，即定位問題。我們需要明確我們的目標(biāo)用戶，了解用戶的需要，探索需求，從而定義系統(tǒng)功能。

2. 調(diào)研替代方案（Investigate alternatives）：對于用戶提出的需求，我們可以調(diào)研市場上已經(jīng)出現(xiàn)的能夠相對滿足（或部分滿足）的產(chǎn)品（或者我們稱之為競品），調(diào)研這些產(chǎn)品的表現(xiàn)情況（用戶評價與反饋）、成本以及風(fēng)險，為我們帶來經(jīng)驗和啟發(fā)。

3. 系統(tǒng)建模（Model the system）：在前兩個任務(wù)中，需求與調(diào)研都已相對成熟，我們就可以著手來設(shè)計我們的產(chǎn)品（系統(tǒng)）了，大致來講，接下來就是使用建模工具，或者自己開發(fā)適用于該業(yè)務(wù)的建模工具來建立模型，來清晰表達(dá)需求、發(fā)現(xiàn)項目中的難點以及及早暴露問題。

4. 系統(tǒng)整合（Integrate）：這里的系統(tǒng)整合是指將各個子系統(tǒng)都整合起來，使系統(tǒng)能夠完整地運(yùn)行起來。

5. 系統(tǒng)啟動（Launch the system）：這一步是我們要整體運(yùn)行系統(tǒng)了，讓系統(tǒng)開始完整地進(jìn)行輸入（輸出我們預(yù)期的結(jié)果）。

6. 性能評估（Assess performance）：接著，我們就可以用想用的技術(shù)性指標(biāo)來評估系統(tǒng)運(yùn)行的相關(guān)情況，從而來量化當(dāng)前系統(tǒng)的性能，評估系統(tǒng)是否滿足了需求。

7. 再次評估（Re-evaluation）：系統(tǒng)評估是一個不斷重復(fù)的工作伴隨產(chǎn)品的不斷迭代。

2 系統(tǒng)生命周期

在產(chǎn)品設(shè)計的早期，產(chǎn)品經(jīng)理就應(yīng)該開始考慮產(chǎn)品的系統(tǒng)生命周期的問題。我們?nèi)绾芜M(jìn)行需求探索與分析？當(dāng)前的競品或替代方案對于這些需求的滿足情況如何？研發(fā)資源是否到位？系統(tǒng)維護(hù)與迭代是否已有方案？等等。既然產(chǎn)品經(jīng)理對產(chǎn)品的整個生命周期負(fù)責(zé)，那“系統(tǒng)生命周期”的如下七個環(huán)節(jié)則是需要產(chǎn)品經(jīng)理去良好把握的關(guān)鍵，以確保產(chǎn)品工作的順利展開。

系統(tǒng)生命周期的七個環(huán)節(jié)：

本文我們將重點聊聊系統(tǒng)工程中需求探索分析與系統(tǒng)測試評估方面的內(nèi)容帶給我們的啟發(fā)。

3 需求探索與分析

需求探索與分析非常有趣，當(dāng)然也非常重要，需求的明確是產(chǎn)品成功的基石。

我們的用戶往往并不能夠準(zhǔn)確地表達(dá)他們的需求，他們往往傾向于用盡量少的語言來籠統(tǒng)地提出需求，比如說，“我要這個產(chǎn)品用起來很爽”，“簡單不要搞復(fù)雜了”等等，這時候產(chǎn)品經(jīng)理一定要做好一件事情：將用戶提出的需求明確化，具體來說就是將需求明確為可量化、可測試、可實現(xiàn)。

舉個例子，共享電單車用戶說我要這個車騎起來很快，那么具體的快是怎樣的一個速度區(qū)間值呢？給出一個預(yù)期的速度范圍就是一個“可量化”的需求；那我們最終產(chǎn)出的這款共享電單車是否滿足了用戶的速度需求，是可以通過速度測試來知道的，這就是“可測量”；用戶還說，我希望這輛電單車永遠(yuǎn)都有電，也不用換電池，對于這個需求，如果最終確認(rèn)是朝著永動機(jī)的方向研發(fā)，那我們就應(yīng)該立即停止項目，因為“不可實現(xiàn)”。

對于需求是否是“可實現(xiàn)”的評估，這里的一個行業(yè)經(jīng)驗是我們會去參考現(xiàn)有的相關(guān)解決方法來得到一個相對穩(wěn)妥的結(jié)論。

對于需求，還有一個繞不開的話題當(dāng)然就是優(yōu)先級問題。通常產(chǎn)品經(jīng)理對于優(yōu)先級的定位都是通過我們熟悉的四象限定位法來確定的，重要并急需、重要不急需、不重要但急需、不重要也不急需。但如何來把握這四個象限，更多的是一種經(jīng)驗。系統(tǒng)工程中對于需求也有分類，這或許會對產(chǎn)品經(jīng)理在優(yōu)先級定位的問題上有所啟發(fā)。

系統(tǒng)工程中我們將需求分為了兩類：強(qiáng)制性需求（Mandatory requirements）和偏好型需求（Preference requirements）。簡單來說，強(qiáng)制性需求指的就是為滿足用戶基本需求，保證產(chǎn)品主流程暢通必須具備的功能需求，偏好型需求則更多是指提高用戶體驗的相關(guān)需求。

舉個例子，共享單車項目，注冊登錄、交納押金、掃碼開鎖，還車結(jié)算等與用戶主用車流程相關(guān)的需求都屬于強(qiáng)制性需求（也就是重要并急需），沒有這些功能的支持，主用車流程將受阻，用戶無法正常完整使用產(chǎn)品，而分享朋友圈、邀請好友等功能，沒有影響到主用車流程的需求，則可以歸類到偏好型需求了。

當(dāng)然，如果我們有一個team的任務(wù)就是研發(fā)基于共享單車系統(tǒng)的陌生人交友產(chǎn)品，用車流程則是支援部門考慮的事情，我們則專注在分享朋友圈和邀請好友上面，所以確定我們要研發(fā)實現(xiàn)的系統(tǒng)的邊界（System boundary）與核心目標(biāo)也是尤為重要的。

需求的探索與分析其實是一個過程，對于這個過程的理解與實踐，我想用下面的這張圖來說明一下：