QX TECH / BUYER’S GUIDE

Your wearable RFQ.
A clearer starting point.

An ungated, reusable brief for wearable hardware, screenless bands, companion software and AI-enabled devices.

The decision in brief

A wearable RFQ should identify the intended user, product form, required functions, target markets, quantity scenario and development responsibilities. Separate must-have requirements from options. Ask for costs and assumptions per workstream rather than accepting an unexplained unit price. Download the brief below or use it as the agenda for an initial discussion.

What to include in the first brief

You do not need a finished specification to start a conversation. Mark unknowns explicitly so they can be evaluated. A useful first brief states the commercial goal and the decisions still open, rather than filling every blank with an untested assumption.

What to include in the first brief
AreaInformation to provide
User and use caseWho wears it; where; what the device must do without a phone
Form factorWatch, screenless band, ring, glasses or another form; fit and material preferences
FunctionsRequired versus optional sensors, connectivity, interaction and AI tasks
SoftwareExisting app/SDK; iOS/Android; languages; cloud and account ownership
Markets and claimsSales destinations and intended product claims; approvals to discuss
Commercial planSample request, quantity scenarios, target schedule and budget assumptions
DeliverablesHardware, code, tooling, documentation, testing and support expectations

Ask for comparable quotations

Request separate lines for sample supply, non-recurring engineering, tooling, unit production, testing or qualification, logistics and recurring services. Ask which assumptions would change the quote. Keep optional features separate so a decision about one feature does not obscure the baseline cost.

For software and AI, clarify who supplies accounts and pays usage charges, what rights are granted, and whether maintenance is included. A working demonstration should not be priced as the entire operational product unless the scope truly includes deployment, monitoring and ongoing support.

Keep the first inquiry practical

Use the website form for a concise project outline, not medical records, passwords, access keys or proprietary source code. Detailed files and project-specific confidentiality can be discussed after the initial contact. The template is a planning aid, not a request to disclose sensitive information.

After receiving a scope proposal, confirm the reference configuration, acceptance criteria and decision owner. Unknowns should become named follow-up tasks with evidence, not disappear between the quotation and the purchase order. QX TECH can discuss both an existing product starting point and a custom development scope.

A useful next step