FORM/01 · CLIMATE SENSOR DEVELOPMENT EXAMPLE

Product development workflow

Review product form, internal design, change requests, test plans and handover through a shop climate sensor example. Download stage files and compare revisions.

Concept of a climate sensor installed on a shop counter
AI-generated setting · not an actual installation

Hypothetical customer scenario · prepared example files · physical tests and manufacturing approval are not complete

FORM/01 Shop climate sensor · illustrative project
r1

“I want to check my shops’ climate from my phone.”

PRODUCT BRIEFFORM/01

Shop climate sensor

WHOMulti-site operations staff
WHERE3 indoor shops
WHATCheck temperature and humidity
FIRST BUILD5 functional prototypes

To clarify: accuracy · placement · integration

A product brief captures who uses it, where it lives, and what it needs to do.

01 / 08 From the idea to the next iteration
FEEDBACK → REVISION

“Can we mount it on the wall?”

See which files change when the customer asks for a wall mount.

01Feedback
02Impact
03Revision
04Recheck

ENCLOSURE · PCB · MECHANICAL CO-DESIGN

How does a smaller or slimmer product change the internal design?

Review component placement, PCB, power, airflow and assembly while defining the product form and use. Try changing the enclosure below.

FORM/01 · CONCEPT ENVELOPE STUDY
FORM/01 PRODUCT FORM STUDY
Blender concept of a climate sensor with enclosure, circuit board, and removable wall mount78 × 78 × 24 mm · concept dimensions
Illustrative 3D product concept · drag to rotate

Illustrative spatial allocations, not a substitute for exact component, tolerance, thermal or RF review.

TRY A CUSTOMER FORM REQUEST
Fits the envelope · detailed review needed
Internal width / board area
73.2 / 64 mm
Internal height / component space
19.2 / 18 mm

The baseline has room for the allocated electronics. Review sensor position, antenna clearance, connector access, mounting, and airflow together.

Use + formElectronics + mechanicsRefine together

PROJECT DELIVERABLES

Stage details and example files

Every stage and its files are also available below. A project-specific proposal defines actual delivery scope.

01

The idea

A product brief captures who uses it, where it lives, and what it needs to do.

Input
3 indoor sites · existing management service · 5 prototypes
AI role
Extract conditions from the conversation; ask about power, network, and placement.
Your decision
Confirm the purpose and use case
02

Product concept

Review form concepts and internal spatial allocations together. Compare sourcing, module assembly and custom design.

Input
Product brief · placement and interaction · form references · integration
AI role
Connect form visualization with component dimensions and placement. Identify power, antenna, airflow, connector and assembly constraints, then propose form and internal alternatives.
Your decision
Choose a direction after reviewing form, use and internal feasibility
03

Define the spec

Assign requirement IDs to USB-C power, 30-second sampling, Wi-Fi, placement, and acceptance tests.

Input
Reviewed form and internal concept · measurement interval · power · integration
AI role
Turn vague requests into testable conditions; separate conflicts, unknowns, and assumptions.
Your decision
Confirm functionality, placement, and acceptance criteria
04

Design together

Iterate between outer form and internal placement while developing PCB, mechanics and firmware together. Version the BOM, wiring, code and mechanical source as one design.

Input
Versioned requirements · component references · interfaces
AI role
Detect component, pin, power and space conflicts; compare form revisions with internal redesign. Design/build checks and engineering review determine fabrication readiness.
Your decision
Review form, components, and service integration
05

Try and refine

Move from desktop r1 to wall-mounted r2 with a removable bracket. Compare changed and retained files.

Input
Design revision · assembly notes · customer installation feedback
AI role
Structure the feedback as a change request and trace impacts through enclosure, BOM, assembly, and tests.
Your decision
Review the change and select r2 — compare it below
06

Verify the result

A requirement-linked test plan and evidence record. The new installation conditions require retesting.

Input
Prototype · acceptance criteria · actual measurements
AI role
Interpret logs, narrow failure causes, and propose retests. Physical results are recorded only after measurement.
Your decision
Decide acceptance from evidence and remaining issues
07

Build and hand over

Deliver source, assembly and inspection procedures, a manufacturing checklist, and a release manifest.

Input
Approved revision · test evidence · quantity and production terms
AI role
Check missing files and versions; prepare RFQ and handover documents. Orders require separate confirmation.
Your decision
Confirm production terms and handover scope
08

Keep improving

A change history and next-version backlog. Reorders retain the design, firmware, and inspection reference.

Input
Field notes · new features · supply changes · released revision
AI role
Classify field feedback and connect follow-up work to existing requirements, designs, and tests.
Your decision
Choose a repeat build or a new revision

Complete examples by revision

Compare r1 and r2 to see what changed and what stayed the same. Manufacturing Gerbers and validated firmware binaries are not included.

r1 · Desktopr2 · Wall mount

Which path fits your project?

Start with your use case

Questions about the workflow

Can I start with just an idea?

Yes. Start with the intended use and setting. We prepare a brief and implementation options, then choose between development and sourcing an existing product.

Which files do I receive at each stage?

Depending on scope: a brief, specifications, BOM, schematics and PCB, firmware source, mechanical CAD, test records, and manufacturing handover. This walkthrough includes illustrative Markdown, CSV, JSON, code, mechanical source, and versioned ZIP downloads. A proposal defines actual deliverables.

What happens when requirements change?

Record the request, identify affected designs and tests, and compare the revision with its timing and cost impact before choosing it. Earlier revisions and their evidence are preserved.

Is AI designing a real device on this page?

This is an interactive explanation using a prepared customer scenario and files. It does not run live AI design, physical tests, or manufacturing orders. The Arcarix Studio AI workspace is in development; project inquiries are available by email.

START A PROJECT

Tell us where your hardware project stands.

Whether you have an early concept brief, an existing PCB/CAD package to revise, or a BOM to source—share your target specs and timeline for an actionable engineering proposal.