The New 部落客百傑 社群力指標 的一些設計想法

這次參與資策會的社群力指標, 在前一篇的講部落客百傑的文章已經講個大概, 但我知道很多人看了還是一頭霧水, 其中最主要的一個東西就是 "社群力指標", 雖然這指標明眼的人一看就是我一直在強調的 "Index/指數" 在實用上是很重要的價值.

先不談一個更重要的命題, 也是大家在疑問的: "明明是部落客, 為甚麼要看其社群經營", 尤其這命題跟我平常講的: "內容是最重要也是最基礎的價值" 不是相違背嗎? 但這個問題可能不是寫兩三篇就講的完的, 且我知道也有很多人都知道也都會寫, 所以當我看完大家的回應我再來補充.

這篇是來講些數學課, 以及數學之外的 "限制".

雖然這次社群力是我提出這構想以及規劃的, 但不是由我一個人決定的, 甚至我知道其中有一個同事所做的 "價構完成" 貢獻比我大很多 (若他願意曝光我會加連結), 更重要的這次計算的程式設計我都沒下去寫, 因為我最近都只用 PHP 與 Python/C 阿.

當然知道我 "惡趣味" 的人都知道我對 "綜合指標" 有一定的偏好, 這次的社群力也是種標準的綜合指標, 尤其是我知道當 Klout 做出來後, 要做得比他好, 或者是只在台灣做雖然不須要上億的資金, 但也不是那麼簡單, 尤其是這種綜合指標的困難不只是在公式, 而是在抓取的功夫, 所以若沒有創研所這樣的人力資源, 還真的做不出來.

因此在很邏輯的定義出社群力的四面向後, 接下來的討論是下面幾個:

1. 目前在這次的部落客百傑能夠完成多少數值的計算?

2. 以目前的資源能夠承擔多少的附和?

基本上這專案當然不可能有 Klout 等級的資金與資源, 甚至應該說在這樣有限的資源與人力要如何達成這樣的任務與挑戰就變成最大的 "限制".

除此之外, 雖然這社群力指標雖然在未來是一個 "持續性的服務", 但現在要實作的是 "階段性的部落客百傑", 因此在這段時間內又會有兩個限制:

1. 這段時間內盡量不要改變演算法去影響比賽的一致性.

2. 已經對外說明這個分數在這段時間是累積不會降低的.

在了解這樣的限制後, 我們在設計一個指標通常要避免一些事情.

1. 要讓每一筆資料都能夠具有判別力, 或者說有意義.

2. 不能讓一筆資料有太大的決斷, 也就是不能只靠他就可以決定.

因此綜合指標通常設計一定不是算數平均, 一定是幾何平均或調和平均之類的, 不然也會將數字做尺度與次序的轉換, 就像是部落格觀察都是以排名為基礎的原因, 但最好的方式可能是做 "Distribution Normalization", 也就是依分布來標準化.

事實上原本希望這次不要用次序轉化, 而是要做分佈標準化, 但這方法的變動性相當高, 不只分數會跳動, 甚至會下降具有不穩定, 造成給大家有不一致性的感覺, 因此用了最有趣的計算就是對最高值做限制, 避免一個分數因為過大造成整個指數被這個分數來決斷判定, 尤其是 "人氣" 這個數字即使取了對數, 但大家的差別還是會相當大, 所以做了一個有上限最大值的 "區間" 轉換.

這個社群力指數就是由四項 0 分到 25 分加總起來的, 因此最高不可能超過 100 分, 這也是因此看得出有上限的設計, 雖然現在不少人看到人氣值偏高, 專業度都偏低, 但在整體而言由於上限的設計, 反而讓專業度的決斷力增加, 人氣值的影響力反而不是那麼跟大家所想的那麼重要, 但也不代表這數值不重要, 也一樣重要.

雖然現在大家對這機制最大的質疑不只是計算方式, 而是更新沒有那麼即時甚至會抓錯或抓不到的狀況, 或者是判別類別的問題, 這部份才是最大的挑戰, 若這是我自己一個人做的話, 我雖然會做到即時, 但一定會避免這件事, 畢竟這要花的工夫以及解決的困難度是相當高的, 甚至這套系統可以說是由 10~20 人去完成其架構的, 無論要去統合與完成, 都沒那麼簡單.

這些其他部份就以後再說, 因為我知道很多人看到這邊已經頭昏眼花了.