工作時候需要的一些概念性問題，邊查詢邊記錄，大多都是copy大神的，方便自己回顧
數據接口的原理
系統、應用或軟件的寶貴數據的會存在機房的數據庫服務器上，或者是在云服務器上。一般人是接觸不到的。如果你想用數據，可以通過加油站這樣的門店，也就是知乎、iOS的應用、安卓應用、網站、小程序、公眾號、頭條這些，就能看到你要的信息了。而這些“門店”呢，背后就是通過 數據接口 和服務端進行數據通訊的。如果你想開士多店，去加盟，就會有供應商給你送貨。如果你想開發一個應用，就需要去找平臺開個賬號，就會有API接口給你使用了
作者：dogstar
鏈接：https://www.zhihu.com/question/266709096/answer/802488439
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
<meta charset="utf-8">
先引用國外大神對API（應用程序接口）的解釋：
如果把餐廳當做一個系統，當你來到一家餐館，拿起菜單進行點餐時，首先看到的是菜單上羅列的眾多菜品信息，廚房將是你點餐“系統”的一部分，但其中的關鍵環節是如何將點菜的信息傳達至廚房，并將食物送到餐桌上，這個時候服務員就起到作用了，服務員就是一個信使(API)，他接收你的點菜信息，并告訴廚房(系統)該做什么，在這種情況下，服務員以“食物”作為信息反饋。
再來說說數據接口（數據api接口）：
如果說廣義的api接口是引用一個應用程序集的口令，那么數據api則是引用封裝起來的數據集的口令。
舉個例子，你在計算機中輸入1+1（入參），然后按等于（傳參），計算機給你返回2（出參）.
1+1等于就是API，2是返回值。
計算機為什么能返回2呢，簡單來說就是所有數字的加減關系及結果都被它預先存儲起來了，你輸入參數的時候它直接去庫（存儲空間）里讀出答案顯示給你。此處僅為方便解釋數據接口，實際計算機工作原理并非如此。[1]
結論：
無論是廣義的API接口還是數據接口，其原理都是先預設好一個功能（集）或者答案（集），然后通過特定的API去拿這個集里你想用的那部分。再想想點菜的事，就清晰明朗了。
作者：數據寶
鏈接：https://www.zhihu.com/question/266709096/answer/1007882674
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
數據埋點
數據埋點主要是對app或網站的一些日常書庫的采集，通過采集用戶的行為數據，如功能按鈕點擊次數、頁面流連、訪問路徑等，進行數據分析，然后基于數據進行更好的運營或產品優化迭代。
常見的埋點方式：
1.手動埋點:手動代碼埋點，有點是流量可控：業務方根據需求在任意場景進行數據采集，缺點是方法可能會寫死，采集方案變化的話代碼也需要修改
2.可視化埋點:通過可視化界面來配置實現，活動控件都帶有唯一標識，通過埋點配置后臺，將元素與要采集事件關聯，自動生成埋點代碼嵌入到頁面中。優點是業務方工作量少，缺點是技術實現較難
3.無埋點：前端采集所有事件，上報埋點數據，候選過濾和計算有用數據。優點是前端只要加載埋點數據腳本，缺點是流量和采集的數據過大，服務器壓力大
H5和PC的埋點方式
埋點簡單來說就是：先通過數據統計系統把統計代碼或代碼包拿到，然后加在你的頁面代碼或者集成到APP代碼包里，然后就可以看到相應的用戶行為數據。
目前第三方的數據采集和分析產品有很多，如：google Analytics、百度統計、友盟+、GrowingIO、百度移動統計等。APP埋點，就選移動統計；如果是給網站統計，就選網站統計。網站一般用的是統計平臺的JS代碼，APP是用的統計平臺的統計SDK.
H5是HTML代碼形式編寫，埋點方式與app不一樣。
詳細步驟可看http://www.woshipm.com/data-analysis/1706558.html
APP的埋點方式
APP數據埋點的幾個步驟：
1.注冊一家統計網站：第三方統計網站：百度移動統計、友盟、諸葛IO
2.新建應用：創建應用
3.獲取KEY和SDK代碼包
4.將埋點需求和SDK包發給研發
5.自定義埋點需求完善：基本數據需求（躍用戶，留存用戶，下載量等）第三方可以滿足，會有更細節的數據需要自定義事件完善，比如：button的點擊量，banner和導航、搜索等按鈕的點擊量等，你要做的事導出埋點需求列表發給研發，并做好關系標注
6.研發開發并完成APP上線
7.在后臺查看數據
更具體的描述參看http://www.woshipm.com/data-analysis/689019.html
可視化埋點
可視化埋點，通常是指用戶通過設備連接用戶行為分析工具的數據接入管理界面，對可交互且交互后有效果的頁面元素（如：圖片、按鈕、鏈接等），直接在界面上進行操作實現數據埋點，下發采集代碼生效回數的埋點方式。這種方式所見即所得，跳過代碼部署、測試驗證和發版過程，極大提升生產力。
作者：Analysys易觀
鏈接：https://zhuanlan.zhihu.com/p/42080662
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出
簡單的來說，就是使用者只在其可視化埋點頁面上，點擊想要監測的元素，然后起個名字、給個編號，埋點就完成了。同時，還可以根據時間、地理位置、操作系統、useragent、渠道等幾十個維度，細分查看該埋點的數據，而不僅僅是這個元素的點擊。
可視化埋點的技術原理是什么呢？其實，可視化埋點與好多年前比較流行的面向業務人員的網頁制作工具Dreamweaver 類似，即所見即所得，通過點擊交互替代手寫代碼。可視化埋點參考Visual Studio 等一系列IDE做法，用可視化的頁面交互手段來代替代碼編寫，從而大幅縮減工作量和溝通成本，同時降低出錯幾率。
作者：Analysys易觀
鏈接：https://zhuanlan.zhihu.com/p/42080662
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
可視化埋點的具體流程
手機APP嵌入開啟可視化功能的SDK，通過WebSocket的方式和服務器、前端進行相互通信，SDK會定時收到服務器下發的頁面請求；然后會上報頁面快照和界面因子信息到服務器，服務器收到信息后會根據界面因子信息對頁面的每個元素進行分析，根據控件的類型來標記哪些頁面元素是可以被埋點的；最后將可埋點信息交給前端渲染，此時，前端Web頁面上展示就的就是可以埋點的頁面。埋點人員在渲染出來的前端Web頁面上進行框選，標記事件屬性等進行埋點。前端Web頁面會將對應的埋點信息傳遞給服務器保存，SDK則會通過策略定時從服務器獲取埋點信息。以上就是整個埋點的大體工作流程，具體包含WebSocket通信過程以及具體的埋點過程。下面就針對這兩個過程分別進行細致的介紹。
作者：易觀方舟
鏈接：https://zhuanlan.zhihu.com/p/50658971
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
PV,UV,VV及UV去重
訪問次數（VV）：記錄所有訪客1天內訪問了多少次您的網站，相同的訪客有可能多次訪問您的網站。
獨立訪客（UV）：1天內相同訪客多次訪問網站，只計算為1個獨立訪客。
網站瀏覽量（PV）：用戶每打開一個頁面便記錄1次PV
獨立IP（IP）：同一IP無論訪問了幾個頁面，獨立IP數均為1
訪問次數（VV）
名詞：VV = Visit View（訪問次數）
說明：從訪客來到您網站到最終關閉網站的所有頁面離開，計為1次訪問。若訪客連續30分鐘沒有新開和刷新頁面，或者訪客關閉了瀏覽器，則被計算為本次訪問結束。
獨立訪客（UV）
名詞：UV= Unique Visitor（獨立訪客數）
說明：1天內相同的訪客多次訪問您的網站只計算1個UV。以cookie為依據
網站瀏覽量（PV）
名詞：PV=PageView (網站瀏覽量)
說明：指頁面的瀏覽次數，用以衡量網站用戶訪問的網頁數量。多次打開同一頁面則瀏覽量累計；
獨立IP（IP）
名詞：IP=獨立IP數
說明：指1天內使用不同IP地址的用戶訪問網站的數量。
產品驗收
產品小白進行產品驗收，從這些方面入手 http://www.woshipm.com/pmd/851063.html
項目驗收，產品上線前的最后一道防線http://www.woshipm.com/pmd/2206347.html
怎么做項目驗收，避免項目翻車？http://www.woshipm.com/zhichang/3458748.html
灰度發布是什么
用灰度發布，玩點不一樣
https://blog.csdn.net/sybaris/article/details/106026217?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2allsobaiduend~default-2-106026217.nonecase&utm_term=%E7%81%B0%E5%BA%A6%E6%B5%8B%E8%AF%95%E5%92%8C%E5%86%85%E4%BE%A7%E7%9A%84%E5%8C%BA%E5%88%AB
5分鐘學會灰度發布 https://blog.csdn.net/m371047623/article/details/81945868
知乎客戶端內測和灰度方案演進 https://zhuanlan.zhihu.com/p/39155476
如何檢查你的產品原型是否合格
http://www.woshipm.com/rp/2430723.html
善用Axure寫PRD，最正統的產品邏輯表達法http://www.woshipm.com/rp/620243.html
