Quick Answer
Qualify solar leads by recording the buyer's decision, project identity, contact and authority path, service fit, energy and site evidence, commercial context, timing dependencies, open conditions, and next permitted work. BANT can organize discovery, but budget, authority, need, and timeline alone do not establish design readiness, technical feasibility, financial fit, or approval.
A homeowner has a budget range, says they make the decision, wants lower electricity costs, and hopes to act soon. Every BANT field looks complete. The address belongs to a different meter than the bill attached to the inquiry, the roof work is still undecided, and the person expects a “design” to settle questions that require several qualified reviewers.
The lead is commercially interesting and operationally unready. Sending it to design because four discovery fields are green does not create momentum. It transfers unresolved identity, evidence, and expectation questions to a more expensive queue.
BANT stands for budget, authority, need, and timeline. HubSpot’s BANT explainer describes it as a prospect-qualification framework and argues for looking beyond a bare dollar amount, identifying multiple stakeholders, understanding the problem, and mapping the buying process. That is useful sales context. It is not a solar project release test.
Solar qualification must answer two questions separately: is there a commercial conversation worth serving, and what work may the company responsibly perform next? The first question includes BANT-style discovery. The second requires project identity, source-aware evidence, service fit, decision ownership, technical boundaries, and an explicit route.
This guide owns that combined discovery-to-route decision. The existing solar lead qualification guide owns the narrower admission gate before a designer spends time. The solar lead generation guide owns acquisition. The solar sales funnel guide owns stage architecture.
Why is BANT alone incomplete for solar qualification?
BANT describes budget, authority, need, and timing, but solar qualification also depends on the project being identified, the requested output being bounded, and the supporting evidence being suitable for that stage. A buyer can satisfy all four BANT categories while the site, account, decision group, technical inputs, commercial path, or external-review responsibilities remain unresolved.
The problem is not that budget, authority, need, and timeline are useless. Each can improve discovery when handled carefully. The problem is treating them as a release certificate for work they were not designed to govern.
The FTC’s consumer solar guidance identifies project-specific questions about energy use, roof and sunlight conditions, written bids, financing, contracts, provider review, and sales pressure. Those questions do not create a universal qualification score. They show why a solar lead record must preserve the buyer, site, offer, evidence, and unresolved decisions instead of treating expressed interest as design readiness.
Budget can reveal how the buyer expects to evaluate options, who controls spending, and which commercial path deserves discussion. It does not establish affordability, finance approval, tax treatment, contract acceptance, or project economics. A dollar range can also be premature when the buyer is still deciding what problem the project should solve.
Authority is rarely a single yes-or-no field. The person on the call may choose a contractor but not control the property. A facilities lead may manage site access while finance owns investment criteria. A homeowner may share ownership or need another party’s agreement. The utility, permit authority, lender, insurer, engineer, and equipment provider retain decisions the buyer cannot make for them.
Need can become a bucket for everything from education to resilience, bill management, sustainability, property improvement, portfolio reporting, or a future construction plan. Unless the team states the decision the customer wants to make, “needs solar” does not tell design what to produce.
Timeline is often the weakest green light. A preferred date does not prove that records, roof work, site access, studies, permits, interconnection, equipment, finance, contracts, or qualified reviews can support it. Record why the date matters and which dependencies control it. Do not turn preference into a delivery promise.
| BANT field | Useful discovery question | What it cannot establish | Solar-specific companion record |
|---|---|---|---|
| Budget | How will the buyer evaluate and authorize commercial options? | Affordability, financing, tax, savings, contract, or investment outcome | Commercial path, evidence state, reviewers, and prohibited claims |
| Authority | Who participates in this customer decision? | Property rights, technical acceptance, utility, permit, lender, insurer, or engineering approval | Party map with decision scope and unresolved external owners |
| Need | What outcome or question matters to the buyer? | Site feasibility, correct system, production, savings, or service fit | Decision statement, project identity, requested output, and success evidence |
| Timeline | What event or dependency shapes timing? | Schedule feasibility or control over external reviews | Dependency map, owner, status, revalidation trigger, and next action |
Replace the scorecard reflex with a route decision
Qualification scores feel objective because they produce a number. The number can hide incompatible evidence. A complete budget field may offset an unknown site field even though money cannot repair missing project identity. A high urgency score may outweigh absent authority even though urgency does not create authority.
Use gates for conditions that cannot substitute for one another. If the team cannot identify the project, it does not release project-specific work. If the requested output needs an energy record, an unrelated budget signal does not fill the gap. If an external decision remains open, sales records it rather than awarding points for confidence.
Scores can still help sort low-consequence administrative work after the gates are satisfied. Keep every input visible, show the weighting and source, test the routing against real work, and preserve exceptions. Never present the score as a close prediction, customer-value rating, or technical verdict.
What should a solar-specific qualification framework record?
A solar-specific framework should record the customer decision, project and party identity, service fit, source and permission context, energy and site evidence, commercial path, requested output, external dependencies, open conditions, and responsible owners. Its result should be one controlled route: discovery, evidence hold, bounded technical work, commercial review, nurture, referral, decline, or exception review.
Start with the decision, not the solution. “Wants solar” is an interest label. “Wants to decide whether a site assessment is worth authorizing” is a decision. “Needs a proposal” is a file request. “Needs an internal comparison of two bounded project concepts” tells the team what the file must help someone decide.
Then identify the project. Preserve the supplied address, account, meter, parcel, unit, facility, roof area, portfolio, or other relevant identifier. Record the contact’s stated relationship to it. A normalized address or map result may assist record matching, but it does not prove ownership, customer authority, site suitability, or design readiness.
DOE’s homeowner solar guide says there is no universal solar solution and discusses roof and site suitability, electricity use, purchase or lease context, utility rates, treatment of excess generation, and custom estimates. These categories explain why solar qualification needs project context. They do not qualify any private lead.
Use ten fields that answer different questions
| Field | Question it answers | Minimum record | Owner of unresolved decision |
|---|---|---|---|
| Customer decision | What will the next artifact or conversation help decide? | Decision statement, audience, intended use | Sales or account owner |
| Project identity | Which property, account, meter, facility, or portfolio is in scope? | Source-tagged identifiers and conflicts | Customer plus qualified property or technical owner |
| Party and authority map | Who may decide what? | Person, entity, role, stated authority, unknowns | Commercial and legal owners where applicable |
| Contact and data basis | How did the inquiry arrive and how may information be used? | Source, requested contact, recorded preferences, policy reference | Privacy, legal, compliance, communications owners |
| Service fit | Does the request match current territory, segment, stage, and offered work? | Policy version, result, exception path | Commercial operations owner |
| Energy evidence | What usage or account evidence exists for the requested stage? | Source, date, coverage, readability, mismatch | Qualified model or account reviewer |
| Site evidence | What is supplied or observed about the physical project? | Source, date, scope, limits, missing fields | Qualified design and discipline owners |
| Commercial path | What type of commercial question is being explored? | Proposed path, status, reviewers, limitations | Finance, tax, accounting, legal, contract owners |
| Requested output | What may the next team produce and how may it be used? | Output class, decision, evidence, prohibited uses | Work owner and release reviewer |
| Dependencies and route | What must happen next, who owns it, and what stops release? | State, owner, next event, exception, re-entry rule | Sales operations or project intake owner |
These fields are not a questionnaire to fire at a prospect in one call. Some come from internal records. Some come from the form. Some require a later conversation. Some belong to qualified reviewers. Design the discovery experience around the buyer’s decision, then assemble the operating record behind it.
Preserve source state instead of calling everything verified
Use evidence labels that name what the company actually knows:
- customer-stated: the person supplied the information, with no stronger acceptance implied;
- document-supplied: a named file was received and tied to a project record;
- system-observed: a system recorded an event under a stated method and date;
- reviewed for stated use: an authorized owner accepted the item for one decision;
- modeled: an output was generated from named inputs, assumptions, equipment, and configuration;
- unknown: the information required for the stated stage is not available;
- conflicting: two retained records disagree;
- superseded: an identified successor replaces an earlier state without erasing history.
The label protects both the buyer and the team. A customer statement can be entirely honest and still need another review before it supports a design or financial conclusion. A supplied bill can be authentic and tied to the wrong meter. A model can be correctly computed and still use an assumption that the buyer has not accepted.
Which records are needed before choosing a route?
Before choosing a solar qualification route, collect the inquiry source, customer question, project identifiers, party roles, contact preferences, service policy, evidence inventory, requested output, important claims already shown, open dependencies, and exception owner. Verify presence and provenance first. Route technical, property, legal, privacy, financial, tax, contract, utility, and approval meaning to qualified owners.
The inquiry record should preserve what the person saw and asked for. Capture the source campaign or referral, form version, visible offer, fields submitted, requested contact, timestamp, attachments, and confirmation. Do not reconstruct the original promise from the current landing page after marketing changes it.
FTC advertising guidance says United States advertising must be truthful and non-deceptive and objective claims need evidence before dissemination. That is general guidance, not approval of a private solar message. Qualification uses it for a narrow operating rule: retain the claim or offer that brought the person into the conversation so later artifacts do not quietly strengthen it.
The qualification record should include a claim handoff when the inquiry involves production, savings, incentives, price, financing, timelines, equipment, warranty, approval, or another consequential statement. Record the exact statement, source, evidence status, owner, expiry or trigger, and permitted use. Sales does not need to decide every claim. Sales needs to stop it from becoming anonymous.
Collect only what the route needs
The W3C forms tutorial recommends requesting only information required for the process and using labels, instructions, validation, notifications, correction, grouping, and logical stages. That accessibility guidance does not decide privacy or legal compliance, but it is a useful design principle for solar discovery.
A large form can appear rigorous while collecting weak information. Ask why each field exists, which route uses it, who can review it, how long it remains useful, and what happens when the person cannot supply it. If no owner or decision uses a field, remove it from the qualification gate and address any separate purpose through the appropriate process.
NIST describes its Privacy Framework as a voluntary tool for identifying and managing privacy risk. It is not consent, certification, law, or a retention rule. Qualified owners must decide actual collection, access, use, sharing, correction, retention, deletion, suppression, and communication requirements for the relevant market and channel.
Resolve identity conflicts before technical work inherits them
Common conflicts include a form address that differs from an electricity account, multiple service points at one property, a property owner who differs from the project contact, a portfolio request with no selected site, a business name that differs across attachments, or a revised construction plan that makes earlier imagery stale.
Do not choose the value that makes the record easiest to route. Preserve both sources, name the affected output, identify the person or authority who can resolve the conflict, and limit interim work. If the company permits a generic educational response, label it as not project-specific. If the conflict changes design identity, hold the design route.
How do you qualify solar leads step by step?
Qualify solar leads by defining route gates, freezing the inquiry source, stating the customer’s decision, identifying project and parties, classifying evidence, applying service fit, mapping commercial and external dependencies, selecting one bounded route, and releasing only the permitted next work. Preserve every exception and create a successor decision when inputs, authority, scope, or customer intent change.
- Define the routes and work classes. Name discovery, evidence hold, bounded technical work, commercial review, nurture, referral, decline, and exception states. For each, record permitted actions, minimum gates, owners, customer message, and exit event.
- Freeze the inquiry baseline. Retain source, visible offer, form or referral version, fields, attachments, requested channel, timestamp, and confirmation. Tag duplicates without deleting the new inquiry instance or question.
- Write the customer decision. State what the person wants to decide, who participates, what they expect the next output to establish, and what remains outside it. Correct an unrealistic output expectation before releasing work.
- Identify the project and party map. Reconcile address, account, meter, unit, site, parcel, facility, or portfolio identifiers as appropriate. Record party roles and authority claims without converting them into property or legal conclusions.
- Classify evidence and conflicts. List energy, site, commercial, and customer records with sources, dates, state, limitations, owner, and affected output. Mark missing, conflicting, stale, sensitive, or superseded items visibly.
- Apply service and decision boundaries. Use the current territory, segment, stage, offered-work, contact, and exception rules. Route technical, property, privacy, legal, financial, tax, contract, utility, and approval issues to qualified owners.
- Choose one route and a proportional next action. Release the smallest useful work supported by the current record. Name prohibited uses, next owner, customer-facing explanation, stop condition, and evidence that permits advancement.
- Review returned exceptions and create successors. When design, finance, the customer, or another owner returns a conflict, preserve the original route, link the new evidence, reopen affected decisions, and issue a new route rather than editing history.
When a qualified lead reaches technical work, keep the source inputs, model assumptions, and proposal output connected. SurgePV supports that downstream workflow while your sales and review owners retain qualification authority.
Explore solar proposal workflowsGive every route an explicit service promise
Discovery means the team will ask a named question, not send indefinite follow-ups. Evidence hold means a named item blocks a named output, not that the lead is “not ready.” Nurture means the customer has a relevant future event or information need under the company’s communication rules, not that the CRM should keep sending messages forever.
Decline means the current company policy does not permit the requested work. It does not mean solar is impossible at the property. Referral means the company has an approved referral path and can explain its limits. Exception review means the ordinary rule cannot decide the case and an authorized person owns the decision.
The service promise makes qualification useful to the customer. The person learns what the company can do now, what it needs, what it cannot decide, and what event changes the route.
How should solar qualification handle budget, timing, and authority?
Treat budget, timing, and authority as source-tagged discovery inputs, not proof of readiness. Record the buyer’s evaluation process, participants, proposed commercial path, timing event, dependencies, and unresolved decisions. Never turn a stated budget into affordability, a preferred date into schedule feasibility, or one contact’s confidence into property, technical, financial, contract, or approval authority.
Budget discovery should focus on the decision process. Ask what the buyer is comparing, which cost or value categories matter, who reviews them, what evidence is required, and what commercial paths are under consideration. Avoid forcing a dollar answer before the scope exists. A premature number can anchor the conversation to an undefined project.
Financially sensitive content needs qualified review. Production, savings, utility treatment, financing, tax, incentives, price, payback, ownership, lease, contract, and investment statements can depend on jurisdiction, customer, date, project, evidence, and terms. Qualification records the question and routes it. It does not resolve it by marking “budget confirmed.”
Authority discovery should produce a map:
| Decision | Customer-side participant | Company-side owner | External owner or reviewer | Current evidence state |
|---|---|---|---|---|
| Project goal and comparison | Buyer or sponsor | Account owner | None unless another party controls it | |
| Property and site access | Stated owner, tenant, or facilities contact | Project intake owner | Qualified property or legal reviewer | |
| Technical concept | Customer technical participant | Design owner | Engineer or authority where required | |
| Utility path | Account participant | Electrical or development owner | Utility | |
| Commercial structure | Budget or procurement participant | Commercial owner | Finance, tax, accounting, lender, legal, contract reviewers | |
| Final customer commitment | Authorized customer party | Contract owner | External approvals still remain separate |
The map prevents the “decision-maker” field from absorbing everyone. A person may champion the project and lack authority over the roof. A property owner may control access and not select financing. A finance lead may approve expenditure and not accept the technical basis. Respecting those boundaries makes discovery more precise, not more bureaucratic.
Timing should be a dependency record. Ask what event drives the preferred date, what must happen before it, which decisions the customer controls, which belong to the company, and which belong to outsiders. Record the current source and last verification. A marketing deadline, expiring quote, construction event, utility process, incentive claim, or internal budget cycle may need separate current evidence and specialist review.
Do not punish honest uncertainty
A buyer who says “I do not know” may be easier to serve than one who supplies confident but conflicting answers. Qualification should reward reconstructable evidence and a clear next question, not certainty theater.
Use unknown as a real state. Name why it matters, who can resolve it, what interim work is allowed, and what event closes it. Do not fill the field with a default just to keep the score high. Do not disqualify a useful early conversation because later-stage evidence is not available yet.
Which qualification failures should trigger a hold or correction?
Hold or correct the route when the project identity conflicts, the requested output exceeds the evidence, a BANT score hides a failed gate, authority is collapsed into one contact, customer-stated data becomes verified fact, sensitive information lacks an approved purpose, a financial or technical claim has no owner, or a route has no next action, stop condition, and re-entry event.
| Failure | What it hides | Immediate response | Re-entry evidence |
|---|---|---|---|
| Green BANT, unknown project | Commercial interest is mistaken for project readiness | Hold project-specific work | Resolved identity and source record |
| Budget used as technical filter | Ability or willingness to spend replaces feasibility | Remove inference and route decisions separately | Qualified commercial and technical reviews |
| One “decision-maker” field | Multiple authorities disappear | Build a party and decision map | Named scope for each participant |
| Complete form, conflicting records | Field presence is mistaken for evidence quality | Preserve conflict and hold affected output | Accepted successor or qualified resolution |
| Urgent date drives promise | Preference becomes schedule assurance | Relabel and map dependencies | Current evidence from responsible owners |
| Customer statement becomes fact | Provenance and uncertainty vanish | Restore source label and affected limitation | Review for stated use |
| Generic qualified state | Downstream team cannot tell what is permitted | Return request for route and work class | Named route, output, owner, and prohibited uses |
| Quiet exception | Attractive lead bypasses policy | Freeze affected work and escalate | Authorized exception decision and conditions |
Do not repair the record by deleting the original state. Link the correction. A designer or reviewer needs to see which decision was made with which inputs. The customer may also need a clear explanation when the promised output changes.
Measure routes without claiming revenue prediction
Useful internal observations include how many records enter each route, which evidence gaps recur, how often design returns an admission request, where identity conflicts arise, which exceptions lack owners, how long holds remain without a defined event, and which customer questions arrive before the company has a suitable response asset.
These observations describe process conditions. They do not prove lead quality, buyer seriousness, close probability, revenue, margin, customer trust, discrimination, or legal compliance. Review them by source, segment, requested output, and evidence state before changing policy. A route with more holds may simply receive more complex work.
Copy-ready solar qualification and route record
Use this operating record instead of a single BANT score. Keep source links and successor decisions rather than pasting unsupported conclusions into free text.
| Field | Entry |
|---|---|
| Inquiry id, source, visible offer, version, and timestamp | |
| Customer question and decision to be supported | |
| Project identifiers and unresolved conflicts | |
| Party map, stated authority, and decision scope | |
| Contact request, preferences, restrictions, and qualified-review state | |
| Service territory, segment, work class, policy version, and exception owner | |
| BANT discovery notes with source labels and limitations | |
| Energy records, source, date, coverage, identity, and review state | |
| Site records, source, date, scope, limits, and review state | |
| Commercial path under discussion and specialist owners | |
| Claims or expectations carried from marketing or prior contact | |
| Requested output, intended decision, and prohibited uses | |
| Missing, conflicting, stale, sensitive, modeled, or superseded information | |
| Selected route, reason, next owner, and permitted action | |
| Customer-facing explanation and next proportional request | |
| Stop condition, exception path, and re-entry event | |
| Successor route and affected downstream artifacts |
Review the record when the customer changes sites, supplies new evidence, changes the decision, adds a stakeholder, selects a different commercial path, or asks for a stronger output. Reopen only the affected fields and decisions. Do not erase the path that earlier teams followed.
Illustrative workflow: BANT is complete but the project identity conflicts
This is an illustrative workflow, not a customer case, qualification benchmark, close prediction, project result, or legal conclusion. An inbound homeowner states a spending range, says they participate in the decision, wants to explore lower utility costs, and names a preferred decision period. Sales records the four BANT categories as customer-stated discovery context.
The form address and attached electricity account show different unit identifiers. The customer asks for a project-specific production and savings proposal. Sales does not choose the address that appears more plausible and does not send the request to design.
The qualification record routes the inquiry to an identity clarification step. It names the conflict, affected outputs, source files, customer question, contact owner, and release condition. A non-project-specific explanation may be permitted under company rules, but the project-specific model and proposal remain on hold.
The customer supplies a successor record that the responsible intake owner can connect to the intended project under the company’s process. Sales creates a new route decision rather than overwriting the conflict. The next work class is still bounded. Qualified design, financial, utility, property, contract, and external reviewers retain their decisions.
The workflow did not declare the lead bad. It prevented commercial interest from being mistaken for evidence. BANT helped structure the conversation; the project and evidence gate protected the next team and the buyer.
Where SurgePV fits, and where it stops
No verified product claim says SurgePV decides lead acceptance, contact permission, property rights, customer authority, service policy, project feasibility, financial suitability, legal status, or approval. Those decisions remain with the company’s configured process and accountable people.
SurgePV’s repository-verified scope includes solar array layout, shading analysis, energy-yield modeling, financial modeling, electrical workflow support, bill-of-materials output, and proposal generation. Those functions become relevant after the inquiry reaches an appropriate project stage with suitable inputs and defined review.
Results depend on source data, assumptions, equipment models, configuration, and review. Outputs support design and documentation workflows but do not replace approval by the responsible engineer, authority, lender, insurer, or utility. The project intake process should preserve the route, evidence, and limitations when ownership moves downstream.
Frequently Asked Questions
Why is BANT alone insufficient for solar lead qualification?
BANT records useful commercial context, but it does not establish that the team has identified the correct project, received evidence suitable for the requested output, separated customer statements from verified inputs, or assigned technical and external decisions correctly. Use BANT inside discovery, then route the inquiry through a solar-specific project and evidence gate.
What makes a solar lead qualified?
A solar lead is qualified for a named next stage when the customer decision, project identity, service fit, authority path, minimum evidence, restrictions, requested output, open conditions, and owners are clear enough for that stage. Qualification is a route with limits. It is not a prediction of closing, project feasibility, production, savings, or approval.
Should a lead without a stated budget be disqualified?
Not automatically. Record what financial decision the buyer is prepared to explore, what commercial information is appropriate at the current stage, and who owns later affordability, financing, tax, contract, or investment review. The responsible route may be education, discovery, evidence collection, or a bounded scenario rather than immediate design or rejection.
Can a salesperson verify that a solar site is feasible?
Sales can verify that required administrative records were supplied, identify their sources, flag conflicts, and apply approved routing rules. Sales should not convert an address, image, bill, customer statement, map, or form answer into structural, electrical, production, savings, equipment, code, permit, utility, or feasibility conclusions unless an authorized process and qualified reviewer support them.
Can SurgePV automatically qualify solar leads?
No verified product claim says SurgePV decides lead acceptance, contact permission, property rights, customer authority, technical feasibility, financial suitability, or approval. SurgePV supports solar layout, shading, energy-yield and financial modeling, electrical workflow, bill-of-materials output, and proposal generation. Results still depend on source data, assumptions, equipment models, configuration, review, and responsible authorities.
A qualified solar lead is not a person who scored well. It is an inquiry the company can route honestly. The record explains what the buyer wants to decide, which project is in scope, what the evidence supports, who owns unresolved decisions, what the next team may do, and what event changes the route.
Carry qualified project evidence into a connected design and proposal workflow.
Book a SurgePV demoSources
Primary research and reference material used for this desk-research article.
Where this fits
This article is part of SurgePV's Solar Business & Operations hub, which works through the topic from first principles to the decisions a project team actually has to make.


