Бонусные ОКи в играх на Одноклассниках, как быть?

Question

[Валерий Ожиганов]

Недавно мы рассказали о введении разделения ОКов в Одноклассниках на 2 вида: простые и бонусные. Подробнее у нас в группе: https://ok.ru/apiok/topic/65790394728568
Эта тема несомненно вызвала жаркую дискуссию, как быть и что делать, и мы готовы предложить свой вариант решения.
У основного метода для платежей FAPI.UI.showPayment (и его аналогов, в зависимости от платформы) есть параметр attributes для передачи key-value пар дополнительных настроек транзакции.
Мы предлагаем:
* бонусные ОКи будут использоваться в игре только после подписания соответствующего дополнительного соглашения
* обычные (небонусные) ОКи списываются первыми
* для запрета использования при платеже бонусных ОКов разработчик передает ключ "restrictBonus" со значением true
* при проведении платежа наша платежка добавляет к запросу коллбека ключи "baseOKs" и "bonusOKs" с соответствующими суммами оплат для понимания разработчиком, какая часть из ОКов была каждого из типов.
Какие возможны сложности со стороны разработчиков при таком подходе?

Answer 1

[paDer]

При таком подходе товары разделятся на обычные и бонусные.
Бонусные товары будут в 4 раза дороже обычных, чтобы скомпенсировать экономику.
Разработчики не заинтересованы продавать обычные товары за бонусные ОКи.
Пользователя не заинтересованы покупать бонсные товары за обычне ОКи.
При этом есть смысл если "restrictBonus" = false в первую очередь списывать бонусные ОКи. Такой подход позволит использовать и бонусные и обычне ОКи на максимум не ущемляя интересы ни пользователей ни разработчиков.

Comments

[Артур Шакалис]

Повышать цену некоторых своих товаров или нет - это дело каждого разработчика. Как мы уже говорили в рассылке, мы не против данного подхода, но и не мотивируем на такую активность.
"При этом есть смысл если "restrictBonus" = false в первую очередь списывать бонусные ОКи. "
Сначала будут списываться реальные оки, после бонусные. Данный параметр введён как раз для того, чтобы разработчик на своей стороне смог бы запретить покупку определённых товаров за бонусные ОКи.
"Такой подход позволит использовать и бонусные и обычне ОКи на максимум не ущемляя интересы ни пользователей ни разработчиков."
Вот это вообще не понятно, каким образом это позволит не ущемлять права... Наоборот. Если бы мы сначала списывали бы бонусные ОКи, то это значит, что мы намеренно занижали бы доход разработчиков с 50% до 10%. Мы не приследуем данную цель ни коим разом.

[paDer]

Артур Шакалис: "Вот это вообще не понятно, каким образом это позволит не ущемлять права... Наоборот. Если бы мы сначала списывали бы бонусные ОКи, то это значит, что мы намеренно занижали бы доход разработчиков с 50% до 10%. Мы не приследуем данную цель ни коим разом."
Да вместо этого вы предлагаете разработчикам сыграть в лотерею и получить за товар от 50 до 10% цены. При этом мы уже гарантируем пользователю, что он получит определенный товар вне зависимости какая доля этого товара будет оплачена нормальными оками, а какая бонусными. То есть такая система максимально ущемляет разработчика при нетронутых пользователе (который гарантировано получает товар) и соцсети (которая уже получила деньги).
Единственный вариант который я вижу на данный момент это разрешить бонусы в рулеточном колесе и градировать выдачу приза в зависимости от соотношения baseOKs/bonusOKs. Но это опять же нужно включать в план разработки.

Контроль над бонусными оками на уровне платежа это конечно хоть что-то по сравнению с тем что было предложено в начале, но все равно сильно далеко от того, чтобы заинтересовать рядовых разработчиков возиться с бонусными оками.

Answer 2

[Aahart Ruru]

Как объяснить юзеру, что оки которые он получил по акции это не Оки?)
Вы уже что то меняли в методах?
При мелких покупках стало подниматься платформенное окно платежки после клика по предмету в банке, что вводит юзера в заблуждение.
Он думает, что это подтверждение покупки. Передумывает, отказывается и закрывает платформенное окно, а покупка то уже совершилась...

Comments

[Артур Шакалис]

Акции проводят ОК, следовательно и объяснить какие ОКи бонусные и почему - это наша задача. Разработчик может поддерживать акции, но сами ОКи разработчик не продаёт.
На данный момент изменён только алгоритм списания ОКов. Т.е одна транзакция, например в 30 ОК, может приходить несколькими платежами. Например в 29 + 1. Т.к у пользователя на момент платежа было 29 реальных ОК и какое-то кол-во бонусных. Мы списали все реальные и дополнили недостающие ОКи из бонусных. До 1 ноября все ОКи идут по одной и той же процентной ставке.