Selection Guide
Five component lines, one question: where are you building today? Follow the path to your answer, then install the package that carries it.
Start with one question
Avonni gives you five component lines across four Salesforce surfaces, delivered in three managed packages. Three of the lines are no-code and made for admins. One is a code library for developers. Same component family everywhere: pages, flows, sites, and your own code.
The important thing to know first: these are not either/or solutions. Many Avonni users install more than one package, because a real project rarely lives on a single surface. So the question is not "which one do I commit to", it is:
Where am I building today?
The one minute answer
A Lightning page that has to show things, fast: App Builder Components.
A Lightning page that needs formulas, components reacting to each other, or branding beyond the Salesforce look: Dynamic Components.
A screen flow: Flow Screen Components.
An Experience Cloud site for customers or partners: Experience Sites Components.
Your own Lightning Web Components: LWC Components.
None of those choices closes another one, and a single package covers three of the five lines. The rest of this page explains each answer, and Installation & Package carries the install links.
Follow the path
Every endpoint on that path is a component line, and no path closes another one. You can walk it again next month for a different project.
Where are you building?
I am in the Lightning App Builder
You are building a page layout: a record page, a Home page, an app page. Two lines cover this surface, and you pick by how much the page has to think.
App Builder Components for quick, standard layouts. Drag a component onto the page, point it at your data, done. Conditional visibility comes from App Builder itself.
Dynamic Components when the page needs formulas, components that react to each other and to record changes, or branding beyond the Salesforce look. This is the closest thing to custom development without code.
Key strength: both are always on. They live on the page layout, so nobody has to launch a flow to see the information.
I am in the Flow Builder
You are building a guided process: step 1, step 2, step 3, to collect data or walk a user through a decision.
Flow Screen Components give you more than 70 components made for Screen Flows.
Key strength: these components live inside your Flow variables, so they integrate with your business logic, your formulas, and the rest of your automation.
I am in the Experience Builder
You are building for people outside your org: a customer portal, a partner site, a public page.
Experience Sites Components are built for Experience Cloud, fully branded, and designed for guest access.
Key strength: they go well past the Salesforce look, which is usually the whole point of a public-facing site. Dynamic Components work on Experience Cloud too, so a portal can mix both.
I am writing my own Lightning Web Components
You are a developer, and you want production-ready building blocks instead of starting from scratch.
LWC Components give you 55+ components you reference with
avonni-*tags, exactly like the standardlightning-*ones.
Key strength: the 12 Data Driven components (Data Table, Kanban, Scheduler, Map, Pivot Table and more) query records themselves, so a full data table is about 30 lines of configuration with no Apex controller behind it.
Pick this line if your team keeps rebuilding tables, boards, calendars and maps; if you want zero Apex for the data display layer, since query mode handles fetching, search, sort, filter and pagination; or if you use AI assistants to write LWC and want them generating against a discoverable catalog instead of scaffolding black boxes.
Which package carries which line
Five lines, three packages. This is the whole mapping:
One install of Avonni Experience Components therefore covers three of the five lines. See Installation & Package for the install links and the four steps that follow.
The hybrid strategy
Most Avonni users do not pick just one
The common pattern: build a reactive dashboard with Dynamic Components directly on a record page, then put a button or an interaction inside it that launches an Avonni Screen Flow for the data entry. Developers join the same story through the LWC Components package, so their custom code shares the component family your admins already use.
Pages, processes, sites and code, all in one org, all looking like the same product.
Better together
Installing Avonni Experience Components is not an upgrade that replaces your Flow components. It is an extension of what you can build.
Modern UI: Dynamic Components make standard Salesforce pages look and behave like custom-coded applications.
Triggered logic: those components can trigger your existing Screen Flows. Clicking "Schedule Meeting" on an Avonni Timeline launches the flow that handles the calendar logic.
Custom code: when a team needs something the builders do not cover, developers build it with the LWC Components package, using the same component family, so the UI stays consistent across the org.
Frequently asked questions
Last updated
Was this helpful?