每日干货分享

pm的Common sense


             

前言:

產品運營界摸爬滾打數年,至今也算有了自己的知識庫體系,不過理這玩意不是讓你懂代碼(真懂那就另當別論了~),暫且梳理了一些但不全的產品&技術術語,以比較通俗的方式來解釋和介紹,這裡不為別的,希望對於非技術背景的產品運營同胞們有所幫助。


閱讀前請大家注意,本文若有講錯,煩請老司機們幫忙指出(互促互進嘛~另外也儘可能避免小司機掉坑裡),謝謝!



一、我的產品Common sense    


互聯網產品的職業發展路線圖(這圖偷來的)

pm的Common sense


  1. 產品形態

pm的Common sense

2.BRD、MRD、PRD區別

BRD 商業需求文檔>MRD 市場需求文檔 >PRD 產品需求文檔

簡述:輔助性的文檔,個人認為不區分也行(這看個人定位了),能搞出來就行。我是不糾結的。。。。不過非要區分,個人覺得可以簡單粗暴的去理解

        a. BRD→主要讓高層人物了解需求、主要作用濃縮為商業模式、盈利模式、資源投入、市場優勢等

       b. MRD→主要讓商務、運營、市場了解需求,主要作用濃縮為產品模式、業務模式、運營模式、市場模式等,明確客戶及市場方向!

       c. PRD→細節文檔,針對具體開發來了解需求,主要作用濃縮為產品界面、產品流程、功能需求、測試需求、體驗需求等,保證產品有效率有節奏的進行!關係到整個產品的發展方向!

3.數據分析模塊

     Kpi:理解為目標量化管理指標,如:負責的產品,把xx產品用戶流量做到1000W,即所謂的。。。

      埋點:前端或總控通過對應埋點記日誌;產品拿埋點統計出來的數據做分析

      UGC:用戶原創內容

      PGC: 專業生產內容(視頻網站)、專家生產內容(微博)。用來泛指內容個性化、視角多元化、傳播民主化、社會關係虛擬化。

      channel:表示搜索的頻道(只有導航類有這個欄位)

      DAU:日活

     留存率:

     留存指的就是「有多少用戶留下來了」。留存用戶和留存率體現了應用的質量和保留用戶的能力。

留存率=新增用戶中登錄用戶數/新增用戶數*100%(一般統計周期為天)

如:今天來10個人  明天這10個人中 還有4個人來了  留存率那就是40%

 

4.日常Common sense 

  • 工業界|學術界區分

工業界:研究經費主要來源於企業例如IBM研究院、Facebook人工智慧實驗室;

學術界:研究經費主要來源於政府稅收、學費、捐款,例如大學的研究機構、公立研究所。

  • 耦合度

1.」耦合性」越強,產品「複雜度」越高,價值越低{ 耦合性越強,同時表明其獨立性越差( 降低耦合性,可以提高其獨立性)。}

2.降低「耦合性」會增加一定的用戶操作成本,但不會影響產品「價值」

3.用戶體驗是加分項,當遇上價值時,必須為價值「降維」

4.產品的迭代過程中,需要不斷的為自身減負,過多的「耦合性」只會加速產品的死亡,進入「無法迭代」的狀態

5. 劃分模塊的一個準則就是高內聚低耦合。

  • 紅海:產業邊界是明晰和確定的,遊戲的競爭規則是已知的
  • 藍海:指未知的市場空間

  • 路演

    路演(包含但不限於證券領域)是指在公共場所進行演說、演示產品、推介理念,及向他人推廣自己的公司、團體、產品、想法的一種方式。

  • 冷啟動與熱更新

冷啟動:新產品獲取第一批用戶的方式

熱更新:在用戶通過App Store下載App之後,打開App時遇到的即時更新。

  • 可視化

利用計算機圖形學和圖像處理技術,將數據轉換成圖形或圖像在屏幕上顯示出來,再進行交互處理的理論、方法和技術。

  • 區塊鏈:

本質上是一個去中心化的資料庫(分散式數據存儲),也是比特幣的底層技術。

  • 用戶畫像

建立在一系列真實數據之上的目標用戶模型,互聯網後期基本會拿這批數據做個性化推薦。

pm的Common sense

