中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)讀：工程思維是一種腳踏實地解決問題的綜合思維，它能夠正確定義問題，并達成共識。本文從是什么、為什么、怎么做三個角度切入，對工程思維的具體體現(xiàn)和應(yīng)用進行了深入分析探究，與大家分享。

本月有一個印象深刻的對話，剛好也學習到了一種“新思維”是用于工作中避免該對話中出現(xiàn)的問題；因此記錄并復(fù)盤，刻意練習。

對話：

我：這個功能在后臺能查看到嗎？

同事：可以的，是在后臺管理的xxx里面。

我：但是我看到這些反饋的問題沒有人處理呀？或者說現(xiàn)在是誰負責這塊呢？

同事：我也不是很清楚這個功能現(xiàn)在是誰用，還有沒有人用。

基于這段對話，問題的關(guān)鍵在于我們團隊付出了時間和經(jīng)理設(shè)計一款功能，并沒有產(chǎn)生價值。似乎有一種“為了做而做”的感覺。要解決這個問題，產(chǎn)品經(jīng)理該有點“工程思維”。

本月記錄對“工程思維”的認識(why/how)和運用(what)（遵循“黃金圈法則”），但是由于還在不斷學習中，因此還未完全吃透。在此推薦喬梁先生書籍《持續(xù)交付2.0》，比起產(chǎn)出需求，更重要是明白需求對業(yè)務(wù)的價值是什么。

圖1：《持續(xù)交付2.0 業(yè)務(wù)引領(lǐng)的DevOps精要》 喬梁/著

一、工程思維之“why”

“why”部分解決兩個問題：

1. 為什么要有工程思維；
2. 什么是工程思維。

1. 為什么要有工程思維？

互聯(lián)網(wǎng)產(chǎn)品，追求質(zhì)量和速度的平衡是很難的，甚至在我看來，質(zhì)量和速度根本不存在平衡，仿佛”慢工出細活“這種工匠精神是對平衡質(zhì)量和速度的挑戰(zhàn)。

雖然不同的產(chǎn)品階段對產(chǎn)品質(zhì)量有不同的要求和標準，至少在同一產(chǎn)品階段，質(zhì)量的標準幾乎是穩(wěn)定的。因此在滿足幾乎穩(wěn)定的質(zhì)量前提下，追求快速交付產(chǎn)品價值意味著效率。在互聯(lián)網(wǎng)行業(yè)，效率代表未來，代表金錢。

快速交付產(chǎn)品價值必然是需要成本的，例如產(chǎn)品開發(fā)成本、測試成本、金錢成本，如何降低迭代中的固定成本、提升產(chǎn)品迭代效率，就是工程思維中體現(xiàn)的了。工程思維解決的是“交付”、“價值”和“效率”的問題。相較起“科學思維”的無限期探索和發(fā)現(xiàn)，“工程思維”就是要腳踏實地。

腳踏實地，才能更好地仰望星空呀！

2. 什么是工程思維？

工程思維有兩大特點：

1. “把事情做成”，也就是要交付“可靠、可用的成果”；
2. 要有“計劃性”，在具體的時間周期內(nèi)交付成果。

像上述本月對話，就是沒有交付可靠可用的成果，原因在于沒有明確什么樣的成果才是可靠可用的。如何明確，圍繞用戶做起。

對于初級產(chǎn)品經(jīng)理來說，前期準備工作是很有必要的，因為我們不像有五年十年工作經(jīng)歷的PM可以把產(chǎn)品原則、用戶心智吃的透透的，方案上來就有，因而前期對于用戶場景、需求分析、產(chǎn)品目標拆解等工作就尤為關(guān)鍵。

這也是我從入職到現(xiàn)在，一直在每個需求中都會做的事。

但是也不要理想化，想著自己把前期工作準備好了，就能交付可靠可用的成果了，因為工程思維并不是按照每一步過程走完，就能夠得到最終想要的結(jié)果。畢竟產(chǎn)品經(jīng)理所處只是”軟件工程“的其中一環(huán)，工程失敗也有多方的原因。

