Hardware configuration
Match controls, audio behavior, memory, charging, housing, accessories, and other functions to the intended experience.
Coordinate product configuration, audio content, compatible printed books, branding, packaging, sample approval, production, and shipment preparation in one project plan.

Configure and brand a suitable platform around your content and sales channel
Evaluate deeper product changes where the business case and schedule support them
Requirement brief, responsibility matrix, samples, controlled files, quality plan, and approvals
OEM may begin with an existing hardware platform and custom color, logo, content, and packaging. A broader ODM project may involve more product-definition, housing, interface, accessory, or workflow decisions. The correct route depends on the learning concept, schedule, quantity, budget, and level of differentiation.
Before promising a scope, the project should identify who supplies audio, translations, book artwork, dot-code files, packaging artwork, compliance inputs, approvals, and shipment instructions. This turns customization into a controlled sequence rather than a list of disconnected requests.
Match controls, audio behavior, memory, charging, housing, accessories, and other functions to the intended experience.
Coordinate audio naming, mapping, language versions, prompts, revisions, and representative sample content.
Align compatible printed files, activation points, printer handoff, logo treatment, packaging artwork, and manuals.
Manage sample purposes, revision logs, production release, inspection criteria, pack-out, and shipment readiness.

Representative project formats
These formats show how buyer requirements can be organized. They are illustrative workflows, not claims about named customer projects.
Publisher book set
Multilingual learning program
Distributor-ready pack-out
Use this framework to make supplier discussions, quotations, samples, and approvals more comparable.
| Workstream | Typical buyer input | Supplier coordination |
|---|---|---|
| Product definition | Target user, market, learning flow, required functions | Platform options, feasibility questions, trade-offs, sample plan |
| Audio content | Scripts, languages, voice files or production brief | File structure, format checks, naming, mapping, revision control |
| Printed books | Book artwork, page plan, printer relationship | Compatible file workflow, activation-point checks, sample coordination |
| Branding | Logo files, color direction, brand rules | Application method, color review, appearance sample |
| Packaging | Sales channel, required contents, artwork, labeling inputs | Structure, inserts, accessory layout, pack-out specification |
| Approval | Decision-makers, feedback, market and compliance review | Samples, action log, controlled files, production release basis |
Share the user, market, books, content, functions, quantity range, packaging, and timing.
Separate confirmed requirements, options, buyer dependencies, supplier tasks, and open risks.
Review the product as a system and record every approved or pending item.
Release controlled files, execute agreed checks, confirm pack-out, and prepare shipment.
Share your market, books, functions, content status, quantity range, packaging, and timing. We’ll use them to organize the questions that need answers before sampling.
Send Your RequirementsThese answers provide a planning basis. Final scope should always be confirmed for the exact product and destination market.
OEM generally customizes a suitable existing platform, while ODM can involve deeper product development. The practical boundary depends on tooling, electronics, firmware, functions, appearance, budget, quantity, and schedule.
Send the target market, user age, book format, required functions, languages, content status, branding, packaging, quantity range, and target launch date. Reference products or sketches are helpful when clearly labeled as references.
Often yes. Representative content can support early hardware and workflow evaluation, while final files develop in parallel. Production release should use controlled final files and an agreed approval process.
Send your current requirements, even if some details are still open. A structured first review can identify the missing decisions before they delay sampling.