Accounting for Mobile App Startups

Mobile App Accounting & Revenue Recognition

Expert accounting for iOS and Android apps. Navigate App Store/Google Play revenue recognition, 30% platform fees, user acquisition cost (UAC) capitalization, in-app purchases, subscription tracking, and international VAT/GST compliance.

30%
App Store/Google Play Fee
180+ Countries
Potential VAT/GST Compliance
Gross vs Net
Revenue Recognition Decision
$50K-$200K
Average Annual Compliance Cost

Mobile App Accounting Challenges We Solve

Mobile app businesses face unique accounting complexities that require specialized expertise. From platform fee treatment to international tax compliance, we deliver clarity and accuracy.

App Store/Google Play Revenue Recognition

Apple and Google take 15-30% of revenue. Should you recognize revenue gross (before platform fees) or net (after fees)? This decision affects your metrics, financials, and investor perception.

The Critical Question:

Are you the principal (selling to customers) or the agent (facilitating sales for the platform)? This determines gross vs. net reporting.

Gross Revenue (Principal):

If you control pricing, customer relationship, and delivery

• User pays $9.99 → Revenue: $9.99, Platform fee: $3.00 expense
• Higher revenue, lower margins
• Most common for apps with own branding

Net Revenue (Agent):

If platform controls significant elements

• User pays $9.99 → Revenue: $6.99 (net of 30% fee)
• Lower revenue, higher margins
• Rare for mobile apps, more common for marketplaces

Platform Fee Structure & Accounting

Apple and Google have tiered commission structures. Understanding these fees is critical for accurate revenue and expense tracking.

Apple App Store:

  • 30% for first year of subscriptions
  • 15% for subscriptions after year 1
  • 15% for developers earning <$1M/year (Small Business Program)
  • • Different rates for auto-renewing vs. one-time purchases

Google Play:

  • 30% for first $1M in revenue
  • 15% for revenue above $1M
  • 15% for subscriptions (all revenue)
  • • Different rates for media apps and ebooks

Accounting Implication:

Must track revenue by platform, subscription age, and revenue tier to properly calculate platform fees and gross margins. Critical for forecasting and investor reporting.

User Acquisition Cost (UAC) Capitalization

Mobile apps spend heavily on Facebook, Google, TikTok ads to acquire users. Should these costs be expensed immediately or capitalized as an asset? This decision impacts profitability.

The Debate:

GAAP generally requires expensing UAC as incurred. However, some apps with proven LTV:CAC ratios and long subscription retention can make a case for capitalization under ASC 340-40.

Expense UAC (Common):

  • • GAAP-compliant, conservative
  • • Simpler accounting
  • • Lower short-term profitability
  • • Investors adjust for this

Capitalize UAC (Rare):

  • • Requires strong justification
  • • Complex amortization tracking
  • • Higher short-term profitability
  • • Audit scrutiny risk

Our Recommendation:

Expense UAC for GAAP financials, but track LTV:CAC cohorts separately for internal decision-making and investor presentations. Best of both worlds.

In-App Purchase & Subscription Tracking

Different purchase types require different revenue recognition treatment. Proper tracking is essential for accurate financials and subscription metrics (MRR, ARR, churn).

Auto-Renewing Subscriptions:

Monthly/annual subscriptions that renew automatically

Revenue Recognition: Ratably over subscription period
• $9.99/month subscription → Recognize $9.99 each month
• $99.99/year subscription → Recognize $8.33/month over 12 months

One-Time In-App Purchases:

Virtual goods, level unlocks, one-time features

Revenue Recognition: Immediately upon purchase (point-in-time)
• $4.99 level unlock → Recognize $4.99 immediately
• No deferred revenue

Consumables (Games):

Coins, gems, lives that get "consumed"

Revenue Recognition: When consumed OR estimated consumption pattern
• $9.99 for 1,000 coins → Recognize as coins are spent in-game
• Often use statistical analysis of consumption patterns

Refund & Chargeback Accounting

Apple and Google allow users to request refunds. You must account for refunds and estimate future refunds (reserve) for proper revenue recognition.

Refund Policies:

  • Apple: Users can request refunds within 90 days, Apple decides
  • Google: 48-hour window for automatic refunds, then case-by-case
  • • Typical refund rates: 1-5% depending on app type
  • • Gaming apps often higher (5-10%), productivity apps lower (1-3%)

Accounting Treatment:

