← All pillsChoosing and investing · 12 Nov 2026Base

If AI Can Rebuild Your App in an Afternoon, What Are You Selling?

If AI can rebuild your app's screen in an afternoon, don't sell the screen. Sell the problem, the definition of done, real data, and code the client owns.

Studio Futuro astronaut close-up with a thoughtful visor: don't sell the screen, sell the work around it.
Studio Futuro astronaut close-up with a thoughtful visor: don't sell the screen, sell the work around it.

If AI can rebuild the screen of your app in an afternoon, don't sell the screen. Sell the work around it: the problem you chose, what "done" means, a tool tested on real data, a method with a person who owns the result, and code the client keeps.

Let's be upfront: we didn't time a model cloning an app before lunch. This pill isn't about a race. It asks a question, the right one for anyone building a product, a business tool or a SaaS who worries that AI will copy their interface.


The screen is no longer the offer

The way we see it, a login page, a dashboard or a checkout is now the easy layer. If your page opens with "look at our app," a buyer can ask another tool for a screen that looks close enough. That's an awkward place to stand when you name a price.

To be clear, this isn't an argument that software has no value. Software still runs companies, and it still has to work on Monday morning when the orders come in. The point is narrower: the part that can be copied is a poor thing to compete on.

If your whole offer is how the product looks, you're in a race you won't win on looks alone. Someone else will show a similar screen before you finish explaining why yours was hard to build.

Conceptual illustration: on the left a glass screen that is easy to copy, on the right a desk with the problem sheet, the definition-of-done checklist and folders of real data
Conceptual illustration: on the left a glass screen that is easy to copy, on the right a desk with the problem sheet, the definition-of-done checklist and folders of real data

What still holds value

We don't sell a screen and walk away. Our method is public on our site, and we use it here as an example because it's the most concrete answer we can give.

We work in four phases: discovery, prototype, rollout and evolution. Every phase has goals, timing and price set before we start, and we move on only when the previous one has delivered. In two to four weeks the prototype is a working tool tested on the client's real data. And the code always belongs to the client.

These aren't filler lines. They're exactly the parts a copied interface can't give you.

The problem worth solving

Discovery isn't a mood board. It means studying how the business works and finding where AI pays off most, with no commitment. The first job is to pick a problem worth building for. A beautiful screen for the wrong job is still the wrong job.

The definition of done

If "done" means "it looks like the demo," you'll end up arguing about pixels. If "done" is written down before the build, the work can actually finish. Goals, timing and price come first, and the next phase starts only when the last one has delivered. That rule is a sales tool, not just a project tool.

Work on real data

A cloned screen doesn't know your orders, your stock, your invoices or the system you already use. Picture a small business that sells online and in a shop: the hard part isn't drawing the orders table, it's making it talk to the real stock and the real invoices. That's why a serious prototype has to run on the client's data. The hard part is the fit, not the frame.

A person who owns the result

Handing over a file and disappearing is easy. In rollout the tool gets connected to the systems the business already uses, and the team that will run it every day gets trained. Then comes evolution: monitoring, support and new automations as the business grows. We think this is the part people forget when they're scared of clones: someone still has to own the result.

Code the client keeps

Say it plainly. If the client only rents a screen, a cheaper copy can take them away. If the code is theirs, the relationship rests on a working tool they can keep, not on a look they can lose.

None of this needs a secret stack. It needs an offer that talks about these things first.

Conceptual illustration: four phase cards on a desk and the Studio Futuro astronaut signing the card that reads "The code is always yours"
Conceptual illustration: four phase cards on a desk and the Studio Futuro astronaut signing the card that reads "The code is always yours"

What to change in your offer this week

You don't need a new brand. You need a clearer offer. Here are six steps for your own page or your next proposal.

  1. Rewrite the first sentence. Lead with the problem and the outcome, not a tour of the interface. "We put orders, stock and invoices in one place, built around the way you work" beats "here's our beautiful app." If your first sentence still points at a screenshot, change it.
  2. Write down what "done" means. Spell out what must be true for the work to be finished, in the proposal or on the sales page, before you talk about layout. If you can't write it in a few lines, you're not ready to sell it.
  3. Name the data and the constraints. Say which real data the tool will use and which systems it has to live next to. A buyer who hears "we'll test it on your real data" has something to judge. A buyer who only sees a demo has a picture.
  4. Sell the phases, not a weekend. Set goals, timing and price before each phase, and say you only move on once the last one has delivered. Two nice demos are easy to compare. A method with a person who stays for rollout and training is much harder to copy.
  5. Say who owns the code. If the client does, write it plainly. If they don't, be honest about what they're renting. Silence here makes the screen look like the whole product.
  6. Cut the promises you can't keep. Don't promise a rebuild in an afternoon if you've never done it for this kind of product. Don't invent packages, prices or client stories. A calm, true offer is easier to trust than a race you never ran.

Go in that order: the first sentence and the definition of done carry most of the weight.


A quick test for your own page

Open your homepage or the deck you send to clients. Read only the first screen. Now picture it with every screenshot removed. Is there still an offer? If not, you're selling the part that can be copied.

Change one paragraph this week. Then change your call to action so it asks for the problem and the data, not a compliment on the design.

That doesn't mean the interface doesn't matter: screens still have to be clear and easy to use. But the screen is the vehicle, not the thing you hang the price on.

Conceptual illustration: the Studio Futuro astronaut rewriting the offer, crossing out "look at our app" and writing the problem, the data and the definition of done
Conceptual illustration: the Studio Futuro astronaut rewriting the offer, crossing out "look at our app" and writing the problem, the data and the definition of done

If the screen can be rebuilt in an afternoon, sell the work around it, and put that in the offer you use from this week on.

Want a second pair of eyes on your offer, starting from the problem rather than the design? Get in touch and let's talk.


In short: A screen can be copied, the work around it can't: the right problem, a clear definition of done, real data, a person who owns the result, and code the client keeps. Start with the first sentence of your offer and rewrite it this week.

Newsletter

AI that actually works, in your inbox.

New pills, the tools we use and what we learn on real projects. Few emails, only when there is something useful.

No spam. Unsubscribe in one click.