對于第二個特點，或許現(xiàn)在每個產(chǎn)品迭代版本，都可看做是一個”具體的時間周期“，但是這里面問題的關(guān)鍵在于如何做到。那么就是回歸到第一個特點”交付可靠可用的成果“。所有成果是以“解決問題”為出發(fā)點，如何讓成果變得明確，重要前提是“能夠正確定義問題，并達成共識”。

圖2

“達成共識”針對不同的溝通對象有不同的方法。當溝通對象是業(yè)務(wù)方時，達成共識就是要明確現(xiàn)實背景和需求背景?，F(xiàn)實背景是當前現(xiàn)狀是什么，現(xiàn)狀帶來什么問題；需求背景是哪些問題是需要緊急被解決的，解決的標準（目標）是什么，而不是業(yè)務(wù)方上來就和產(chǎn)品經(jīng)理談方案，這樣只會變成“為了做而做”（在和業(yè)務(wù)方溝通時推薦使用5why分析法）。

因此在了解背景后，雙方就問題和目標達成共識，這時產(chǎn)品經(jīng)理或許能夠提供MVP的方案來更好解決業(yè)務(wù)方的問題。

當溝通對象是研發(fā)人員時，達成共識就是不斷將他人話轉(zhuǎn)述成自己的理解，當自己理解和他人理解是相同時，才能達成共識。

有個例子是我就一個問題和開發(fā)咨詢，但是我的這位開發(fā)總喜歡和產(chǎn)品講“技術(shù)”，但是自知技術(shù)功底不深厚但又需要和開發(fā)理解達到一個層面，所以可以將開發(fā)的話轉(zhuǎn)為自己的理解——

“開發(fā)大佬，你看我這樣理解對不對啊，你說的這個問題是xxxx，影響到了xxxx業(yè)務(wù)，所以我覺得可以這樣解決blablabla”

將自己不懂的技術(shù)知識用自己懂的業(yè)務(wù)知識轉(zhuǎn)化表達，再去詢問對方自己理解是否正確，這樣就能達成共識，進行接下來的溝通了。

二、工程思維之“how”

“how”部分解決兩個問題：

1. 如何創(chuàng)造價值；
2. 如何“共創(chuàng)”與“精煉”。

1. 如何創(chuàng)造價值？

上述提到工程思維的兩大特點，目的都是為了在保證質(zhì)量的前提下，快速交付產(chǎn)品價值。如何培養(yǎng)工程思維的核心點就落到了如何創(chuàng)造價值上。

喬梁先生在《持續(xù)交付2.0》書中講述了如何創(chuàng)造價值，即不斷探索發(fā)現(xiàn)真正要解決的業(yè)務(wù)問題，提出科學的目標，設(shè)計最小可行解決方案（MVP）。通過快速實現(xiàn)解決方案并收集反饋和數(shù)據(jù)，以驗證業(yè)務(wù)問題是否得以解決（或是否達成目標）。

產(chǎn)品設(shè)計過程會分為“0到1”和“1到N”。對于“0到1”，需要先快速迭代，確認需求有用戶；對于“1到N”，需要針對具體需求具體分析。因此如何創(chuàng)造價值，需要同時滿足以下3個假設(shè)—-

• 假設(shè)一：有用戶；
• 假設(shè)二：用戶有需求；
• 假設(shè)三：產(chǎn)品經(jīng)理有最小可行解決方案（MVP）滿足用戶的需求。

如何同時滿足3個假設(shè)，作者提出了“價值探索環(huán)”的4個可持續(xù)循環(huán)步驟，分別是提問、錨定、共創(chuàng)和精煉。

圖3

由此可見，在前面提及的“前期準備工作”（用戶場景、需求分析、產(chǎn)品目標拆解等）是至關(guān)重要的。保證產(chǎn)品經(jīng)理和業(yè)務(wù)方對現(xiàn)狀問題的理解和制定的目標達成共識，才開始進行產(chǎn)品設(shè)計、研發(fā)測試。