1. Refund Reserve: Estimate expected refunds and reduce revenue accordingly

If you recognize $100K revenue but expect 3% refunds, reduce revenue by $3K and record refund liability

2. Actual Refunds: When refunds occur, reduce the liability (not revenue again)

This prevents double-counting the same refund

International VAT/GST Compliance

Mobile apps sell globally. Many countries require VAT/GST collection on digital services. Apple and Google handle most of this, but you need to understand the implications.

Platform Handling:

Apple and Google generally collect and remit VAT/GST on your behalf in most countries. You receive the net amount (after VAT/GST deducted). This is called "deemed supplier" model.

Example: EU VAT (20%):

• User in Germany pays €9.99 for subscription
• Includes €1.67 VAT (20% of €8.33 net price)
• Apple collects €9.99, remits €1.67 VAT to Germany
• You receive €8.33 × 70% (after 30% Apple fee) = €5.83
Your revenue: €8.33 (gross) or €5.83 (net of platform fee)

Important Note:

You typically don't need to register for VAT/GST in foreign countries when selling through app stores. But if you sell direct (web subscriptions), you may need registrations in EU, UK, Australia, etc. We help navigate this complexity.

Revenue Recognition: Detailed Example

Monthly Revenue Recognition for Mobile App

App Profile:

App Type:Productivity SaaS (iOS + Android)
Subscription:$9.99/month auto-renewing
New Subscribers (Month 1):1,000 users
Platform Split:70% iOS, 30% Android
Avg Refund Rate:2%
Annual Revenue (current):$800K (under $1M)
Apple Fee:15% (Small Business Program)
Google Fee:15% (under $1M)

Gross Revenue Recognition (Principal)

Month 1 Revenue:

1,000 users × $9.99$9,990
Less: Refund reserve (2%)($200)
Net Revenue Recognized$9,790

Platform Fees (Operating Expense):

iOS (700 users × $9.99 × 15%)$1,048
Android (300 users × $9.99 × 15%)$449
Total Platform Fees$1,497
Gross Revenue:$9,790
Platform Fees:($1,497)
Net to Company:$8,293
Gross Margin:84.7%

Net Revenue Recognition (Agent)

Month 1 Revenue:

iOS (700 × $9.99 × 85%)$5,944
Android (300 × $9.99 × 85%)$2,547
Gross collected (net of platform)$8,491
Less: Refund reserve (2%)($170)
Net Revenue Recognized$8,321

Platform Fees:

Platform fees already deducted from revenue. No separate expense line item.

Net Revenue:$8,321
Platform Fees:N/A (in revenue)
Net to Company:$8,321
Gross Margin:~100% (no COGS)

Which Method Should You Use?

✅ Gross Revenue (Recommended for Most Apps)

  • • You control pricing, features, customer relationship
  • • You bear risk if user doesn't pay (refunds)
  • • Platform is just payment processor + distribution
  • Result: Higher revenue, platform fee as expense
  • Example: $9,790 revenue, $1,497 expense = $8,293 net

⚠️ Net Revenue (Rare for Apps)

  • • Platform controls pricing or significant elements
  • • You're facilitating, not primary seller
  • • Very uncommon for branded mobile apps
  • Result: Lower revenue, no platform expense
  • Example: $8,321 revenue, $0 expense = $8,321 net

Bottom Line: Same cash ($8,293 vs $8,321 after refunds), but different presentation. Most mobile apps should use gross revenue recognition as they're the principal. Consult with us to ensure proper treatment under ASC 606.

Common Mobile App Accounting Mistakes

We see mobile app startups make these costly accounting errors. Avoid them to ensure accurate financials and investor confidence.

Mistake #1: Recognizing Revenue Too Early

Recognizing full annual subscription revenue upfront instead of ratably over 12 months. A $99.99 annual subscription should be recognized at $8.33/month, not $99.99 immediately.

Correct Treatment:

Record $99.99 as deferred revenue liability. Each month, recognize $8.33 revenue and reduce liability by $8.33. After 12 months, deferred revenue is zero.

Mistake #2: Not Reserving for Refunds

Recognizing 100% of revenue without estimating and reserving for expected refunds. This overstates revenue and creates a surprise when refunds occur.

Correct Treatment:

Calculate historical refund rate (e.g., 2%). For $10K in monthly subscriptions, recognize $9,800 revenue and $200 refund liability. Adjust quarterly based on actual rates.

