唱吧技術(shù)總監(jiān)黃全能在由51CTO高招主辦的“CTO訓(xùn)練營第五課管理的藝術(shù)”做了主題為“產(chǎn)品與技術(shù)的協(xié)奏曲”的分享。其內(nèi)容主要介紹產(chǎn)品與技術(shù)之間的關(guān)系，以及如何解決二者之間的對(duì)立問題。

講師簡介

黃全能，唱吧技術(shù)總監(jiān)，2005年從清華大學(xué)畢業(yè)后加入愛立信，五年后加入一個(gè)美國硅谷云計(jì)算公司擔(dān)任商業(yè)智能組負(fù)責(zé)人，2012年加入唱吧服務(wù)至今，現(xiàn)在是唱吧線上研發(fā)部門的技術(shù)負(fù)責(zé)人。再唱吧技術(shù)團(tuán)隊(duì)從0到1的過程中，他以小而精的團(tuán)隊(duì)管理理念，運(yùn)用精英化、非預(yù)期性獎(jiǎng)金的管理方法，是技術(shù)團(tuán)隊(duì)以強(qiáng)大的內(nèi)聚力而著稱。

 技術(shù)與產(chǎn)品之間是合作的關(guān)系。產(chǎn)品作為設(shè)計(jì)，技術(shù)去構(gòu)建。但是產(chǎn)品和技術(shù)，一個(gè)是消費(fèi)者，一個(gè)生產(chǎn)者，二者本身就是一個(gè)對(duì)立的關(guān)系。所以當(dāng)生產(chǎn)出來了東西，消費(fèi)跟不上，產(chǎn)品會(huì)覺得技術(shù)能力不夠大；當(dāng)技術(shù)做出來東西，不好賣，不好用，技術(shù)會(huì)覺得產(chǎn)品設(shè)計(jì)的不好。這種對(duì)立現(xiàn)象經(jīng)常會(huì)出現(xiàn)，產(chǎn)品設(shè)計(jì)的一些方案，技術(shù)上不好實(shí)現(xiàn)，產(chǎn)品會(huì)覺得技術(shù)能力太差，而技術(shù)說設(shè)計(jì)得本來就不合理。兩者中間有時(shí)候在需求上會(huì)取一個(gè)平衡。但是當(dāng)遇到運(yùn)營、市場活動(dòng)的時(shí)候，產(chǎn)品和技術(shù)是互幫互助的關(guān)系。

黃全能認(rèn)為產(chǎn)品與技術(shù)之間實(shí)現(xiàn)共同協(xié)助，有以下幾點(diǎn)：

技術(shù)需要理解產(chǎn)品方向

有些公司的產(chǎn)品，真的把技術(shù)當(dāng)成一個(gè)外包團(tuán)隊(duì)，類似施工團(tuán)隊(duì)，產(chǎn)品指哪里，技術(shù)就要做哪里，但其實(shí)產(chǎn)品方向?qū)T工的士氣才是重要。產(chǎn)品與技術(shù)之間不做任何溝通，不告訴技術(shù)方向的時(shí)候，技術(shù)根本看不出來產(chǎn)品的意義在哪兒。

其次，代碼的架構(gòu)上。產(chǎn)品的方向是什么，可能其自身也沒有想好，在這個(gè)茫然的階段，技術(shù)根本就不知道下面的數(shù)據(jù)庫、接口、架構(gòu)怎么去搭比較好。

***是技術(shù)儲(chǔ)備。很多時(shí)候產(chǎn)品不敢匆忙上線，是因?yàn)橹兰夹g(shù)可能現(xiàn)在這個(gè)階段還未完成，技術(shù)儲(chǔ)備還沒做好。但是技術(shù)如果不理解產(chǎn)品方向的話，也會(huì)說產(chǎn)品還沒提需求，可以去做點(diǎn)兒小優(yōu)化，而不是投入到更多前面的發(fā)展當(dāng)中去。

技術(shù)很大的一部分職責(zé)是和產(chǎn)品溝通方向，給自己的技術(shù)規(guī)劃路線。技術(shù)的學(xué)習(xí)需要方向，所以了解產(chǎn)品方向非常重要。

技術(shù)應(yīng)該理解產(chǎn)品細(xì)節(jié)

