產品經理如何構建產品

　　當您開始建立產品項目時，你的目標是創(chuàng)建滿足未滿足的客戶需求的產品。
 

　　一開始，您會發(fā)現(xiàn)一些潛在客戶并建立滿足他們需求的產品。您尚未建立–您只是想使最初的收入流動并使產品適合市場。
 

　　好消息是，這些最初的客戶會給您很大的反饋，并且會非常積極地參與產品開發(fā)過程。
 

　　隨著您不斷成長，您將開始吸引更多的客戶。這是您必須劃出重要界限的時候。這些新客戶可能都要求您提供不同的東西(特定的增強功能，額外的功能，較短的期限)，但不幸的是，您無法為每個客戶做定制工作。
 

　　它只是無法擴展。
 

　　您可以做的是創(chuàng)建一個通用產品，該產品將以最少的定制服務于大量客戶。
 

　　如果您要做的就是為每位客戶構建定制解決方案，那么您將永遠不會成為任何市場的領導者。到那時，您不再是產品公司，而是服務公司。
 

　　這是避免這種命運的方法：
 

　　向您的客戶提出常見功能的問題。
 

　　實際上，每個新客戶都會向您詢問一些僅適用于他們的自定義功能。
 

　　您需要弄清楚他們真正想要的是什么-這并不總是他們所說的想要的。這全部與模式識別有關。與其為每個客戶創(chuàng)建定制解決方案，不如在他們所有的請求中找到共同點。
 

　　您是否可以構建某種解決方案來解決所有這些潛在的需求?
 

　　這是一個簡單的例子。
 

　　假設您已經構建了必須與客戶的身份管理/登錄系統(tǒng)集成的企業(yè)軟件產品。但是，不同的客戶使用與Salesforce，Google Suite，Microsoft或他們自己的本地系統(tǒng)不同的系統(tǒng)。
 

　　您無法為每個系統(tǒng)開發(fā)自定義集成。因此，您可以構建通用的SSO集成功能，該功能使用基于標準的技術(例如OpenID或SAML)。這些客戶系統(tǒng)大多數(shù)都符合標準，然后可以完成集成。
 

　　標準化的解決方案可能無法為客戶提供他們想要的一切，但可以使他們達到80%。而且，由于您正在響應一致的客戶請求模式，因此可以肯定地確定您的解決方案將幫助許多其他客戶和某些潛在客戶。
 

　　不要讓剩余的20%的客戶懸而未決。
 

　　如果您的普通產品能夠滿足客戶需求的80%，那仍然不能完全滿足他們的需求。剩下20%的工作，如果不讓步并構建自定義解決方案，您將無法真正完成自己的工作，但是仍然需要以某種方式完成工作。
 

　　通常有三種方法可以做到這一點。
 

　　您記錄了有關客戶自己如何做的明確說明。
 

　　如果您的公司足夠大，則可以創(chuàng)建一個客戶解決方案團隊來處理每個傳入的客戶請求。
 

　　您或客戶雇用第三方來完成最后20%。
 

　　無論選擇哪種方式處理自定義查詢，您的核心工程團隊都不應該是處理最后20%的人員。您需要他們專注于功能以改進您的核心產品。
 

　　無情地優(yōu)先考慮有效利用您的資源。
 

　　事實是，您將收到大量的自定義工作要求。
 

　　部分原因是由銷售和產品團隊之間古老的動力所驅動。銷售人員被激勵為公司賺錢，他們一直在尋求達成交易。因此，他們來到產品團隊，并告訴他們：“嘿，我們所需要的只是在這里或那里進行少量定制，我們將關閉該客戶。”當然，對此很難說不，但是產品團隊必須繼續(xù)努力并管理期望。
 

　　有一個適當?shù)姆椒梢越鉀Q此問題，并避免團隊之間的緊張關系。
 

　　明確說明您的開發(fā)團隊正在構建將定期發(fā)布的產品功能。
 

　　每個人都需要知道自定義請求不會立即完成，并且在構建后，它將是一個基于產品的通用解決方案，可能仍需要20%的額外自定義工作。
 

　　您可能需要在這里站穩(wěn)腳跟，并幫助解釋不斷進行定制對整個公司的健康狀況的長期影響。這是短期和長期戰(zhàn)略之間緊張關系的一部分。您的CEO每天都會在公司級別處理它，而您需要在產品環(huán)境中進行處理。
 

　　這可能會讓人感到不舒服，但是您必須能夠優(yōu)先分配資源，才能繼續(xù)將產品打造為市場領導者。
 

　　您無法每次都需要完成交易而轉移核心工程團隊。
 

　　這就是您成為服務公司角色的方式。
 

　　這是此主題在實際情況下如何發(fā)揮作用的示例。假設您的一位客戶要求您在應用程序出現(xiàn)故障時發(fā)送電子郵件。另一個要求文本。另一個人要求在Slack或其專有系統(tǒng)上發(fā)送消息。由于每個請求都需要自定義集成，因此您該怎么辦?
 

　　通過分析這些請求，您可以了解每個客戶都有兩個基本需求。首先需要的是系統(tǒng)了解特定事件何時發(fā)生的能力?？赡苁菓贸绦蚬收?，系統(tǒng)處于高負載，中斷或安全問題。第二個需求是能夠在發(fā)生這種情況時將通知發(fā)送到外部系統(tǒng)。該外部系統(tǒng)可以是Slack，Twitter，電子郵件或文本服務器。
 

　　因此，您真正想要構建的是一個通用的事件管理和通知系統(tǒng)，該系統(tǒng)偵聽某些事件并在事件發(fā)生時發(fā)送通知。
 

　　仍然需要一些自定義工作(20%)來告訴您的產品事件已發(fā)生，并且還需要為不同的通知系統(tǒng)構建插件。理想情況下，您的解決方案團隊可以構建這些插件。但是，如果沒有20%的工作，該系統(tǒng)將無法直接使用。因此，當您的銷售人員要求發(fā)送電子郵件通知，而您想要構建仍需要電子郵件插件的通用事件和通知系統(tǒng)時，他們就不會高興。
 

　　由您自己來管理這種情況。
 

　　在常見功能和自定義工作之間找到平衡。
 

　　您的目標是避免不必要的自定義，而將重點放在核心產品上。但是現(xiàn)實也很重要，特別是如果您是一家小公司。
 

　　請記住，提出大量交易的潛在客戶或非常有戰(zhàn)略意義的客戶可能會要求自定義功能。您知道這項工作雖然是自定義的，但對整個公司來說都很重要。在這些情況下，可能有必要為該客戶端構建特定的解決方案。請記住，這應該是例外，而不是常規(guī)。
 

　　擴展業(yè)務規(guī)模后，您會回頭并意識到，如果沒有將這種通用產品出售給客戶，就不可能發(fā)生這種情況。