養(yǎng)成良好產(chǎn)品習(xí)慣,開發(fā)前PM要先這樣做

2 評論 8132 瀏覽 45 收藏 10 分鐘

產(chǎn)品工作中的一個關(guān)鍵步驟:技術(shù)研究。技術(shù)研究會告訴你產(chǎn)品需要多長時間來構(gòu)建以及如何構(gòu)建。那么,如何開展技術(shù)研究?本文作者將結(jié)合自身經(jīng)驗,與你分享。enjoy~

你剛剛完成了一個新產(chǎn)品或新功能的研究,并且靈光一閃。也許你閃了十下(手動微笑)。你已經(jīng)確定了要解決的問題,并且確切地知道要構(gòu)建什么。

接下來大伙兒的激情會被什么點燃?開始構(gòu)建!

在這里,你并不是一個人。我們每一個人都希望在完成客戶研究后,就開始構(gòu)建下一個產(chǎn)品或功能。

但我在開發(fā)一個產(chǎn)品或功能時經(jīng)常碰到這些問題:

  • 延期、延期和更多的延期——原本只需要3個星期的事情突然花了3個月。
  • 沒有預(yù)料到的主要技術(shù)障礙,這阻礙了產(chǎn)品開發(fā),甚至可能迫使開發(fā)停止。
  • 構(gòu)建的功能太多,最后產(chǎn)品被塞滿了。
  • 在不重要的功能上花費了太多編程時間。

當我遇到這些問題的時候,項目進度就被迫放緩,我開始懷疑我從研究中學(xué)到的東西,并review我認為是正確的構(gòu)建模式:結(jié)果是我的想法并沒有得到研究的支持。我可能完成了我的客戶研究,但我錯過了另一個關(guān)鍵的研究領(lǐng)域。

在那時候,我的新產(chǎn)品就死了,我自己只是沒有承認。這時候我們所有人都感到沮喪并開始覺得我們應(yīng)該放棄。其實你可以避免這種情況,這是完全可以預(yù)防的。有一個步驟,大多數(shù)人都不采用。我自己也已經(jīng)錯失過很多次。它不時髦,也不簡單,也不好玩。但這很關(guān)鍵。它能預(yù)測潛在的延期、技術(shù)注意事項和準確地指出構(gòu)建產(chǎn)品最重要的關(guān)鍵性問題。我們需要戰(zhàn)勝內(nèi)心的惡魔,開始一個關(guān)鍵步驟:技術(shù)研究。

在開始編寫詳細規(guī)范之前、在開始設(shè)計之前、在編寫一行代碼之前,技術(shù)研究會暴露出你將在構(gòu)建產(chǎn)品時遇到的每一個障礙。技術(shù)研究將幫助你和你的工程團隊達成一致。你們可以就技術(shù)問題進行討論和權(quán)衡。但在工程師開始編寫代碼之前,他們必須自己做出決定。而你將做出重要的產(chǎn)品決策,不僅影響產(chǎn)品的第一個版本,還會影響產(chǎn)品的未來。另外,實際上你仍會按時啟動項目而不會超出預(yù)算時間。

如何開展技術(shù)研究

技術(shù)研究會告訴你產(chǎn)品需要多長時間來構(gòu)建以及如何構(gòu)建。在實際為產(chǎn)品或功能編寫代碼之前,你將提前了解將要處理的事情。

下面是我如何在三個步驟中實現(xiàn)技術(shù)研究。

1. 建立你的技術(shù)研究大綱

在工程師們開始研究時,他們需要知道產(chǎn)品的細節(jié)。但是在早期階段,你不需要寫出完全的、詳細的產(chǎn)品規(guī)格說明。你只要盡可能多地提供工程師所需的信息,這樣他們就可以研究如何用代碼實現(xiàn)并與你進行交流和權(quán)衡。

技術(shù)研究大綱應(yīng)該是一個簡短的摘要,包括需求功能和設(shè)計目的。你還應(yīng)該提供你和客戶對于產(chǎn)品的主要指導(dǎo)思想。

你要解決的核心問題是什么?你打算如何解決它?你所構(gòu)建的最重要的部分是什么?

當工程師們理解了他們的代碼將如何為客戶解決問題時,開發(fā)是最有效的。這里要提供的信息就是你已經(jīng)做過的產(chǎn)品研究。最好的技術(shù)研究大綱還包括客戶開發(fā)細節(jié)。這些細節(jié)有助于工程人員理解你的客戶需求,并支持你做出的產(chǎn)品決策。

當你完成了大綱,并與工程師進行了分享和討論后,為研究奠定堅實基礎(chǔ)的最好方法是把這些落實到文檔中,并在后續(xù)的會議上都做到這一點,這樣每個人都能得到一份相同的文檔。大綱不應(yīng)超過1-3頁。

這是我們產(chǎn)品的大綱模板:

