精華區beta C_Chat 關於我們 聯絡資訊
※ 引述《mrbigmouth (大嘴先生)》之銘言: : ※ 引述《song7775 (凜透)》之銘言: : : 想建議把商業季度跟產品上架的時間進行分離 : : 目前因為沒跟到第一批次的上架時間導致有產品推不上去 : : 而要等一個星期這段時間內感覺有點虧 : : 能否改成商業季度只是單純進行營利的結算 : : 產品想上架就上架 固定存在一個禮拜後下架呢? : : 商業季度跟產品上架的時間是否有一定得綁在一起的必要? : 這邊我要講解一下現行的推薦票制度, : 現在每個人每個商業季度總共有幾張推薦票, : 是由「這個季度將會有多少商品上架」來計算的, : 每上架十個商品,所有使用者就會多一張推薦票,但最少也會有一張。 : 當季度一張推薦票能夠產生多少營利額也是在此時算出。 : 現在每個人每季度能用推薦票產生多少營利額是固定值14萬, : 那如果當季度有10張推薦票可用,那每張推薦票就可產生1萬4千的營利額。 : 因此,如果想要改為產品能隨時上架的機制, : 你可能要推出配套的可用推薦票數目跟推薦票營利額計算方式。 那不更動計算方式 改變計算用數據取樣時間點 流程改成這樣不知道如何: 1.開服新創時間 經理人可設定商品 但不會立刻上架 2.設定第一波第一季商品上架設定截止時間(例如開服後48小時) 時間到 這段時間內設定的商品統一上架 3.以前項上架數量計算第一季每人推薦票數並發放 4.第一波上架後到第一季結束前個經理人可以自由上架商品 但不影響第一季推薦票數 5.第一季結算 全商品下架 6.第二季開始 以第一季結算時全商品總數計算第二季推薦票數並發放 7.到第二季結束前個經理人可以自由上架商品 但不影響第二季推薦票數 之後季度重複5.6.7.流程直到重開機 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 58.114.67.113 ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1503734704.A.489.html
zizc06719: 越來越複雜= = 08/26 16:05
error405: 就是用前一季算票數 08/26 16:09
error405: 好處是自由 壞處是你季中上架別人可能沒票投了 08/26 16:11
mrbigmouth: 程式上沒有問題 只是用前一季算票數實在有點怪啊 08/26 16:11
mrbigmouth: 推薦票數跟當季產品設量有關是有必要的 產品越多就能 08/26 16:11
mrbigmouth: 讓人投更多票 跟上季產品數量有關到底是為什麼啦!? 08/26 16:11
error405: 不然廢推薦票改每季定額獎勵金弄成像廣告系統..(銅臭味) 08/26 16:14
其實同意季中可以即時上架的同時 季初算的推薦票數就確定無法切實反映該季商品量(一定偏少) 如果在此前提(容許季中自由上架)下要更切合該季商品量的話 可以把上面流程4.以後改成這樣 姑且稱為"方案二"(原篇流程稱為"方案一") ----------------------------------------------- 5.第一季結束前經理人可設定第二季第一波上架商品 6.第一季結算 全商品下架 7.第二季開始 第一季結束前個經理人設定的第二季商品全數上架 並以此時上架的數量計算推薦票 8.到第二季結束前個經理人可以自由上架商品 但不影響第二季推薦票數 ----------------------------------------------- 之後季度就重複這個流程 不過這樣設定的話 商品"及時上架"跟"下季上架"就要分開 而且會有某種微妙的.....功能重複感 ※ 編輯: KUSURI (58.114.67.113), 08/26/2017 16:31:18
papago89: 雖然不太確定 但其實會想要有即時上架功能應該是為了因 08/26 17:40
papago89: 應經理人忘記上產品(本次的問題則是系統幫忙新創,大量 08/26 17:41
papago89: 公司於半夜甚至清晨才創立成功,產品換季時間又剛好是 08/26 17:41
papago89: 當天早上九點半,導致不少經理人是不方便上架產品的) 08/26 17:41
papago89: 姑且不論新創成立產品換季這樣巧合地促使上架產品困難化 08/26 17:42
papago89: 剩下會需要產品上架即時化的理由應該只有新創當下無經理 08/26 17:43
papago89: 無法上架產品,導致下個季度確定經理人時產品已無法設定 08/26 17:43
papago89: 。若要解決此問題則可考慮新創公司預設經理人為董事長或 08/26 17:45
papago89: 縮短經理人票選的週期(改為每日更迭)。如此因可有效解決 08/26 17:46
papago89: 不便上架產品的問題(較即時上架產品功能減少開發困難, 08/26 17:47
papago89: 並可迴避推薦票票數難以設定的問題) 08/26 17:48
papago89: 因可有效解決(x) 應可有效解決(o) 08/26 17:49
papago89: 剛剛看了一下系統發現原來已經有預設經理人了,那麼問題 08/26 17:57
papago89: 變成本季新創公司沒有產品可投。這樣我暫時想不出除了 08/26 17:58
papago89: 即時上架以外的解決法。但是新創公司無產品感覺是可理解 08/26 17:58
papago89: 並接受的新創劣勢,更何況即使季度中新創成功並即時上架 08/26 17:59
papago89: 推薦票或許有極大機率已被老公司們收刮完畢。即使即時上 08/26 17:59
papago89: 架我想也無法保證有可觀營利吧。 08/26 18:00
hitlerx: 不求可觀營利 只是無產品就毫無營利啊 08/26 20:26
papago89: 我的意思是指新創比起老公司有一定劣勢存在是可理解的, 08/27 01:19
papago89: 無產品可營利、股票價值較低(新創合資平均)之類的,而這 08/27 01:20
papago89: 個劣勢存在的理由是你這家公司本來就比其他人晚創。想迴 08/27 01:20
papago89: 避的話就開服當下你跟著創立就好,如果沒人要跟導致新創 08/27 01:20
papago89: 失敗,這也是一種人氣對比輸了的結果。 08/27 01:21
papago89: 所以其實未必需要去更動現有推薦票模式去使其變得更複雜 08/27 01:22
papago89: ,不過如果最後有人做了即時上架系統並表決成功那也是OK 08/27 01:22
papago89: 。只是一種成本的考量,現在要投票的更動這麼多,錯綜 08/27 01:23
papago89: 複雜的情況下(各項更動之間的影響不好預期),即時上架功 08/27 01:24
papago89: 能相較之下其實沒有這麼迫切這樣。 08/27 01:24