Re: [新聞] 日本玩家投訴手遊轉蛋全槓龜　網友反譏：你才花五萬？已回收

看板C_Chat作者 (Aly)時間8年前 (2017/05/09 22:57), 編輯推噓1(1推 0噓 78→)
留言79則, 10人參與, 最新討論串7/13 (看更多)
→
05/09 22:10,
我曾是遊戲pm 直接說結論 機率就是公佈那樣 所有伺服
05/09 22:10
→
05/09 22:10,
器用同一個機率表 活動上前會測抽1萬次看機率狀況 就
05/09 22:10
→
05/09 22:10,
是公告的那樣 不會有人假日來偷調 平常加班就很苦命了
05/09 22:10
→
05/09 22:10,
玩家腦補太多 也不會有vip專屬池啥的 哪個程式這麼強
05/09 22:10
→
05/09 22:10,
大 一般玩家測不到這麼大的基數 當然覺得機率不準
05/09 22:10
→
05/09 22:12,
另外還要補充 遊戲公司要賺錢就是要有人玩 vip要有額
05/09 22:12
→
05/09 22:13,
外專屬優惠不說外 哪可能vip機率設比較低 是想被客服
05/09 22:13
→
05/09 22:13,
經理電嗎
05/09 22:13
雖然我玩的手遊不多也不長 真的玩得算久的只有神抄 但神抄我還有玩的時候 有用過抽卡機 就是他會檢索你的牌庫然後給你沒有的 雖然活動立意良善 （騙抽卡） 但也表示了遊戲公司要搞玩家也不是這樣難啊 且當時神抄有陣子常出問題 而這檢索牌庫抽卡 災情倒是沒啥發生 講難聽點神抄都有能力 何況其他公司 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.18.62 ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1494341862.A.FD7.html
推
05/09 22:59, , 1F
講白的你們玩這個就是只能任莊家宰割
05/09 22:59, 1F
→
05/09 23:00, , 2F
差別在莊家有沒有讓你感覺到自己正在被溫水煮吧
05/09 23:00, 2F
→
05/09 23:00, , 3F
可是我覺得要賺錢 扣掉這個也還有一堆方法能薛玩家更多吧
05/09 23:00, 3F
→
05/09 23:01, , 4F
剔除已經有的這種機制類似特殊福袋的概念，和機率不衝突
05/09 23:01, 4F
→
05/09 23:02, , 5F
它可以看牌庫再給你牌沒錯 可是有機率表 額外搞這幹嘛
05/09 23:02, 5F
→
05/09 23:02, , 6F
誰知道你抽不到卡之後 是加碼還是quit
05/09 23:02, 6F
→
05/09 23:02, , 7F
這個機制也不會動到原本的機率表
05/09 23:02, 7F
→
05/09 23:03, , 8F
設計時原則上機率表示不會動的，都是寫額外的動作去執行抽抽
05/09 23:03, 8F
→
05/09 23:03, , 9F
可以變相要你強制保底買牌
05/09 23:03, 9F
→
05/09 23:05, , 10F
神抄是香港開發,日本有什麼法律都不關他鳥事
05/09 23:05, 10F
→
05/09 23:16, , 11F
你要這樣懷疑乾脆不要玩比較實際 幹嘛自己找虐受
05/09 23:16, 11F
→
05/09 23:17, , 12F
我只能說身為一個營運 要想的是整體活動營收 沒人會去
05/09 23:17, 12F
→
05/09 23:18, , 13F
針對個人 還隨時隨地調機率哩 又不是吃飽太閒找事做
05/09 23:18, 13F
→
05/09 23:18, , 14F
異想天開想要調整機率促進買氣，不小心就會搞砸
05/09 23:18, 14F
→
05/09 23:18, , 15F
要調機率表有何難度 反正是伺服端的你也看不到
05/09 23:18, 15F
→
05/09 23:18, , 16F
你知道做這行的加班都是常態嗎? 光報表報告都做不完了
05/09 23:18, 16F
→
05/09 23:18, , 17F
特別是機率通常都是有人精算好的，特別是博奕類
05/09 23:18, 17F
→
05/09 23:19, , 18F
還要去搞玩家zZ 不要被上頭搞就阿蜜陀佛了
05/09 23:19, 18F
→
05/09 23:19, , 19F
"調"不難，"調的能夠賺且不會突然暴衝"才是核心
05/09 23:19, 19F
→
05/09 23:20, , 20F
加不加班跟調機率有何相關WWWW
05/09 23:20, 20F
→
05/09 23:21, , 21F
用嘴的都很簡單啦 就跟之前上司說轉蛋開兩台營收兩倍
05/09 23:21, 21F
→
05/09 23:21, , 22F
老闆一句話就夠了
05/09 23:21, 22F
→
05/09 23:21, , 23F
一樣 用說的都比做得容易
05/09 23:21, 23F
→
05/09 23:21, , 24F
不要以為只有自己待過遊戲業 呵呵
05/09 23:21, 24F
→
05/09 23:23, , 25F
你們會這樣做我有啥辦法 我們營收不夠都是加活動
05/09 23:23, 25F
→
05/09 23:23, , 26F
第一次聽到老闆要求調轉蛋機率 也是挺酷的啦
05/09 23:23, 26F
→
05/09 23:25, , 27F
技術上要調就是沒難度阿 又不是調一次要送客戶端版本
05/09 23:25, 27F
→
05/09 23:25, , 28F
不過我覺得JPG說的情況應該是"換"機率表，而不是根據同一份
05/09 23:25, 28F
→
05/09 23:26, , 29F
直接調整特定幾個，程式面技術上當然沒問題，問題都是報酬率
05/09 23:26, 29F
→
05/09 23:26, , 30F
要搞不能等於一定會搞嗎
05/09 23:26, 30F
→
05/09 23:26, , 31F
就算只改裡面幾個參數"程式技術上"當然沒問題，有問題的都不
05/09 23:26, 31F
→
05/09 23:26, , 32F
是程式面啊(笑
05/09 23:26, 32F
→
05/09 23:27, , 33F
待遊戲界也要看你待在哪個地方吧
05/09 23:27, 33F
→
05/09 23:28, , 34F
為什麼要調整機率, 設計這功能的意義何在, 這才是問題
05/09 23:28, 34F
→
05/09 23:30, , 35F
換了機率表到底能產生多少營收 而且報告要怎樣說換了
05/09 23:30, 35F
→
05/09 23:31, , 36F
我這邊是一開始就設計好數個機率表，照特定時段以及營銷控制
05/09 23:31, 36F
→
05/09 23:31, , 37F
機率表 證明有增加營收 這操作是有效的 想到就頭痛
05/09 23:31, 37F
→
05/09 23:31, , 38F
切換
05/09 23:31, 38F
→
05/09 23:31, , 39F
我比較懶 想新活動就好 各位高手再做微操吧
05/09 23:31, 39F
→
05/09 23:32, , 40F
反正這部分是數值師要煩惱的，研發只要確定結果能收斂就行啦
05/09 23:32, 40F
→
05/09 23:32, , 41F
Golu那種模式的確是存在, 但轉蛋有什麼必要套用這功能?
05/09 23:32, 41F
→
05/09 23:33, , 42F
今天真的要做, 我頂多也只會做防臉黑機制怕人被嚇跑
05/09 23:33, 42F
→
05/09 23:34, , 43F
這種方式差別只在調的方式(比方說限時機率加倍)和持續時間啦
05/09 23:34, 43F
→
05/09 23:34, , 44F
我何必先整死這群有錢人?
05/09 23:34, 44F
→
05/09 23:35, , 45F
轉蛋太過頻繁切換機率也是苦到上面的人不好控制
05/09 23:35, 45F
→
05/09 23:35, , 46F
機率加倍就只是換一張機率表阿, 但不管怎麼說, 不針對個人
05/09 23:35, 46F
→
05/09 23:35, , 47F
真的上法院告, 營運只要拿出系統數據證明大體數據正確
05/09 23:35, 47F
→
05/09 23:35, , 48F
所以就像safy說的，做保底機制CP值最高，不過往往上頭不是這
05/09 23:35, 48F
→
05/09 23:36, , 49F
麼想(認真
05/09 23:36, 49F
→
05/09 23:36, , 50F
要記住的就是, 既然會產生超級非洲人, 相對就會產生法老
05/09 23:36, 50F
→
05/09 23:36, , 51F
我是覺得推文中講的都沒有錯，只是剛好身處的"環境"及上頭的
05/09 23:36, 51F
→
05/09 23:37, , 52F
"要求"就得有些應變的方式wwww
05/09 23:37, 52F
→
05/09 23:37, , 53F
因為不需要阿, 博弈的樂趣就是建立在你能承擔風險
05/09 23:37, 53F
→
05/09 23:38, , 54F
公司就是來賺錢的 有大R感恩都來不及了 誰會想搞他
05/09 23:38, 54F
→
05/09 23:38, , 55F
大R不玩還要請VIP客服致電關心很麻煩的耶
05/09 23:38, 55F
→
05/09 23:39, , 56F
開會還要被客服經理提報然後被夾 我幹嘛自虐
05/09 23:39, 56F
→
05/09 23:39, , 57F
使用機率演算, 那是不是這演算法還需要被資料庫紀錄LOG?
05/09 23:39, 57F
→
05/09 23:40, , 58F
我們是有紀錄的(笑
05/09 23:40, 58F
→
05/09 23:40, , 59F
增加LOG, 要多一台SERVER去計算, 去紀錄, 還要維護這些功能
05/09 23:40, 59F
→
05/09 23:40, , 60F
還曾經被靠杯過某某遊戲是不是機率表有問題，開發還下去重測
05/09 23:40, 60F
→
05/09 23:41, , 61F
就只是為了搞玩家? 怎可能阿
05/09 23:41, 61F
→
05/09 23:41, , 62F
不可能是為了搞玩家，都只是為了營收，一切都是營收考量(O
05/09 23:41, 62F
→
05/09 23:42, , 63F
機率表有問題, 有LOG當然看LOG阿, 還要重測幹嘛
05/09 23:42, 63F
→
05/09 23:42, , 64F
所以機率表大部分會變動的原因是"增加玩家支出的誘因"對吧
05/09 23:42, 64F
→
05/09 23:42, , 65F
大概被質疑程式吧 要求重新QA跑檢測流程
05/09 23:42, 65F
→
05/09 23:43, , 66F
就是看LOG發現機率異常，確認機率表後才發現疑似是特定機制
05/09 23:43, 66F
→
05/09 23:43, , 67F
造成某個機率表下有連續觸發的可能性
05/09 23:43, 67F
→
05/09 23:44, , 68F
這種時候懷疑程式是很正常的wwwww
05/09 23:44, 68F
→
05/09 23:44, , 69F
我覺得談的東西好像有點業界, 我還是先談到這就好了www
05/09 23:44, 69F
→
05/09 23:44, , 70F
當然也有可能當初提供的規格也有問題，那就會一起抓出來電啦
05/09 23:44, 70F
→
05/09 23:44, , 71F
我只是想簡單表達 沒有遊戲公司會吃飽太閒搞玩家啦
05/09 23:44, 71F
→
05/09 23:44, , 72F
我已經講得很~~~~~~~~~~~~~~~~隱晦啦
05/09 23:44, 72F
→
05/09 23:44, , 73F
連續觸發就超級歐洲人阿
05/09 23:44, 73F
→
05/09 23:45, , 74F
搞到營收不好被夾的還不是營運 當然希望大家抽爽爽
05/09 23:45, 74F
→
05/09 23:45, , 75F
受害者除非是有具體事證, 否則大多都是沒這屁股吃瀉藥
05/09 23:45, 75F
→
05/09 23:46, , 76F
而且程式方才是最希望產品穩定的人....一直亂改還不瞧爆
05/09 23:46, 76F
→
05/09 23:46, , 77F
但, 學生大多就是沒這屁股, 也不知道該給拍拍還是要給酸...
05/09 23:46, 77F
→
05/09 23:47, , 78F
就只能幫QQ阿 或是學陰陽師給非酋獎勵 不然就保底zZ
05/09 23:47, 78F
→
05/09 23:47, , 79F
其實就正常拍拍，然後看到要告的點加減酸一下的程度wwwww
05/09 23:47, 79F
‣ 更多 sos3637665 的文章
文章代碼(AID): #1P4TZc_N (C_Chat)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 7 之 13 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共13篇)
‣ 更多 sos3637665 的文章
文章代碼(AID): #1P4TZc_N (C_Chat)