作為一名小白產品經理，在工作流程中做的最多的三件事分別是，第一：溝通；第二：需求梳理；第三：寫文檔。
今天我們不談論如何溝通，也不交流如何寫文檔，前者靠奶茶，一杯不夠，再來一杯，后者靠熬夜，加班不夠，通宵來湊。
今天分享一下作為一名小白產品經理，我是如何來把復雜的需求梳理清楚的。
首先，在我的日常工作中，會接到兩類型的需求，一類往往是來自供應鏈和客服部門，他們提出的需求往往是需求明確且目標清晰，比如供應鏈同學提出：現在這個商品上架太復雜了，我想要批量上架，比如客服同學提出：現在訂單搜索條件缺少了手機號的搜索條件，我們每次通過昵稱關鍵詞搜索很麻煩，因為很容易出現同名的情況。
上述的需求對于小白產品經理而言，處理起來是比較順手的，因為需求非常的明確，需要考慮的點比較少，你只需要按照既定目標去實現就好了，如果想要做的更好一點，可以適當多考慮考慮如何讓功能變得更加智能化和自動化，來減少供應鏈同學和客服同學的操作成本。
這里補充一點：切記，一切從實際出發，要貼合業務，不要為了酷炫做一些毫無價值的功能。
那另一類需求往往都來自運營同學或者用戶，他們提出的需求往往是不明確且需求范圍非常寬泛的，比如A運營同學看到活動數據不好，提出：我們需要新的營銷工具，我看到拼多多的拼團可以做裂變，能夠拉新，那我們也做個拼團吧。
又比如某個資深用戶提出：你們的APP對于我來說，太難用了，我根本就不知道這個旅游線路小朋友適合不適合，能不能給一些判斷標準呀。
如果一旦碰上這樣的需求，作為我這樣的一名小白產品經理，我其實是不太會處理的，因為需求不明確，需要自己來深入挖掘需求，來定義清楚需求范圍，那么這個時候就需要一套流程來做需求梳理，來幫助我提高工作效率，快速完成需求范圍的確定，以及需求方案的初稿。
當然做需求梳理的前提條件是，你已經確定了這個需求是一個真實且具備價值的需求。
在這里，針對如何判斷需求是否真實，以及是否符合當下產品階段的目標，我們不做過多討論，可以放在后面再說。
假設，我們現在接到了一個拼團需求，我們通過數據分析和事實推理，得出來結論我們的確是要做這個拼團需求，那么此時就有一個大問題，那就是我們做一個什么樣的拼團？如果此時你跑去問A運營同學，那么大概率你會得到一個答案，那就是我們沒有什么限制，只要能夠實現拼團就好。
這個邏輯非常好理解，如果你問一個人，這件事情他要不要做，如果這件事本身對他沒有壞處，那么大概率你得到的答案是他要做，因為人類總是喜歡得到的，而非失去的，不做就意味著失去，哪怕得到沒有好處。
就像魂系玩家一樣，千辛萬苦受盡BOSS虐待得到的武器，真的會用嗎？他們不一定會用，他們會高聲喊出那句名言：可以不用，但是貴在擁有！
所以，此時作為一名小白產品經理，我們應該發揮主觀能動性，來構建一套流程，來面對這樣的需求。
在這里，我將這套流程，分為了三個步驟：
一、梳理流程
以拼團需求為例，我們需要去梳理流程圖，這里可以分為兩個視角，用戶視角與業務視角。
用戶視角即站在用戶的角度上去思考，一個用戶如果使用拼團的功能，需要完成哪些步驟，需要經過那哪流程。
業務視角即站在業務的角度上去思考，這里需要注意的是，業務視角往往是多角色的，因為一個功能很有可能牽涉多個業務角色，所以在思考時，應該針對性的先分散，再結合。先單獨梳理清楚一個業務部門的流程，再去將整個涉及的業務部門流程串起來完成整個業務視角流程圖。
這里額外提一點，那就是關于流程圖顆粒度的問題，我作為一名小白產品經理，我經常會出現顆粒度過大或者過小的問題，導致看流程圖的人體驗不太好。造成這個問題的原因，就是在畫流程圖的時候，沒有思考清楚看流程圖的對象是誰。
在這里我分享一下三個顆粒度：公司層面、部門層面、角色層面。
公司層面：即你的流程圖需要在公司會議上展出，那么這個時候，就需要注意流程圖的節點應該具體的部門上面，不要細化到部門里面的角色是如何做的。部門層面：即你的流程圖需要在部門會議上展出，那么這個時候，就需要注意流程圖的節點要細化一點，落實到部門角色是如何做的，但是不要深入某個角色的每一步操作，這樣會導致過小的顆粒度。角色層面：即你的流程圖需要講解清楚某個角色的流程，那么這個時候，就需要你需要細致到角色是如何操作，細化到一步一步的操作上來。如講解清楚，供應鏈退貨時，是先需要操作A，再填寫B，最后通知C，而不是簡單的一個供應鏈退貨就搞定。
那么以這個拼團需求來看，我們用戶視角的流程圖就會是這樣：
A用戶——進入活動頁面——瀏覽商品——下單——支付——分享——拼團完成——收貨（當然這是舉例子，實際情況會復雜一點）。
業務視角的流程圖會是這樣：
運營部門：完成拼圖商品配置-完成拼團活動配置-完成營銷活動頁面搭建——發布。
通過兩個視角的流程圖，你就會得到一個功能是如何流轉的，那么現在你就會發現新的問題，我們的功能，目前只有營銷活動頁面是有的，拼團商品和拼團活動都是沒有的，我們需要新增功能。
當然梳理完流程之后，是需要和需求提出方核對流程的，確保大家的認知是一致的，不然就很容易導致返工。
這個時候就進入了需求梳理的第二步：套公式列方案。
二、套公式列方案1. 公式
場景——問題——需求——解決方案——影響范圍——風險
我會使用這樣的一個方程式，來填寫每個字段，最終完成一個需求范圍的確定和需求方案的初稿。
還是以上述的拼團功能為例，如果我們套入這個方程就會得到這樣的一個答案：
2. 解決方案后臺新增拼團商品類目？后臺新增拼團活動模塊？這里需要注意的點是，此時不一定是最終方案，所以我們先給它標識為不確定的，以免來限制自己的思維。3. 影響范圍
在影響范圍這里，我通常會分為三個方向列：前端、后端、通用。
以拼團為例前端影響的是：訂單頁面（新增拼團訂單狀態，來控制拼團成功才能發貨這個邏輯）、營銷活動頁面（新增拼團活動入口）、新增拼團詳情頁、列表頁等等；后端影響的是：商品管理、營銷活動管理、新增拼團活動模塊、新增團單管理模塊、訂單板塊等等；通用影響的是：新的push策略、新的短信提醒策略。
這里需要注意的是，我并沒有列出更多細節，其實還是有比較多的細節的，比如在前端-拼團詳情頁中，各個信息展示的優先級以及排布是如何的？比如后端板塊中，團單生成的邏輯是什么？是否有自動成團等功能邏輯，這里我只是列出來大的功能點，真正工作當中是應該繼續拆分這些功能點，直至無法拆分為止。
4. 風險
OK，當完成上述套公式的步驟之后，我們就會得到一個初版的解決方案，這個時候，我們可以拿著方案去找運營A同學核對需求范圍和初步方案了，也可以和產品組內同學做一個內部評審，看看自己的邏輯和流程有沒有問題，或者是不是會出現其他未知的風險，有沒有影響其他的需求。
當然，這里有個建議，那就是再去找運營核對和產品內部評審之前，我們如果有時間最好把上述的工作產物，放一放，這個時候就進入了需求梳理的最后一步。
三、放空腦子，避免思維定勢帶來的錯誤決策
為什么我們需要放一放需求，放空腦子，因為在處理需求過程中，由于大腦高度集中，每天都花大量時間來思考同一個維度的東西，很容易導致腦子有慣性，認為自己的需求方案是沒有問題，因為你的一切思考邏輯在當時那個環境下是符合邏輯的，是順暢的，這個時候很容易就掩蓋住一些問題。
所以如果我們有時間，可以考慮把需求放一放，過一兩天再回頭看看，看看是不是當初的思考陷入了誤區，或者是有更好的處理方案。這樣可以拿著一份更完善的需求，去做交付。
四、最后
由于我只是一名初入門的小白產品經理，文中的方法和經驗只是個人經驗，沒有什么指導價值和意義，希望讀到的同學能夠分享更多需求梳理的方法和經驗，如果有人能夠從中得到任何的幫助，那么就是極好的。
也希望更多的產品小伙伴能夠來和我交流，我們一起溝通交流如何做好一個需求，做好一個產品，而不是每天都在思考如何做好一個產品經理。
大數據平臺整體規劃建設指導方案(圖文)
一、項目背景
“十三五”期間，隨著我國現代信息技術的蓬勃發展，信息化建設模式發生根本性轉變,一場以云計算、大數據、物聯網、移動應用等技術為核心的“新 IT”浪潮風起云涌，信息化應用進入一個“新常態”。***（某政府部門）為積極應對“互聯網+”和大數據時代的機遇和挑戰，適應全省經濟社會發展與改革要求，大數據平臺應運而生。
大數據平臺整合省社會經濟發展資源，打造集數據采集、數據處理、監測管理、預測預警、應急指揮、可視化平臺于一體的大數據平臺，以信息化提升數據化管理與服務能力，及時準確掌握社會經濟發展情況，做到“用數據說話、用數據管理、用數據決策、用數據創新”，牢牢把握社會經濟發展主動權和話語權。
二、建設目標
大數據平臺是順應目前信息化技術水平發展、服務政府職能改革的架構平臺。它的主要目標是強化經濟運行監測分析，實現企業信用社會化監督，建立規范化共建共享投資項目管理體系，推進政務數據共享和業務協同，為決策提供及時、準確、可靠的信息依據，提高政務工作的前瞻性和針對性，加大宏觀調控力度，促進經濟持續健康發展。
1、制定統一信息資源管理規范，拓寬數據獲取渠道，整合業務信息系統數據、企業單位數據和互聯網抓取數據，構建匯聚式一體化數據庫，為平臺打下堅實穩固的數據基礎。
2、梳理各相關系統數據資源的關聯性，編制數據資源目錄，建立信息資源交換管理標準體系，在業務可行性的基礎上，實現數據信息共享，推進信息公開，建立跨部門跨領域經濟形勢分析制度。
3、在大數據分析監測基礎上，為政府把握經濟發展趨勢、預見經濟發展潛在問題、輔助經濟決策提供基礎支撐。
三、建設原則
大數據平臺以信息資源整合為重點，以大數據應用為核心，堅持“統籌規劃、分步實施，整合資源、協同共享，突出重點、注重實效，深化應用、創新驅動”的原則，全面提升信息化建設水平，促進全省經濟持續健康發展。
1、統籌規劃、分步實施。結合我省經濟發展與改革領域實際需求，明確總體目標和階段性任務，科學規劃建設項目。先期完成大數據平臺的整體架構建設，后期分步完成業務系統的整合及相互間數據共享問題。
2、整合資源、協同共享。對信息資源統一梳理，建立經濟發展與改革信息標準資源庫和數據規范，逐步消滅“信息孤島”，加快推進數據資源整合，建設共享共用的大數據中心，實現業務協同。
3、突出重點、注重實效。以用戶為中心，以需求為導向，以服務為目的，突出重點，注重實效，加強平臺可用性和易用性。
4、深化應用、創新驅動。深入了解用戶需求，密切跟蹤信息技術發展趨勢，不斷深化應用、拓展新技術在應用中的廣度和深度，促進跨界融合，豐富管理和服務手段。
四、建設方案
為了保證項目的順利進行和建設目標的可行性，我們采取如下幾種建設方案。
1、數據采集方案。
我們統一信息資源標準規范，建立多維度數據庫，拓寬數據來源，通過不同的方式匯聚數據，增強分析力度，提高監測預警的準確性和時效性。
1、預留接口，支持其它系統各種數據的上傳導入處理。將現存有關經濟運行業務系統中的歷史數據和時效數據，通過上傳數據文件至服務器、分析提取有效數據導入服務器數據庫等方式采集起來，在本平臺上復用。
2、支持外接數據的上傳導入處理?？梢詫⑵髽I單位或定點監測機構的數據通過同樣的方式采集起來，在本平臺上復用。
3、支持非結構化數據，即搜索引擎數據、社交媒體數據、地理空間數據和音視頻數據等等。
2、數據分析方案。
大數據之大并不是難點所在，其真正難以對付的挑戰來自于數據類型多樣、要求及時響應和數據的不確定性，而我們所面臨的也正是如此。
我們采用批量數據處理系統，借助于深度學習、知識計算和可視化等大數據分析技術，通過對數據的批量處理挖掘其中的價值來支持決策和發現新的洞察。
3、業務整合方案。
在對社會發展相關業務子系統充分調研基礎上，結合項目需求，可對其進行整合或嵌入處理（本方案整合公共信用信息服務平臺、投資項目信息管理平臺等）。
1、整合處理。將原有數據通過上傳或導入方式進行采集，原有功能模塊整合到本平臺中，合二為一，完美的將數據匯聚起來。缺點是耗時較長。
2、嵌入處理。以單點登錄的方式將原有系統鏈接嵌入到本平臺中，作為子系統單獨存在。缺點在于數據共享難以實現。
五、建設內容
1、宏觀經濟監測預測及可視化平臺
政府信息化的最終目標是提高政府的決策水平，其中經濟決策是核心內容。為了提高宏觀調控決策水平，我們必須從依靠傳統統計數據向依靠互聯網非統計數據轉變，從監測預測宏觀經濟總量向監測預測宏觀經濟先行指標轉變，從中長期監測預測向實時監測預測轉變。
宏觀經濟監測預測及可視化平臺圍繞網絡搜索、社交媒體、電子商務、終端定位和業務交易等五個方面全面整合互聯網相關數據資源，建設以“容量大、形式多、分類細、響應快”為目標的宏觀經濟監測預測數據庫，構建基于互聯網數據的宏觀經濟非統計指標監測預測應用平臺。
圍繞重點產業活躍度、區域經濟關聯度、宏觀經濟走向社會預期、社會消費熱點、大宗商品供求及價格走勢、全國就業形勢、外貿訂單變化趨勢等方面，構建大數據宏觀經濟先行指標和現時預測指標庫，研究能客觀、準確反映我省宏觀經濟運行狀況的指標體系，編制“山東指數”。
在健全完善監測預警數據庫的基礎上，充分運用大數據技術和理念，加強數據挖掘力度，強化定量分析，建立宏觀經濟分析系列模型，切實提高預測分析的前瞻性、準確性和可靠性。
積極拓寬信息發布渠道，建立可視化平臺，采用Unity3D引擎，三維界面高度仿真，所見即所得。平臺針對多源易構的海量數據，通過數據處理、存儲管理、可視化交互分析等技術，實現圖形化數據查詢、可視化關聯分析、證據鏈和情報線索發掘等功能。利用預測信號燈系統，形象地刻畫出宏觀經濟總體運行狀況，分析經濟波動原因，及時了解各地區經濟發展的不平衡性，準確判斷和測定經濟景氣循環運行狀態，提高宏觀經濟決策水平。
2、企業信用監測預警服務平臺
企業信用危機不僅給社會帶來嚴重危害，也是關系到企業自身生死存亡的重大事件，它是中國企業乃至中國市場經濟發展的巨大障礙。因此，建立企業信用危機的預警機制和管理機制，對企業信用危機進行有效的預警及管理是十分重要的。
企業信用監測預警服務平臺，全面整合社會信用監管信息和社會公眾反映信息，通過整理歸類與加工，將這些信用危機信息轉化為可以量化的指標體系，按照失信行為的嚴重程度和影響范圍劃分三個預警級別，分別向企業自身、金融機構、其他政府部門及全社會進行通報。
納入企業信用預警體系的企業信息包括侵犯消費者權益且不履行相關義務的信息、消費者投訴未及時處理信息、行政處罰逾期未執行信息、查無下落企業信息等23種信息?？梢詣討B配置預警信息項目和相應預警等級，增強監測預警的全面性和靈活性。
企業信用監測預警服務平臺以信息技術為支撐，以信用監管為手段，全面提高信用監管信息共享程度，及時預警影響社會交易安全和社會公共安全的不良信用信息，遵循“對外警示社會和企業；對內明確重點，積極采取應對措施”的原則，強化企業信用監管防范機制，有力推進“信用保稅區”建設，加強企業信用監督管理的主動性、前瞻性，更好地服務經濟發展，減少交易風險，促進企業信用監管到位，實現企業信用的社會化監督。
3、投資項目信息管理平臺
建設投資項目（特別是一些大型項目）具有管理上的復雜性特點，主要是建設周期長、參建方多。投資項目信息管理平臺的建立和應用，可有效解決投資建設項目管理動態過程的信息分析、信息構建，達到各參建方信息共享的目的。
投資項目信息管理平臺，支持重大項目推介，建立規范的項目審批流程和項目信息庫，管理項目啟動、計劃、執行、監控和收尾的整個生命周期，覆蓋進度、質量、成本、資源、風險等項目管理的各個要素，構建集成項目、流程、知識的信息化平臺。
逐步實現與相關部門業務系統的接入，形成全覆蓋的投資項目管理統一工作平臺，真正做好資源共享，為項目的后期評價、領導決策提供支持服務。圍繞設計、招標、監理、質量、安全、進度、施工、資金、變更、合同管理“十大環節”，建立起對投資項目進行事前計劃、事中控制、事后評估、全程管理的有效管控模式，促進投資項目管理體系發揮全方位、全過程的計劃、組織、協調與控制作用。
投資項目信息管理平臺，以現代項目管理方法論為基礎；以項目管理為主線，全面組織、全程貫穿各個業務環節；以項目計劃為依據，科學協調各個部門的工作；以成本、進度、質量為最終控制目標；以完整、及時、準確的項目信息和科學的分析模型為項目管理、決策提供依據；遵循“以計劃為龍頭，以合同為中心，以投資控制為目的”的現代項目管理理念，構建高效、實用的項目協同管理綜合平臺。
4、政務數據共享交換平臺
政務數據共享交換平臺是各個平臺中的基礎性和綜合性平臺，是解決“信息孤島”、實現數據互連互通的基礎設施，有利于提高各類信息資源整合共享，以及信息資源的綜合利用。
建設政務數據共享交換平臺的首要目標就是要創造一個信息交換、信息共享的方式和環境，按照統一標準和規范，建立信息資源整合機制，規范數據采集口徑、采集方式，規范數據的服務方式，建立統一的資源信息整合與交換機制。
我們按照統一、集約、高效的數據開發利用理念，通過研究建立多級交換管理體系，形成政務信息資源物理分散、邏輯集中的信息共享模式，通過以應用為抓手，進一步打通數據流，滿足政府部門多方位、多層次的數據需求，為跨地域、跨部門、跨平臺不同應用系統、不同數據庫之間的互連互通提供包含提取、轉換、傳輸和加密等操作的數據交換服務。通過分布式部署和集中式管理架構，有效解決各節點間數據的及時、高效上傳下達，在安全、快捷、方便的進行信息交換的同時精準的保證數據的一致性和準確性。
政務數據共享交換平臺的全局目標是建立“一個系統”，解決“兩個問題”，支持“三個應用”，面向“四個服務”。建立“一個系統”，即建立一個可擴展、可集成、有統一數據模型、可交換和安全可靠的分布式系統，對各類政務資源進行組織和管理。解決“兩個問題”，即解決政務信息資源的發現與定位問題，解決政務信息資源規劃與整理問題。支持“三個應用”，即支持信息集成整合應用、各業務部門辦公應用和政府職能決策應用。面向“四個服務”，即面向政務協作、宏觀決策、市場監管和社會管理服務。
六、技術支持與平臺性能
1、系統架構
結合該項目以大數據平臺為核心，多業務子系統并存的業務需求，以及存在不同種類操作系統、應用軟件、系統軟件的現狀，我們采用面向服務的體系結構，即SOA架構。
SOA是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它獨立于實現服務的硬件平臺、操作系統和編程語言。這使得構建在這樣系統中的服務可以以一種統一和通用的方式進行交互。它的本質是實現服務和技術的完全分離，從而最大程度上實現服務的集成和重組。
SOA實施是以業務服務為導向的，業務服務獨立于技術之上，技術處于從屬地位，采用SOA架構的主要優勢有：
1、SOA與平臺無關，減少了業務應用及業務子系統整合的限制。
2、SOA具有低耦合的特點，各個業務子系統對整個業務系統的影響較低，在各個系統不斷變化情況下，節省的費用會越來越多。
3、SOA具有可按模塊分階段進行實施的優勢。可以成功一步再做下一步，將實施造成的沖擊減少到最小。
SOA服務交互示意圖如下：
2、技術支持
1、技術領先的J2EE框架。
Java2平臺企業版（Java 2 Edition， J2EE）是一種利用Java2平臺來簡化且規范應用系統的開發與部署，進而提高可移植性、安全與再用價值?；诵氖且唤M技術規范與指南，其中包含的各類組件、服務架構及技術層次，均有共同的標準及規格，讓各種依循J2EE架構的不同平臺之間，存在良好的兼容性，解決過去企業后端使用的信息產品彼此之間無法兼容，企業內部或外部難以互通的窘境。
基主要的技術規范有JDBC、EJB、JSP、Java Servlet、XML等。JDBC為訪問不同數據庫提供了統一的路徑，使對數據庫的訪問具有平臺無關性。EJB提供了一個框架來開發和實施分布式商務邏輯，簡化了具有可伸縮性和高度復雜的企業級應用程序的開發。JSP頁面由HTML代碼和嵌入其中的Java代碼組成，簡化了頁面的輸出，保留了腳本語言易于使用的優點。Servlet是一種小型Java程序，擴展了Web服務器的功能。XML提供了一種描述結構數據的格式，簡化了網絡中數據交換和表示，使得代碼、數據和表示分離，作為數據交換的標準格式。
2、強大靈活的SSM整合框架。
SSM框架整合，即整合、Spring和Mybatis框架。其中屬于的后續產品，它提供了構建Web應用程序的全功能MVC模塊，分離了控制器、模型對象、過濾器以及處理程序對象的角色，這種分離讓它們更容易進行定制。Spring是一個輕量級開源框架，它的主要特點是方便解耦、簡化開發、面向切面（AOP）的編程支持和聲明式事務支持，其主要優點有低侵入式設計、獨立于應用服務器、允許將一些通用任務如日志等進行集中處理。Mybatis是輕量級ORM框架，它消除了幾乎所有的JDBC代碼和參數的手工設置以及結果集的檢索，使用簡單的XML或注解用于配置和原始映射，將接口和Java的POJOs映射成數據庫中的記錄。其框架架構圖如下：
相比于傳統SSH整合，相比Struts更輕量級，注解的使用減少開發消耗，數據庫操作層采用Mybatis，統一管理SQL甚是方便。
3、平臺性能
1、先進性、開放性。
基于B/S結構的Java應用技術和SOA開放式的體系框架，結構化設計，靈活可拆分，具有靈活的可擴充接口，易于修改調整、二次開發和擴充，最大限度降低因上游技術升級帶來的系統實施風險，保證投資的有效性和延續性。
2、可擴展性。
由于采用了平臺化構建思想，整個系統可做到與底層多種硬件環境、操作系統、數據庫的自由適配，保證系統在軟件、硬件環境方面的靈活配置以及未來的拓展應用。
采用基于SOA思想的模塊化設計，可根據需要進行靈活動態的模塊擴充，并保證原系統環境不受影響。
系統提供開放的標準接口，可實現與外圍業務系統的無縫集成應用，靈活擴展系統的業務應用范圍。
3、穩定性、可靠性。
系統采用B/S結構應用模式，集中安裝部署，客戶端零安裝，所以系統的運行不受任何客戶端單點故障的影響。技術框架的支撐，可以實現數據庫的持久、穩定連接，確保事務處理的連續和完整，保證業務數據準確完全。
4、其他優勢。
本方案更多提供的是一種思路和方法，欲獲取更多/完整報價方案，下載“報價優選”，上萬套專業智能解決方案/報價單模板。幾乎所有的工程項目所要用到的表格和模板都在這里了。