教育改變生活 嶽麓成就夢想

全國報名咨詢電話:0731-85572692
産品經理如何在設計産品時避免給開發挖坑?

2018-09-20

1. 搞明白基本的一些技術背景和技術概念産品經理需不需要懂技術是老生常談的問題,我的回答是肯定要懂,關鍵在于,懂的技術是怎麼樣的技術。懂技術并不是就要能自己成為架構師、自己成為工程師,又可以規劃技術架構又能實現産品功能。懂技術是要明白技術實現的邏輯。
比如,我們在做的配送業務,需要有配送員、訂單、商家多種信息,每種信息是存放在各自的數據結構裡的,它們之間又通過邏輯關系串聯起來。這些産品上都未必體現得出來,但在很多産品設計的時候要考慮到,要做某個新業務時,發現商家要分截然不同的兩類,那中間的邏輯怎麼樣成本最低,是同一張表用屬性區分、還是新造一張表,都是要跟技術一起讨論研究的。平時,也建議多看些技術相關的文章和科普。注意,千萬不要買什麼《七天掌握安卓系統》之類的書,看一些跟産品息息相關的比較好。還有個公衆号,叫做「給産品經理講技術」,寫得很接地氣,推薦。
2. 學會梳理産品邏輯這個邏輯不是 APP 上有幾個 tab 頁,也不是功能之間簡單的關系,說的是背後的幾個邏輯:數據結構、信息流程和其它的邏輯關系。很建議大家看看 @蘇傑  老師的《淘寶十年産品事》,裡面提到的淘寶産品經理,都是對數據和流程的梳理非常熟練的。然而我見到的很多産品經理,并不太把這個當回事。「隻要給我實現就行了,我不關心怎麼實現。」數據結構其實是第一重要的東西,可以讓産品經理非常深入地理解技術實現的邏輯。
比如,這是美團酒店銷售的數據結構。可以讓整個酒店商品的邏輯一目了然,而不是零散的需求。信息流程則是在有一個信息通路、存在一些狀态轉化邏輯的情況下,需要考慮的。比如常見的訂單從生成到支付到結束的環節,如果也隻是零散地提出功能需求,那很可能出現纰漏,技術實現上也不明晰。
比如,這是嘟嘟美甲最初交互草稿裡,我們梳理的訂單狀态轉化圖。還有很多其他的邏輯,也需要梳理清楚。
比如,我們前段時間在設計取消訂單機制的時候,發現有很多種情況,每種情況的文案也不應該一樣,這時候就要梳理出每種具體的提示,不能讓技術去幫你完善。對于應該梳理什麼、怎樣梳理比較好,可以多問問程序員哥哥們的意見。如果他們看到你的文檔,立刻就能想到該怎麼實現,那就證明起到作用了。如果每次都要花費大量的時間拆解和讨論,那就是梳理得還不夠。
3. 出現坑的時候,多複盤不同的産品差異很大,即使再有經驗的産品經理,也不一定就永遠不會埋坑。坑出現了之後,除了盡快填起來,還要去複盤,多想想,怎麼避免下次再進坑。如果是文檔寫得不周全,那就盡量寫得周全些;如果是缺乏溝通,那就在協作時多設立溝通會;如果是需求總會變動,那就研究需求變動的根本原因,把它大事化小小事化了。關于産品技術協作,在我們公司,是設置了一套複盤機制的。每次出現大的問題,都會在解決之後,召集一次大會,所有相關人員加産品和技術的總負責人都在場的情況下,把事情說清楚,搞明白原委,并且會上要制定解決方案。經過一兩個月的嘗試,我們發現,大多數的坑都是同樣的原因,我們就重點攻克這個難點,慢慢讓坑變少,原來的大坑也變小了。
文章來源于網絡

(0)