?

?

最初擔任負責 SDK 方向的產品經理的時候，其實內心是充滿疑慮的，最大的疑慮莫過于“SDK 還需要產品經理”?在實踐的時候才發現，SDK 就是很需要產品經理，這個是在深入參與 SDK 的工作后的第一個認知改變。

看不見的需求

SDK 是數據采集這個環節核心中的核心。問渠那得清如許，為有源頭活水來。SDK 就是這個源頭的活水。從技術角度來說，神策分析本身的設計是比較精巧的，為了保證在私有化部署的情況下也能夠擁有較強的性能，會盡量避免把類 ETL 的邏輯做進系統內，這就對 SDK 上報的數據質量提出新的要求，上報即可用。

從業務角度來說，可視化全埋點、熱力圖、Deeplink 這樣看得見摸得著的需求，需要有產品經理來設計整個需求。也有預置的全埋點事件、預置屬性這樣看上去很技術，但是其實影響到整個數據根基的模塊需要去負責，哪怕是一個看似是小問題的起名字，做的不好也會遇到大問題。

舉個簡單的例子，激活事件 Appinstall 在最初設計的時候沒有作為預置事件直接設計出來，所以神策分析的系統沒有可靠的依據能夠判斷到底什么事件才是激活事件。有沒有可能因為客戶的失誤導致雙端上報不一致，導致現在渠道迭代的時候需要做一個界面讓用戶明確事件名，這個其實是非常痛苦的，這一切源自于最早的一念之差。

作為 SDK 的產品經理，第一個面臨的任務就是要起能夠用 100 年的變量名，并且建立一個可靠的審核機制，這種需求乍一看有一些不務正業，但是又客觀存在。更多的各個 SDK 的數據接入的需求，預置事件中預置屬性寫入的機制，都是影響統計口徑的重要需求。這些需求最終其實體現出來的可能是預置事件多出來的一個屬性，其背后需要技術顧問、研發長篇累牘的技術調研和在諸多限制下設計出來的業務邏輯。

看得見的需求

看得見的需求，最明顯的就是可視化全埋點了。可視化全埋點一直以來是一個痛點，想要做出一個好的可視化全埋點，需要依賴 SDK 研發的力量。但是僅僅依靠 SDK 研發是不夠的，還需要前后端、QA(質量保障部)同學的支持。“從 SDK 出發，不局限于 SDK”的責任心，書記體現的淋漓盡致，從文案到交互，項目進度到質量管理，書記全流程參與，不僅僅是站在 SDK 的角度，也是站在整個項目的角度，把項目管理做的井井有條。作為產品經理的我可以專心解決業務邏輯和業務交付的問題，其實是非常“爽”的。

實際上，SDK 研發還有很多同學是像書記一樣，能做到“從 SDK 出發，不局限于 SDK”，比如現在負責“可視化全埋點”項目管理的韋章翔，比如被我拉壯丁來幫忙一起整理平臺產品項目管理事務的楊站昆。就是這樣的責任心才讓項目能夠落地，讓大家成長，走的更遠。

更好的數據根基

文鋒多次在對內對外的演講中提到數據根基，其實我們的數據根基是由很多東西組成，有 SDK、SDG、數據流和查詢與存儲的引擎。為了保證性能和可解釋性，我們往往會盡力避免復雜的 ETL 行為以及數據修正的行為，很多數據可以說是開弓沒有回頭箭。

如何打造更好的數據根基，SDK 是沖在最前方的第一方隊。希望在接下來的時間，能夠以“讓客戶以最少的配置和最低的接入成本，獲得最多和最結構化的數據”作為第一價值觀，和團隊一起打造一個中國最好的開源 SDK，讓所有無論是購買神策的用戶，還是不購買神策的用戶，都用上神策的 SDK。

『說在最后』

看到這里了，如果你也對神策數據這家“不一樣”的公司感興趣，那么歡迎加入我們！可以投遞簡歷到?HR@sensorsdata.cn?郵箱，也可以掃描下方二維碼線上投遞：

?投遞簡歷?

溫馨提示：

1、投遞簡歷后請注意查看郵箱，筆試鏈接郵件有可能被歸類到垃圾郵箱；

2、對于海外留學生，建議大家預留微信號，保證溝通及時暢通！

更多招聘詳情，關注【神策數據】公眾號，讓你信息不遺漏，offer 不走丟！

???

【更多內容】

• 神策面試官的修煉之道，選對人與吸引人 | 神策軍

• 神策軍 | 我有一本書，你拿思想來換

• 神策軍 | 打破技術型思維：產品經理的門檻在門里面

?

?

總結

以上是生活随笔為你收集整理的我在神策做研发丨做冲在前方的第一方队，造中国最好的开源 SDK的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。