JETRAY / Battery engineering & sourcingShenzhen, China[email protected] ↗
JETRAYLiFePO4 Battery PacksBlog

LiFePO4 Battery Pack RFQ Checklist: The Inputs That Make Two Quotes Comparable

Two quotations arrive on the same afternoon and the buyer cannot put them side by side. One supplier priced against a stated mechanical envelope, the other assumed a different one; neither was told the charge condition or the quantity bands, so both filled the gaps with their own assumptions. A LiFePO4 battery pack RFQ checklist is the fix: it fixes the electrical, thermal and commercial inputs that both parties declare up front, so two numbers describe the same pack.

An RFQ is not a form to be completed quickly. It is the first specification review, and whatever is left out will be filled in later by whoever is reading it. That is why the checklist below groups inputs rather than listing fields: electrical values that make a quote computable, thermal and charge declarations that are usually omitted, quantity bands and documentation in one request, the restatement step before comparison, and the handoff points from RFQ to sample approval. JETRAY, based in Shenzhen, China, treats every input as confirmed per project, with the product configuration range and specification resources provided for review.

Key Takeaways

  • A LiFePO4 battery pack RFQ checklist makes a quote computable by declaring voltage, load, mechanical envelope and the charge condition in one request.
  • Thermal declarations, quantity bands and documentation scope are the inputs most often left for suppliers to assume.
  • Restate the brief in identical wording before comparing two numbers, or the comparison has no shared basis.
  • Handoff points from RFQ to sample approval should name the owner of each open condition.

Electrical inputs that make a quote computable

A LiFePO4 battery pack RFQ checklist begins with the operating envelope. If these lines are missing, a supplier has no choice but to substitute assumptions, and the resulting number is not a quotation for your pack.

State the operating envelope, not just a nominal value

Put the voltage, the load and the mechanical envelope into the request as declared inputs. Say how the load varies over the duty cycle and which mechanical constraints are fixed, because a single headline value hides the shape of the requirement. None of these need fixed figures in a public guide; they need to be stated in the brief and confirmed per project.

Be explicit about what is indicative. If the mechanical envelope is still under review, mark it that way instead of letting a supplier treat an early sketch as final. The specification resources available for review can help a buyer see which fields are normally declared before an RFQ goes out. An RFQ that labels its own uncertainties is easier to answer and much easier to compare.

Declare the charge curve reference and BMS topology

Ask the supplier to state the charge curve reference and the BMS topology that the quotation assumes. Include the active BMS threshold set as a declared line, since a low-temperature inhibit or a current limit changes what the pack can be quoted to do. Mark each item provided for review and confirmed per project.

This is not a request for a datasheet number. It is a request for the same set of declarations from every supplier, in the same words. When two quotations reference the same charge curve context, differences in the commercial columns can be read as differences between offers rather than differences between interpretations.

Mechanics, interfaces and the cycle-life expectation

Close the electrical section with the interfaces, the enclosure constraints and the cycle-life expectation as a declared requirement. Cycle life belongs in the brief as an agreed target confirmed per project, not as a figure copied from another programme. The same applies to the balancing strategy: state whether it is a declared requirement or an item still open for review.

Keep the whole section under one revision stamp. A quotation built against revision one of the envelope and revision two of the interface note is not comparable with anything. One brief, one revision, one set of declared inputs is the simplest rule in this checklist and the one most often broken.

For a project-specific review of the open items in your brief, request a project review and attach the operating envelope; our engineers return a configuration checklist.

Thermal and charge declarations buyers omit

Most RFQs describe the electrical requirement well and the thermal requirement poorly. The second group of inputs closes that gap before it turns into a change request.

Name the ambient and the temperature window

State the ambient under which the pack will be charged, and label the temperature window for charge, discharge and storage as three separate lines. A LiFePO4 battery pack RFQ checklist that lists one temperature for everything invites each supplier to choose the interpretation that suits its own file.

