一、功能

系統(tǒng)產(chǎn)品是功能的集合，所以每個單個系統(tǒng)都包含了大大小小的各種功能，系統(tǒng)間的功能可以重復，但核心功能的使用不建議重疊。沒有一個集團的系統(tǒng)體系是一次性搭建完成的，基本都是漸進式的，這也是為什么現(xiàn)在敏捷開發(fā)管理成為主流的原因之一。在理想的狀態(tài)下各個系統(tǒng)各司其職互相協(xié)作，但現(xiàn)實只能是將核心功能適度的分配到所有現(xiàn)存的系統(tǒng)產(chǎn)品中，以確保當前的業(yè)務需求得到滿足。所以隨著企業(yè)系統(tǒng)產(chǎn)品體系的完善也需要為老產(chǎn)品做一些功能上的減負，讓擅長的系統(tǒng)去做擅長的功能。

那隨之而來的就是第二個問題，每個系統(tǒng)應該有哪些功能，哪些功能應該是這個系統(tǒng)的核心功能。在傳統(tǒng)的產(chǎn)品視角往往先給系統(tǒng)定性，這是一個什么類型的系統(tǒng)，所以需要什么功能。但其實可以再延伸一步。功能是為了滿足一系列特定的需求。所以功能迭代最根本的目的還是追隨需求的迭代。那么問題就變成了每個系統(tǒng)應該滿足哪些業(yè)務需求，哪些業(yè)務需求是業(yè)務場景的核心需求。不同系統(tǒng)之間的定位差異其實也是來自對應的業(yè)務場景的差異。

那么需求又是從哪里來的，當然需求可以是外部環(huán)境的變化產(chǎn)生也可以是刻意創(chuàng)造的結果。這里就不展開聊具體的需求了，因為不同的業(yè)務場景差異很大而且需求也是永遠在變化的。但這里可以再延伸一下，需求來自于系統(tǒng)用戶。系統(tǒng)用戶可以簡單分為兩個大類，會產(chǎn)生購買的客戶和企業(yè)內部員工。想一下這些用戶來到這個系統(tǒng)是想要得到什么就有需求了。有了需求就可以設計對應的功能，將這些功能集成到一起也就有了系統(tǒng)。

二、用戶使用體驗

這里先默認一個系統(tǒng)已經(jīng)具備了應該有的功能，但僅僅擁有這些功能就是一個優(yōu)秀的系統(tǒng)了嗎。這么多年我一直尋覓一個詞來形容用起來怪怪的系統(tǒng)，有天終于被一個同事提到了——“反人性”。我們抱怨一個系統(tǒng)不好用，大多的時候并不是因為這個系統(tǒng)不能滿足我們的需求，而是這個功能并沒有按照期望的方式來滿足需求。另外一種經(jīng)常發(fā)生的情況是操作太繁瑣或使用門檻過高。這里作為產(chǎn)品只要自己實際用一下系統(tǒng)就行了，產(chǎn)品設計應該是整套系統(tǒng)的第一個使用者，也應該是最熟練的使用者，對系統(tǒng)相應的業(yè)務場景也要非常的熟悉，了解使用系統(tǒng)的人每天的工作內容。系統(tǒng)歸根結底是為使用而生的。

另外以D2C使用者為客戶的系統(tǒng)為例，其前端優(yōu)化目標是通過高質量的用戶體驗引導客戶完成購買，或通過提升用戶粘性間接促成購買。盡管優(yōu)化方法論多種多樣，但我的方法是將系統(tǒng)視作“黑盒”，通過假設和目的明確的測試，逐步總結規(guī)律，形成獨特的經(jīng)驗。當然，再完美的前端優(yōu)化，有時也比不上簡單直接的一張五折券。

三、系統(tǒng)數(shù)據(jù)

從數(shù)字化轉型的視角來看，系統(tǒng)產(chǎn)品是一個產(chǎn)生、加工數(shù)據(jù)的地方。所以系統(tǒng)的本質是搭建在一條條數(shù)據(jù)之上的，系統(tǒng)之間的交互其實就是數(shù)據(jù)的傳遞。這里按照記錄數(shù)據(jù)-分析數(shù)據(jù)分別聊一下。

1. 記錄數(shù)據(jù)

一個系統(tǒng)記錄自己產(chǎn)生的數(shù)據(jù)大家都比較好理解，但是在系統(tǒng)開發(fā)初期很少會去注意數(shù)據(jù)質量的問題，往往等到要用數(shù)據(jù)的時候才發(fā)現(xiàn)這樣那樣的問題。于是，企業(yè)不得不投入大量資源進行“數(shù)據(jù)治理”，用“修路填坑”的方式彌補漏洞。

在系統(tǒng)搭建初期這套系統(tǒng)會以什么樣的方式產(chǎn)生什么樣的數(shù)據(jù)，應該是被規(guī)劃設計的，一些高價值的業(yè)務數(shù)據(jù)還要充分考慮后續(xù)使用的便利性。在開發(fā)的過程中也要持續(xù)去關注數(shù)據(jù)有沒有按照設計的既定方式去產(chǎn)生。

單系統(tǒng)的數(shù)據(jù)還是比較容易去做設計規(guī)劃的，但到了集團層面就需要一套高前瞻性的數(shù)據(jù)標準。在集團層面的數(shù)字化轉型中，將不同個性的系統(tǒng)數(shù)據(jù)整合到一起也是一個不小的挑戰(zhàn)。當然這里也是一種馬后炮，在第一棟房子建造時，很少有人能想象得到整座城市的模樣。

2. 分析數(shù)據(jù)

記錄數(shù)據(jù)之后就是要將這些數(shù)據(jù)發(fā)揮價值。數(shù)據(jù)如果沒有用起來就是成本，數(shù)據(jù)如果使用起來了就是資產(chǎn)。

數(shù)據(jù)分析是最低門檻的數(shù)據(jù)應用方式。每一條數(shù)據(jù)，都是過去某一時刻的切片，代表了一個狀態(tài)。因此，數(shù)據(jù)分析的第一步是幫助我們了解過去。

隨著數(shù)據(jù)的積累，從點連成線，我們可以分析變化趨勢，洞察現(xiàn)象背后的原因，提出假設并進行驗證。最終，將這些洞察整理為行動建議，再觀察這些行動是否帶來了預期變化，從而進入新的分析循環(huán)。當然，這一切的前提是高質量的數(shù)據(jù)，否則錯誤數(shù)據(jù)可能帶來不可測的風險。

以上，是我基于參與多個系統(tǒng)項目及集團數(shù)字化轉型項目的一些粗淺思考。系統(tǒng)產(chǎn)品是功能的集合，是用戶體驗的載體，也是數(shù)據(jù)的起點。歡迎大家分享看法，共同探討與學習。