How Enad works

# How Enad works Use this page when you need the short version of what Enad is before you choose a docs surface. > This page is guidance only. Exact SDK exports, API fields, Search operations, event payloads, and generated types stay owned by package artifacts, OpenAPI or generated reference artifacts, Search artifacts, and source repositories. ## Enad in plain English Enad is the system behind commerce data and commerce experiences. It helps a business organize what it sells, how those products appear, where they can be bought, what customers see, and which docs surface owns the next technical step. That means Enad is broader than a storefront theme kit. A storefront can be one expression of the platform, but the platform model also covers product information, prices, stock, media, customer-facing content, and the context that changes what shoppers see. ## The basic shape of the platform A simple way to think about Enad is: - **teams** are the top-level workspace where work is organized - **apps** are the business or storefront surfaces inside that workspace - **store groups** describe the selling context for an experience - **markets** describe where that experience applies, such as country, language, or currency context - **products, media, and customer-facing content** are the information that those experiences draw from You do not need every internal term on day one. Start with the idea that Enad keeps commerce information and storefront delivery connected, then learn the deeper terms as you need them. ## Selling in different contexts One of the main ideas in Enad is that the same business may sell in more than one context. For example, a brand may: - run different storefront experiences for different kinds of customers - sell into multiple countries or language regions - show different assortments, pricing, or content depending on where the shopper is That is why terms like **store group** and **market** matter. At a high level: - a **store group** helps describe the kind of selling experience - a **market** helps describe where that experience applies You do not need the exact implementation details here. The useful mental model is that Enad lets the same underlying commerce setup behave differently across selling contexts without treating every context as a completely separate business. ## Product, price, stock, and content A customer may think in terms of one product, but the platform has to coordinate several related kinds of information: - the main product a shopper recognizes - the specific version or option they can buy - the price shown in a given selling context - the stock available from a given inventory context - the content and media that explain the product That is why Enad should be read as a platform model, not only as a UI layer. The storefront experience depends on the data model behind it, and that model can change by context. ## Where to go next - Want the shared vocabulary and reading order first? Go to [Start concepts](/start/concepts). - Need the selling-context model next? Read [Store groups and markets](/start/concepts/store-groups-and-markets). - Need the workspace and runtime model next? Read [Teams, apps, and environments](/start/concepts/teams-apps-and-environments). - Need the catalog model next? Read [Products, variants, prices, and stock](/start/concepts/products-variants-prices-and-stock). - Building storefront UI? Start with [React SDK latest](/react-sdk/latest). - Choosing or integrating REST APIs? Start with [APIs](/apis). - Working on search, autocomplete, or facets? Start with [Search latest](/search/latest). - Working with assets, images, or media delivery? Start with [Media](/media).