導讀：“會”砍需求，并不是件容易的事情，這涉及到工程師的商業(yè)頭腦，要會判斷技術(shù)和業(yè)務(wù)的關(guān)系。技術(shù)與業(yè)務(wù)好比“兩條腿”，相互配合才能走得更遠。如何具備business sense就是我們今天的課題。

論工程師的商業(yè)頭腦
我們常常聽到這樣的話，“某某同學有很好的business sense”，這通常是評價一個非業(yè)務(wù)類型的同學，如果這個同學是一個軟件工程師，那么他一定很受產(chǎn)品和業(yè)務(wù)的青睞，因為對他們來講，這樣的技術(shù)同學交流起來更順暢，換句話說，就是更有共同語言。
什么是“business sense”？
Business Sense，更書面的叫法是Business Acumen，套用Wikipedia的解釋，is the keenness and quickness in understanding and dealing with a "business situation" (risks and opportunities) in a manner that is likely to lead to a good outcome。商業(yè)意識（更喜歡叫做商業(yè)頭腦，接地氣）是指對當前商業(yè)形勢的敏銳洞察力和快速響應力，通常會導致好的結(jié)果。
注意這里對商業(yè)形勢的判斷可能是機遇，但也有可能是風險，或者機遇與風險并存。能夠快速的識別出這些要素，并采取正確的行動，從而帶來好的結(jié)果，這樣的人會被稱之為具有好的商業(yè)頭腦。好的商業(yè)頭腦，加上強大的執(zhí)行力，以及一點點的運氣，走上人生的巔峰便不是難事。
各行各業(yè)的商業(yè)天才，投資界的沃倫·巴菲特，科技界的史蒂夫·喬布斯，杰夫·貝索斯，拉里·佩奇，保羅·艾倫，等等，都是具有杰出商業(yè)頭腦的人。不過這些同學離我們的距離稍微遠了一點，他們的案例對大多數(shù)同學的日常工作不太具備指導意義，我們還是回過頭來聚焦在身邊的具體工作上，看看什么樣的同學會被大家認為是具備好的商業(yè)頭腦。

最有資格評價我們技術(shù)同學是否有商業(yè)頭腦的，恐怕是與我們相愛相殺的產(chǎn)品同學，我們來聽聽他們怎么說？
“‘會’砍需求的技術(shù)。也就是技術(shù)通過PRD評審通過和PD溝通，能夠在完整了解業(yè)務(wù)價值及解決思路的基礎(chǔ)上，準確判斷出哪些功能，哪些實現(xiàn)瓶頸，其實是nice to have, 而又有哪些是must have。在開發(fā)時間緊張的前提下和PD及時溝通砍掉nice to have的，抓緊時間保障完成must have。”
“有商業(yè)sense的技術(shù)同學往往具備開闊的視野、愿意接納新事物、在模糊業(yè)務(wù)背景下有自己的思維結(jié)構(gòu)。
1）業(yè)務(wù)面向用戶是誰？用戶需求是什么？體量多大？2）業(yè)務(wù)增長紅利在哪里？3）業(yè)務(wù)的困難制約點在哪里？4）為什么是lazada來做，不是其他對手做？5）周邊的資本動向是什么？……