Mistake #3: Miscategorizing Platform Fees

Recording platform fees as "cost of goods sold" instead of operating expense. App Store/Google Play fees are distribution/payment processing costs, not COGS.

Correct Treatment:

Record platform fees as "Sales & Marketing" or "Platform Fees" operating expense. COGS should only include direct costs like hosting, third-party APIs, data processing.

Mistake #4: Ignoring VAT in Revenue

Confusing gross user payment with your actual revenue. If a user pays €9.99 including 20% VAT, your revenue is €8.33 (net of VAT), not €9.99. Apple/Google handle VAT remittance.

Correct Treatment:

Record revenue net of VAT/GST. Apple and Google reports show you net amounts. Don't add back VAT to revenue. It's not yours—it's a tax collected on behalf of governments.

Mistake #5: Capitalizing UAC Incorrectly

Capitalizing user acquisition costs as an asset without proper justification or amortization schedule. GAAP requires expensing unless you meet strict criteria under ASC 340-40.

Correct Treatment:

Expense UAC as incurred (advertising expense). Track LTV:CAC cohorts separately for internal analysis. Only capitalize if you have explicit approval from auditors and strong documentation.

Mistake #6: Not Tracking Deferred Revenue

Failing to properly track deferred revenue liability on the balance sheet. This is critical for understanding unearned revenue and cash vs. revenue timing.

Correct Treatment:

Maintain a deferred revenue schedule by subscription. Track opening balance + new deferrals - recognized revenue = ending balance. Investors scrutinize this closely.

CASE STUDY

How We Fixed Revenue Recognition for a $2M ARR Mobile App

$340K
Revenue corrections identified
3 months
Time to implement fixes
Series A
Successfully raised after cleanup

The Company:

A meditation and wellness app with 50K paying subscribers across iOS and Android. $2M ARR, growing 15% month-over-month. Preparing for Series A fundraise. Mix of monthly ($9.99) and annual ($79.99) subscriptions.

The Problem:

During Series A due diligence, investors found major accounting issues that threatened the deal. The company's previous bookkeeper had made critical errors in revenue recognition.

  • • Recognizing full annual subscription revenue upfront ($340K overstatement)
  • • No refund reserve despite 3% historical refund rate
  • • Platform fees miscategorized as COGS instead of operating expense
  • • No deferred revenue tracking on balance sheet
  • • VAT-inclusive amounts incorrectly recorded as revenue
  • • No reconciliation between app store reports and accounting system

Our Solution:

  1. Revenue Recognition Overhaul: Built deferred revenue schedule tracking all active subscriptions. Corrected annual subscriptions to recognize ratably over 12 months. Restated previous 12 months of financials.
  2. Refund Reserve Implementation: Analyzed 18 months of refund data, established 3.2% reserve rate. Created monthly refund reconciliation process.
  3. Platform Fee Reclassification: Moved $180K of platform fees from COGS to "Distribution & Platform Fees" operating expense. Improved gross margin visibility.
  4. VAT Adjustment: Corrected revenue to exclude VAT/GST. Built country-by-country revenue tracking showing gross user payment vs. net revenue.
  5. Automated Reconciliation: Implemented monthly reconciliation between App Store Connect / Google Play Console reports and QuickBooks. Automated using Zapier + custom scripts.

Results:

Financial Corrections:

  • • Revenue restated: $340K deferred properly
  • • Deferred revenue liability: $420K on balance sheet
  • • Refund reserve: $64K liability established
  • • Gross margin corrected: 94% (not 97%)

Business Impact:

  • • Series A closed successfully ($8M)
  • • Clean audit opinion from Big 4 firm
  • • Monthly close time: 2 days (vs. 2 weeks)
  • • Investor confidence restored
"SpryTax saved our Series A. Our previous bookkeeper had created a revenue recognition disaster that investors caught during diligence. SpryTax fixed everything in 3 months, restated our financials properly, and built automated processes so it never happens again. Worth every penny."

— CEO & Co-Founder

Mobile App Accounting Implementation Checklist

Follow this checklist to ensure accurate revenue recognition and financial reporting for your mobile app.

Revenue Recognition Setup

Platform Fee & Refund Tracking

International Compliance

Reconciliation & Reporting

Audit Readiness

Ready to Get Your Mobile App Accounting Right?

Get a free accounting assessment to identify revenue recognition issues and implementation roadmap.