大日期產品處理流程圖 產品文檔怎么整理?
產品文檔怎么整理?在悟空問答上的123個問題,只寫接地氣的科技內容,歡迎關注。產品文檔,是產品經理必須要懂得的基本技能之一,尤其是互聯網企業。產品文檔,也是讓很多初級產品經理非常頭疼的事情。到底怎么樣
產品文檔怎么整理?
在悟空問答上的123個問題,只寫接地氣的科技內容,歡迎關注。
產品文檔,是產品經理必須要懂得的基本技能之一,尤其是互聯網企業。
產品文檔,也是讓很多初級產品經理非常頭疼的事情。
到底怎么樣才能書寫一份比較完善的產品文檔呢?其實很簡單,我們簡單來談一談。
為什么會有產品經理?實際上產品經理一職,尤其是互聯網產品經理,在2010年以前都是不存在的崗位,一般都由技術部門或運營部門的相關人員負責,或者說直接由老板負責。但是自從移動互聯網發展起來之后,產品經理角色突然興起,變得尤其重要,這樣的出現,其實來自于分工的變革。
過去的互聯網公司,或者說業務形態,主要是以市場和運營為主導,主要是為了賣服務而工作,所以只要實現需要的功能即可,比如,實際上就是提供了各種各樣的服務,并且市場足夠壟斷,所以可以通過各種鉆讓消費者,我給你服務。
自從移動互聯網發展以來,互聯網公司快速崛起,僅僅實現功能的需求已經無法滿足用戶,大家都在談一個字:用戶體驗。誰的體驗更好,就用誰的;誰的產品更新快,就用誰的。
所以,專門負責用戶體驗,負責整體規劃的產品經理就誕生了。
為什么需要產品文檔?產品經理只是一個職業,而不是一個職位,并不代表就是“經理”。
產品經理與UI、工程師、運營、市場一樣,都是一樣的,只不過產品經理所起到的作用是至關重要的。簡單來講,產品經理的主要作用,就是設計出運營、市場所需要的產品原型,并且交由技術部門開發,在預計的時間交付,并且負責后續的數據跟蹤和迭代。
說白了,就是運營和技術之間的橋梁,把運營的需求翻譯給技術部門聽懂。而需求文檔,就是翻譯之后的重要產物。
需求文檔包含哪些內容?我聽了很多課程,也包括像“三節課”這樣備受好評的網課。不過總是覺得他們把產品文檔講得太過于復雜,反而讓初學者摸不著頭腦。其實就我的經驗來看,產品文檔主要是四塊內容:
1.需求背景:講清楚目前項目的背景,基礎狀況,基本數據。說明本次需求開發要實現的功能,預計的開發周期,以及所調配的資源等信息,讓技術人員對要做的項目有一個大致的了解。
2.業務流程:這一塊是產品文檔的重點,也就是需要產品經理畫出業務流程圖,并且備注好業務邏輯。業務流程圖,也就是新添加需求所要實現的所有頁面,并且每一層級的頁面通過怎樣的按鈕或操作實現,頁面原型可以畫得詳細一些,但是千萬不要上色,會干擾UI做設計。業務邏輯備注,也就是在不同狀態下產品所做的不同處理,比如同樣一個頁面,登錄的用戶是怎樣的,未登錄的用戶是怎樣的,必須要備注清楚。
3.數據打點:沒有數據接入的產品,都不能稱之為產品。所有的產品都必須要埋點進行數據采集,每個重要的按鈕,每個重要的頁面。點擊、曝光、瀏覽三個維度去采集,到一定時間段后你就知道哪些功能是用戶常用的,哪些是不常用的,用于后期迭代的重要分析手段。當然具體埋點工作則由技術來負責。
4.需求復盤:一般需求上新一周后,就可以做需求復盤了,分別從需求設計、需求開發、上線運營三個時間段去反思犯的錯誤,進行總結,避免以后再犯類似的問題。
基本上需求文檔,就包含這四塊的內容,涵蓋了從接受該項目,到最后上線運營的整個時間段。當然,僅憑需求文檔是不夠的,拉著運營和技術開需求分析會也是產品經理必須要做的事情。
除了需求文檔還需要什么?單說產品經理的技能,光是需求文檔肯定不行。需求調研、業務流程圖、頁面原型圖,頁面流程圖、需求文檔、數據分析這些是基本功。
還要有良好的溝通技能,能夠順利與運營、設計和技術溝通,制定相應的方案。那就必須要懂得基礎的運營、設計、技術相應知識,不然別人忽悠你都不知道。
對于項目進度的把控也是必不可少的,學會用甘特圖管理任務進度,每天定時做好溝通和監督項目,確保產品能夠按時交付。
當然,也要有勇于擔當的責任。無論中間誰出了錯,只要產品出現問題,只要沒能夠按時交付,產品經理都應該第一時間站出來扛起錯誤,及時改正。這樣別人才會愿意“為你開發產品”。
產品經理確實是一個吃力不討好的活,但是又有誰懂得產品上線時的那種成就感呢?
產品架構圖、產品結構圖、產品功能結構圖、產品信息結構圖、產品流程圖、產品業務流程,有什么聯系和關聯?
謝邀。
對于一個產品從業務方提出需求開始就有明確的核心業務邏輯,根據需求方的需求繪制業務流程圖;確定了整體流程之后,對產品架構圖的設計,產品架構的設計需要考量到產品的定位、目標受眾、業務需求、產品流程、產品邏輯架構、產品功能設計、商業價值等等,因此產品架構是至關重要的一步;確認整體的產品架構,進而落實產品的功能邏輯和產品信息的思考;根據業務需求細化功能粒度以及頁面信息構成;最后以產品流程圖來梳理整體的功能邏輯,設計原型圖,從整體到局部,從抽象到具體,整個產品工作流程的把控都對產品最終的落地以及后續的投入市場測試都起到重要的作用。接下來針對每個流程圖在產品不同的環節產生的作用做具體分析。
一、產品業務流程首先是產品業務流程,它指的是在明確核心業務邏輯后,并針對核心業務邏輯進一步分析;明確特定的主體都有哪些工作任務以及各個特定主體之間的聯系;它的作用是用于表達業務需求在整個產品線中不同階段中不同功能之間的信息交互。
一般情況,一個業務需求包含多個功能需求。
舉例說明:某跨境電商公司的防偽標簽追溯系統的業務需求,那么功能需求就包括編碼信息系統對比校驗、分配標簽鎖定RFID內供應商所屬、系統掃描錄入防偽標簽編碼并與訂單綁定、(驗吊牌 外包裝)掃RFID驗證貨源;根據服務商生成的編碼信息錄入系統進行信息真實性校驗,后臺新增標簽管理模塊進行分配標簽與供應商進行綁定,供應商發貨至轉運倉由設備掃描錄入防偽標簽編碼與商品信息綁定。
業務流程圖通常涵蓋多個系統的數據流轉,涉及范圍有前、中、后后等多個系統,細節必須面面俱到,每個異常情況都必須有相應的方案解決。
二、產品架構圖在確定了整體流程之后,相當于對整體的業務需求已經做了很深入的了解,接下來是對產品架構圖的設計,一個好的架構對產品是至關重要的,它所涉及到的范圍特別廣泛,產品從設計到投入市場進入測試階段,包含了產品的定位、目標受眾、業務需求、產品流程、產品邏輯架構、產品功能設計、商業價值等等,由于涵蓋內容過于廣泛所以搭建起來并不容易需要漫長的時間沉淀與經驗累積。
三、產品結構圖再者是產品結構圖,指每個產品的功能邏輯和產品信息的構成圖,它的作用是前期產品原型設計前整體邏輯的梳理,只要完成整體的產品結構圖梳理后,我們對整個產品構成有了大致的輪廓了,如下圖所示:(以蝸牛讀書APP做具體例子說明)
四、產品功能結構圖再者產品功能結構圖用于描述功能之間的隸屬關系的圖表,能夠梳理出每一個模塊及其組成的功能點,根據業務需求細化功能粒度,避免在轉換需求的過程中出現功能遺漏等問題,如下圖所示:(以蝸牛讀書APP做具體例子說明)
五、產品信息結構圖再者產品信息結構圖是指產品頁面中的產品信息構成,用于開發人員定義的字段,作為開發人員表數據結構創建時的參考依據;它與功能結構圖的主要區別于信息結構呈現頁面的信息載體,在信息架構時必須要思考的部分,而在功能結構時并不考慮信息結構的展示。舉例說明更深一步區分兩者差異:如蝸牛讀書的基本信息模塊,”名字”字段在當前頁面顯示信息又可以提供修改的功能。(以蝸牛讀書APP做具體例子說明)
以上頁面的信息結構由頭像、背景、昵稱、ID、性別、個人主頁書籍組成,由于產品結構更注重功能的維度,因此頁面的信息結構過少的體現。
六、產品流程圖最后,產品流程圖是作為產品和開發人員進行高效溝通的重要途徑,我們在設計產品之前進入開發環節,首頁先梳理產品架構圖和功能結構圖后,最后用產品流程圖梳理整體的功能邏輯,再者設計原型,從整體到局部;產品在需求評審和書寫需求文檔,流程圖便于你宣講需求和開發人員的理解。