往往有商業(yè)思考的同學，大多數(shù)跟PD討論的是這些內(nèi)容。他們不僅僅關(guān)心技術(shù)方案的成本以及工作時長。”
“討論問題、尋找方案、以及在制定方案的過程中，總是能以賦能業(yè)務(wù)的角度出發(fā)，來思考問題。關(guān)注用戶體驗、商家體驗、平臺業(yè)務(wù)健康性和可持續(xù)性。”
“技術(shù)方案嚴謹：基于對代碼熟悉了解+PRD理解的基礎(chǔ)上，能夠準確的評估近似人日。起碼不會在后期開發(fā)期間出現(xiàn)重大遺漏未評估環(huán)節(jié)；上下游鏈路聯(lián)動推動以達到要求的交付時間：對跨域的產(chǎn)品需求，能夠拉通關(guān)聯(lián)上下游進行技術(shù)評估和實現(xiàn)執(zhí)行，有風險有問題迅速升級討論；對項目交付的時間有高度的敏感性”
“有合作精神、有開放的學習態(tài)度，以及有共贏精神。”
“對當下和未來的business target 和 步驟可以有清晰拆解和實現(xiàn)；能解決問題，靠譜，能一起擔當”
“In my view ‘business sense’ is the interest in and ability to solve ‘business problems’… So, in order for an engineer to have "business sense" s/he needs to invest the time and energy to understand (a) context, (b) stakeholders, and relative importance of factors for the company or organization when it comes to trade-offs. This would be driven by interest and - equally importantly - actual 'free' time to invest into those investigations. Of course, time is limited and engineers will decide whether to invest their precious 'free' time into developing "business sense" or their technical skills instead, i.e. into learning new frameworks, new programming languages, new technologies, etc.”

限于篇幅，這里只引用了部分同學的反饋，她們都毫無疑問的提到了以下幾點：

理解業(yè)務(wù)。具體一點講，明白當前業(yè)務(wù)的現(xiàn)狀，目標和方向，核心KPI是什么，為什么我們要做這個事情，以及做了以后對業(yè)務(wù)帶來的價值是什么？

了解技術(shù)實現(xiàn)的細節(jié)。當前的業(yè)務(wù)產(chǎn)品在系統(tǒng)中是怎么實現(xiàn)的，有哪些能力和局限，與上下游的關(guān)系是怎樣的。如何能夠快速的實現(xiàn)目前的產(chǎn)品需求。很多時候同一個問題可以有多種技術(shù)實現(xiàn)，每種實現(xiàn)都有自己的優(yōu)缺點。優(yōu)秀的技術(shù)同學能夠基于對當前業(yè)務(wù)問題的理解，作出最恰當?shù)倪x擇。

能給到產(chǎn)品有效的輸入。對產(chǎn)品設(shè)計不合理的地方提出挑戰(zhàn)和有建設(shè)性的意見。對產(chǎn)品設(shè)計遺漏的地方給予補充，對穩(wěn)定性、安全性，以及資損、輿情、PR等潛在的風險給予意見和建議。

積極的溝通和推動項目落地。幫助產(chǎn)品一起管理好業(yè)務(wù)的預期。能夠換位思考，理解業(yè)務(wù)面臨的壓力，管理好項目的風險，保持信息的透明，想盡辦法幫助業(yè)務(wù)實現(xiàn)需求。

很樸素的要求吧，不需要我們技術(shù)同學去學習理解高大上的經(jīng)濟學知識，不需要你去做商業(yè)策略的判斷，只需要你了解當前負責的領(lǐng)域的業(yè)務(wù)，最重要的是，這些業(yè)務(wù)在系統(tǒng)中的實現(xiàn)，并給出建設(shè)性的意見，高效地推動方案落地。但是這個過程中往往有一些理解和執(zhí)行的誤區(qū)：
1.非理性的挑戰(zhàn)
對業(yè)務(wù)價值的挑戰(zhàn)需要建立在客觀的數(shù)據(jù)基礎(chǔ)之上，而不是簡單的基于自己過去的經(jīng)驗，其他人或者競爭對手的實現(xiàn)，甚至于技術(shù)同學自己的技術(shù)傾向。在缺乏數(shù)據(jù)支持的前提下，當我們與產(chǎn)品和業(yè)務(wù)對項目價值有分歧時，我建議：
1）讓專業(yè)的人做專業(yè)的事。術(shù)業(yè)有專攻，我們需要相信產(chǎn)品和業(yè)務(wù)的判斷。可以要求有明確的success metrics以及與之相匹配的運營計劃。養(yǎng)成項目定期復盤的習慣，避免重復犯錯。
2）用真實的數(shù)據(jù)來說話。技術(shù)同學最擅長的是用技術(shù)的手段來解決爭端。設(shè)計科學的嚴謹?shù)膶嶒炌墙鉀Q問題的最佳途徑。在Amazon，幾乎所有涉及到用戶界面改變的項目都會強制要求A/B Test。強大的實驗框架允許業(yè)務(wù)和產(chǎn)品同時對上百種內(nèi)容針對不同的人群進行測試，并根據(jù)結(jié)果自動調(diào)節(jié)分桶的大小。