有很多時候，業(yè)務(wù)方有這樣那樣的想法，但是現(xiàn)狀沒有功能支持，但是他們覺得用戶就是需要的，因此對于“用戶是否真的有這樣需求”，是首要明確的，也就是假設(shè)一。關(guān)于用戶需求和需要，在8月復(fù)盤中也有提及（用戶需要不等于產(chǎn)品需求）。

最近在做用戶增長，這種場景和體會也就更深了：

前兩周教研同事提出需要了解用戶對什么樣的直播課主題感興趣，希望我能夠開發(fā)一個列表進行對AB-test，以明確用戶喜歡什么主題。在明確背景和目標后，發(fā)現(xiàn)可以使用“裝飾窗”的方法來收集用戶信息，即僅開發(fā)一個入口，不實現(xiàn)真的功能，來快速得到業(yè)務(wù)方想要的效果。

于是結(jié)合現(xiàn)有的功能，我給教研提了一種MVP：利用學員ID尾號的不同，投放不同的課程主題banner，用戶點擊進入后看到是一個“假頁面”，但可以通過測算用戶在這個“假頁面”的滑動占比，滿足需求目標。

圖4：工作場景實踐”裝飾窗“方法

最終測試效果得出用戶最喜歡課程banner4，并且點擊進入查看的滑動占比達75%以上。因此在產(chǎn)研團隊不需要花資源和時間就能幫助業(yè)務(wù)方獲得用戶的反饋，也是非常值得的。

2. 如何“共創(chuàng)”與“精煉”？

通過提問和錨定，明確問題和量化目標后，產(chǎn)品經(jīng)理要投入精力去提出不同的解決方案。團隊中各位產(chǎn)品碰撞，會得出多個解決方案，它們都是基于一定的假設(shè)條件猜想得出的，試圖解決的是這個大問題中的某個具體問題。

（1）共創(chuàng)

共創(chuàng)得到的是基于某些數(shù)據(jù)、反饋等有實質(zhì)參考內(nèi)容得出的，滿足上述3個假設(shè)的方案。“量化式影響地圖”和“用戶旅行地圖”是其中常用的兩種方法。

量化式影響地圖是從業(yè)務(wù)問題觸發(fā)，按“角色—影響—方案—量化”的順序，去量化指標，從而盡可能挖掘可行性解決方案。用戶旅行地圖，就是我們熟知的用戶與產(chǎn)品或服務(wù)之間的互動的流程階段。

圖5-6：摘自《持續(xù)交付2.0 業(yè)務(wù)引領(lǐng)的DevOps精要》

在我看來，這兩種方法也可以是相輔相成的，本月思考如何串聯(lián)現(xiàn)有產(chǎn)品功能去做用戶增長也是嘗試組合了這兩種方法。

總目標是提升入庫例子數(shù)，達成該目標涉及的角色有游客、體驗課用戶、正式課用戶；可以通過一鍵登錄和贈送新手禮包降低注冊門檻，提升游客的注冊數(shù)；可以通過引導(dǎo)正式課用戶多分享，影響ta的朋友看到報名內(nèi)容的曝光度….

明確下個迭代版本的量化目標后，再根據(jù)體驗地圖分析問題痛點機會點等，就進入產(chǎn)品策劃了。

圖7：工作場景實踐“量化式影響地圖”尋找明確量化目標

（2）精煉

精煉就是對共創(chuàng)環(huán)節(jié)中得出的眾多方案進行評估，并篩選出產(chǎn)品團隊內(nèi)認為的MVP進行敏捷迭代。評估因素有很多，例如各方案的實施成本、時間人力、驗證結(jié)果的反饋周期、該方案對目標的影響程度等。

很多時候業(yè)務(wù)方都希望一次性有一個“大而全”的解決方案，但是做產(chǎn)品經(jīng)理的工程思維恰恰是相反的：清楚知道達成這個目標的規(guī)劃，每次小步快跑、快速迭代驗證結(jié)果，會比策劃出一個大而全、看起來“成就感滿滿”的方案，然后因為各種因素砍功能砍需求，最終只做核心功能方案來得高效。