pm的Common sense

  • Open-kg(知識圖譜)

用可視化技術描述知識資源及其載體,如:

pm的Common sense

  • Abtest

    新功能的發布可以選擇部分用戶分佈

  • slogan(banner):

    標語(口號) or 網站頁面的橫幅廣告

  •  SNS:

   專指社交網路服務,包括了社交軟體和社交網站。

  • SEO:

   搜索引擎優化(關鍵詞排名,用於提高公司產品曝光度)

pm的Common sense

  • spellcheck:

         拼音糾錯

  • FYI:

          For Your Information的縮寫:提供給您的信息的意思,我基本用在給組內同事的郵件中。

  • 溯源
    互聯網領域中一般指尋找數據發源地,類似參考文獻,哈哈哈
  • 用戶等級體系

         滿足用戶成就感,尊享更多更好的特權,同時能從平台中獲得利益(優惠、地位、名氣等)。

pm的Common sense

  • 復盤

產品復盤就是把每個階段中的具體工作進行分解,分析每一項工作的進展是否順利,問題點在哪、以及如何更好的優化。

  • 黑天鵝

指非常難以預測,且不尋常的事件,通常會引起市場連鎖負面反應甚至顛覆。

  • 一些常用法則

STAR法則:

情境(situation)、任務(task)、行動(action)、結果(result)四項的縮寫。

二八原理:

在任何一組東西中,最重要的只佔其中一小部分,約20%,其餘80%儘管是多數,卻是次要的。

MECE原則:

對於一個重大的議題,能夠做到不重疊、不遺漏的分類,而且能夠藉此有效把握問題的核心,並解決問題的方法。

SWOT分析法:

通過調查列舉出來,並依照矩陣形式排列,然後用系統分析的思想,把各種因素相互匹配起來加以分析,從中得出一系列相應的結論,而結論通常帶有一定的決策性。

5W1H分析法:

對選定的項目、工序或操作,都要從原因(何因Why)、對象(何事What)、地點(何地Where)、時間(何時When)、人員(何人Who)、方法(何法How)等六個方面提出問題進行思考。

smart原則:

制定團隊工作目標會用到的一項法則

pm的Common sense

金字塔原理:

以結果為導向之論述過程的原理

 

5.技能與工作技巧

  • 產品調研與分析

所處階段 主講內容 技術要點
產品調研與分析 產品形態與行業分析 產品定義
發展史
傳統產品與互聯網產品的區別
產品研發流程與周期 產品工作流
產品生命周期
市場調研 調研緯度和方法
SWOT分析法
調研案例
市場需求文檔(MRD)
用戶調研 數據採集
用戶調研報告
用戶畫像製作
競品分析 業內信息搜集
定位競品對象
5W1H分析法
競品分析報告
場景模擬演練 提案彙報
  • 產品需求與設計

所處階段 主講內容 技術要點
產品需求與設計 需求挖掘與評估 需求定義及分類
需求挖掘
真偽需求評估
需求排序與管理 需求池制度
優先順序排序
需求版本管理
用流程圖表達業務邏輯 業務結構化
業務流程化
業務流程圖製作
高保真原型設計 線框原型
高保真原型
可用性測試及優化
輸出、評審和場景式演練 編寫PRD文檔
協作部門評審演練
  • 項目管理

所處階段 主講內容 技術要點
項目管理 產品經理與項目經理 產品經理與項目經理的異同
開發情境下的項目管理
項目管理五要素 範圍/功能
進度/時間
成本/預算
質量
項目可持續發展力
項目管理流程 項目啟動、規劃、執行、監控和收尾
項目管理注意問題及風險管理 項目的風險
產品的風險
開發進度的風險
風險規避與應對方法
產品經理如何進行項目管理 確定項目概況
及時溝通反饋
  • 產品運營

所處階段 主講內容 技術要點
產品運營 上線與迭代 上線前的準備工作
冷啟動
反饋迭代
運營方案設計 產品最終目標
達成目的的關鍵指標
常用運營方法 活動運營
內容運營
用戶運營
渠道運營
數據分析 數據獲取
數據指標分析
數據分析結論及應用

Axure(墨刀或者其他設計類)、xmind、excel、Word、ppt、notepad、桌面日曆等等等等。。

7.常逛的網站

