Starting point
A concept, application problem or target specification.

ODM DEVELOPMENT
Develop a battery or energy product from a defined market need through feasibility, engineering, prototype validation and production transfer.
QUICK ANSWER
ODM creates or substantially adapts product architecture for the buyer’s application. Scope, design ownership, cost, schedule and compliance responsibilities are agreed before work begins.
Company-provided operational information. Project-specific capacity, availability and delivery schedules are confirmed during quotation.
KEY FACTS
A concept, application problem or target specification.
Electrical, mechanical, BMS, communication, prototype and transfer work as agreed.
Indicative ODM development cycle: approximately 30 days after requirements are sufficiently defined; complexity and validation scope may change timing and is confirmed during quotation.
Engineering, tooling, samples and MOQ quoted after feasibility review.
WHO IT IS FOR
01 / WHAT WE PROVIDE
Architecture, voltage, current paths, protection and interfaces.
Protection, sensing, balancing, communications and compatibility.
Housing, mounting, service access and manufacturability.
Thermal risks and management method reviewed for the use case.
Protocol integration assessed against selected hardware.
Objectives, quantity and acceptance criteria agreed before build.
Plan tied to risks, specifications and market needs.
Approved drawings, BOM, process documents and checkpoints.
02 / WHAT WE PROVIDE
User scenario, environment, duty cycle and interfaces.
Energy, power, runtime, charging and lifecycle targets.
Countries, channels and labeling needs.
Requested standards and applicant role.
Target cost, annual forecast and launch timeline.
03 / WHAT WE PROVIDE
Critical assumptions identified before detailed design.
Targets reviewed early; passing is not promised before testing.
Long-lead and single-source parts flagged during BOM planning.
Changes documented, assessed and approved.
Acceptance criteria and open issues recorded before transfer.
04 / WHAT WE PROVIDE
Feasibility and scope are evaluated against the buyer brief.
Feasibility and scope are evaluated against the buyer brief.
Feasibility and scope are evaluated against the buyer brief.
Feasibility and scope are evaluated against the buyer brief.
Feasibility and scope are evaluated against the buyer brief.
Feasibility and scope are evaluated against the buyer brief.
Feasibility and scope are evaluated against the buyer brief.
05 / WHAT WE PROVIDE
Illustrative project workflow — not a customer case or timing promise.
Buyer defines the need, target market, interface and constraints.
Engineering identifies interface, thermal, compliance and sourcing questions.
Parties agree objectives, criteria and responsibilities.
Only validated, approved work moves to pilot planning.
PROCESS
COMPARISON
| Area | ODM development | OEM manufacturing |
|---|---|---|
| Starting point | New concept | Established platform |
| Engineering | Product architecture | Configuration |
| Prototype | Usually required | Depends on scope |
| Cost | Development and tooling may apply | Configuration and production |
| Design rights | Defined by agreement | Platform and buyer assets governed separately |
BUYER FAQ
ODM begins with a new concept or substantial engineering requirement. OEM configures an established platform.
Background technology, new deliverables, tooling, firmware and buyer assets must be defined in the agreement.
An NDA can be reviewed before sensitive information is exchanged.
Timing depends on complexity, components, prototype cycles, testing and certification. A typical development cycle is approximately 30 days after requirements are sufficiently defined.
Engineering depth, tooling, prototypes, firmware, tests and revisions.
Documentation can be scoped for the exact product and market; standards and applicant responsibility must be confirmed.
READY TO DEFINE THE SCOPE?