養成良好產品習慣,開發前PM要先這樣做
產品工作中的一個關鍵步驟:技術研究。技術研究會告訴你產品需要多長時間來構建以及如何構建。那么,如何開展技術研究?本文作者將結合自身經驗,與你分享。enjoy~
你剛剛完成了一個新產品或新功能的研究,并且靈光一閃。也許你閃了十下(手動微笑)。你已經確定了要解決的問題,并且確切地知道要構建什么。
接下來大伙兒的激情會被什么點燃?開始構建!
在這里,你并不是一個人。我們每一個人都希望在完成客戶研究后,就開始構建下一個產品或功能。
但我在開發一個產品或功能時經常碰到這些問題:
- 延期、延期和更多的延期——原本只需要3個星期的事情突然花了3個月。
- 沒有預料到的主要技術障礙,這阻礙了產品開發,甚至可能迫使開發停止。
- 構建的功能太多,最后產品被塞滿了。
- 在不重要的功能上花費了太多編程時間。
當我遇到這些問題的時候,項目進度就被迫放緩,我開始懷疑我從研究中學到的東西,并review我認為是正確的構建模式:結果是我的想法并沒有得到研究的支持。我可能完成了我的客戶研究,但我錯過了另一個關鍵的研究領域。
在那時候,我的新產品就死了,我自己只是沒有承認。這時候我們所有人都感到沮喪并開始覺得我們應該放棄。其實你可以避免這種情況,這是完全可以預防的。有一個步驟,大多數人都不采用。我自己也已經錯失過很多次。它不時髦,也不簡單,也不好玩。但這很關鍵。它能預測潛在的延期、技術注意事項和準確地指出構建產品最重要的關鍵性問題。我們需要戰勝內心的惡魔,開始一個關鍵步驟:技術研究。
在開始編寫詳細規范之前、在開始設計之前、在編寫一行代碼之前,技術研究會暴露出你將在構建產品時遇到的每一個障礙。技術研究將幫助你和你的工程團隊達成一致。你們可以就技術問題進行討論和權衡。但在工程師開始編寫代碼之前,他們必須自己做出決定。而你將做出重要的產品決策,不僅影響產品的第一個版本,還會影響產品的未來。另外,實際上你仍會按時啟動項目而不會超出預算時間。
如何開展技術研究
技術研究會告訴你產品需要多長時間來構建以及如何構建。在實際為產品或功能編寫代碼之前,你將提前了解將要處理的事情。
下面是我如何在三個步驟中實現技術研究。
1. 建立你的技術研究大綱
在工程師們開始研究時,他們需要知道產品的細節。但是在早期階段,你不需要寫出完全的、詳細的產品規格說明。你只要盡可能多地提供工程師所需的信息,這樣他們就可以研究如何用代碼實現并與你進行交流和權衡。
技術研究大綱應該是一個簡短的摘要,包括需求功能和設計目的。你還應該提供你和客戶對于產品的主要指導思想。
你要解決的核心問題是什么?你打算如何解決它?你所構建的最重要的部分是什么?
當工程師們理解了他們的代碼將如何為客戶解決問題時,開發是最有效的。這里要提供的信息就是你已經做過的產品研究。最好的技術研究大綱還包括客戶開發細節。這些細節有助于工程人員理解你的客戶需求,并支持你做出的產品決策。
當你完成了大綱,并與工程師進行了分享和討論后,為研究奠定堅實基礎的最好方法是把這些落實到文檔中,并在后續的會議上都做到這一點,這樣每個人都能得到一份相同的文檔。大綱不應超過1-3頁。
這是我們產品的大綱模板:
Part 1? 研究結果:對研究的高度總結并描述主要發現。
Part 2? 產品概述:產品簡介。
- 需要包含:讓你產生思路的必要的產品需求。
- 不需要包括:沒必要(尚未)添加到產品中的東西。
Part 3? 開放式問題:提出關于如何構建產品的問題。
Part 4? 初始模型:任何在研究中創建的草圖或模型,或有助于解釋產品的東西,都可以通過文檔共享。
2. 給工程師時間去研究
工程師通常根據產品規格說明去構建產品,但PM不知道程序的解決方法或者是更好、更有效和更快的方式。但是工程師們知道。這就是技術研究的切入點。
技術研究讓工程師有足夠的空間和時間來考慮產品的最佳實現方法,然后再制定計劃來開始編程。相比直接進入編程,他們有機會考慮能夠采取的不同方法并各自進行權衡。
這項研究需要幾個小時到幾天,具體取決于你所構建產品的復雜性和規模。但在構建產品的過程中,這些被“浪費”的時間可以節省10倍的開發時間和成本。
工程研究將使您了解這些關鍵領域:
- 功能的取舍:創建產品在技術上要考慮的經驗和解決方法是什么?
- 速度:你想做的構建大約需要多長時間?
- 決策:在構建之前需要決定技術方法和產品內涵。及早作出這些決定,以免項目誤入歧途或浪費時間。
- 風險:已被確定的潛在障礙和問題,以及如何避免。
- 資源:什么是項目開發的必要資源?
把這個清單發給你的工程師,作為你在這一輪技術研究中想要探討問題的起點。
3. 討論結果
當工程師完成了研究,是時候討論所取得的重大發現了。
根據項目的范圍,此次討論可以是一個工程師之間的快速討論,或者是一個產品經理和工程人員之間討論,需要形成書面報告。
討論研究結果的目標是確定構建產品/功能的第一個版本的最佳方法。這是技術研究過程中的最后一步,也是你收獲最多的地方。你可以確切地知道哪些地方消耗項目時間和哪些地方相對容易構建。通過花時間討論結果,項目將變得清晰,你可以做出更好的產品決策。這次談話是你深入了解細節并提出問題的機會。因為對話可能會產生出更多的研究,可以確保你在開始構建之前做出正確的決定。你也可能會發現你必須改變產品方向,因為你發現了以前不知道的障礙或約束。所有這些工作都節省了你的時間和有限的資源,使它們不被白白浪費在產品開發上。
下面是我們最后要在一個產品的技術研究大綱中包含的內容摘要:
Part1? 研究結果:我們從調查和訪談中挖掘出的答案,尋找與我們想要構建的初始產品相關的關鍵點。
Part2? 產品概述:我們給產品做一個三段文字的描述。
- 需要包括:解釋產品的核心功能,并討論什么功能對用戶體驗是最重要的。
- 不需要包含:稍后要構建的功能,但不打算在產品的第一個版本中加入。
Part3? 開放式問題:為工程師列出的關于產品構建的問題,以及一些我們還沒有回答的關于產品將如何運作的問題。
Part4? 初始模型:我們提供草稿框架來幫助說明構建的核心功能。
每次進行技術研究 ,我都學到了很多東西,而且能節省很多工作量。無論產品或功能有多大或多小,在這個研究項目中總會發現一個技術問題。
原文地址:https://producthabits.com/everyone-forgets-technical-research/?utm_medium=email&utm_campaign=pmhqnewsletter091217
譯者:盯襠貓
本文由 @盯襠貓 翻譯發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Pixabay,基于 CC0 協議
可行性研究中的技術研究?