Example Use Case: Centralised Sales & Inventory System
This example demonstrates how a growing wholesale business can move from scattered record keeping methods such as handwritten notes, spreadsheets, and disconnected files to a centralised record management system using a no-code app builder.
The Challenge
Many growing businesses rely on a mix of paperwork, spreadsheets, and separate files to manage:
- Customer records
- Supplier records
- Product catalogs
- Daily orders
Over time, this approach creates significant friction:
- Inefficient Operations: Recording an order often requires checking existing customer or product information across paper records, spreadsheets, or files, making the process slow and prone to errors.
- Inconsistent Data: Without standardisation, the same customer name can be recorded in different ways. For example, one person might enter "Acme Corp" while another might enter "Acme Corporation". This results in inconsistent entries, where the same customer appears under different variations.
- No Clear Data Grouping: There is no clear and nested view of which specific items belong to which order (the parent-child connection). This makes it difficult to track and view an order and its items in one place.
The Solution
You need a centralised system that acts as a single source of truth, where data is strictly structured and interconnected. Here is how you use the App Builder to think through this process and translate your real-world operations into a digital system.
Identifying the Forms
Before you can build your system, you need to identify what buckets of information exist. The best way to start is to map out your business conceptually before sending your first message to the assistant.
Mental Model: Identify the "Nouns"
To figure out what forms you need, look at your business operations and identify the key nouns. A form typically represents a person, an organisation, an item or asset, a trackable activity, or a location.
- People and Organisations: Customers, Suppliers, Employees.
- Items and Assets: Products, Vehicles, Equipment.
- Activities and Transactions: Orders, Invoices, Deliveries.
- Location: Warehouses, Retail Outlets.
Using this model, you can tell the assistant what information you want to store:
You: "I need a system to manage my Customers, my Products, and the Orders my customers place."
Adjusting Your Initial Forms
The system generates an initial structure based on your input. Reviewing this structure often sparks deeper insights into your real-world operations.
For example, you already have:
- A Product form that lists all items available for sale
- An Order form that records each order placed by a customer
However, each order usually contains multiple products. This creates a gap: where should you record the specific products included in each order?
This information cannot be stored directly in the Product form, because it needs to be specific to each individual order.
To solve this, you introduce an Order Item subform under the Order form. Each product within an order is recorded as a separate Order Item, linked to its parent Order. This creates a clear structure where one Order contains multiple Order Items.
Mental Model: When to Use a Subform
If a piece of information cannot logically exist on its own and always belongs to a larger record, it should be created as a subform.
This establishes a parent-child relationship, where multiple child records belong to a single parent.
Common examples:
- Order (Parent) & Order Items (Child): Each item belongs to a specific order and cannot exist on its own.
- Supplier (Parent) & Contact Persons (Child): Each contact person, such as an account manager or logistics contact, belongs to a specific supplier.
- Customer (Parent) & Delivery Addresses (Child): A customer can have multiple delivery locations
Note: Subforms can also be nested within other subforms, allowing you to represent multiple levels of related information if needed.
The AI can suggest forms and subforms based on your initial input. In many cases, it may automatically detect relationships like Order and Order Items.
If the structure looks correct, you can proceed. If not, you can refine it by giving instructions. For example:
You: "Add a subform under Order called Order Item."
You can also rename or add forms and subforms at any time.
Your foundation is now properly mapped out and ready for the next step.
Defining Details
With your structure in place, the next step is to define the details within each form.
Mental Model: The Clipboard Test
1. Brainstorming Details
To figure out what details you need in a form, imagine using a physical paper form to capture the details of a record in your system. For a Customer, it might include a 'Name', 'Email', and 'Phone Number'. For a Product, it might include a 'SKU' and 'Unit Price'.
These details represent the essential data you need to capture.
2. Setting The Rules
Once you know your details, the next step is to define how each one should behave. To do this, ask yourself these four questions for every detail:
- Type / Format: What kind of data is this? If it is for money, set the format to be Currency so values like "Twenty" cannot be entered.
- Compulsory: Is this detail critical? If you absolutely cannot process an order without a customer's email, make it Compulsory.
- Min / Max Limits: What is a realistic range? For example, quantities cannot be negative, so the minimum should be set to 0. Maximum limits can also help keep text fields within a reasonable length (e.g., 50 characters).
- Default Values: What is the most common value? If most new orders start in a "Pending" state, set the default to "Pending" to save your team from entering the value every single time.
Applying this logic, you instruct the assistant to enforce your business rules:
You: "Customer form: Make 'Email' compulsory."You: "Product form: Format 'Unit Price' as Currency and set the minimum to 0."You: "Order form: Set the default 'Status' to 'Pending'."
At this stage, all details are defined and ready for the next step.
Connecting the Forms
If forms are not connected, your data is just isolated. To build a system that actually works, your forms need to be structured and linked in a meaningful way.
Mental Model: The "Belongs To" Test & The Master Folder Concept
The "Belongs To" Test
To figure out where links are needed, ask yourself: "Does this record belong to another record, depend on it, or contain smaller items within it or nested inside a parent?"
• Does an Order belong to a specific Customer? Yes. Therefore, the Order form needs a link to the Customer.
• Does an Order Item represent a specific Product from inventory? Yes. Therefore, the Order Item needs a link to the Product.
• Does an Order Item belong to a specific Order? Yes. This is a parent-child relationship.
The Master Folder Concept
When tracking orders through spreadsheets or physical paperwork, customer details are often logged repeatedly for every new transaction. This means the exact same information is repeated multiple times, which can lead to inconsistencies if details are recorded differently or updated in only some places.
Instead, think of your Customer form as a master folder that stores each customer's details exactly once. Each order then links to the customer using a unique identifier 'Customer ID', rather than duplicating the customer details. This way, customer details are stored once and remain consistent across all orders.
Note: If you need to capture a detail that is specific to a single order (such as the delivery address), you should add 'Delivery Address' as a text detail in Step 2. This gives the order its own address detail, completely separate from the customer's primary address.
At this stage, your forms are fully connected and ready for the next step.
Designing the Menu
Moving to Step 4, it is time to organise your system so that your team can navigate it easily.
You can structure your forms into clear dropdown menus in the navigation bar by grouping related forms together.
For example, you can group both the Customer and Order forms under a dropdown menu called 'Sales & Customers', and place the Product form under 'Inventory'. This makes it highly intuitive for your team to find what they need.
You can instruct the AI to build this menu layout:
You: "Group the Customer and Order forms under a new menu called 'Sales & Customers'. Then, move the Product form under a menu called 'Inventory'."
Once your navigation is logically arranged, you are ready for the final step.
Review & Finalise
Before generating your app, you can review a complete summary of your forms, details, and menu layout. You will also see a visual preview of your final user interface.
If you need to make any adjustments, simply go back to the previous steps. Once everything is correct, click "Finalise System".
The builder will then generate your app, and you will receive an email with your login credentials.
Your New System in Action
After logging in, you step into a structured, reliable web portal tailored exactly to your business operations.
1. A Centralised Hub
Your entire business now operates from a web portal. Your team can log in from anywhere and seamlessly manage daily operations within one standardised system.
2. Selection over Manual Entry
When creating an Order, you do not type out customer details manually. Instead, the interface provides a search popup (>) allowing you to find and select the exact customer. The system tags the order with the unique 'Customer ID'. This links the order to the correct customer behind the scenes.
3. Clear Hierarchy Structure
Because you defined Contact Person as a subform of Supplier, they are always viewed together. When you open a Supplier form, all of its contact persons appear as a nested list on that same page.
Conclusion
With just 5 steps, you turn your daily operations into a ready to use system built entirely by you, exactly for your business.
Start Building Now