Mark the ambient as confirmed per project or provided for review. If the pack will be charged in an unconditioned space, write that in plain language. JETRAY engineers in Shenzhen, China, treat the ambient as an input for specification review rather than a fixed figure, because the declared condition determines how the charge behaviour should be read later.

Charge behaviour at the declared boundary

Ask for charge acceptance to be declared at the stated boundary, alongside the plateau voltage behaviour and the state-of-charge method used to report it. A flat plateau makes voltage-only estimation ambiguous over the middle of the charge window, so the method needs to be written down, not inferred.

Also ask which BMS threshold set and which balancing strategy were active when that behaviour was recorded. Declare each line as confirmed per project, provided for review or indicative. Two quotations that describe charge behaviour under different declared conditions cannot be compared, no matter how similar their price columns look.

Keep compliance documentation in the same request

Put compliance documentation in the RFQ itself as a list of items provided for review and confirmed per project. Do not ask for a standing approval claim; ask which documents exist under which revision and who owns the ones that are still pending. This keeps the request verifiable at sample approval.

The same list should name the documentation pack the buyer expects with the quotation: the specification sheet, the charge curve record, the BMS threshold declaration, the state-of-charge method note and the revision log. When those items are requested up front, they arrive with the number instead of being chased afterwards.

Quantity bands and documentation in one request

Keep the LiFePO4 battery pack RFQ checklist in one request. Splitting commercial inputs into a separate email is how two quotations end up answering two different questions.

Ask for MOQ bands and sample availability

State the target volume and ask for MOQ bands, sample availability and a lead-time statement against each band. Mark early figures as indicative until they are agreed, because an unlabelled estimate has a way of being quoted back later as a commitment.

Ask the supplier to restate the same commercial fields for every band. A lead-time statement that applies to one band only should say so on the page. Buyers who request the bands once, in one document, get answers that can be placed side by side; buyers who collect them piecemeal get a folder of incompatible statements.

Bundle the documentation pack with the number

Tie each quotation to the documentation pack that supports it. Note the revision of every listed item and the status of each one: provided for review, confirmed per project, or indicative. A number without its document revision is difficult to defend six weeks later.

This bundling also makes scope visible. The product configuration range and the specification resources are provided for review, and the RFQ can ask which of them apply to the quoted configuration. When the pack and the price travel together, the comparison sheet has a column it can actually check.

One request, one revision stamp

Send a single RFQ document with one revision stamp and one owner for the buyer's side. If a field changes after dispatch, issue a new revision rather than an informal clarification. The restatement step later depends on everybody working from the same version of the brief.

Keep a short change note: what changed, why it was revisited and which lines were affected. A restatement without a revision looks like a contradiction. With one, it reads as an update, and the two quotations remain comparable.

Restate the brief before comparing two numbers

The LiFePO4 battery pack RFQ checklist earns its keep at the restatement step. This is where a buyer turns two different answers into one shared question.

Build a restatement sheet

Create a sheet with identical fields in an identical order: voltage, load, mechanical envelope, ambient, charge curve reference, BMS threshold set, state-of-charge method, quantity bands, documentation pack, revision. Fill it once per supplier from the returned quotation, using the buyer's wording rather than the supplier's.

Where a supplier used a different term, restate it into the field and note the original in a remark. The aim is not to correct anyone; it is to make the two answers readable on one page. A restatement sheet is a modest document, but it is the only reliable bridge between a free-form quotation and a comparison.

Read two quotations against the restated brief

Go line by line and note where a supplier left a field empty or substituted an assumption. Mark those lines indicative and carry them into an open-conditions register with an owner. Do not average two numbers that were computed against different declared envelopes.

If one quotation assumed a charge condition the brief never stated, that is a finding, not a defect to be hidden. Record it, ask for a restatement against the declared ambient, and keep both versions under revision control. The comparison becomes defensible precisely because the gaps are written down.

Decide with open items visible

Write the conclusion line with the open items still showing. A decision that says which conditions are confirmed per project and which are indicative is far more useful than one that claims everything is settled. It tells the sample approval stage exactly what to check first.