Pmcaff、知乎、易觀千帆、人人都是產品經理、echarts、阿里巴巴矢量圖標庫等等等。。

二、我的設計Common sense

  • 設計要素:

pm的Common sense

  • 術語解釋

控制項與組件

控制項:產品中一些最小界面元素組成的單元稱為控制項,一個按鈕是一個控制項,一個輸入框也是一個控制項。如圖所示為幾個基本控制項(輸入框、文本展示框和按鈕)。

pm的Common sense

組件:控制項升級版,或者可以把組件理解成多個控制項的組合。例如開發中經常使用的Tab組件,如圖所示。

pm的Common sense

元素:

設計中的基礎符號

輪播:

頁卡循環播放

pm的Common sense

Feed流設計:

持續更新並呈現給用戶的內容都叫做Feed流。

如:朋友圈是feed流,微博首頁是feed流,知乎首頁是feed流。

瀑布流設計:

視覺表現為參差不齊的多欄布局,隨著頁面滾動條向下滾動,這種布局還會不斷載入數據塊並附加至當前尾部。

落地頁:

點擊后被鏈接到你網站上的第一個頁面。

對話流設計:

問答形式索取。

引導設計:

單指輔助用戶定位功能。

推薦設計:

按照一定的特徵,給用戶推薦內容,比如網易雲音樂的推薦

pm的Common sense

卡片式設計:

通常以矩形的方式呈現。就像信用卡或者棒球卡,網頁卡片以一個濃縮的形式提供了快速並且相關的信息。

Native

我把他理解為app固定的框架,比如

pm的Common sense

H5設計:

嵌在Native里的網頁設計。

pm的Common sense

喚起:

通過某些指令喚起的一些功能操作,如下:

pm的Common sense

自適應:

在不同的產品形態中,圖文並茂的內容需要得到兼容;如圖片大小的適應。

Tab Bar

app頭部標籤

設計類的先到這裡吧。。。。

三、我的運營Common sense

 暫時空白。。。。。

四、我的開發Common sense

語義網:

描述的是事物之間的關係(比方說 A 是 B 的一部分,而 Y 是 Z 的成員)以及事物的屬性(例如尺寸、重量、使用期限和價格等等)。。(陳述是由語法規則構建的)

線性回歸:

是利用數理統計中回歸分析,來確定兩種或兩種以上變數間相互依賴的定量關係的一種統計分析方法,運用十分廣泛。其表達形式為y = w’x+e,e為誤差服從均值為0的正態分佈。

詞向量:

基於概念路徑|信息量的計算方法,對詞性進行了分類和標註

向量:

有大小又有方向的量,沒有方向的量叫做數量

矢量:

有方向的數量;如:速度、力、加速度、磁感應強度

反向梯度:

推行東部地區優先發展,待東部發展到一定階段有了餘力后,再逐步將資金、技術推進並擴散到西部地區,最終實現共同富裕;反之成為反梯度理論

NLP:

人工智慧的自然語言處理

LTP :

語言技術平台,一整套中文語言處理系統。

機器學習與深度學習:

人工智慧的底層技術

pm的Common sense

CNN:

深度學習的一種演算法模型( 卷積神經網路是一種特殊的深層的神經網路模型)

Sdk:

軟體開發工具包括廣義上指輔助開發某一類軟體的相關文檔、範例和工具的集合。

http請求:

是指從客戶端到伺服器端的請求消息。

HTTP POST數據和數據接收:

一種是GET請求,一種是POST請求

  1. GET請求就是簡單的URL拼接參數,發送的參數長度也有限制。
  2. POST請求發送參數來說常用也有兩種方式,一種是拼接參數和GET一樣,但是發送方式指定為POST。

進程與線程:

  1. 運行中的微博、微信是一個系統進程
  2. 用戶在微博、微信中上傳照片可以理解為一個線程

代碼寫死Hardcode:

寫死—–指的是在軟體實作上,把輸出或輸入的相關參數 (例如:路徑、輸出的形式、格式) 直接寫死在原始碼中,而非在執行時期由外界指定的設定、資源、資料、或者格式做出適當回應

數據存儲的地址:

mgdb、mysql、hbase、solr、mongo等等

Lucene:

