日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

PMCAFF | 创业公司产品经理如何建立完善的产品开发体系?

發布時間:2025/3/20 编程问答 27 豆豆
生活随笔 收集整理的這篇文章主要介紹了 PMCAFF | 创业公司产品经理如何建立完善的产品开发体系? 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.


創業公司的產品經理怎么建立完善的產品開發體系?具體需要哪些工作?

問題背景:

想想大家也能夠猜到,對于創業公司而言,如果老板沒有從事互聯網產品的經驗,那么大多都是指哪打哪,而對于產品的開發計劃,設計流程等沒有詳細的流程規范,這對產品的品質和開發時間沒有保證,進而影響產品的整體質量。所以希望有過建立完善的產品開發體系的朋友,幫忙指點一二!小弟必有重謝!

以下回答整理自PMCAFF產品問答社區

@BobWong

平常也比較少寫東西,以前在論壇里面看帖不回帖的基本上就是屬于我這種,剛剛看到這個問題,之前也在某些互聯網公司擼過一些項目,分享一些淺見,體系談不上,寫的不好請輕拍。

一般產品研發都是按照周期來的,比如說一個星期一個周期,一個月一個周期等;有兩種情況,第一種是從0到1的,還有一種是從1到N的,其實從1到N的這種情況也是適用于從0到1的,只不過是從0到1的縮小版。

先說從0到1的,從0到1的情況適用于這款產品只是處于某個人(這個人有可能是BOSS也有可能是產品汪)的腦袋里面的一個概念點,并沒有被具象化的。比如你們老板想做一個什么聊天軟件,但是具體是針對什么人群?聊什么?如何轉化?不知道,只知道要做一個聊天的,這個時候產品經理的價值就體現出來了。

每個產品從0到1至少需要經歷如下幾個階段:

一、核心需求確認階段(搞定BOSS)

跟老板撕逼,了解BOSS干這個事情的目的是什么,需要明確哪些需求點,根據核心需求點確立產品大方向和框架是什么樣的,屌一點的產品經理還會跟BOSS聊商業模式以及根據BOSS的商業模式提一些產品建議;這里要注意了,強擼灰飛煙滅,請注意把握分寸。

二、需求驗證

不要一上來就要程序猿開發一個很牛逼的產品,有這種想法的產品汪嚴重不靠譜,可以先找一些比較低成本的途徑去驗證這個需求是否是一個真正的需求,(打個比方說可能你覺得聊天軟件中語音視頻這個功能需要做,但是在某些垂直的聊天軟件中,語音視頻倒顯得很雞肋,比如阿里旺旺),驗證的方法有很多種,包括看競品的數據;驗證過之后,才能知道哪些需求靠譜哪些需求不靠譜。

三、產品經理需求完善階段

  • 搞定產品汪 如果有你們公司多個負責該項目的產品經理,請主動跟他們撕逼,主要目的是盡可能把整個產品的所有能想到的細節都給想到,這個時候axure等產品經理原型工具所產生的內容可以作為撕逼的依據的最好體現。

  • 搞定程序猿 產品經理內部撕逼完之后,拉上程序員(Leader)撕逼,請確保所有的功能細節完整才找程序猿,不然會被亂棍打出的;如果可能,提供的文檔組(請注意是文檔組,包括各個子功能的拆分分解,最好是連系統底層架構都要考慮到,單個文檔是不足以描述一個產品的)里面盡量是流程圖和圖片,最后再寫一個全部是字的文檔或一個表格,里面對一些主要功能進行描述(目的是讓程序猿哥哥不能賴皮),程序猿哥哥會不停的挑戰你,直到產品的每一部分都要程序猿哥哥點頭,才算是過了,千萬不要讓程序猿給你想細節,會死得很慘的。

  • 搞定設計 設計同學感覺相對比較好搞定,只要axure畫的不是跟翔一樣,基本上設計這邊的童鞋會幫你把一些界面細節給弄出來,有些模擬兩可的細節還是需要你在設計旁邊敲定。

  • 四、程序猿評估時間,需求鎖定

    搞定需求之后,需要跟程序猿哥哥對進度了,拿出之前做的那個功能列表,里面每一項的開發時間都要估算出來,時間單位具體到某個功能花多少小時,而不是功能A三天,功能B五天這樣子估,這樣的一個好處是開發進度透明,確保每個技術人員對于將要做的事情的風險把控都足夠到位;最好定一下里程碑,還拿聊天軟件的例子說,比如第一周可以實現基本的文字聊天,第二周實現基本的用戶相關的東西,第三周實現XXX,以此類推,如果開發人員不夠,先砍掉一些跟主要業務沒有半毛錢關系的需求。

    五、進入開發周期

    時間定好了,程序猿哥哥就拿著這個表去開發了,這個時候產品汪是不能閑著的,這個階段的產品汪需要做一些前期的相關競品信息和數據收集,以及第二個版本的功能細節做一些規劃(繼續跟BOSS和別的產品汪撕逼),還有就是敦促程序猿哥哥把東西干完,至于怎么敦促是有彈性的 -- 世界上沒有一頓燒烤解決不了的事情,如果沒有,就兩頓。在這個階段千萬千萬千萬不要加需求,即使BOSS來加也要排在后面,不要以為小改動對于程序猿來講很簡單,隨便一個需求改動是會導致整個項目進度時間把控嚴重失控的。

    六、產品內測發布,產品經理跟進需求實現

    大一點的互聯網公司還有專門的測試團隊來對產品做各種各樣的測試,以防止上線之后的一些由于技術或者產品邏輯上的疏忽導致產品功能無法達到預期,這時,之前做過的那個功能文檔或者表格可以作為測試人員參考的依據,來對整個產品做從頭到尾的功能性測試。

    七、迭代

    產品第一個版本上線了,需要收集用戶反饋和一些數據(比如訪問量,訂單量等),根據這些數據來調整產品的后續策略。

    最后致產品汪:

    沒有跟人撕逼過的產品經理不是真正的產品經理。

    本文由 BobWong 原創發布于PMCAFF產品經理社區,未經許可,禁止轉載。

    投稿請發送至郵箱:tougao@pmcaff.com


    認真敲出一篇文章,但沒有人懂你?

    辛辛苦苦寫出的文章無人知曉?

    想和更多的同行更深入的探討問題?

    “PMCAFF原創作者計劃” 致力于打造產品經理界最高質量的原創專欄。

    這個行業有一股新新力量正在崛起...

    趕快點擊 閱讀原文 加入我們

    總結

    以上是生活随笔為你收集整理的PMCAFF | 创业公司产品经理如何建立完善的产品开发体系?的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。