TON-комиссии в Mini App: где разработчик теряет деньги на каждом платеже

TON-комиссии в Mini App: где разработчик теряет деньги на каждом платеже

TON-платёж в MA — это не только комиссия сети. В реальной схеме вы платите за несколько слоёв: ончейн-транзакцию, возможный мост/обмен, вывод в фиат или внутренний cash-out. Если у вас короткий чек и низкий ARPDAU, именно трение по комиссии убивает конверсию быстрее, чем сам price point.

Смотрите на 4 вещи:
— размер чека: чем он меньше, тем выше доля комиссии в выручке;
— частота платежей: серия мелких оплат почти всегда хуже одной крупной;
— путь пользователя: лишний шаг между Mini App и оплатой режет CR;
— кто платит fee: пользователь, разработчик или вы делите его в цене.

Для MA лучше заранее считать не «комиссию в вакууме», а net revenue after fees. Если Stars закрывает микроплатежи, а TON — крупные чеки, это уже две разные модели. В одной важнее frictionless UX, в другой — минимизация on-chain действий и понятный payout flow.

Практика простая: держите payment ladder. Микрооплата — в Stars или в один клик, средний чек — в TON, крупный пакет — только там, где комиссия занимает малую долю от суммы. И обязательно тестируйте, на каком шаге у вас падает оплатa: чаще проблема не в комиссии как таковой, а в том, что пользователь видит её слишком рано.