是一個非常優秀的開源的全文搜索引擎;我們可以在它的上面開發出各種全文搜索的應用來。Lucene在國外有很高的知名度;現在已經是Apache的頂級項目;

Kibana:

查日誌用的一個平台

Kafka:

是一種高吞吐量的分散式發布訂閱消息系統,它可以處理消費者規模的網站中的所有動作流數據。

 

Cookie:

指某些網站為了辨別用戶身份、進行 session 跟蹤而儲存在用戶本地終端上的數據(通常經過加密)。

Token:

在計算機身份認證中是令牌(臨時)的意思,在詞法分析中是標記的意思。

Open-api:

Open API即開放API,也稱開放平台。

Svm:

SVM(Support Vector Machine)指的是支持向量機,是常見的一種判別方法。在機器學習領域,是一個有監督的學習模型,通常用來進行模式識別、分類以及回歸分析。

Precision:精確率

Recall:召回率

version:版本

QPS:

即每秒的響應請求數,也即是最大吞吐能力。

domain:

可以訪問該Cookie的域名


Schema:

資料庫中的Schema,為資料庫對象的集合,一個用戶一般對應一個schema。

數據冗餘:可以被清理的垃圾數據

cache=0:清緩存


同步處理與非同步處理:

非同步:

以用戶登錄為例,登錄任務是在一個登錄線程中執行的,登錄任務執行過程中除了驗證用戶名和密碼是否正確外,還需要處理其他子任務,例如從伺服器獲取用戶信息,更新本地緩存信息等。這些子任務通常會在新開闢的子線程里執行。執行登錄的線程可以稱為主線程,執行獲取用戶信息的線程稱為子線程。

在一個登錄操作過程中分別執行兩個任務,這個過程就叫作非同步處理。非同步處理不會造成線程阻塞,相當於各自處理各自的任務。如果所有的任務都在一個線程中處理,那就會出現資源佔用過多和響應時間過長的情況,例如我們在使用一些安卓APP時偶爾會出現應用程序閃退的情況,這有可能是因為出現了線程死鎖。

同步:

理解成流水線,就是同一時間只執行一個簡單任務,任務處理完后再執行第二個任務,、

                 

Query改寫:

2種理解 第一種:語義環境不明確,解析需要消歧。 如:同花順 --> 300033, 國家隊--> 國家隊股票
同花順這是鬥地主;還是股票代碼300033。大概這個意思。。

第二種:

搜索query太長了,理解成長尾。 但是要解析出有效詞,那麼就需要從分詞or去停用詞來解析


數據平滑:

後期再解釋。。。。。



開發架構與系統框架了解

  • 搜索引擎架構
    pm的Common sense
  • LTP系統框架圖
    pm的Common sense
  • 智能客服體系
    pm的Common sense

五、我的測試Common sense

  • 回歸測試:

搞完新功能(不管功能或內容),重複以前的全部或部分的相同測試。簡單理解全部測一遍。

  • 灰度測試:

正式發布前,選擇特定人群試用,逐步擴大其試用者數量,以便及時發現和糾正其中的問題。

  • 灰度發布:

A/B test的發布,是能夠平滑過渡的一種發布方式。

  • FAQ:
  1. 常見的問題項目與對應問題的解答;
  2. 良好平均品質;
  3. FAQ檢索系統。可以直接理解為 常見問題解答

六、我的運維Common sense

  1. 跳板機(堡壘機):直接把他理解成中介(中轉平台)

pm的Common sense

  1. 監控

監控類型很多,你可以多上網查看相關內容,如Cact、bmon、nload、iftop、vnstat、iptraf等。

  1. 回滾

版本發布異常,回退至上一個版本或者更早的版本。

  1. 學習網站:

運維論壇:http://bbs.linuxtone.org/;當然遠不止這些。。。。我就隨便列個吧。。。

七、我的管理Common sense

  1. CRM:客戶關係管理
  2. Jira平台:可以記錄需求開始至結束的跟蹤平台(相似平台還有禪道、釘釘)
    pm的Common sense

後記

      持續構建自己的知識體系,開放與謙虛的心態,是保持持續學習的基礎。
      本文純屬個人積累,不無限延伸-就到這吧,否則太多要寫。希望有心人主動去深入學習和分享,謝謝。。