編輯導語：B端產品設計并不是一個人的事情，往往是一個團隊共同完成的。在整個團隊中，會涉及到四個環節：需求環節、設計環節、研發環節和運營環節。在這些環節中，需要遵循一些原則，共同推動整個產品建設。

本文針對產品的需求環節、設計環節、研發環節和運營環節所提出的原則，需要整個產品建設參與方共同推動。

這些原則，是產品團隊在學習以及實踐中得來的，也學習參考了行業內領先toB平臺產品團隊的經驗，總結這些原則，是為了讓團隊中的每一位伙伴，能夠盡快的融入團隊，大家能夠形成相對一致、符合行業特性的產品觀念，實現自我提升，并幫助公司產品更好的發展。

一、需求環節

需求管理能力是產品人員最重要的能力，需求的優先級決定了團隊資源的投入方向。

1. 用戶和場景是產品的基礎

需求應主要來源于用戶并用于滿足具體使用場景。

產品需求來源可能有多種途徑，比如市售后部門反饋、用戶反饋、渠道反饋、產品內部溝通總結、競品分析得來、上級領導提出、政策要求、運營部門反饋等等。

市場接受一個產品，一定是這個產品滿足了市場需要，解決了企業的實際問題，我們應該更關注企業的真實反饋和所提需求，集中力量解決實際的場景需求問題。

產品人員需要對需求進行分析、甄別，每個需求，都盡可能由直接用戶提出，拿到最真實的原始需求；對于中間轉述得來的需求，夾雜了部分轉述人的理解，可能存在需求失真的情況，不利于更好的給出產品方案。

對于非直接用戶幫直接用戶所提的需求，慎重處理，這些需求的提出方和使用方不一致，需求的合理性或可操作性，得不到保障，往往難以落地。

對于用戶所提需求，一定要關注場景本身。用戶并不是專業的產品人員，提出的一些需求更準確的說應該是要求，直接實現這些要求未必滿足用戶的實際目的，或者不是最好的操作辦法，所以每個需求，都要清楚了解用戶的真實意圖，要實際解決什么問題。

如何搞清楚實際的場景，可以參考5W2H分析法。

附5W2H：

• Who：由誰來完成
• Where：在哪完成
• What：完成什么事情
• When：什么時間完成
• Why：為什么要完成
• How：怎么完成
• How much：涉及哪些費用

2. 優先滿足多數人的高價值需求

開發產品功能，需要考慮投入產出比。產品人員在處理需求優先級的過程中，往往會受到各相關方的影響，比如有些需求提出人很著急，有些人需求提出或關注的人職位很高，會影響需求的優先級排期。

而需求優先級一旦確定，意味著團隊資源將用于實現這些需求，需求優先級不合理，肯定會對產品的正常發展產生不利影響。

怎么合理安排需求優先級，需要一套相對科學的方法支撐，考慮需求實現的投入產出比。如何相對合理的評估，可以參考我此前總結的文章《產品需求應該如何管理》第五章節。

鏈接：http://www.aharts.cn/operate/4228746.html

從科學技術發展的規律來看，技術永遠朝著人類需求多的地方去不斷演化。

3. 具有持續性或重復性使用場景的需求才需要進入產品流程

如果說上一條原則是對需求管理的較高要求，這一條則是對需求管理的最低要求。我們工作中存在一些低頻出現的場景，也要求產品化.

這實際上是對產研資源的一種浪費，這種低頻的操作或一次性工作應通過盡量其他手段完成，在需要的頻次上升或者重復操作次數提升時，再轉為需要進入研發流程的需求。

二、設計環節

產品設計是產品人員的基本能力，優秀的產品設計可以增強產品的市場競爭力，提升用戶體驗和生產效率。

1. 產品設計應滿足最小化場景閉環

產品設計不應過度求全，在資源有限的情況下，滿足最小場景閉環即可。目前的產品迭代方式接近于敏捷開發，產品推向市場的特點是快速推出，快速驗證，根據反饋快速優化。

如果一套功能設計過于龐大，會導致迭代周期延長，中間存在的問題只有在推向市場后，可能才被發現，再返工調整會浪費大量的工作量，可能會減緩產品的進步速度，降低產品市場競爭力。

產品設計不應削減必要的功能，強調最小場景閉環，是因為如果上線部分功能，導致用戶最小單元操作無法完成，無法解決用戶的問題，會降低用戶的滿意度。達不到產品迭代的作用和意義。

2. 優先滿足操作效率需求

企業服務產品存在的主要價值，是能夠幫助企業增加收入、降低成本。營銷類平臺側重解決企業的增收訴求，管理類或其他工具類產品，側重解決企業的降本訴求（降低成本包含多個維度，比如管理成本，運營成本，合規成本等等）。