Part 1? 研究結(jié)果:對研究的高度總結(jié)并描述主要發(fā)現(xiàn)。

Part 2? 產(chǎn)品概述:產(chǎn)品簡介。

  • 需要包含:讓你產(chǎn)生思路的必要的產(chǎn)品需求。
  • 不需要包括:沒必要(尚未)添加到產(chǎn)品中的東西。

Part 3? 開放式問題:提出關(guān)于如何構(gòu)建產(chǎn)品的問題。

Part 4? 初始模型:任何在研究中創(chuàng)建的草圖或模型,或有助于解釋產(chǎn)品的東西,都可以通過文檔共享。

2. 給工程師時間去研究

工程師通常根據(jù)產(chǎn)品規(guī)格說明去構(gòu)建產(chǎn)品,但PM不知道程序的解決方法或者是更好、更有效和更快的方式。但是工程師們知道。這就是技術(shù)研究的切入點。

技術(shù)研究讓工程師有足夠的空間和時間來考慮產(chǎn)品的最佳實現(xiàn)方法,然后再制定計劃來開始編程。相比直接進入編程,他們有機會考慮能夠采取的不同方法并各自進行權(quán)衡。

這項研究需要幾個小時到幾天,具體取決于你所構(gòu)建產(chǎn)品的復(fù)雜性和規(guī)模。但在構(gòu)建產(chǎn)品的過程中,這些被“浪費”的時間可以節(jié)省10倍的開發(fā)時間和成本。

工程研究將使您了解這些關(guān)鍵領(lǐng)域:

  • 功能的取舍:創(chuàng)建產(chǎn)品在技術(shù)上要考慮的經(jīng)驗和解決方法是什么?
  • 速度:你想做的構(gòu)建大約需要多長時間?
  • 決策:在構(gòu)建之前需要決定技術(shù)方法和產(chǎn)品內(nèi)涵。及早作出這些決定,以免項目誤入歧途或浪費時間。
  • 風(fēng)險:已被確定的潛在障礙和問題,以及如何避免。
  • 資源:什么是項目開發(fā)的必要資源?

把這個清單發(fā)給你的工程師,作為你在這一輪技術(shù)研究中想要探討問題的起點。

3. 討論結(jié)果

當工程師完成了研究,是時候討論所取得的重大發(fā)現(xiàn)了。

根據(jù)項目的范圍,此次討論可以是一個工程師之間的快速討論,或者是一個產(chǎn)品經(jīng)理和工程人員之間討論,需要形成書面報告。

討論研究結(jié)果的目標是確定構(gòu)建產(chǎn)品/功能的第一個版本的最佳方法。這是技術(shù)研究過程中的最后一步,也是你收獲最多的地方。你可以確切地知道哪些地方消耗項目時間和哪些地方相對容易構(gòu)建。通過花時間討論結(jié)果,項目將變得清晰,你可以做出更好的產(chǎn)品決策。這次談話是你深入了解細節(jié)并提出問題的機會。因為對話可能會產(chǎn)生出更多的研究,可以確保你在開始構(gòu)建之前做出正確的決定。你也可能會發(fā)現(xiàn)你必須改變產(chǎn)品方向,因為你發(fā)現(xiàn)了以前不知道的障礙或約束。所有這些工作都節(jié)省了你的時間和有限的資源,使它們不被白白浪費在產(chǎn)品開發(fā)上。

下面是我們最后要在一個產(chǎn)品的技術(shù)研究大綱中包含的內(nèi)容摘要:

Part1? 研究結(jié)果:我們從調(diào)查和訪談中挖掘出的答案,尋找與我們想要構(gòu)建的初始產(chǎn)品相關(guān)的關(guān)鍵點。

Part2? 產(chǎn)品概述:我們給產(chǎn)品做一個三段文字的描述。

  • 需要包括:解釋產(chǎn)品的核心功能,并討論什么功能對用戶體驗是最重要的。
  • 不需要包含:稍后要構(gòu)建的功能,但不打算在產(chǎn)品的第一個版本中加入。

Part3? 開放式問題:為工程師列出的關(guān)于產(chǎn)品構(gòu)建的問題,以及一些我們還沒有回答的關(guān)于產(chǎn)品將如何運作的問題。

Part4? 初始模型:我們提供草稿框架來幫助說明構(gòu)建的核心功能。

每次進行技術(shù)研究 ,我都學(xué)到了很多東西,而且能節(jié)省很多工作量。無論產(chǎn)品或功能有多大或多小,在這個研究項目中總會發(fā)現(xiàn)一個技術(shù)問題。

 

原文地址:https://producthabits.com/everyone-forgets-technical-research/?utm_medium=email&utm_campaign=pmhqnewsletter091217

譯者:盯襠貓

本文由 @盯襠貓 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Pixabay,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 可行性研究中的技術(shù)研究?

    來自上海 回復(fù)