Examples

Every example has to show what it started from

Not a gallery. An example earns a place here by carrying its source, the direction given, the agent team, the result, and an honest account of what it does and does not establish.

Avisual Studio is the visual agent workforce for interior businesses. This page is the evidence layer. It states the standard every published example has to meet: the source material, the direction a person gave, the workflow and agent team that ran it, the result, what was preserved, what was inferred and what the result does not establish. No example is published here yet. Two of the three the workflows owe now have a page of their own, which states what that example will have to carry and publishes no source and no result; the third is named here rather than described as though it exists.

Illustration in productionA grid of paired panels, each pairing a source panel with a result panel at the same size
explanatory schematicThe layout this hub is built for: source and result at the same size, never a result on its own.

You came to see what Studio actually produces

The question behind this page is a specific one: does this work on the kind of material I have?

You are here to find one thing: a piece of work close enough to your own that you can judge whether Studio is worth your time. A kitchen elevation like the ones your team draws. A customer's room with a floor surface in it. A scene that was unfinished and had to be resolved.

That is a reasonable thing to want, and it is the thing this page is for. It is also the thing this page cannot give you yet, and the rest of the page says so plainly rather than filling the space with pictures that would not answer the question.

A picture on its own cannot be judged

Visual tools are easy to overestimate from their best outputs and easy to dismiss from a generic screenshot.

Show someone a finished interior visual and they still know nothing that matters. They cannot tell what went in. They cannot tell how much of what they are looking at came from a drawing and how much was supplied by the model. They cannot tell how many attempts it took, or how much a person adjusted afterwards, or whether the same input would land anywhere near it a second time.

So a beautiful output oversells and a plain one undersells, and neither tells an evaluator what they need. The fix is not better pictures. It is publishing the things around the picture: the source, the instruction, the workflow, the preserved facts, the inferred ones, and the limits.

Three ways to find work that matches yours

By workflow, by business context, by the kind of material you start from. Only the first has anywhere to go today.

By workflow

Design visual production, client review and approval, or human-led visual sales consultation. This is the axis that works today: each workflow page states its inputs, its outputs, and the worked example it owes.

Choose a workflow

By business context

Design firms; kitchen, cabinetry and furnishing businesses; material brands, retailers and showrooms. Examples will be grouped this way when the business pages land. There is no page behind this grouping yet, so there is no link on this card.

By what you start from

A drawing, a room photograph, a product or material reference, an unfinished render, or an already-approved scene. This grouping matters more than the others for judging fit, and it needs published examples before it can exist.

What every example here will have to carry

Eight things, on every card and every detail page. An example missing any of them does not get published.

  1. The source

    The material that went in, shown at the same size as the result. A drawing, a room photograph, a product or material reference, or an unfinished scene — with its quality visible, not cleaned up first.

  2. The direction

    The instruction a person actually gave, quoted or accurately paraphrased. Not a tidied-up version written afterwards to suit the result.

  3. The workflow and agent team

    Which workflow the job belongs to and which specialist agent team ran it, described as a supported process rather than as model mechanics.

  4. The result

    The output, at a size where it can be inspected next to its source, together with any material human editing or selection that happened after the run.

  5. What was preserved

    The facts that came from the source and survived: layout, divisions, camera position, fixed elements, the light in the room.

  6. What was inferred

    The things the source did not contain and something had to supply: depth, material character, finish behaviour, shadow, anything outside the drawn extent.

  7. What it does not establish

    The limits, stated as part of the card rather than buried underneath it. Dimensional accuracy, technical approval and colour matching against a physical product are never established by a visual.

  8. How to run it yourself

    A route into Studio for the same job, so the example can be tested rather than taken on trust. A card without a working route is an assertion, and an assertion is not evidence.

Five labels, four of which are evidence

The label is part of the claim. Read it before you read the picture.

Controlled demonstration

Shows capability under defined, controlled conditions, on material chosen to make one behaviour legible. It establishes that the behaviour exists. It is not a customer outcome and it is not a normal day's work.

Representative example

Shows a normal supported use case and realistic expected behaviour, on the kind of material a customer would actually bring. It tells you what to expect. It does not promise the same result on different material.

Case study

Shows use within a real customer process, including business or operational outcomes where those are available. It is published only with that customer's permission and with what did not work included.

Product claim

A factual statement supported by current product behaviour, approved documentation or measured evidence. If the behaviour has no working route, the claim does not go on the site.

Explanatory schematic

Illustrates a concept, a structure or a sequence. It shows no output and it is not evidence: it establishes nothing about what Studio produces, and no claim on this site may rest on one. Most diagrams across this microsite are labelled explanatory schematic, including the figure at the top of this page.

These categories are not interchangeable and they are not blurred. A demonstration produced by us does not become a case study because the material looked realistic, and a case study is not published because a customer said something encouraging in a meeting — it needs their permission and an honest account of the parts that did not go well.

Four of the five are evidence. The fifth, explanatory schematic, deliberately is not: it exists so that a diagram of a process carries a label that claims nothing, instead of borrowing a demonstration label it cannot support. A figure carrying it proves nothing, and nothing on this site is allowed to lean on one.

Case studies are kept separate from demonstrations on this page for that reason. When both exist, they will be shown in different groups with their labels visible, so that nobody has to work out which kind of evidence they are looking at.

What a matched example changes in an evaluation

The value of this page is in what it lets you rule out, not in what it lets you admire.

You stop guessing at the input

Seeing the source next to the result tells you whether your own material is of the same kind and quality, which is the question a finished picture never answers.

You can name the risk

The preserved and inferred split shows you exactly where a result could go wrong on your work, so the risk becomes something specific to check rather than a general doubt.

Your review step gets designed

Knowing what a staff member has to look at before a visual reaches a client is what turns this from a tool into a workflow your business can run.

A pilot has one question left

Whether any of it moves a number in your business is something a pilot measures on your own material. This page does not answer it and will not pretend to.

What this page will not do

The omissions here are deliberate, and each one has a reason.

It will not show you an output on its own. Every published visual arrives with the material it started from, at a size where you can compare the two, because a result without its source is decoration.

It will not show one lucky run and let it stand for the rest. Where a result took several attempts, or where a person selected between outputs, or edited afterwards, that will be disclosed on the card. An example that needed help is more useful to you than one that pretends it did not.

It will not show a customer's drawings, rooms or products without their permission, and permission means permission to publish, not general goodwill. That is why case studies are rarer here than demonstrations, and why the two are never mixed together.

It will not name a run time, a throughput figure or a saving. Measured performance is published as a product claim when it is stable enough to stand as one, and not a day earlier.

What Studio does not do

The limits are part of the product. Read them before you plan work around Studio.

  • No example is published on this page yet, and the two that have a page of their own publish no source and no result either. Nothing here should be read as a result Studio has produced for a customer.
  • An example shows a behaviour on the specific material it started from. It does not promise the same result on different material.
  • No Studio visual establishes dimensional accuracy, technical approval, or a colour-calibrated match to a physical product.
  • Studio is operated by your staff. Nothing on this page describes a tool handed to your customer to run on their own.

Choose your next step

Each route below produces something you can look at and judge.