在B端產品設計過程中，業務人員可能會在產品化、產品功能實現、項目推進等維度上遇到難題，那么當你遇到這些維度上的問題時，你應該如何找到合適的解決方案？本篇文章里，作者結合近來的工作經歷發表了他的看法，一起來看一下。

好久沒寫文章了。趁著周末，反思下最近工作中的得失。

一、項目與產品

傳統的B端產品遇到的一個很大問題就是如何產品化？

首先大家都希望做產品，既能夠滿足不同客戶的需求，又可以降低維護成本。不過在B端產品領域，由于每家客戶都有自己的組織結構、管理模式，希望用一款產品打天下確實比較困難，因此定制化成為了B端產品的一大特色。

記得2012年左右，當時做過一款電力產品，部門領導就希望實現產品化。但是各個電力公司的工作流程和管理方式或多或少都有自己特有的方式，最終還是按照一個個項目執行落地，導致開發運維團隊要維護多個版本，帶來了各種附加成本。

最近因為一個項目，發起了一個產品設計（暫時這么稱呼）。在設計執行過程中同樣面臨著一個問題，到底是按照項目現場客戶具體要求來設計，還是直接考慮未來更多的客戶需求，按照產品化的形態覆蓋更多的用戶場景呢？

這個或許沒有明確的定論，不同的產品體系或者公司會有不同的運作方式。不過在設計執行過程中，明顯感覺到這對產品需求范圍和設計決策有著很大的影響。

在我看來，首先以項目的形式去執行更為合理。因為面向項目場景可以聚焦在當前客戶范圍內，需求、場景、業務流程比較清晰，更有利于設計決策和落地，并且可以驗證產品的價值。

以產品的視角去執行，對于0-1階段的產品，功能范圍可能會被過度放大，產品設計就會變得極其復雜。

二、戰略層的重要性

體驗設計師的工作主要是在框架層和表現層，對戰略層的感知不強。但是作為產品設計師或者產品經理，整天在跟“需求”打交道，就會發現戰略層極其重要。

最近的項目產品，雖然有其他的項目產品作為基線版本，但是整體節奏仍然比較緊張，尤其是在方案設計階段存在不少的分歧。根本原因就是是產品戰略層不清晰，沒有搞清楚“產品到底要幫助用戶解決什么問題，用戶需要怎樣的產品”。

戰略層的模糊必然會導致產品范圍層的功能容易飄忽不定，每次需求評審都會冒出一些新的需求方向。但是由于對用戶場景和需求理解不深，這些需求做不做、怎么做、做到什么程度，所有人心中都沒有定論。

在具體方案設計時，產品設計師沒有搞清楚用戶場景和需求，只能通過“個人理解”和“推測”執行，有些需求只是“我覺得”，從而導致產品走偏，落地開發時存在一些設計漏洞和邏輯問題。

三、多人協同

在工作中，產品線通常是相對獨立的，一個產品經理負責一條產品線。但是復雜的B端系統包含了多個子系統，之間會存在業務流程的串聯和數據交互，需要多個產品經理協作完成整個產品設計。

這時候就需要有一個牽頭負責人，在項目設計開始前，能夠站在全局視角下，統籌掌控整體的業務流程，保證參與其中的產品經理能夠達成共識。否則產品經理容易各自為戰，串聯部分容易被忽略，最終在落地執行時，會發現業務流程上出現不一致或者相互矛盾，甚至是場景的缺失。

四、總結

根本上來說，想要做好產品，需要真正地接觸客戶，了解用戶需求和場景。單憑產品設計師個人認知或者自上而下的視角，理解產品和需求會有很大的局限性，從而導致產品設計出現較大的風險。

產品經理不僅僅要知道“做什么”，更應該要知道“不做什么”。越來越覺得這句話真的非常有道理。

畢竟資源是有限的，將有限的資源準確地用在對客戶/用戶有價值的需求上，才能最大化地凸顯產品價值，才能帶來產品的成功。