بازیتان را عرضه کردهاید. استیم میگوید ۴۲٬۰۰۰ دلار فروش کل داشتهاید. حساب بانکیتان میگوید ۲۷٬۴۰۰ دلار. اگر دقیقاً ندانید آن ۱۴٬۶۰۰ دلار باقیمانده کجا رفته، تنها نیستید — و در واقع، شما دارید به یک داشبورد فروشگاهی نگاه میکنید که هرگز برای این منظور طراحی نشده، نه به صورتهای مالی واقعی کسبوکارتان.
سهم درآمد استیم معمولاً اینطور خلاصه میشود که «ولو ۳۰ درصد برمیدارد»، و برای اکثر قریب به اتفاق توسعهدهندگان مستقل، این تقریباً درست است. اما آن ردیف ۳۰ درصدی تنها یکی از پنج کسر جداگانه است که بین قیمتی که بازیکن میپردازد و مبلغی که به حساب جاری کسبوکار شما میرسد، قرار دارد: کمیسیون پلتفرم، بازپرداختها، تبدیل ارز، مالیات بر ارزش افزوده/مالیات فروش، و — اگر مؤدی مالیاتی آمریکا نیستید — کسر مالیات فدرال. هر کدام باید ردیف جداگانهای در دفاتر شما داشته باشد، چون هر کدام از نظر مالیاتی رفتار متفاوتی دارد، و یکیکردن آنها با هم دقیقاً همان چیزی است که باعث میشود توسعهدهندگان یا مالیات تخمینی فصلی بیشتری بپردازند یا در فروردین (آوریل) با یک غافلگیری ناخوشایند از سوی حسابدارشان روبهرو شوند.
در ادامه میبینیم پول واقعاً چطور جابهجا میشود و چگونه باید آن را ثبت کرد تا دفاترتان با واقعیت مطابقت داشته باشد، نه فقط با داشبورد Steamworksتان.
سهم درآمد پلکانی استیم، و چرا برای اکثر توسعهدهندگان اهمیت چندانی ندارد
ساختار فعلی ولو بر اساس درآمد کل هر عنوان بهصورت پلکانی تعریف شده است:
- کارمزد پلتفرم ۳۰ درصدی بر روی ۱۰ میلیون دلار اول درآمد ناخالص (شما ۷۰ درصد را نگه میدارید)
- کارمزد پلتفرم ۲۵ درصدی برای درآمد بین ۱۰ میلیون تا ۵۰ میلیون دلار (شما ۷۵ درصد را نگه میدارید)
- کارمزد پلتفرم ۲۰ درصدی برای درآمد بالای ۵۰ میلیون دلار (شما ۸۰ درصد را نگه میدارید)
این سطوح پلکانی تحت فشار ناشران بزرگ اضافه شدند که تهدید میکردند عناوین با بودجه بالا را به فروشگاههای رقیب منتقل میکنند، نه بهعنوان یک حرکت دوستانه با توسعهدهندگان مستقل. و آمارها هم این را تأیید میکنند: میانه درآمد کل یک بازی مستقل جایی بین ۵٬۰۰۰ تا ۱۵٬۰۰۰ دلار است، و حتی عنوانی که در ۵ درصد برتر از نظر فروش قرار میگیرد بهندرت از ۱ میلیون دلار عبور میکند. مگر آنکه در حال ساخت بازی موفقیت بزرگ بعدی باشید، دفاتر خود را بر اساس کمیسیون ثابت ۳۰ درصدی برنامهریزی کنید — این سطوح پلکانی برای بازیای که هرگز به هشت رقم نمیرسد، فقط یک خطای گرد کردن هستند.
با این حال، اگر عنوانی دارید که به ۱۰ میلیون دلار نزدیک میشود، این دقیقاً همان نوع آستانهای است که حسابداریتان باید در لحظه رصدش کند، نه اینکه سه ماه بعد هنگام تطبیق صورتحساب پرداختی متوجه آن شوید. دفتر حسابهایی که درآمد را به تفکیک هر عنوان رصد میکند (نه فقط یک حساب یککاسه «درآمد استیم») به شما امکان میدهد نزدیکشدن به عبور از این سطح را از قبل ببینید.
درآمد خالص: استیم واقعاً بر چه مبنایی به شما پرداخت میکند
این همان بخشی است که توسعهدهندگانی را که از یک کسبوکار سادهتر خردهفروشی یا اشتراکی میآیند، غافلگیر میکند: کمیسیون استیم بر اساس قیمت روی برچسب محاسبه نمیشود. بلکه بر اساس درآمد خالص محاسبه میشود، که برابر است با درآمد ناخالص منهای تعدیلات قابلاعمال.
درآمد ناخالص شامل مالیات بر ارزش افزوده و مالیات فروش دریافتشده هنگام پرداخت است. تعدیلات قابلاعمال شامل این موارد است:
- بازپرداختها و برگشتهای تراکنش (chargeback) — کل قیمت خرید هر نسخه بازپرداختشده کسر میشود
- مالیات بر ارزش افزوده/مالیات فروش — قیمتهای استیم در بیشتر کشورها شامل مالیات هستند، و ولو آن مالیات را مستقیماً به مرجع ذیربط پرداخت میکند؛ این مبلغ هرگز وارد محاسبه سهم درآمد شما نمیشود
- تبدیل ارز — فروشهای بینالمللی با نرخ تبدیل ولو به دلار تسویه میشوند، نرخی که بین تاریخ فروش و تاریخ پرداخت با نوسانات بازار ارز تغییر میکند
تنها پس از کسر همه این موارد است که سهم درآمد ۷۰/۷۵/۸۰ درصدی اعمال میشود. بهطور عملی: شما برای یک فروش بازپرداختشده کمیسیون استیم را نمیپردازید (خوب است)، اما از ابتدا هم اجازه ندارید قیمت روی برچسب را بهعنوان درآمدتان ثبت کنید (مهم است، چون یعنی رقم «فروش ناخالص» داشبوردهای بازاریابیتان همیشه بالاتر از درآمد ناخالص حسابداریتان خواهد بود).
رویکرد حسابداری: برای هر دوره پرداخت، دو رقم جداگانه ثبت کنید — درآمد ناخالص پلتفرم (پس از کسر مالیات بر ارزش افزوده، پیش از بازپرداختها) بهعنوان ردیف درآمد، و بازپرداختها را در یک حساب درآمد-معکوس (contra-revenue) که در صورت سود و زیان با آن تهاتر میشود. صرفاً مبلغ نهایی واریزشده را بهعنوان «درآمد استیم» ثبت نکنید — در این صورت توانایی دیدن روند نرخ بازپرداخت را از دست میدهید، که یکی از مفیدترین شاخصهای سلامت برای یک استودیوی مستقل است.
بازپرداختها یک خطای گرد کردن نیستند — نرخ را رصد کنید، نه فقط ارقام دلاری را
سیاست بازپرداخت استیم به بازیکن اجازه میدهد برای هر خریدی که در دو هفته گذشته انجام شده، بازپرداخت کامل درخواست کند، مشروط بر اینکه کمتر از دو ساعت بازی کرده باشد. این سیاست بهطرز چشمگیری از فروشگاههای کنسول یا موبایل سخاوتمندانهتر است، و دلیل خوبی هم دارد (بخش زیادی از سوءاستفاده «خرید، دزدی نسخه بدون DRM، بازپرداخت» را از بین میبرد و اعتماد خریداران را جلب میکند). در سطح کل پلتفرم، میانگین نرخ بازپرداخت حدود ۵ درصد خریدهاست، اما بازیهای روایی کوتاه و عناوینی که میتوان «مسیر اصلی» آنها را در کمتر از دو ساعت تمام کرد، اغلب نرخهای بهمراتب بالاتری میبینند — توسعهدهندگان گزارش دادهاند که نرخ بازپرداخت برای عناوینی که بازیکن میتواند در یک نشست، پیش از بستهشدن پنجره دوساعته، تمام کند، به دو رقم میرسد.
برای دفاتر شما این یعنی:
- بازپرداختها را یک هزینه مکرر کسبوکار روی استیم بدانید، نه یک استثنا. برای آنها همانطور بودجهبندی کنید که یک خردهفروش برای کسری کالا (shrinkage) بودجه میبندد.
- نرخ بازپرداخت را بهعنوان یک شاخص کلیدی عملکرد (KPI) رصد کنید، نه فقط مجموع مبلغ بازپرداختشده. نرخی که پس از یک پچ یا یک کمپین بازاریابی بالا میرود، یک سیگنال است — یا یک باگ، یا صفحه فروشگاهی گمراهکننده، یا (که در ۲۰۲۶ رواج بیشتری دارد) سوءاستفاده از پنجره بازپرداخت برای بازیهای کوتاه.
- درآمد یک فروش را تا زمانی که پنجره بازپرداخت بهطور معناداری سپری نشده، شناسایی نکنید، اگر شناسایی درآمد رسمی (ASC 606) انجام میدهید — اکثر استودیوهای مستقل بهدلیل کوتاهبودن و قابلپیشبینیبودن آماری پنجره دوهفتهای بازپرداخت، نیازی به تعویق شناسایی درآمد ندارند، اما اگر بازپرداختها برای عنوان شما اساسی و بیثبات هستند، ایجاد یک ذخیره/تخصیص ماهانه برای بازپرداخت، دقیقتر از شناسایی ۱۰۰ درصد فروش ناخالص و پذیرفتن ضربه بعداً است.
قیمتگذاری منطقهای و تبدیل ارزی که شما انتخابش نکردهاید
استیم از قیمتگذاری در ۳۵ ارز پشتیبانی میکند، و بهروزرسانی قیمتگذاری ۲۰۲۶ ولو، فراتر از تبدیل ساده نرخ ارز رفته و قدرت خرید محلی و هنجارهای منطقهای قیمتگذاری سرگرمی را نیز در نظر میگیرد — یعنی قیمت ۱۹.۹۹ دلاری آمریکایی شما ممکن است در جایی مثل برزیل یا جنوبشرق آسیا به قیمت واقعی بسیار متفاوتی ترجمه شود، و این ترجمه میتواند با گذشت زمان تغییر کند حتی اگر شما هرگز تنظیمات قیمتگذاری خودتان را دست نزنید.
دو پیامد برای حسابداری شما:
- هر فروش بینالمللی یک تبدیل به دلار است، نه یک عدد ثابت. نرخ استفادهشده، نرخ ولو در زمان گزارشدهی است، نه نرخ روزی که بازیکن بازی را خرید. اگر درآمد را بر اساس منطقه برای مقاصد مالیاتی یا برنامهریزی کسبوکار رصد میکنید، تفکیک منطقهای را از گزارش فروش Steamworks بگیرید، نه اینکه بخواهید آن را از مبلغ واریزی معکوس محاسبه کنید.
- بدون بررسی اثر پاییندستی روی درآمد خالص هر واحد، قیمتهای منطقهای خود را دستی تغییر ندهید. کاهش قیمت در کشوری با مالیات بر ارزش افزوده بالا میتواند سهم شما را بیش از آنچه تغییر قیمت روی برچسب نشان میدهد، کوچک کند، چون مالیات پیش از اعمال سهم درآمد کسر میشود.
زمانبندی پرداخت: چرا واریز بانکی شما هرگز با فروش این ماه مطابقت ندارد
ولو تقریباً ۳۰ روز پس از پایان ماه فروش پرداخت را انجام میدهد — برای مثال، فروش بهمنماه (فوریه) در پایان اسفند (مارس) پرداخت میشود — و استیم پرداخت را تا زمانی که حساب شما از آستانه حداقلی ۱۰۰ دلار عبور کند نگه میدارد، که برای عناوین کوچک دسترسی زودهنگام یا استودیوهایی که چند بازی کوچک را اداره میکنند و درآمد ماهانه یک عنوان بهتنهایی ممکن است به این آستانه نرسد، اهمیت دارد.
این تأخیر رایجترین منبع سردرگمی «دفاترم با حساب بانکیام مطابقت ندارد» برای توسعهدهندگان تازهکار استیم است. راهحل، حسابداری تعهدی استاندارد است: درآمد را در ماهی ثبت کنید که فروش واقعاً اتفاق افتاده (طبق گزارش فروش Steamworks شما)، نه ماهی که پول نقد به بانک شما میرسد. یک حساب «مطالبات استیم» ایجاد کنید که درآمد خالص هر ماه را تعهدی ثبت میکند و وقتی واریز حواله یا ACH حدود ۳۰ روز بعد میرسد، تسویه میشود. بدون این کار، سود و زیان ماهانه شما مثل ترنهوایی بهنظر میرسد که هیچ ربطی به روند واقعی فروشتان ندارد — فقط بازتاب همان ماههایی خواهد بود که یک پرداخت در آنها فرود آمده است.
کسر مالیات: مرحلهای که توسعهدهندگان غیرآمریکایی از آن غافل میشوند و پشیمان میشوند
اگر مؤدی مالیاتی آمریکا هستید، ولو به شما فرم 1099 صادر میکند و شما آن را مثل هر درآمد کسبوکاری دیگری مدیریت میکنید. اگر مؤدی مالیاتی آمریکا نیستید، این بخش بعدی همان چیزی است که افراد را غافلگیر میکند:
درآمد استیم بهعنوان درآمد حق امتیاز با منشأ آمریکا طبقهبندی میشود (بهطور مشخص، نرخ حق امتیاز کپیرایت برای بازیها و DLC). در فرآیند ورود Steamworks، هر شریک یک مصاحبه مالیاتی را تکمیل میکند و یا فرم W-9 (توسعهدهندگان آمریکایی) یا فرم W-8BEN (توسعهدهندگان غیرآمریکایی) را تولید میکند. بر اساس کشور محل اقامت شما و اینکه آیا آن کشور معاهده مالیاتی با آمریکا دارد یا نه، ولو بین ۰ تا ۳۰ درصد از سهم درآمد شما را پیش از رسیدن به بانکتان کسر میکند، و آن را سالانه در فرم 1042-S، که تا ۱۵ مارس صادر میشود، گزارش میدهد.
اگر میبینید ۳۰ درصد کسر شده و کشور شما معاهده مالیاتی با آمریکا دارد که به شما حق نرخ کاهشیافته میدهد، بهاحتمال زیاد مصاحبه مالیاتی را درست تکمیل نکردهاید — معمولاً به این دلیل که شماره شناسه مالیاتی خارجی یا آمریکایی را در جایی که مزیت معاهده به آن نیاز دارد، ارائه نکردهاید. این فرمی است که میتوانید برگردید و دوباره ثبت کنید؛ نرخ دائمی نیست. برای یک توسعهدهنده تنها، تفاوت بین یک معاهده مطالبهنشده (کسر ۳۰ درصد) و یک معاهده مطالبهشده (اغلب ۰ تا ۱۵ درصد، بسته به کشور) میتواند هزاران دلار در سال باشد — ارزش نیم ساعت بازبینی مصاحبه را دارد.
در هر صورت، آن کسر مالیات یک ردیف جداگانه از کمیسیون پلتفرم استیم است. «سهم استیم» و «کسر مالیات» را در دفاترتان در یک رقم ادغام نکنید — رفتار مالیاتی آنها کاملاً متفاوت است. مبلغ کسرشده پیشپرداختی از بدهی مالیاتی خودتان است (ممکن است بتوانید آن را بهعنوان اعتبار مالیاتی خارجی مطالبه کنید یا بسته به رفتار مالیاتی کشور خودتان پس بگیرید)، در حالی که کمیسیون پلتفرم صرفاً کارمزد ولو است و نقطه، و در برابر چیزی قابل اعتبار نیست.
یک دفتر حسابهای ساده برای استودیوی متکی به استیم
برای یک استودیوی کوچک، پنج حساب تقریباً همه موارد بالا را پوشش میدهد:
- درآمد ناخالص استیم — فروش با قیمت پس از کسر مالیات بر ارزش افزوده، پیش از بازپرداختها و کمیسیون
- بازپرداختهای استیم (درآمد-معکوس) — ارزش دلاری فروشهای بازپرداختشده/برگشتخورده
- کارمزدهای پلتفرم استیم — کمیسیون ۳۰/۲۵/۲۰ درصدی، که جداگانه از...
- کسر مالیات استیم — فقط برای توسعهدهندگان غیرآمریکایی؛ آن را بهعنوان دارایی مالیاتی پیشپرداختشده در نظر بگیرید، نه یک هزینه
- مطالبات استیم — درآمد تعهدی اما پرداختنشده از ماه جاری و ماه قبل، که با فرود پرداخت تسویه میشود
اگر بیش از یک عنوان دارید، بهجای ساختن یک مجموعه کاملاً جدید از حسابها، برای هر بازی یک کلاس یا برچسب اضافه کنید — میخواهید عملکرد عناوین را مقایسه کنید بدون آنکه دفتر حسابهایتان را پنج برابر تکرار کنید.
دفاتر استودیوی بازیسازی خود را بهاندازه کدبیستان تمیز نگه دارید
اگر با خواندن یک گزارش فروش Steamworks راحت هستید، با متن ساده هم راحت هستید — و این دقیقاً همان چیزی است که Beancount.io بر پایه آن ساخته شده. بهجای دستوپنجه نرمکردن با یک ابزار حسابداری مبتنی بر رابط گرافیکی برای مدلسازی چیزی بهنامنظمی کارمزدهای پلکانی پلتفرم، ذخایر بازپرداخت و کسر مالیات خارجی، یک بار آن را بهصورت یک دفتر کل نسخهکنترلشده مینویسید و هر محاسبهای که پس از آن میآید را رایگان دریافت میکنید. برای دیدن اینکه توسعهدهندگان چگونه یک دفتر کل درآمد بازار را ساختار میدهند، مستندات را بررسی کنید، یا Fava را برای دیدن نمایی داشبوردی از درآمد، بازپرداختها و کارمزدها به تفکیک عنوان، بدون خروج از متن ساده، کاوش کنید.