評價系統 0.7b
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2017-07-03 05:33 – 05:33 | r0 – r1 | |
顯示 diff+ 評價系統 0.7b
+ 此文件路徑：全民除黴計畫hackfoldr / 系統設計 / 這裡
+
+ 本篇內容為《評價系統 v0.7》的延伸，目的是討論新增的功能提案適不適用，麻煩大家給予意見。
+
+ *前言
+ 在系統規劃中，雖然設計方向一直朝著降低使用者參與門檻在進行，但對於參與後的回饋則一直想不到適合解決的方案。評價、打臉等機制雖然也會得出個排名和分數之類的東西，但對使用者而言，最大的問題仍然在於做這些動作在整個新聞體下「沒有明確的回饋感」。
+ *之前在媒觀講堂分享計畫內容時，就有聽眾(好像是老師)提出「要如何知道你們的計畫真的有效」的問題，雖然媒體改革本來就無法求速成，但這個部分也的確是設計系統時一直覺得窒礙的地方。(只是之前想不到解法，就先從爛新聞上著手)
+
+ 如果按照之前的設計，對於整體影響得要每個月，甚至每季才能發表一次評價統計分析，能不能更即時一點，或者能不能在某個程度上讓使用者覺得他們的努力有即時成效，重點則在於如何顯示出好新聞真的有出現了。
+
+ 而之前卻只把焦點放在爛新聞上，忽略了好新聞的激勵作用。
+
+ *提出的解決方式
+ *APP整體策略變動
+ *新增好新聞數量VS爛新聞數量的即時戰況表
+ *每週統計守方(好新聞)是否在數量上輸給爛新聞方
+ *結算後重新計算雙方數量，累積總數會在進階頁面呈現
+
+ *APP首頁變動
+ *首頁從原本顯示焦點議題、其他議題或新聞，變更為戰況中心頁面。
+ *戰況除了顯示目前已被歸類為好/爛新聞的數量之外，也提供各方推薦量最高、分數最低的新聞連結
+ *另外主MENU也放在這邊
+
+ *評價細節變動
+ *把評價新增「推薦」這個選項
+ *推薦一樣會套用信任權重(見主文件中的"2.1付責"一節)，違規的部分保留現有設計需要寫打臉簡評。
+ *如此一來，一則新聞就會有明確的正反支持度，低於50%就是爛新聞。當評價不足時，不列入任何一方。
+ *評價足不足是另一個要設計研究的地方，評價值達到一定程度才生效並歸類，避免被惡意操作分數
+
+ *修正影響、優缺點
+ *最明顯的分別是具體呈現出目前新聞有多爛，而非只是一種空泛的社會印象
+ *如果不同意好新聞很少的使用者，便可以到處看新聞，去推薦出好新聞
+ *想抓出爛新聞的使用者，參考主文件機制說明，這個部分沒有變動。
+ *較原有只找爛新聞的作法增加了趣味性，意義上也較為正面
+ *原本策略幾乎無法吸引到想看好新聞的客群，修正後可以
+ *增加工程師的麻煩...
+
+ *Mockup 示意圖
+ *
+
+
+
+ *發展彈性
+ *有了好/壞對抗的基礎後，若未來加入申訴功能，便能進一步加入反攻數值
+ *可在主畫面增加雙方隨機新聞的功能 (類似好手氣)，並更新照片
+ *
|
||