2.Technical Debt and Over-Engineering
是用正確的實現(xiàn)還是臨時方案？在時間壓力下，大部分技術(shù)同學會選擇用臨時方案。但是所有人都知道沒有所謂的臨時方案。一旦上線，臨時方案就變成了永久方案，也就是我們的技術(shù)債。然后你會用雙倍甚至三倍的資源去還債。所以永遠不要使用臨時方案，除非你的重構(gòu)計劃已經(jīng)排上日程。過度設(shè)計目前看來不是太大的問題。有的時候技術(shù)同學往往會偏向選擇復雜的技術(shù)實現(xiàn)，比如碰到性能瓶頸大家會想到用多級緩存（JVM內(nèi)存+本地緩存+TAIR），在實現(xiàn)時候的小小紕漏就會導致復雜的數(shù)據(jù)不一致，排查非常困難。而簡單的擴容可能就能解決當前的問題。請記住最簡單的實現(xiàn)往往是最有效的解決途徑。
3.脫離技術(shù)實現(xiàn)的細節(jié)空談業(yè)務(wù)
任何技術(shù)系統(tǒng)都有它的局限性。工程師們最寶貴的財富來自于他們對當前技術(shù)系統(tǒng)的深刻理解，這也是產(chǎn)品在PRD評審時最希望得到的輸入。優(yōu)秀的技術(shù)同學總是能夠給出不同的技術(shù)實現(xiàn)方案，并清楚的分析每個方案的Pros & Cons，幫助產(chǎn)品做出最合適的選擇。脫離技術(shù)的細節(jié)空談業(yè)務(wù)往往無法幫助產(chǎn)品充分理解技術(shù)實現(xiàn)的局限性，無法充分評估其影響，從而不能做出最恰當?shù)倪x擇。
4.Over communication is better than no communication
技術(shù)同學最受產(chǎn)品業(yè)務(wù)詬病的是溝通不充分，風險暴露往往太遲。理科男的特性決定了我們埋頭苦干的特質(zhì)。有風險我們第一時間想的不是如何通報而是默默的去解決。這里我們必須要轉(zhuǎn)變的思路是項目的風險必須第一時間通知到對口的產(chǎn)品，一起想辦法去應對和解決。最關(guān)鍵的是，產(chǎn)品需要充分及時的信息去管理業(yè)務(wù)的預期。我們不是在孤軍奮戰(zhàn)，產(chǎn)品技術(shù)是一體的，產(chǎn)品代表技術(shù)對業(yè)務(wù)發(fā)聲，技術(shù)代表產(chǎn)品向用戶負責。
我們再來聽聽技術(shù)同學本身對技術(shù)與業(yè)務(wù)之間的關(guān)系是怎么看待的？以及對產(chǎn)品和業(yè)務(wù)有什么樣的訴求？
“技術(shù)與業(yè)務(wù)就好比人的兩條腿，相互配合才能走的更遠，任何一方不足就好比是瘸子走不遠走不快。”
“我覺得用最簡單最的技術(shù)解決復雜的業(yè)務(wù)，提高自身生產(chǎn)力，為客戶帶來最好的體驗和價值，是技術(shù)業(yè)務(wù)合作的最佳狀態(tài)。一個好的business sense的同學應該對于行業(yè)有足夠了解，對于問題有多種思考和解決思路，同時努力尋找最優(yōu)的方向或者一些新的嘗試。個人感覺這些東西對于技術(shù)同學其實見識和思考的還是不夠多，對于產(chǎn)品同學來說可能了解的多一些，但是最優(yōu)解法不一定有。這個是一個需要長期討論和慢慢沉淀的過程。”
“技術(shù)和業(yè)務(wù)需要相互信任，相互支持和相互理解，在業(yè)務(wù)初期或業(yè)務(wù)爆發(fā)期，技術(shù)團隊要么面臨基礎(chǔ)能力不完善的困難、要么面臨平臺能力不完善導致業(yè)務(wù)支持不過來的痛苦，業(yè)務(wù)團隊需要一起想辦法，做合適的業(yè)務(wù)或產(chǎn)品推進節(jié)奏，對業(yè)務(wù)規(guī)劃或試錯需要更加謹慎。反之對于業(yè)務(wù)遇到困難時技術(shù)需要更加主動的了解業(yè)務(wù)的本質(zhì)與業(yè)務(wù)產(chǎn)品運營的詳細細節(jié)過程，通過細粒度的數(shù)據(jù)分析來幫助業(yè)務(wù)更好的看業(yè)務(wù)。”
“技術(shù)TL要懂業(yè)務(wù)（或者說理解業(yè)務(wù)），能夠和業(yè)務(wù)產(chǎn)品基于業(yè)務(wù)邏輯來對話，技術(shù)不能只被動的接需求，要了解業(yè)務(wù)當前的痛點，并有一些實際行動和業(yè)務(wù)一起想辦法解決痛點，如果能做到業(yè)務(wù)同學在做一個業(yè)務(wù)規(guī)劃或者有idea的時候能主動找技術(shù)同學來討論就比較好了。”
“業(yè)務(wù)不能只把技術(shù)作為開發(fā)資源，大家是一起為一個共同目標負責的，業(yè)務(wù)進展或結(jié)果要帶給技術(shù)同學做事情的成就感，需要技術(shù)同學理解業(yè)務(wù)的初衷和價值。”
“不喜歡：a) 特別在意業(yè)務(wù)邊界問題的PD；b) 特別喜歡挑刺且不給建議的PD；c) PRD在開發(fā)過程中經(jīng)常變更的PRD，產(chǎn)品方案不嚴謹，也沒了解清楚業(yè)務(wù)根本需求；d) 只提需求不關(guān)注產(chǎn)品運行質(zhì)量與問題的PD，這樣鍋全是開發(fā)的，對產(chǎn)品細節(jié)也不會關(guān)注，這樣的PD基本上就是滿足業(yè)務(wù)的需求,沒有產(chǎn)品的獨立思考；”

