❶ 作為一個產品經理，如何去構思一個APP
「如何構思一個app」，更具體的問題應該是「如何發現一個需求，並構思一個產品為app的解決方案」。
具體的策略是大膽假設，小心求證。
何謂大膽假設？
首先要有一雙敏銳發現需求和痛點的眼睛。通過觀察生活，觀察業界發現，發現某些人群的某些痛點，某種需求未得到滿足。
若被你發現了，那麼你有沒有靈光一現，想到某種顛覆性的解決方式？如果你的想法只是「更好」，那麼我建議你再想想，或者放棄這個領域，再去發現其他的需求。要知道，能打敗瑞星殺毒的，不是更好的瑞星殺毒，而是免費的360殺毒；能打敗諾基亞的，不是攝像頭像素更高，速度更快，外殼更炫的諾基亞，而是一個全方位革命的iPhone。
OK，現在你發現一個切實的需求，並且你的想法是「不同」，而不是更好，那麼接下來可以把這個需求，現有的痛點和你的解決方案一並列出來。然後跟你的同行、同伴詳細交流簡單用常識驗證一下。
這個時候你可能會發現你的解決方案有一些微妙的不妥當的地方（如果你沒有這個感覺，也許是你太相信自己了）。往深里想，其實是因為裡麵包括了一些假設，一些未驗證的假設。
舉個例子，陌陌的想法構思的時候，唐岩肯定有考慮過以下幾個假設：
年輕人（目標人群）都有認識陌生人的需求。
年輕人（目標人群）把自己的照片和其他信息給陌生人看，並感到安全。
年輕人更願意跟附近的陌生人進行交流，進而把關系引到線下。
唐岩在思考這些問題的時候，先是從自身出發，從自己開始，假設這些前提都被證實下，陌陌這個產品是可以做起來的。
如何小心求證？
在你提出一些假設後，可以做一些小規模的訪談，直接尋找你的目標用戶，進行直接的溝通。如果你的想法得到驗證，可以進一步做較大規模的問卷調查。
切記，此刻不可故意引導用戶傾向你的方案，或想當然，以為自己的假設就是現實情況。不然到最後直到你把產品做出來之後，才發現原來假設都不成立，你的所謂的好痛的痛點都是癢癢而已，你說的剛需都是偽需求。
如果你能認真地做到這一步，目標群眾的客觀調查得出一個統計結果中有60%以上傾向你的原始想法，初步地驗證了你的假設。
那麼你可以繼續下一步，思考這個產品是否以App的方案去實現最好：
我接觸過的很多人，構想出什麼產品，都想做成一個App，而不思考下App是否一個最佳的產品實現方式，或者一個試錯的方式。
App適合怎麼樣的使用場景？
高性能要求的應用環境。
高頻次的啟動和使用要求。
交互邏輯復雜的應用。
對網路要求較低，或使用App能大幅降低流量使用的。
做一個App和做一個移動網站，它的成本是差很多倍的，我見到有人說他要做修水管通馬桶的App，那麼問題最明顯的是第二條，一個修水管和馬桶的O2O App，我可能一年都用不到一次，那為何我要裝一個一年啟動還不一定多於一次的App呢？
現在各種實現方案這么豐富，微信公眾號已經可以解決很多問題了，為什麼還要為兩個平台寫App？
如果審問過這些問題，認為還是要做一個App的話，
如果你是老闆，那麼再思考以下幾點：
市場分析。思考這個市場是否能支撐你的產品成長，以及這個市場現在競爭對手有哪些，你的產品能從哪些方面切入這個市場的邊緣？畢竟邊緣的成功率有37%，而正面突擊的成功率只有6%。[1]
商業模式。你這產品以後如何盈利？要思考是否會掉進「拚命做用戶，最後無法變現」的墨跡天氣式怪圈？
推廣。你拚死拼活，最終發布了一個App之後，如果它沒有爆紅，那麼你只做到了這個產品的10%。那麼接下來如何推廣呢？它是需要爆紅才能成長起來的臉萌，還是硬推，花錢買用戶都能產生價值的美團？那麼如果是後者，是否有足夠的資金推動這個App？說到底，就是這個行業，這個產品，是創意推動型，還是資金推動型，你們的團隊是否有足夠的相關資源去完成這個項目。
所有問題都想清楚了的話，請集合力量盡快去完成你的App的第一版。
如果你是一個老闆下面的PM，你需要針對上面的問題寫一份BRD（Business Requirement Document），進而說服他。
至於如何畫原型，先用紙畫草圖，再用Axure再細化，把交互做一下，就可以了，不要搞一些花哨的高保真。
❷ 如何打造一份邏輯清晰的產品方案
這是《90天產品經理訓練營》的第10課-產品規劃課程課後筆記，重點講解產品方案是什麼，有什麼用，怎麼做。
帶著這些問題，和我一起進入課堂，了解產品方案的來龍去脈
產品方案和項目規劃是課程的重點，還是以實戰為主，通過老師親身的案例講解了如何做產品方案，進行項目規劃。
在日常工作、生活中，很多人喜歡提出自己的想法，他們以為是需求，其實是針對 一個問題的解決方案 。
產品經理需要了解對方提出這個方案的根本原因， 通過不停追問 ，深挖對方的真實需求。
2.產品方案的定義
對於這一段定義，存在太多概念，產品組合策略是什麼？產品開發策略是什麼？
產品組合策略
所謂組合策略，首先要了解公司所有的產品，在方案中應該羅列所有產品的特點和所處生命周期。
組成策略是對產品項目的增、刪、改 』
互聯網項目通常是對一個產品作出相應的方案，應該改為功能組合策略，決定某個周期開發哪樣的功能
產品開發策略
產品開發策略有6種：
在產品方案中，根據市場，產品生命周期選擇適合的開發策略。
了解需求與方案之間的差異，才能清晰分辨你聽到的是需求還是方案，還能讓你從需求的視角轉變為方案的視角。
1. 需求是感性的，而方案是理性的 。需求通常與人的情感掛扣，沒有經過嚴密的邏輯推理，往往是當事人遇到問題後提出的解決方案。而方案則是經過嚴密的 邏輯思考 得出的結果。
2. 需求是一個點，方案是一個面 。需求往往是一類人在特定環境下的痛點，做方案卻要考慮不同人在不同情況下的痛點如何解決。
3. 需求是有限的，方案是無限的 。解決方法總比問題多，一道數學題的解決方法就又N種啦。
4. 需求是心靈的，而方案是金錢的 。需求是滿足用戶的某種慾望，滿足人性的弱點，而方案是以盈利為目的，實施起來需要金錢的支持的。
5. 需求是個人的，方案是企業的 。這段話其實我不是很認同，需求可以是企業的，而方案也可以是個人，就看這個需求的來源是哪裡，方案的利用者又是誰了。
總而言之，和一般的產品方案的區別就是，用戶需求是基礎，必須結合運營策略。
既然目的是獲取盈利和用戶量，那麼做產品方案的目標也要圍繞目的展開了。
1.深度理解需求的背景。
2.明確解決需求的路徑。
3.為項目作準備
一份產品方案，必須具備以下的要素：
1.結構清晰
產品方案的作用是讓產品經理自圓其說，驗證自己的想法是可行的過程，你的方案是給人看的。
任何文檔都需要結構清晰，邏輯順暢，讓人看得懂，看得舒服。
2.背景分析
詳細的背景分析能人明白這份方案的來龍去脈，閱讀起來更加輕松，更容易理解你的思路來源。
3.產品基調
主要是做產品定位，說明你的產品解決了哪些人的哪些問題。
4.產品框架
梳理產品的功能框架，展示你即將要做的產品具備怎樣的具體功能。
5.產品預期
描述產品的目標，衡量產品成功的目標是什麼。
為什麼說產品是落實功能最重要的一步，方案的拽寫思路說明了一切，把分析與具體方案結合得出產品需求的指導方案。
很多人把覺得產品需求與產品方案難以區分，最簡單的區分方法就是產品需求是具體的細節實施，主要對象是開發人員，而產品方案則是做需求的原因與策略。
產品方案在小公司比較少出現，因為現在互聯網的節奏太快了，沒有時間給你詳細地做一份方案。
產品方案需要用到的地方：
個人思路整理，助你深刻理解需求，提煉最合適的解決路徑
對於個人來說，寫一份完整的方案能夠整理你的思路，使其不僅僅是停留在腦海中，寫出來，更清晰。
通過不斷思考，結合數據分析，市場分析，能讓你更理解需求，從而想出更多的解決辦法，提煉出最優解。
項目申報，立項使用
當你有一個想法想要做，請拿出一份方案給你的領導看，給你的開發人員看，讓他們明白你要做什麼，有什麼意義，能夠帶來什麼。
老師舉了一個親身經歷過的例子，說明項目規劃的重要性，項目規劃最重要的就是有一個清晰的目標，如果沒有目標或者目標不清晰，很難知道你需要什麼，前進的路也不清晰。
不能總想著在摸索中前行。
立項能給人帶來儀式感，向你的團隊開一次立項會議，讓每一個人都知道你們在做一件 什麼事情，什麼時候完成，完成之後的意義吧
我原來以為立項就是開一個會議，原來不是的，能夠告訴協作方的手段，都是立項的方式。
你可以通過電話，郵箱，簡訊等方式進行，不過最高效的就是會議了。
課程當中又一句話讓我感受很深：
作為產品經理，你都不帶頭開立項會議，誰來帶頭啊？
無論是小公司還是大公司，關鍵是看你願不願意去做，不要被資源限制住了。
分期是為了設置里程碑，讓路途看起來不再遙遠。
一個項目開啟的時候往往是龐大的，分期是由於 技術條件，時間條件等 資源的限制，把一個大的項目按階段進行拆分，每個階段完成一個目標。
個人認為分期是為了更好的堅持，讓任務更加具體、可跟蹤，並根據階段目標得達成情況進行適當的調整。
總之，分期是為了不走歪路。
項目都是可以調整的，如何調整呢？
看競品
想與競品拉開差距，就要做好自己的核心功能，並把這個功能做到極致，讓用戶離不開你，暫時不用想讓用戶不爽的地方，而是加大力度做讓用戶爽的地方。
看反饋
一般會給你反饋的人有兩種：死忠粉或者用得超級不爽的人。
通過他們的反饋能了解到好與不好的地方，要仔細分析，得出改進方案。
看數據
數據能真實反映用戶最喜歡的地方和不喜歡的地方，找出來，先把喜歡的功能做到極致，再補上不好的功能。
為什麼產品方案要結合運營策略？原因很簡單，一個產品如果沒有運營的支撐，不會有人來用。
所以在產品開發的過程中，要協調好運營人員，不斷與它們溝通，產品研發過程中就要進行運營的布局。
運營很重要，運營很重要，運營很重要。
在課程中，老師多次強調目標的重要性。
無論是做市場分析還是需求分析，行動之前想清楚你為什麼要做這件事。
為什麼我每次上課之前都會給自己提幾個問題，就是為了給自己設置一個目標：能解決這幾個問題，這堂課才算成功。
所謂管理你的上級，就是要你考慮得比上級更加清晰，能有理有據地說服他。
為什麼他是老闆，而你不是，原因就是他有其獨有的眼界，產品做不成功的時候，最痛的是他。
多換位思考。
這是鍛煉你思考能力的方式，不要以為只有工作的時候才用到方案，你的人生規劃，你的目標管理都需要一個可執行的方案。
看到身邊讓你不爽的事物，快想想有什麼解決方案，可以讓你更爽一點。
如果你的方案不夠完善，如果資源不支持，你的方案是無法落地的。
當你的方案被拒絕時，要復盤思考，為什麼我的方案被拒絕呢？是考慮不周？還是現在的資源不允許。
即使一個方案失敗了，你也能獲得以下的好處:
1.訓練了信息匯總與提煉的能力。
2.梳理了你的邏輯。
3.讓你想清楚所做產品的目標，驗證了可行性。
產品方案是思考過程，項目規劃是落地過程，方案是項目的指導，就像理論與實踐的關系
方案的分析過程是項目的立項基礎。
方案的產品預期是項目的目標。
方案的產品框架是項目迭代時間，進行分期的基礎。
時間管理
考慮開發人員現在的工作量，合理地分配每個人的工作，督促他們完成任務。
預期管理
在項目推進的過程中，及時檢驗階段性目標，合理地管理老闆的預期，一般都是避免預期過高。
復盤
每個階段都要進行階段性的復盤，檢討做得不好的地方。
項目完成後要進行全面的復盤，檢查與目標的差距有多大，此時的復盤應該要號召相關負責人一起進行。
最近在思考得方案是： 如何又快又好地做一份市場分析與競品分析報告 。
背景：做作業過程中，發現自己效率很低，對於數據獲取的途徑不熟悉。
預期：總結一份可操作的分析流程，必須是具備細節的。
以上為個人課程的一些小小總結，我是唐三笑，渴望成為一名優秀互聯網產品經理的小菜鳥。
❸ 互聯網產品設計中，如何體現產品經理的邏輯思維能力
1、對產品定義流程要清晰
市場機會（STP)---產品定義（功能、利益、優勢）-----產品內測---產品公測---產品發布；
2、對產品定義後，項目推進要清晰
項目推進時常用推進工具有：甘特圖思維導圖、OKR等；
3、對產品經理來說所謂表現的邏輯一點無非就以下這些：
條理清晰：工作推進有先後、有主次，不能眉毛鬍子一把抓；
結構清晰：交叉工作不重不漏；
論證清晰：事事有事實，事事有因果；
項目分工清晰：事事有人做，事事有人跟、事事有結果、事事有進度、事事有節點！