读书笔记~
戰略層：決定了業務和產品需要實現什么目標，為誰和什么場景服務；
范圍層：需要定義清楚再既有戰略的基礎上做哪些東西來實現戰略目標；
結構層：需要基于范圍層的內容完成基礎信息架構和交互設計；
框架層：完成我們能看得到的界面設計；
表現層：視覺表現設計，讓產品看起來更友好。
產品經理為什么要懂技術？
產品經理要懂的技術是知道有這個技術并且知道這些技術的應用場景，這樣才能跟開發者進行更好的溝通，由于產品經理與工程師在面對一個項目的出發點不同而導致溝通時會有一些誤解，這也是產品經理需要懂技術的最重要原因
架構師：一般是一位具有豐富經驗和技術能力的技術人員，負責系統的整體架構和規劃
黑盒測試：是指一般的功能性測試，
白盒測試：會深入代碼層面進行測試，使用測試用例對某一代碼模塊進行測試
運維：需要持續監控和優化系統的運行狀態，是產品的后勤保障
使用最廣泛的服務器操作系統：Linux
網上支付的基礎保障協議：openssl(open secure sockets layer）
數據庫標桿：MySQL
服務器的“溫床”：apache
工程師的造物利器：eclipse
下個時代的技術主角：AR（augmented reality）與VR（virtual reality）
C語言：運行在世界各地的各種系統中，包括個人計算機、大型和超大型計算機、路由器及可編程的集成電路。
Java：面向對象的語言，靈活性更高，同時其抽象現實世界的特點對程序設計人員的學習和理解也更有幫助。
PHP:開源腳本語言，以文本形式被保存，更輕量化而且更靈活，學習成本較低，主要運用于web開發領域。
Javascript：腳本開發語言，主要運行在瀏覽器中，可以為網頁增加動態功能，具備跨平臺的特點，可以運行在絕大多數的瀏覽器下。
數據庫：運行在服務器中，類似于一個進行數據存儲的倉庫，數據按照一定的規則存儲，可以對數據庫中的數據進行增刪改查的操作。
1、關系型數據庫
一種基于關系模型的數據庫，關系模型折射現實世界中的實體關系，將現實世界中各種實體及實體之間的關系通過關系模型表達出來。
在關系型數據庫中可以通過數據庫表和表之間的關系來具象表示這種模型，表就是我們常用的二維表格，有表的名字，表的各項標題名。
客戶端是指普通用戶使用的終端，用戶通過客戶端接觸并使用產品。
1、Android系統
Android系統基于Linux開發，主要運行在智能手機或平板電腦上，以其開源的特性吸引了無數開發者。
由于不同廠商對Android系統進行了深度定制，所以有些應用在A廠商的手機運行商沒問題，但到了B廠商生產的手機上就可能出現問題，開發人員也需要對不同的操作系統進行適配。
控件：每個界面上由各種按鈕、輸入框、文本框、列表，以及一些操作對象構成，這些元素組合在一起為我們提供了產品使用的交互戒指，這些元素在技術上稱為“控件”。
Android系統中各種控件的相互組合使用可以構建出各種各樣的產品頁面。
Android應用開發完成后，需要被打包成一個擴展名為“APK”的文件，APK的意思是Androidpackage，這個文件是一個完整的Android應用安裝文件，類似于我們在windows系統中使用的".exe"的安裝文件。
2、IOS系統
IOS系統是基于UNIX的操作系統，在應用層使用蘋果自家的開發語言objective-C進行開發，后續蘋果又推出了一門新的開發語言swift來支持IOS系統應用的開發，目前使用著兩種語言都能進行IOS應用開發。
IOS是一個閉源系統（也酒是不開放源代碼的系統），該系統只能由蘋果公司在自家的移動設備上使用。
IOS界面布局與Android不同，IOS使用的是絕對布局，每一個控件在界面上是通過指定控件的絕對位置進行顯示的。
3、web網頁
由Html、css及一些動態交互技術（例如Javascript等）組成的web前端技術。
通過瀏覽器訪問的網頁通常被稱為web頁，每一個web頁都有一個唯一的地址，不同的地址組合在一起，通過鏈接相互跳轉，最終形成一個網站系統。
HTML全稱超文本標記語言，超文本的意思是它所能表現得內容不僅僅是文本，還可以是圖片、鏈接、音樂等非文字元素，標記語言是對HTML特性得一種描述，HTML語言的語法結構是通過一個個的標簽來標記體現的。
CSS全稱層疊樣式表，是一種將網頁內容與網頁樣式分離的技術。CSS是給只有內容的HTML頁面穿衣服，讓HTML 頁面好看起來。
對應客戶端，服務端通常也叫做服務器端，兩個客戶端之間的信息互動和數據傳輸是通過服務端完成的。服務端起到了中間核心處理者的作用，它負責處理復雜的業務邏輯并對數據進行存儲管理?？蛻舳伺c服務端借助網絡進行數據傳輸，數據傳輸基于基本數據傳輸協議，定義數據傳輸的規則通常叫接口，客戶端與服務端需要進行很多功能和數據的交互，也就會有很多個數據接口，每一個接口都處理一個功能邏輯。
一個完整的客戶端與服務端交互流程酒是客戶端發起請求、服務端處理請求、服務端將處理結果返回客戶端。
1、服務端的基本架構
服務端通常被叫做云端，也就是我們所說的云服務器，云服務器是指物理機房是托管在第三方，而不用自建機房。
①首先是從互聯網接入，互聯網的另一頭實際上酒是客戶端，客戶端通過互聯網請求訪問服務器，請求進來后首先經過負載均衡服務器；
②負載均衡服務器的作用是將同時進來的大量方位請求根據應用服務器的忙碌程度進行動態調度；
③一個客戶端請求經過負載均衡服務器的動態調度后，會被分配到某一臺API服務器，通常也叫做應用服務器；同樣的應用服務器通常會有墮胎同時運行，客戶端訪問量足夠大時，一臺服務器忙不過來，所以采用墮胎同時運行來分流處理客戶端請求，而分流調度酒是通過負載均衡完成；
④應用服務器下方對應的是數據庫服務器，數據庫服務器負責運行后端數據庫；一般情況下，會有墮胎數據庫服務器同時運行，為了保證系統數據的安全性，在墮胎數據庫服務器上會存儲同一份數據，當某臺數據庫服務器發生異常時，其他的還可以作為備用使用。
2、數據接口及結構
數據接口的構成通常是“key-value”的形式，也就是鍵值對。
①json：一種輕量級的數據交互格式，也是一種用來表示數據接口結構的形式。易于理解，體積小，很適合用作數據接口進行數據傳輸。
②XML：可擴展標記語言，一種數據交互格式，用來進行簡單的結構化文本數據的存儲。
3、服務端與客戶端的交互模型
①客戶端請求；
②服務器獲取并解析客戶端請求；
③服務器響應；
④客戶端獲取并解析服務端響應。
4、云服務器
不需要自行建立機房，也不用自己購買和維護服務器，使用第三方公司提供的服務器托管和維護服務來運行自己的產品，這種方式就稱為云服務器。
好處：首先，省去了建立機房及購買服務器的成本，通過租用和按流量付費的標準來使用云服務提供商提供的服務器；其次，云服務器提供商會有專人對服務器進行持續維護，而且如果服務器不夠用還需要對硬件或者帶寬進行升級，只要進行在線配置，就可以很快完成對服務器的升級，非常方便快捷；還有酒是非常強大的容災能力。
互聯網每天都會產生大量的數據，互聯網里的數據是指我們在使用互聯網產品時發生的行為所沉淀下來的結果。這些數據可以被用來進行分析，還可以使用大量的數據分析和預測用戶行為。
數據時互聯網時代最重要的資產，尤其時對于互聯網公司。
互聯網上產生的數據主要分為結構化和非結構化數據兩類。結構化數據：按照固定的格式和結構存儲的數據，非結構化數據：零散型數據的集中管理。非結構化存儲與結構化存儲的區別在于對數據結構的設計。
1、數據指標
數據指標是指產品在各個方面所記錄和統計出來的數據結果，是對過去進行回顧和對未來進行預測的參考標準。
UV：網站獨立訪客和獨立用戶，指訪問某個網站的獨立IP數量，通常計算周期時當天0點到24點。UV可以反映用戶活躍度，也可以反映出在某一個固定周期內用戶使用產品的情況。
PV：網站的頁面訪問量，與UV不同，PV統計的時用戶打開網站的次數。PV記錄的是單次訪問的次數，而UV統計的是獨立用戶訪問的次數。
DAU（daily active user）：日活躍用戶，記錄一天內獨立用戶登錄或使用產品的次數。
MAU（month active user）：月活躍用戶，記錄在一個自然月內用戶的活躍度情況。
GMV：商品交易總額，是一種反映平臺交易總量的數據指標。
轉化率：統計一個大范圍的運營活動或者產品動作轉化出有效用戶的比例。
留存率：用戶進入產品后，在一定的周期過后留存在產品中的用戶數量。
2、數據倉庫
可以簡寫為DW，是一種對歷史數據進行存儲和分析的數據系統，通常是為企業根據過往數據進行分析從而制定相關決策而存在的。數據倉庫通常只對數據進行查詢操作。數據倉庫酒是數據的集中處理和分析倉庫，為業務和產品決策提供數據支撐。
3、數據可視化
通過不同的視覺呈現方式，將數字數據通過生動形象的方式呈現出來，使數據查看者能以一種更直觀方便的方式查看數據。數據可視化是對數據分析結果的展示，通過數據可視化能給決策者提供更直觀生動的數據決策支持。
數據可視化是反映產品和業務整體情況最直觀的方式，和數據倉庫相輔相成一起構成數據分析和數據展示的整體。數據倉庫負責對數據進行存儲分析，而分析結果就需要通過數據可視化技術以需要的方式呈現出來。
4、數據驅動下的產品與業務
數據往往能比較客觀地反映事實，在沒有數據之前，我們只能利用主觀的判斷進行一些初步假設并作出決策，有一定的數據量后就可以基于這些數據樣本進行分析和結果提煉。
就如同我們現在“井井打印”項目，雖然已經在3月25日上線了APP的1.0.0版本，但是現有的使用用戶幾乎都是公司內部的員工，沒有辦法從現有的數據里面獲取到真實用戶的信息，現有的數據也非常少，不足以支撐我們進行決策，但是作為產品經理需要對“未來有用”的數據有清晰的認識和規劃，例如：用戶使用最多的功能是什么？用戶使用APP的停留時間如何？在哪些時間段內用戶使用APP的頻率最高？等等…待真實用戶數據量起來以后，可以通過觀測數據、分析數據來進行更精準的產品迭代。
在移動互聯網時代，移動終端稱為主要客戶端產品，可以統計用戶的活躍地區、手機型號、網絡條件等，可以基于這些數據統計指標進一步調整產品開發和業務運營策略。.
一份完整的PRD至少應該包括三部分，分別是變更日志、需求描述和功能設計。
2、需求描述
業務需求：該產品功能在業務開展中所扮演的角色。
用戶需求：該產品功能在用戶的使用場景中為用戶解決了什么問題，用戶通過這個功能能完成什么用戶任務。
3、功能設計
產品功能設計包括產品業務流程、功能信息結構、產品原型及交互邏輯、產品視覺設計，除產品視覺設計是由專門的視覺設計師完成以外，其余的部分都是由產品經理完成的。
**產品經理如何評判一個需求的價值：**從三個維度判斷一個需求的價值，分別是需求來源、需求目的和需求價值。需求的價值只有一個衡量標準：是否提升了用戶價值！
**產品邏輯：**指功能模塊內部及功能模塊之間的相關邏輯，模塊劃分越清晰的產品，之間交錯的邏輯就越少。產品邏輯主要包括功能邏輯、交互邏輯、邊界規則等。
溝通永遠是產品經理需要學習和提高的技能，好的產品經理肯定是個會講故事，而且能站在不同角度講故事的人。
工程師的思維方式是一種線性而且邏輯性比較強的方式，考慮問題或者做出行動時往往會按照嚴密的順序和邏輯進行，他們認為一件事肯定是按照固定的流程執行，不喜歡中間突然變化或者出錯，因為這會使他們感到詛喪。
這一點我非常有感觸，在井井打印前期迭代的過程中，由于我自身的原因、業務的原因、市場的原因，導致需求變動是比較頻繁的，變動的范圍包括：項目進度、UI配合、物料提供等等。在與開發工程師的交流中，他們對這種不確定因素和變動非常排斥（其實做產品的任何人也不愿意產生變更），可是我自身認為互聯網時代大家需要有“敏捷”的思想來對待這件事，一味的一成不變肯定是不可能的。
作為互聯網產品經理，身在變化中，驅動變化就是驅動創新，不要為了表面的變化而變化，要發掘變化的內因，并通過對內因推動變化的實施，擁抱變化本身就是在創新。
**用戶體驗型：**為產品的用戶體驗負責，關注產品本身的體驗，結合業務目標完成對產品的涉及，并持續對產品進行體驗層面的優化。用戶體驗的提升是一個主觀感受的過程，評判一個產品的用戶體驗是否優秀，首先是讓新用戶用著感覺很爽，這個“爽”不僅僅體現在功能的酷炫上，更多是指產品是否能快速地完成用戶任務，而且能很清晰地傳遞產品關鍵信息。能讓用戶在非常簡單的操作環節下完成目標任務就是一種很好的用戶體驗設計。
**業務型：**圍繞業務流程和業務動作展開的流程設計。有些公司偏產品型（例如工具類產品）：符合用戶需求和試用習慣，而且能快速幫用戶解決問題，這類產品對用戶體驗的要求很高，所以產品經理的工作中心在核心功能體驗的設計上。一方面，需要有全局獨立思考的能力，還需要整合資源方；另一方面需要對產品本身有一定的設計能力。業務型產品經理是站在業務和產品十字路口的人，既要具備對業務的敏感度也要從產品角度以產品思維思考整個業務流程的合理性和完整性。
**數據型：**專注再產品的數據指標上，定義產品數據指標然后通過技術的方式采集指標反饋，從而根據大樣本的結果輔助產品決策。需要探究數據變化背后的原因，根據這個原因優化產品策略。數據的結論只是一種通過數據統計的方式呈現的表象，數據本身無法保證結論就是正確的，數據不是萬能的，更多是作為產品決策的輔助依據。
1、讓對的事情持續發生；
在做產品的過程種會遇到很多問題，比如對一個設計方案的拿捏，對技術顯示的規避，對產品節奏和業務市場節奏的匹配等，這些環境種的任何一環都有可能導致產品向前推薦受阻，產品經理需要時刻處于問題一以先，對隨機出現的問題有快速應對能力，快速抓住問題的核心本質，并給出進一步的行動方案。
2、讓信息高效流動起來；
溝通，而溝通的目的是讓信息高效流動起來。作為承上啟下的關鍵角色，使信息流動在一個正確的軌道上，成為信息布道者，確保各個關鍵角色都能對信息有充分了解，直接決定了能否讓對的事情持續發生。
3、讓組織合作順暢進行。
公司是以合作的方式組織起來的，有各個只能部門的相互配合才形成合力推動公司向前發展。組織內合作的順暢進行不會自動發生，需要有推動者，而產品經理就是這個先鋒。
如果判斷問題屬于能控制區間，需要快讀聚焦到答案上，在問題和答案之間構建解決方案和路徑。如果判斷問題實在能影響的區間，說明問題的解決需要外部協助或需要改變一些外部環境，那接下來就是去影響問題的進程并改變外部環境，然后將問題過渡到能控制的區間。如果問題區間是不能控制的，說明問題的可控性很低，是不能影響的，這是要認清問題的現狀并向外部尋求幫助。若能得到幫助，就將問題過渡到能影響的區間，再進一步過渡到能控制的區間。
基于問題構建解決方案，然后通過解決方案尋找并定位到答案上：
“聚焦答案”要求問題解決者把解決問題的重點放在如何解決問題上，而不是一直關注問題是什么，以及問題帶來的現象和影響。
一個可能的解決問題的模型：
首先，完成對問題的定位，即明確問題是什么。了解問題后進行第二步，判斷問題出現的起始節點。第三步是針對問題構建解決方案，構建解決方案的過程就是聚焦答案的過程，解決問題的過程可能是遞進式，也就是說解決問題時可能不是一下子就把問題搞定，而是按階段解決部分問題，然后解決整個問題。
主要是三步：第一步完成問題定位，第二步找到問題的起始節點，第三步遞進式聚焦答案。
產品經理的修養：第一，至關注真實用戶的需求，忽略一切噪音（評論家的評價和辦公室空談者的奇思妙想）；第二，至關注來自真實市場的一手材料，忽略一切二手信息（任何傳話者都會用個人立場扭曲真實信息，多以一切二手信息都是失真的）。關注的最佳方法不是聽，而是身臨其境觀察和發現。
關鍵是形成產品思維的轉變，學習產品基本工，通過PRD的形式把產品設計思路表達出來。
2、產品經理：
產品經理是基于產品定位和目標用戶群來設計產品的，需要設計折麼樣的功能來滿足用戶需求，什么樣的功能可以滿足好的用戶體驗，需要將這些成果通過文檔化的方式呈現出來。
3、產品總監：
產品總監是一個產品真正的掌舵者，他還承擔培養產品團隊成員并持續提升產品團隊戰斗力的重任，一個公司產品能力的高低取決于產品負責人的能力邊界，所以對于新產品和新模式要有足夠的敏感度。
啟動期：明確產品定位、挖掘用戶價值；
成長期：提升運營效率、擴大用戶群體；
成熟期：考慮商業變變現；
衰退期：考慮新的突破點延遲衰退期。
運營是圍繞產品本身，通過用戶運營、活動運營、內容運營將用戶組織起來使用產品，通過運營干預讓產品被更多的用戶使用，從而產生用戶價值。
1、產品運營：
產品運營是運營人員基于產品完成的一系列干預動作，目的是完成對產品的新用戶導入和老用戶留存及活躍。
活動運營人員的核心工作是對活動的設計和策劃，而設計和策劃的落腳點是圍繞產品的核心定位和目標用戶群體。
內容運營通常是基于一些內容型產品展開的主要運營工作，通過運營人員發布內容或用戶自己生產內容的方式提高用戶在產品中的活躍度。從產品角度看，內容運營中內容的產生有兩種主要的方式，一種是平臺專業生產內容，也就是我們常說的PGC（professional generated content），另一種是用戶生產內容，也就是UGC（user generated content）。
用戶運營是運營人員主動向用戶提供服務的一種方式，用戶客服是被動的，用戶運營是主動的。
2、業務運營：
業務運營是再實現產品的業務目標基礎上進行干預動作。
未來產品領域的發展中，會越來越需要“全棧產品經理”這樣的角色，既能具備過硬的產品和用戶體驗設計能力，也能對運營有足夠的了解，能基于業務目標制定運營方案，能基于產品定義出適合產品的運營策略，這需要產品經理再產品、技術、設計、運營等各個環節建立知識框架，所以，掌握運營的“技術”對產品經理尤為重要。
3、運營方法與效率：
產品啟動期：定義產品并明確差異點
產品成長期：完成用戶擴展并提升運營效率
產品成熟期：商業化運營
抽象：提煉出一個通用的模板，然后基于模板做具象化的實現。
打印：一種結果的輸出，這種結果不會輸出到現實世界，只是將程序運行的結果“打印”到命令控制臺上。
架構：對系統的結構設計和規劃，通常由經驗比較豐富的架構師或者高級工程師完成，架構的好壞直接決定了后期系統的穩定性和可擴展性。
框架：利用現有的成熟技術框架簡化開發過程。
控件：最小界面元素組成單元。
組件：一種功能更全面的升級版控件，多個控件的組合。
腳本：一種被計算機執行的程序，一個可被計算機執行的文件，文件里是一系列計算機指令，這些指令會按照順序被計算機解析并執行。
PRD（產品需求文檔）由產品經理負責撰寫，產品需求文檔是產品經理用來與技術人員或其他相關人員進行信息傳遞和溝通的工具。
一份完整的PRD至少包括三部分，分別是變更日志、需求描述和功能設計。
變更日志：是PRD的版本及變更記錄，
需求描述：需求描述是用來介紹產品功能所滿足的業務需求和用戶需求的，如果產品經理在設計產品事不知道滿足了什么需求，產品功能那么這個功能就很有可能成為一個無用功能。若無必要，勿增實體。
功能設計：包括產品業務流程、功能信息結構，產品原型及交互邏輯、產品視覺設計，除產品視覺設計由專門的視覺設計師完成外，其余的部分都是由產品經理完成的。
常用的prd書寫工具:可以使用word或PPT，產品經理經常使用Axure和Sketch，有時候也可以使用腦圖
總結
- 上一篇： 基于SVPWM的三相全桥逆变器，输出电压
- 下一篇： 邮箱注册申请，怎么快速了解并注册邮箱？