產(chǎn)品經(jīng)理如何構(gòu)建產(chǎn)品

　　當(dāng)您開始建立產(chǎn)品項(xiàng)目時(shí)，你的目標(biāo)是創(chuàng)建滿足未滿足的客戶需求的產(chǎn)品。
 

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

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

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

　　它只是無法擴(kuò)展。
 

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

　　如果您要做的就是為每位客戶構(gòu)建定制解決方案，那么您將永遠(yuǎn)不會(huì)成為任何市場的領(lǐng)導(dǎo)者。到那時(shí)，您不再是產(chǎn)品公司，而是服務(wù)公司。
 

　　這是避免這種命運(yùn)的方法：
 

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

　　實(shí)際上，每個(gè)新客戶都會(huì)向您詢問一些僅適用于他們的自定義功能。
 

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

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

　　這是一個(gè)簡單的例子。
 

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

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

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

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

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

　　通常有三種方法可以做到這一點(diǎn)。
 

　　您記錄了有關(guān)客戶自己如何做的明確說明。
 

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

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

　　無論選擇哪種方式處理自定義查詢，您的核心工程團(tuán)隊(duì)都不應(yīng)該是處理最后20%的人員。您需要他們專注于功能以改進(jìn)您的核心產(chǎn)品。
 

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

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

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

　　有一個(gè)適當(dāng)?shù)姆椒梢越鉀Q此問題，并避免團(tuán)隊(duì)之間的緊張關(guān)系。
 

　　明確說明您的開發(fā)團(tuán)隊(duì)正在構(gòu)建將定期發(fā)布的產(chǎn)品功能。
 

　　每個(gè)人都需要知道自定義請(qǐng)求不會(huì)立即完成，并且在構(gòu)建后，它將是一個(gè)基于產(chǎn)品的通用解決方案，可能仍需要20%的額外自定義工作。
 

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

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

　　您無法每次都需要完成交易而轉(zhuǎn)移核心工程團(tuán)隊(duì)。
 

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

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

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

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

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

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

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

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

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

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