Why app sales fall through: 8 deal breakers, and how to avoid each one

Why does the price gap kill so many deals?

Because the seller’s number and the buyer’s number come from different places. Sellers often start from a headline multiple they read online, or from revenue; buyers start from profit. An app earning $5,000 a month from Apple with $2,000 of costs has $3,000 of monthly profit, and that’s what the price is built on.

How to avoid it: know your range before you talk to anyone. I price around 6–36x monthly profit, using the average of the last 3 months, and the app valuation calculator shows where your app sits in that range. Why two apps with the same profit can differ is in how I value an app.

What happens when the numbers don’t match?

Trust goes, and the deal usually goes with it. The first numbers you share are rough; the ones in due diligence come from App Store Connect, your subscription tool and your bank. If revenue in the first message is 30% higher than in the reports, or proceeds don’t match what reached your bank, a buyer starts wondering what else is off.

How to avoid it: share proceeds (what Apple pays you, after its cut) as an average of the last 3 months, and check them against your own reports before the first message. Which screens a buyer looks at is in what I check in App Store Connect.

Why do late surprises end deals?

Because a known problem gets priced in, and a hidden one looks like a trap. The usual ones:

• A spike right before the sale, usually paid ads that are about to stop, or a one-off feature.
• App Review warnings or a removal that weren’t mentioned.
• A key SDK or API being shut down, or a price change from a provider the app depends on.
• A dispute: a trademark complaint, a co-founder disagreement, a platform claim.

How to avoid it: say it in the first conversation. A slow decline or an old warning isn’t a dealbreaker when I know about it; finding it in week two is. The full list of what buyers check is in the app due diligence checklist.

What if ownership isn’t clean?

Then nobody can safely buy the app. Every purchase agreement asks you to confirm that you own what you’re selling: the code, the name, the design, the assets. It gets complicated when a contractor wrote part of the code without a written transfer of rights, when a co-founder never signed anything, or when the app was built during a job whose contract claims your work.

How to avoid it: collect the written rights before you look for a buyer, and check your employment contract if you built the app while employed (more in selling confidentially). What you promise in the agreement is in the app purchase agreement guide.

Can Apple’s transfer block a sale?

Yes, at the worst moment: after the money is in escrow. Apple only transfers an app when every one of its criteria is met. The common blockers are a version still in review, an In-App Purchase waiting for review, TestFlight builds that haven’t been removed, a missing agreement on either account, and In-App Purchase product IDs that already exist in the buyer’s account.

How to avoid it: go through the checklist during due diligence, not on closing day: Apple’s app transfer criteria. On Android the rules are different; see the Google Play transfer.

What if the payment route doesn’t work?

Then the deal stalls between signing and closing. The usual causes: the escrow service doesn’t support your country, the names don’t line up (the app is in a personal developer account but the money should go to a company, or the other way round), or the bank blocks an incoming international payment.

How to avoid it: agree the escrow service and the receiving account before you sign. If you’re outside the US, selling an app from outside the US covers countries, names and payouts; how escrow itself works is in app sale escrow.

Why do long processes fall apart?

Because things change while everyone waits. A month of flat revenue, a new competitor, an iOS release that breaks something, or simply the seller’s patience running out. Acquire.com’s January 2026 report puts the average time on market at 81 days (Acquire.com, checked September 2026); every week adds a chance for the numbers or the mood to move.

How to avoid it: keep the steps short and in a fixed order: numbers, offer, checks, escrow, transfer. With a direct buyer that’s about 14 days from first message to a closed deal, everything included.

What if the buyer can’t pay?

Then everything before it was wasted, or worse, you transferred the app first. Some buyers make an offer before they have the money, or disappear during due diligence; a few are scams.

How to avoid it: never start the transfer before the buyer has funded escrow. A reputable escrow service holds the money, you transfer the app, and the money is released when the buyer confirms. More on avoiding scams in where to sell an app.

How do I keep a sale from falling through?

By being the buyer and keeping the steps short. There’s no listing and no auction, so there’s no one else to wait for. I read every message myself and usually reply within a few hours. If the app fits, I send a written offer; due diligence happens under an NDA if you want one; the money goes into a reputable escrow service before you start Apple’s transfer. About 14 days from first message to a closed deal, everything included, and no fees for you.

Send me your app: the store link and rough numbers are enough for a first look.