啊哈，不出意外，技術(shù)同學對商業(yè)頭腦的判斷和產(chǎn)品同學的預期并沒有大的差異，技術(shù)同學的訴求集中在以下幾點：
1.參與需求的生成
讓技術(shù)同學真正理解需求的最佳方式是參與到整個需求生成的過程，了解需求是怎么產(chǎn)生的，有直接和業(yè)務(wù)甚至用戶對話的機會。當然在LAZADA這個環(huán)境下，很多需求來源于各個國家的一線運營同學，參與每個需求的生成不切實際，但是至少有這樣的渠道或者機制存在，讓運營和產(chǎn)品能夠在產(chǎn)品規(guī)劃或者腦爆的階段盡可能的engage技術(shù)同學。Amazon每年6月到10月有一次大的業(yè)務(wù)規(guī)劃期叫做OP1（Operational Planning Stage I）。在這個期間，產(chǎn)品，業(yè)務(wù)，技術(shù)會在一起腦爆下一財年的要做的事情，產(chǎn)出規(guī)劃。通過這個過程，技術(shù)對做的事情有很強的參與意識，也有更強的主觀能動性。
2.產(chǎn)品設(shè)計要有全局視野
一個線上的產(chǎn)品往往是跨域的，需要有全局的視野。比如Flash Sale，從招商到商品發(fā)布，導購，詳情，到購物車，下單，營銷的計算，庫存，結(jié)算，逆向等，貫穿了電商的整個核心鏈路。我們往往發(fā)現(xiàn)某些交易相關(guān)的產(chǎn)品設(shè)計只考慮了正向交易的流程，對逆向的部分缺乏設(shè)計，或者一個退貨相關(guān)的產(chǎn)品只考慮了物流部分，沒有結(jié)算的相應流程。這樣有缺陷的設(shè)計是導致線上問題的根源。
3.既要管生，也要管養(yǎng)
每一個上線的產(chǎn)品都是技術(shù)系統(tǒng)不可分割的一部分，不但有開發(fā)成本，也有長期的維護成本。我們希望每個產(chǎn)品上線都有周密的運營計劃，能夠真正發(fā)揮出價值。我們允許試錯，但是不能容許草率的犯錯。而產(chǎn)品的運營往往需要長期的，持續(xù)的投入和精細化的運營方案，不能淺嘗輒止，輕易放棄。每個產(chǎn)品都是我們的孩子，缺少關(guān)注的孩子注定會夭折或者發(fā)育不良。LAZADA的拼團，砍車等產(chǎn)品目前看來是失敗的典型。
4.用有限的資源做最有價值的事情
資源總是有限的，而需求是無限的。在阿里既要又要還要的文化氛圍下，技術(shù)常常成為甩鍋的對象。技術(shù)希望與產(chǎn)品是背靠背的戰(zhàn)友，產(chǎn)品能夠從紛繁復雜的業(yè)務(wù)需求中找到真正有價值的目標，技術(shù)提供最強大的炮火，一起贏得戰(zhàn)役。沒有原則的產(chǎn)品不是好產(chǎn)品，不能堅守承諾的技術(shù)不是好技術(shù)。
技術(shù)同學怎么去培養(yǎng)自己的商業(yè)頭腦呢？下面給出一些簡單的建議：
1.產(chǎn)品是我們最好的學習伙伴
要了解業(yè)務(wù)，最快最有效的途徑就是和我們對口的產(chǎn)品同學。多和她們交流，認真的參與每次PRD評審，產(chǎn)品規(guī)劃，總結(jié)分享，多提問，你會逐漸成長為領(lǐng)域的業(yè)務(wù)專家，至少可以和產(chǎn)品平等對話。商業(yè)頭腦更多的是一種思維方式和習慣，多與產(chǎn)品討論業(yè)務(wù)，業(yè)務(wù)思考的角度就會自然形成。
2.培養(yǎng)數(shù)據(jù)意識
阿里的土話是No Data, No BB。學會用數(shù)據(jù)來說話，首先從業(yè)務(wù)核心的KPI入手，牢記它，項目的目標是什么？與業(yè)務(wù)KPI有什么關(guān)系？如何埋點，如何追蹤，定期復盤。數(shù)據(jù)如何變化，變化背后的業(yè)務(wù)含義是什么？用戶行為的改變還是推薦算法的升級，或者是系統(tǒng)的故障？建立清晰的業(yè)務(wù)數(shù)據(jù)看板。
做到這兩點，對大部分一線同學來講就足夠了。要進一步的提高自己的業(yè)務(wù)能力，你可以嘗試：
3.深入了解自己的業(yè)務(wù)領(lǐng)域
對自己負責的業(yè)務(wù)領(lǐng)域，有基本的業(yè)務(wù)框架的認知，了解業(yè)務(wù)發(fā)展的前景，現(xiàn)狀和痛點。對業(yè)務(wù)單元的主要角色，有深入的了解。放在國際化的場景里，就需要對當?shù)貒业臉I(yè)務(wù)有一定的認識，比如國家經(jīng)濟發(fā)展的狀況，電商的成熟度，用戶畫像，賣家分層等等。
4.拓展自己的知識邊界
多學習，多積累。包括日常的財經(jīng)新聞，評論，重要的商業(yè)事件，互聯(lián)網(wǎng)公司的上市財報，競爭對手的動態(tài)，朋友圈的動態(tài)等等。
5.補充專業(yè)的知識
要想真正成為業(yè)務(wù)專家，基本的經(jīng)濟學常識，行業(yè)知識，商業(yè)分析的模型和框架等等，開始變得重要。跨學科的知識往往能夠幫助我們拓展思維的方式和思考的深度，帶來創(chuàng)新。以色列有如此多的創(chuàng)業(yè)公司，其中的一個觀察是他們匯聚了非常多跨學科的人才，新產(chǎn)品新科技在思維的撞擊中不斷誕生。
最后我想分享一些在過去一年里國際化中臺技術(shù)與LAZADA產(chǎn)品業(yè)務(wù)一起成長的成功案例：
1.店鋪技術(shù)與PD合作快一年，就做到了商家裝修從0到55%，uv占比17%，承接雙十一45%的流量。引導成交占比18%。店鋪技術(shù)團隊自主建立了數(shù)據(jù)小站，幫助產(chǎn)品數(shù)據(jù)化定位商業(yè)問題，有效的推進了店鋪的數(shù)次升級迭代。
2.剛剛上線的電子憑證系統(tǒng),在Lazada業(yè)務(wù)提出要在2020財年提升Digital Goods業(yè)務(wù)后，業(yè)務(wù)中臺的技術(shù)同學和Lazada PD快速組成項目團隊，在短短2個月內(nèi)，完成東南亞電子憑證業(yè)務(wù)分析和對焦，上線了一套能夠賦能東南亞賣家和市場的電子憑證系統(tǒng)。在上線后1周內(nèi)，參加了年中大促，為馬來西亞的Burger King賣家送去了一份驚喜大禮，一天內(nèi)在沒有做大力宣傳的情況下，賣出10000份 Burger King電子劵。
3.LAZADA運費業(yè)務(wù)訴求：在盡量不影響GMV的情況下，降低平臺對運費補貼。針對這個核心訴求，產(chǎn)品技術(shù)提出了分階段實施計劃，首先解決業(yè)務(wù)上運費優(yōu)惠難以運營的局面。技術(shù)層面提供運費優(yōu)惠工具，使平臺和賣家可以自主設(shè)置運費優(yōu)惠，運費的成本和優(yōu)惠分離；其次由于不同國家業(yè)務(wù)背景不同，技術(shù)上針對印尼（物流基礎(chǔ)設(shè)施較差，競爭對手大量補貼運費）的大部分賣家進行預加載運費優(yōu)惠，對不同賣家設(shè)置不同的門檻進行補貼，精細化運營；第三階段針對預加載優(yōu)惠規(guī)則，提供平臺工具，支持單個活動支持多個賣家同時不跨店進行優(yōu)惠補貼；第四階段提供了運費券運營工具，通過運費券替換平臺補貼優(yōu)惠，進行定向補貼，通過覆蓋大部分活躍買家，保證GMV的同時降低平臺運費補貼成本。最終實現(xiàn)了在幾乎不影響GMV的情況下，每個月節(jié)省運營成本1M USD。
技術(shù)從支撐業(yè)務(wù)，到引領(lǐng)業(yè)務(wù)，到創(chuàng)新業(yè)務(wù)，這一路走來，我們始終與業(yè)務(wù)并肩作戰(zhàn)，攜手奮進。

在 GitHub 更新中，歡迎關(guān)注，歡迎star。

直面Java第262期：volatile是如何解決有序性問題的？

深入并發(fā)第009期：到底什么是Java內(nèi)存模型？

- MORE | 更多精彩文章 -

如果你喜歡本文,

請長按二維碼，關(guān)注?Hollis.

轉(zhuǎn)發(fā)至朋友圈，是對我最大的支持。

好文章，我在看??

總結(jié)

以上是生活随笔為你收集整理的技术人员，该如何向业务和产品“砍需求”？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。