Releasing a feature as beta

Last updated:

|Edit this page

It's sometimes worth releasing big new features under a 'beta' label to set expectations with customers that this feature is still in active development, and might have some rough edges.

What a beta feature should do

A beta feature still needs to provide value to a customer. Mocking out the frontend without any functionality does not count as a beta feature.

What a beta feature doesn't have to do

A beta feature doesn't need to have a perfect interface, does not need to be performant for high volume customers and can have big open bugs (as long as it still provides value).

Time limit

Aim to not have a beta label on a feature for more than two releases.

UX elements to show a feature is in beta

(todo)

Questions?

Was this page useful?

Next article

Building new products, fast

Don’t innovate on the MVP Give customers something they're already familiar with first. Innovation can happen later Don't overthink the integration We stressed about how to integrate the data warehouse deeply into the product early on. People are happy to use our products pretty separately in the early days - we don't need to be better than the rest of the market on day 1 of launching. Don’t even think about pricing until you have users. If people are using it, money will come. Pricing is…

Read next article