除了要理解方向，還應(yīng)有一個(gè)文檔把產(chǎn)品與技術(shù)間的交互完整的記錄下來，也叫產(chǎn)品細(xì)節(jié)。作為技術(shù)，在一些小的細(xì)節(jié)上真的需要很好的把控，原因其實(shí)就在以下三點(diǎn)。

***個(gè)是架構(gòu)的選擇。因?yàn)榉较蚨ㄏ聛砹?，雖然細(xì)節(jié)對(duì)架構(gòu)面的影響會(huì)小一點(diǎn)，但是實(shí)際上也有可能會(huì)影響一些動(dòng)畫的處理，包括一些圖層的展示。如果不關(guān)注細(xì)節(jié)，就不會(huì)猜到產(chǎn)品會(huì)往哪個(gè)方向改。包括API接口其實(shí)也一樣的，有些API，細(xì)節(jié)其實(shí)會(huì)影響到跟服務(wù)器的交互，服務(wù)器又會(huì)影響到怎么存儲(chǔ)，緩存之類的東西，都可能能處理掉。

第二個(gè)是產(chǎn)品的質(zhì)量。IOS、安卓很多地方要交互，有時(shí)候遇到不一致，包括測試也是安卓的測安卓，IOS測IOS，如果沒有做加大測試的話，有的就會(huì)出現(xiàn)不一致。產(chǎn)品經(jīng)理可能從大的功能去著手，可能在一些小的交互上或者體系上并沒有看到問題，這樣就會(huì)出現(xiàn)一些產(chǎn)品質(zhì)量的小問題。技術(shù)如果不能理解細(xì)節(jié)的話，就沒有辦法幫產(chǎn)品打掩護(hù)，很有可能就蹦出一些小的、沒有處理過的問題，比如該彈出的錯(cuò)誤提示就沒有彈出來，等等。

第三個(gè)是產(chǎn)品的bug。如果一開始不去理解產(chǎn)品細(xì)節(jié)的話，這個(gè)問題會(huì)經(jīng)常出現(xiàn)，產(chǎn)品本身做得很復(fù)雜，產(chǎn)品經(jīng)理對(duì)整個(gè)產(chǎn)品全局不是很熟悉的情況下，基本上會(huì)出現(xiàn)三種情況。***就是功能丟失，下個(gè)版本把上一個(gè)版本換了種做法，但是丟了一小塊兒功能，沒做全，要么就是頁面不一致，改了樣式去展現(xiàn)。還有一些邏輯矛盾的地方，比如封號(hào)后用戶還可以從別的地方把評(píng)論發(fā)出來，像這種產(chǎn)品的bug需要有人去維護(hù)。

技術(shù)應(yīng)該理解產(chǎn)品困難

技術(shù)一定要去關(guān)注產(chǎn)品，要知道產(chǎn)品怎么想的，當(dāng)技術(shù)覺得跟產(chǎn)品想法不一致或者產(chǎn)品對(duì)技術(shù)會(huì)造成困難，甚至對(duì)非技術(shù)的業(yè)務(wù)造成困難的時(shí)候，要及時(shí)地指出這些東西。唱吧的技術(shù)會(huì)直接挑戰(zhàn)產(chǎn)品的一些思路、設(shè)計(jì)，需求，包括為什么要這么做。雖然此時(shí)特別容易劍拔弩張，如何避免交火，其實(shí)是相互要做一些理解。其中一部分的理解就是技術(shù)要理解產(chǎn)品的一些困難。

產(chǎn)品和技術(shù)最不一樣的地方在于產(chǎn)品有很大的主觀性。不是所有產(chǎn)品都可以數(shù)字化驅(qū)動(dòng)的；有些產(chǎn)品的判斷無法進(jìn)行AB測試。所以意識(shí)上要理解產(chǎn)品的某些猜測，并減少無根據(jù)的挑釁。除了主觀性之外，另外就是一個(gè)試錯(cuò)性，產(chǎn)品有時(shí)候自己也不知道主觀想象的東西到底好不好，應(yīng)該允許產(chǎn)品的某種試錯(cuò)性，并給出試錯(cuò)周期。技術(shù)上給予配合，盡可能提供靈活的方案；一些想法可能早期有意義，但會(huì)迅速過時(shí)。

技術(shù)應(yīng)該鞭策產(chǎn)品進(jìn)步