This habit also protects the commercial conversation. A price difference can be discussed as a price difference only after the declared inputs match. Until then, the honest output of the review is a list of what must be restated, not a winner.

Request a quotation and lead time for your target volume, including MOQ bands, sample availability and the documentation pack.

Handoff points from RFQ to sample approval

A LiFePO4 battery pack RFQ checklist does not end when the quotes arrive. The last section is about carrying the declared inputs forward without losing them.

Where a quote stops being a comparison

Consider a buyer who receives two quotations and opens the price columns first. One number is lower, and the team is ready to move. Then an engineer asks which ambient each figure was computed against, and the room goes quiet. Neither quotation states it, because the RFQ never asked.

Nothing here requires a weak supplier or a bad offer. It requires a missing line in the request. The commercial columns are perfectly accurate for the conditions each author assumed; they simply are not answers to the same question. That is the moment the checklist becomes a handoff document rather than a procurement form.

The handoff list to sample approval

Carry forward the restatement sheet, the open-conditions register, the documentation pack list and the revision note. Add an owner to each open condition and the criterion that would close it. State which documents are provided for review and which decisions remain confirmed per project.

Sample availability and the documentation pack should be checked against that list, not against memory. JETRAY, based in Shenzhen, China, works from the same declared inputs when a brief moves into review, because a sample approved against one envelope and quoted against another is a problem that only surfaces later.

What the next RFQ carries forward

The next request reuses the same fields, the same wording and the same status labels. Any line that was indicative in the last round becomes a declared input in this one. The checklist turns into a template, and each cycle leaves fewer gaps for a supplier to fill by assumption.

That is the quiet payoff of treating an RFQ as specification review. The LiFePO4 battery pack RFQ checklist does not produce a faster answer on the first round; it produces an answer that stays valid through sample approval. Over a few cycles, the restatement step gets shorter, the open-conditions register gets thinner, and two numbers finally describe the same pack.

FAQ

What does a LiFePO4 battery pack RFQ checklist need to include?

It needs the electrical operating envelope, the thermal and charge declarations, the quantity bands and the documentation pack, all under one revision. Each line should be labelled confirmed per project, provided for review or indicative. The checklist also needs an owner for every open condition so the handoff to sample approval is traceable.

Why do thermal declarations change a quotation?

Because charge behaviour is read against an ambient. If one supplier quotes against a declared temperature window and another assumes a different condition, the two charge curves are not comparable. Declaring the ambient, the BMS threshold set and the state-of-charge method in the RFQ makes the numbers computable on the same basis.

Should MOQ bands and documentation be requested together?

Yes. Request target volume, MOQ bands, sample availability, lead-time statements and the documentation pack in the same document and under the same revision. Bundling them prevents a commercial answer from arriving without the document revision that supports it, and it gives the comparison sheet a column it can actually verify.

Who owns an open condition at the sample approval stage?

Assign a role to each line in the open-conditions register. The buyer typically owns the operating envelope, the supplier owns the measurement and documentation declarations, and engineering owns the review. Record the criterion that would close the condition, and keep the register under revision control as decisions are made.

Conclusion

A LiFePO4 battery pack RFQ checklist is the first specification review, not a form to be rushed. Declare the electrical envelope, the thermal and charge conditions, the quantity bands and the documentation pack in one request. Restate every returned answer into identical fields before comparing two numbers. Carry the open-conditions register and the revision note through to sample approval. Each step removes a place where an assumption could quietly take the place of a declaration.

The next step is to open the brief you are about to send and add the lines most often left out: the ambient, the charge condition, the BMS threshold set, the quantity bands and the documentation pack. Mark anything unsettled as indicative, then send that operating envelope with the request below. A quotation built on declared inputs may take one extra exchange to assemble, but it stays comparable all the way to sample approval, and that is the whole point of the checklist.

Request an RFQ for Your Battery Pack Project

Request an RFQ with your voltage, load, mechanical envelope, quantity and target delivery date — or send the brief to [email protected], or reach our engineering team on WhatsApp at +86 13924645656.

Product comparison