1. 用戶標識及關聯

在真實世界中，我們透過身份證號來準確標識一個自然人，在網際網路業務體系中，這種方式不再適用。於是產生了兩種常見方案，第一種是透過用戶的裝置 ID 來唯一標識這名用戶，這種方式在一定程度上解決了用戶標識的問題，但是這種方案缺點也很明顯，比如，同一台手機被多個用戶用過，產生的行為被標記為同一個“人”；而老用戶換新手機也會被識別為一個全新的用戶；等等問題最終都將導致數據分析的結果不準確。第二種方案則是透過用戶的帳號或者客戶號來識別用戶，這種方案在業務後台系統中比較常見，但是用戶在未登入狀態下發生行為是無法被識別的，因此這種方案只能準確地記錄業務數據，主要在業務數據倉庫的搭建中充當用戶標識。

神策充分考慮了每種方案的優劣，制定了完善的用戶標識體系。關於神策是怎麼標識用戶的，推薦閱讀《如何準確的標識用戶-基礎概念》。簡單來說，在用戶未登入的情況下，神策會選取裝置 ID 作為唯一標識，登入狀態下選取登入 ID 或者 userid，一個用戶既有裝置ID（亦稱作“匿名ID”）又有登錄ID。接下來，透過“用戶關聯”將同一個用戶的裝置ID 和登入 ID 關聯到一起，這樣不管用戶是匿名和登入的狀態發生的行為，我們都能準確識別到是同一個用戶，這是目前為止較為通用且準確的用戶標識方式。

2. 神策支援的用戶關聯方案

大部分情況下，一個用戶只有一台裝置，因此一個用戶只會有一個裝置ID 和一個登入 ID，針對這種情況，神策提供了裝置ID 和登入 ID 一對一關聯的方案，詳見：一對一關聯方案。

針對一個用戶有多台裝置的情況，神策提供了多裝置ID 和一個登入 ID 之間的多對一關聯的方案，詳見：多對一關聯方案。此外，這種關聯方案也適用於產品存在多個端的情況。比如，同時有小程序端，App 端，Web 端，此時用戶在每個端的裝置 ID 都不一樣，等同於是一個用戶會有多裝置的情況。

一對一和多對一的關聯方案各有優缺點，神策預設推薦使用一對一的關聯方案。當然少數情況下，產品可能沒有用戶帳號體系，比如記事本，鬧鐘這類工具型產品。針對這種情況下，我們可以選擇只使用裝置ID 作為用戶標識即可。詳見：只使用裝置 ID。

3. 確定待接入產品的關聯方案

在了解完畢神策所支援的關聯方案之後，您需要為本次接入的產品確定關聯方案。需要確定的內容主要包括如下幾點：

確定項	確定項說明
關聯方式	需要選擇一對一還是多對一的關聯方案，系統預設的是一對一的方式，如需開啟多對一請聯繫對應的客戶成功
first_id	神策在各端預設選取的裝置 ID 供參考，考慮到部分客戶的需求，可以選擇呼叫 identity 介面對其進行替換
second_id	通常選取 user_id，如有其它可唯一標識用戶的 id 亦可
關聯時機	一般在用戶發生註冊、登入以及第三方登入時進行關聯，另外初始化 SDK 之後，也需要呼叫神策的“關聯介面”

建議業務方和技術方共同參與 ID 關聯方案的確認。確認之後，業務方隨即可以開始下一步工作。第 3 步：採集方案設計。技術人員也可以開始做一些準備工作，包括 SDK 嵌入及初始化，ID 關聯方案的實施與測試，詳見第 4 步：SDK 採集數據。