Re: [問題] 手遊公司如何評估無償石的價值?已回收
※ 引述《dicktionary (大屌書櫥)》之銘言:
: 標題下的不是很好
: 我內文解釋清楚一些:
: 情境:
: 某日
: 有一家手遊公司,推出新卡池
: 然而因"技術問題"導致腳色能力與卡面不符
: 故決定在當日晚上7:00以前之所有抽卡,腳色全數保留且退石
: 問題:
: 上述之賠償行為,就"遊戲運營商"之角度
: 該如何評估其損失?
不太可能 這樣做會讓沒抽的很不爽 有抽的賺翻
造成玩家相對剝奪感
賺到的不會想繼續花錢 沒賺到的賭爛不想花錢
賠死
上策是有抽的角色回收並且退石 抽多少退多少 然後全體送石
這是最不會有爭議的作法
如果只是能力不一樣那更簡單 改一下不就好了
不是出錯卡池連回收都不用 公告一下然後全體送石就感謝營運讚嘆營運了
: 問題二:
: 運營商平日會以不同形式派給無償石
: 請問運營商如何衡量無償石對其營收之影響?
送多少有損失嗎 不就電子數據調一下而已
重點是能製造多少帳目上的營收利潤才是重點
那營收哪來 無償石根本不是重點
只要有固定再送就好
卡面角色 能力數值 才是關鍵因素
不然多少英雄為了糞game帳單爆死
與其花時間評估這個 不如找畫師多話幾張
然後營運就等著收錢吧
認真一點的話就花時間去設計遊戲的平衡 劇情 內容等
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.138.169.5
※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1511886896.A.28F.html
推
11/29 00:38,
8年前
, 1F
11/29 00:38, 1F
如果不是出到不該出的卡池 比如說A在本次不可能出現卻出現了 那根本連回收也不用
只是能力跟公告的有落差 那直接調整就好了 根本不用用到角色回收這種大招
當然補償玩家落差導致的素材損失還是必要的
PAD就發生過 出錯合作的卡池 導致必須角色必須要回收
後來全退 包含玩家進化完角色後的所有素材
→
11/29 00:39,
8年前
, 2F
11/29 00:39, 2F
會覺得把廠商出包的得利回復到正常情況會是一種剝奪的人才奇怪吧
本來就是不該得的 回復正常還加送補償 這樣做其實就中規中矩
當然嘴個幾句還是有的
→
11/29 00:39,
8年前
, 3F
11/29 00:39, 3F
→
11/29 00:39,
8年前
, 4F
11/29 00:39, 4F
→
11/29 00:40,
8年前
, 5F
11/29 00:40, 5F
→
11/29 00:40,
8年前
, 6F
11/29 00:40, 6F
問題一比較算是短期的突波
要對長期的營運做影響評估我覺得有限
除非這種出包當慣例動搖消費者信心
不然像這種偶發事件 只要後續補償做好 官方不要出來講幹話把自己做死
新角色 新劇情出來就會被拋到腦後了
→
11/29 00:41,
8年前
, 7F
11/29 00:41, 7F
推
11/29 00:41,
8年前
, 8F
11/29 00:41, 8F
推
11/29 00:42,
8年前
, 9F
11/29 00:42, 9F
推
11/29 00:42,
8年前
, 10F
11/29 00:42, 10F
→
11/29 00:42,
8年前
, 11F
11/29 00:42, 11F
機率設錯不一樣呀...確實是更麻煩的問題
原本題目是針對卡池弄錯 或者能力弄錯
但要是機率出錯 那要討論的東西可多了
而且還可以分成 官方忘記把角色放進去 (原本1%抽到變成0%)
或者角色機率真的設錯(原本6%設成3%)
這兩種情況去討論
→
11/29 00:42,
8年前
, 12F
11/29 00:42, 12F
→
11/29 00:42,
8年前
, 13F
11/29 00:42, 13F
推
11/29 00:43,
8年前
, 14F
11/29 00:43, 14F
→
11/29 00:43,
8年前
, 15F
11/29 00:43, 15F
→
11/29 00:43,
8年前
, 16F
11/29 00:43, 16F
→
11/29 00:43,
8年前
, 17F
11/29 00:43, 17F
→
11/29 00:45,
8年前
, 18F
11/29 00:45, 18F
→
11/29 00:45,
8年前
, 19F
11/29 00:45, 19F
→
11/29 00:45,
8年前
, 20F
11/29 00:45, 20F
推
11/29 00:47,
8年前
, 21F
11/29 00:47, 21F
→
11/29 00:47,
8年前
, 22F
11/29 00:47, 22F
※ 編輯: jeanvaljean (223.138.169.5), 11/29/2017 00:55:00
推
11/29 01:02,
8年前
, 23F
11/29 01:02, 23F
→
11/29 01:03,
8年前
, 24F
11/29 01:03, 24F
推
11/29 02:14,
8年前
, 25F
11/29 02:14, 25F
推
11/29 02:18,
8年前
, 26F
11/29 02:18, 26F
推
11/29 03:56,
8年前
, 27F
11/29 03:56, 27F
推
11/29 04:09,
8年前
, 28F
11/29 04:09, 28F
→
11/29 04:09,
8年前
, 29F
11/29 04:09, 29F
推
11/29 05:42,
8年前
, 30F
11/29 05:42, 30F
推
11/29 08:04,
8年前
, 31F
11/29 08:04, 31F
推
11/29 09:03,
8年前
, 32F
11/29 09:03, 32F
→
11/29 09:03,
8年前
, 33F
11/29 09:03, 33F
→
11/29 09:03,
8年前
, 34F
11/29 09:03, 34F
→
11/29 10:23,
8年前
, 35F
11/29 10:23, 35F
→
11/29 10:23,
8年前
, 36F
11/29 10:23, 36F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 4 之 10 篇):