三、工程思維之“what”

“what”部分分為：

1. 我如何刻意練習工程思維；
2. 生活中的工程思維。

1. 產(chǎn)品經(jīng)理的工程思維 之 “尋找MVP”

基于本月的刻意練習，看看在尋找MVP途中，自己的提升空間。

本月在思考如何利用虛擬化場景串聯(lián)產(chǎn)品功能，以達到提升用戶粘性，促進分享頻次提升的目的。但是在思維發(fā)散的過程中，很容易將0到1的產(chǎn)品功能思考的很龐大，不僅導(dǎo)致自己“陷進去”，而且這么龐大的功能迭代起來也比較麻煩。后來和團隊leader討論后，本著“快速迭代，利用最小成本檢驗虛擬場景的可行性”，決定化廣度為深度，先做“分享”這種場景，做好做透后再迭代拓展其他場景，簡單既達到目的。

從這個需求來看，自己的不足在于：

1. 思維發(fā)散后容易往龐大和復(fù)雜上靠，沒有收回來落到MVP上去；
2. 很容易陷進功能邏輯里面去，忽略了場景化（教育產(chǎn)品的裂變場景很重要）。

針對上述兩點，也總結(jié)了3點改進措施：

1. 思維發(fā)散利于腦暴，但是落地一定要落到實處，考慮性價比（特別針對0到1的功能設(shè)計）；
2. 進去時時刻提醒自己目的！目的！目的！不要著急一下子做完整需求，時刻謹記3個假設(shè)是否都滿足了（有用戶、用戶有需求、有MVP）；
3. 把大需求拆分成一個一個子需求，量化管理，確保每個需求都能被get到，有人開發(fā)，有人測試。

2. 生活中的工程思維

做了產(chǎn)品之后，發(fā)現(xiàn)自己的心態(tài)有了很明顯的變化，變得沒有那么急躁了。之前總是很關(guān)注目標，比如剛工作時給自己定的半年做72個需求，但是后來發(fā)現(xiàn)，過程對我也非常重要，需要在確保周期內(nèi)交付結(jié)果的同時，關(guān)注過程（邏輯的合理性，用戶的體驗感，路徑的流暢性等）。

如果只是為了交付結(jié)果，為了“做而做”，這樣的需求根本不會產(chǎn)生任何價值。

工程思維不僅是對工作，對人也是一種磨練。把“事情做成”，交付“可靠、可用的成果”，何嘗不是一個靠譜的人該有的品質(zhì)呢。按時交付高質(zhì)量的需求，按階段給自己生活一個高質(zhì)量的交代，這種踏實的自信，正是源于一次又一次的“有計劃和可靠”啊。

很多時候我們總是想要這個想要那個，就好像在寫雅思作文一樣，光想沒用，落筆才能理清邏輯。只有落地，我們才知道怎么一步一步觸碰到自己想要的那個東西。

如我，我希望成為一個經(jīng)驗豐富的產(chǎn)品經(jīng)理，那我現(xiàn)在每周記錄、每月總結(jié)、每季規(guī)劃，都是為了給自己一個周期性的復(fù)盤和計劃，希望自己能夠在一段時間內(nèi)成為什么樣的產(chǎn)品經(jīng)理，自己達到70分、80分、90分、100分需要什么能力，這些都可以看作是自己給自己這段時間交付的有價值的成果。

產(chǎn)品經(jīng)理的工程思維是務(wù)實的、落地的，在每次和業(yè)務(wù)方的溝通、“battle”中，了解背后的真實原因，盡可能給出可量化目標，找到最高性價比的方案。持續(xù)快速交付產(chǎn)品價值，不斷提升自己乃至團隊的整體戰(zhàn)斗力！

參考文章：

《持續(xù)交付2.0 業(yè)務(wù)引領(lǐng)的DevOps精要》 喬梁/著

人人都該有點工程思維： https://zhuanlan.zhihu.com/p/83706091

聰明人的10個工程思維：https://www.huxiu.com/article/328953.html

本文由 @莫琳 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議