在有些公司，產(chǎn)品是產(chǎn)品經(jīng)理內(nèi)部團(tuán)隊(duì)之間去進(jìn)行一種交流成果。技術(shù)要認(rèn)識(shí)到產(chǎn)品哪些方面是可以去進(jìn)行挑戰(zhàn)的。主觀性產(chǎn)品容易加入太多；產(chǎn)品會(huì)不斷地加這種試錯(cuò)，浪費(fèi)試錯(cuò)成本；粗糙的設(shè)計(jì)會(huì)影響產(chǎn)品質(zhì)量。試錯(cuò)的成本其實(shí)試很大的，一個(gè)是用戶成本，如果方案不好，導(dǎo)致用戶流失，還有一個(gè)是機(jī)會(huì)成本，迭代時(shí)做別的事情，該涌進(jìn)來的用戶沒有涌進(jìn)來，該挽留的用戶也沒挽留住。然后是研發(fā)成本，大量的開發(fā)成本、維護(hù)成本都是很重要的，不能***地主觀，不能***地試錯(cuò)。至于粗糙的設(shè)計(jì)會(huì)影響產(chǎn)品質(zhì)量，這點(diǎn)一定要跟產(chǎn)品經(jīng)理講清楚。很多產(chǎn)品覺得產(chǎn)品稍微粗糙一點(diǎn)沒有太多用戶在意，但其實(shí)產(chǎn)品設(shè)計(jì)的粗糙不禁影響架構(gòu)，各種奇怪的狀態(tài)、各種hack展示、各種不必要的服務(wù)器壓力，而且會(huì)影響代碼風(fēng)格。

技術(shù)應(yīng)該監(jiān)控產(chǎn)品問題

產(chǎn)品經(jīng)理往往是孤獨(dú)的，這時(shí)候同一模塊的技術(shù)開發(fā)和測試，才是產(chǎn)品經(jīng)理的同盟軍。

技術(shù)應(yīng)該主動(dòng)收集數(shù)據(jù)、添加統(tǒng)計(jì)、預(yù)埋日志。

建立技術(shù)與產(chǎn)品之間的信任

給雙方以機(jī)會(huì)，建立適合自己公司團(tuán)隊(duì)實(shí)力的權(quán)力平衡?？梢杂羞@樣的兩個(gè)體系：產(chǎn)品經(jīng)理的威信評(píng)價(jià)體系和技術(shù)伙伴的能力評(píng)價(jià)體系，分別針對(duì)產(chǎn)品與技術(shù)之間的情況進(jìn)行打分。其實(shí)產(chǎn)品經(jīng)理很難做KPI，因?yàn)楫a(chǎn)品經(jīng)理的綜合評(píng)價(jià)很難量化的那么清晰，更多是看產(chǎn)品的迭代之后會(huì)是一個(gè)什么樣的情況.

打造具有產(chǎn)品觀的技術(shù)團(tuán)隊(duì)

如果想建立有產(chǎn)品觀的技術(shù)的話，技術(shù)至少必須滿足三點(diǎn)。大局觀，為產(chǎn)品未來的可能做好準(zhǔn)備；邏輯性，發(fā)現(xiàn)產(chǎn)品的bug，敢于質(zhì)疑產(chǎn)品的方向；主動(dòng)性，主動(dòng)預(yù)留的一些功能，為產(chǎn)品填坑。還有一個(gè)加分項(xiàng)，美感，好的技術(shù)對(duì)美感有天然的評(píng)價(jià)和認(rèn)識(shí)。好的技術(shù)追求代碼架構(gòu)的干凈、完整以及擴(kuò)展，同樣在產(chǎn)品上有自己的觀點(diǎn)。

建立健康的工作流程

 給產(chǎn)品以足夠的空間，建立合適的防火墻，但必須讓產(chǎn)品傳達(dá)其意圖，為技術(shù)解惑。

建立技術(shù)與產(chǎn)品的反饋機(jī)制

【編輯推薦】

1. CTO訓(xùn)練營第5課：創(chuàng)業(yè)型公司技術(shù)團(tuán)隊(duì)管理藝術(shù)
2. 軟件定義技術(shù)使SAN存儲(chǔ)性能擴(kuò)展成為可能
3. WOT2016企業(yè)安全技術(shù)峰會(huì)即將開幕 大咖云集盡展***絕技
4. 阿里云云盾吳翰清：云上安全到底有何不同？- 網(wǎng)絡(luò)·安全技術(shù)周刊第250期
5. CTO訓(xùn)練營左文建：創(chuàng)業(yè)公司如何建立技術(shù)團(tuán)隊(duì)