提高效率是降低成本的有效辦法，提高效率可以有多種方式，比如批量操作、縮短流程、自動處理等，產品設計過程中，應優先考慮這些能夠提高效率的方式方法。

3. 功能基于現有場景進行抽象，不輕易增加新概念

企業運營往往需要多人協同，需要團隊成員對某一場景有共同的理解和認知。

基于用戶的現有場景進行抽象，盡可能保證線上的概念和線下基本一致?？梢宰層脩舨恍枰M行專業的培訓學習，就可以理解系統的運作模式。這里的場景包括空間、流程、操作方式等，概念包括專業術語、行業名詞、通用詞語等。

任何一個新概念的產生，都需要人們去記憶和理解，在多人協同的情況下，一個簡單名詞也可能會產生理解的重大偏差。這都可能需要花費大量的精力去教育市場、培訓用戶。

三、研發環節

產品經理應同研發環節緊密配合，研發環節在實現需求的同時，兼顧產品的穩定和易用。必要的時候需要適當調整優先級和需求條目。

1. 技術實現應盡可能滿足用戶場景需求

這里強調滿足用戶的場景需求，而不是滿足產品經理的需求，團隊成員都有權利提出自己的合理化建議，在對用戶操作場景了解清晰的情況下，給出最合適的解決方案。方案達成一致后，再進入研發環節。

技術實現應該盡可能滿足用戶場景需求，我們在實現需求的過程中，可能會因為實現的復雜度上升，工作量增加而調整方案，如果調整后的方案不能很好的滿足用戶的需求，則無需調整。

我們不能把實現功能作為目的，而是以滿足用戶場景需求作為第一準則，開發出一個用戶不適用的功能，不會對用戶和客戶產生實際價值。

2. 穩定是產品建設的基石，穩定應始終居于主要地位

已有大量用戶的線上產品穩定壓到一切，新產品或用戶量較少產品進度可適當加快。我們經常會面臨各相關方催促需求上線的進度，期望提前上線，如果新功能上線影響原有系統穩定，則必須慎重評估，產品經理和技術團隊識別風險后有必須拒絕上線此類需求。

穩定的優先級高于新功能的實現，這在企業服務行業是基本達成一致的認知。道理很簡單，已經存在的功能，如果不能繼續使用，會立刻影響所有的用戶，導致正常的操作預期不能得到滿足，嚴重的會影響企業的正常運營，直接產生經濟損失。新功能是尚未實現的功能，用戶對此并未形成依賴。

3. 產品中的提示應讓用戶能夠看懂并知道下一步該怎么做

產品在設計和研發過程中，會產生各種各樣的提示，很多提示是沒有經過專業處理的，比如遇到一個異常，研發人員可能會直接拋出異常，或者按自己的理解給一個提示，而這個提示可能過于技術化，用戶會看不懂。

系統提示非常重要，用戶的每一次操作都會有預期的反饋，一旦預期沒有得到滿足，一定是出“問題”了，這種情況下需要用戶明白發生了什么事情，為解決這個“問題”，很可能需要用戶進一步做其他的操作。所以系統給出的提示，首先需要用戶能夠看明白，其次需要指導用戶接下來該怎么做。

產品經理需要關注并參與各種提示的優化，為研發及其他環節的伙伴提供支持。好的產品提示勝過多次的產品培訓。

四、運營環節

1. 尊重每一位客戶，不輕易下線功能

用戶使用了我們的功能，跟我們已經達成了協議，輕易下線功能，會導致用戶原有操作習慣改變，甚至無法完成原有業務操作。給用戶和客戶帶來的體驗，是非常糟糕的。

如果必須要下線某項功能，產品經理請盡可能提前做好溝通工作，為客戶提供可替代方案，把對客戶造成的影響降到最低。

2. 在用戶或客戶需要的時候提醒

在產品運營的過程中，有的時候，給用戶過多干擾，有時該提醒的忘記提醒，影響了客戶的正常使用。我們應該避免打擾客戶，需要提醒客戶的時候，一定要提醒到位。

這些原則是我們做好B端產品的基礎條件。

遵循了這些原則，不一定能夠做好，而不遵循這些原則，往往會產生負面的效應。需要產品各個環節不停的去思考、琢磨，優化，才會讓產品更好。

感謝：對于做B端產品的一些思考和借鑒，我們有團隊內部伙伴的貢獻，亦有行業領先平臺的分享指導，在此很感謝大家的分享和付出，有贊產品設計白鴉團隊分享的產品原則，給了我們很多的指導和借鑒意義，再次感謝。

本文由 @原始森林 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議