Quick Answer
Solar lead nurturing should move a permitted contact toward one useful decision, not keep a name inside an endless campaign. Build separate 30, 90, and 180-day paths with explicit entry evidence, customer questions, approved assets, human owners, suppression checks, project-change triggers, and exit rules. Treat each duration as a planning horizon, not a universal sending cadence.
A solar lead can receive six polished emails and still learn the same thing six times. One says the company is trusted. Another says solar is worth considering. A third asks whether the person has questions. The campaign is active, the contact record is moving, and nobody can name the decision the next message helps the reader make.
Solar lead nurturing should do less broadcasting and more state repair. It should preserve what the person actually requested, identify the unresolved question, offer one proportionate resource, and give the customer an honest route to sales, a project review, a later reminder, or no further contact. Elapsed time changes the review date. It does not prove that the buyer’s project, permission, or unanswered question stayed the same.
The 30, 90, and 180-day periods in this article are planning windows. They are not research-backed sending cadences, sales-cycle benchmarks, or promises about response and conversion. A company may contact a person fewer times, choose different channels, shorten a path after a meaningful event, or send nothing while permission or purpose is unresolved. The useful control is a documented reason for every contact and a documented reason to stop.
This guide owns research-stage and long-horizon nurturing before or between active sales events. The solar sales follow-up guide owns recovery of stale proposals, while the solar pipeline management guide owns stage evidence and next actions. The solar marketing automation guide goes deeper on systems and interfaces. Keeping those jobs separate stops a generic nurture campaign from quietly taking authority over a live proposal or project decision.
This is desk-research process guidance, not legal, privacy, consent, advertising, deliverability, finance, tax, contract, engineering, utility, permitting, or consumer-protection advice. Recipient, purpose, source, relationship, channel, jurisdiction, content, suppression state, vendor terms, and company policy can all change what is appropriate. Qualified owners must review current rules and actual records before a send.
What should solar lead nurturing accomplish?
Solar lead nurturing should help a permitted contact resolve one current question while preserving source, project, message, and ownership evidence. A useful sequence can educate, request a bounded next step, route a reply, or close cleanly. It cannot prove buyer intent, project fit, contact authority, sales readiness, technical feasibility, financial value, or future revenue from activity alone.
Start with a lead state that another person can reconstruct. “Interested” is not enough. It might mean the person downloaded a roof-readiness checklist, attended a commercial solar webinar, asked for a callback, opened an old email, or was added through a partner file. Those events carry different customer expectations and may support different next actions.
The entry record should preserve the literal event before anyone adds an interpretation. Record “submitted commercial assessment form version 4” instead of “high-intent buyer.” Record “downloaded homeowner questions guide” instead of “ready for a quote.” Marketing can add a working hypothesis, but the raw observation must remain visible so sales can challenge it.
The solar lead qualification guide owns project and sales acceptance. Nurturing has a different admission test. Ask whether the business can identify the person or organization appropriately, understand the source and request, support the planned channel and purpose, deliver something useful, manage a response, honor a stop, and avoid conflicting with a more current customer or project state.
| Nurture entry field | What to record | Hold or exit condition |
|---|---|---|
| Identity | Contact or account identifier, matching state, duplicate review | Conflicting identity, shared address, or unsafe merge |
| Source | Page, form, event, referral, list, date, version, disclosures shown | Source is unknown or cannot support the proposed use |
| Request | The person’s words or the exact action completed | Campaign hypothesis replaces the observed request |
| Contact boundary | Purpose, channel, permission or other authority record, jurisdiction, suppression | Authority, applicability, or current status is unresolved |
| Project context | Residential or commercial context, known site, stage, and current artifact | A more recent sales or project record changes the route |
| Open question | One question the next asset can answer | No defensible question or message purpose exists |
| Asset | Approved version, claim sources, expiry, audience, owner | Asset is stale, unsupported, or wrong for the audience |
| Human owner | Person responsible for replies, exceptions, complaints, and handoff | Queue is unowned or capacity is unavailable |
| Exit | Reply, accepted handoff, pause, suppression, archive, or another defined event | No event stops the sequence |
A nurture state should describe both the customer’s position and the company’s obligation. The reader may be comparing providers while the company owes a technical explanation. A facilities contact may be gathering internal support while marketing keeps sending homeowner material. A homeowner may be waiting for a roof repair while an automation treats silence as an invitation to repeat the proposal request.
Use a compact state vocabulary that keeps those differences visible.
| Working state | What is known | Appropriate next work | What not to infer |
|---|---|---|---|
| New request | A defined source event and requested task exist | Acknowledge accurately and verify routing | Fit, permission for every channel, or project readiness |
| Learning | A broad solar question is still open | Send one relevant educational asset | That content engagement means buying intent |
| Preparing | The person is gathering an input or stakeholder | Provide a checklist, agenda, or data explanation | That the missing item will arrive by a forecast date |
| Sales-ready by rule | A documented event meets the receiving team’s entry condition | Transfer the full source and question record | Technical, financial, lender, utility, or authority approval |
| Paused | A named condition blocks useful contact | Wait for the condition or planned review event | Objection, rejection, or loss |
| Suppressed or closed | A stop, complaint, withdrawal, invalid record, or final disposition applies | Prevent further inappropriate contact and preserve evidence | Permission to reopen from another list or channel |
The Department of Energy’s homeowner solar guide says there is not a universal solar energy solution and organizes consumer questions around suitability, expected power, providers, process, costs, and financing. The guide does not validate a lead or campaign. It does provide a useful editorial clue: solar education should follow the reader’s actual decision question rather than march every contact through the same generic pitch.
That question-led method also protects sales capacity. A rep should not have to decode why someone was routed, which asset they saw, which claim version was used, or what the campaign promised. The handoff should state the source event, current question, useful next step, relevant project context, contact controls, and any company-owned answer. If those fields are missing, the handoff is a request for reconstruction, not a sales-ready record.
How should the first 30 days work?
Use the first 30 days to verify the entry record, acknowledge the exact request, identify one decision question, offer an approved resource, and watch for a real routing event. Keep contacts sparse enough to remain purposeful. Stop or redirect the path when identity, permission, suppression, project state, customer intent, claim currency, or ownership no longer supports the planned message.
The first month is where a weak sequence creates its longest trail of bad data. A vague form value becomes a persona. The persona selects a template. An open raises a score. The score creates a task. By the time a salesperson sees the record, five systems agree on an interpretation that the customer never supplied.
Build the window from four decisions, not from a stack of scheduled emails.
Opening decision: can the company honor the request?
Read the source page, form version, disclosures, requested task, service boundary, and route. If the person asked for a checklist, the acknowledgement should identify that checklist and explain what happens next. If the business cannot deliver the promised resource or serve the market, fix the customer communication before adding education.
The solar website conversion guide explains why the form, confirmation, routing, and downstream acceptance belong to one journey. Nurture should inherit that record. It should not repair a broken confirmation with a cheerful campaign while the original request sits in an unowned queue.
Question decision: what uncertainty is safe to address?
Use the event and any explicit reply to choose a question. A homeowner reading about roof suitability may need an evidence checklist. A commercial contact may need an internal stakeholder agenda. Someone comparing project pathways may need a process map that distinguishes an early screen from a reviewed proposal.
Do not infer a technical objection, financing need, home ownership, authority, budget, site condition, or project schedule from a click. The next asset should remain useful when the campaign’s interpretation is only partly right. A “what information makes an initial assessment useful?” guide is safer than “we know your roof is ready.”
Asset decision: is the material current and bounded?
Every reusable asset needs an owner, version, audience, source date, claim register, expiry trigger, required disclosure, and prohibited use. Marketing should know which facts can be merged from the contact record and which require project review. If a tariff, price, incentive, finance term, equipment choice, design, production estimate, savings figure, or schedule has changed, do not let an old PDF survive because the automation link still works.
The Federal Trade Commission’s advertising guidance says United States advertising claims must be truthful, cannot be deceptive or unfair, and must be evidence-based. That source does not approve a solar message. It supports the internal rule that each material claim needs current evidence and an owner before it enters a reusable nurture asset.
Routing decision: what observable event changes ownership?
Define an event the receiving team accepts. A direct reply requesting a call, a scheduled meeting, an authorized project-data submission, or another company-defined event may move the record. The definition must name required fields, evidence, recipient, timestamp, transition authority, rejection route, and next owner.
An email open can help diagnose delivery under the approved measurement method, but it does not establish identity, agreement, project fit, or readiness. A link click can show use of a tracked link. It does not prove the person accepted assumptions inside the asset. Keep engagement events available to marketing without letting them silently award a sales stage.
The following schedule is a planning example, not a required message count.
| First-month phase | Decision job | Possible useful asset | Owner | Exit or redirect |
|---|---|---|---|---|
| Entry review | Verify source, request, route, audience, and contact controls | Accurate acknowledgement or requested resource | Marketing operations | Invalid, duplicate, suppressed, unsupported, or unowned record |
| Early question | Name one unresolved decision without overstating intent | Roof-readiness list, commercial stakeholder map, process explainer | Content owner with subject review | Customer supplies a different question or active request |
| Evidence support | Provide a bounded way to prepare for the next step | Data checklist, meeting agenda, assumption guide | Marketing plus sales or project owner | Asset is stale or project-specific review is required |
| Handoff check | Test whether a documented event earns another route | Reply path, booking route, authorized upload request | Receiving sales or project role | Entry rule not met, capacity unavailable, or record rejected |
| Window close | Record what happened and whether purpose remains | Pause notice, preference route, later review, or no message | Campaign owner | Suppression, complaint, withdrawal, archive, or new active state |
Contact rules cannot be inherited from this table. For United States commercial email, the FTC’s current CAN-SPAM compliance guide says the law covers commercial messages and makes no business-to-business exception. It describes accurate sender information, non-deceptive subjects, message identification, a postal address, an opt-out method, and sender responsibility when another company sends on its behalf. The guide says opt-out requests must be honored within 10 business days.
That is a bounded United States email statement, not approval to contact a particular person. Phone, text, email, retargeting, partner lists, and customer communications can carry different requirements. The UK Information Commissioner’s Office separates direct-marketing guidance for calls, email, text, cookies, business-to-business activity, data brokers, and other contexts. A multi-market solar company should route uncertainty to current qualified review rather than copy one channel rule into every campaign.
Delivery mechanics need their own owner. Google’s current Gmail sender guidance publishes authentication requirements for mail to personal Gmail accounts and additional requirements for senders above 5,000 messages per day, including one-click unsubscribe support for marketing and subscribed messages in that category. These are Gmail-specific first-party requirements. Meeting them does not guarantee inbox placement, attention, response, conversion, or legal compliance.
Close the first window with an exception report, not a vanity summary. Count records held for identity, source, suppression, stale assets, missing owners, routing rejection, complaints, technical failures, and customer withdrawal. Those cases reveal where the sequence cannot keep its promise. A total-open chart does not tell you that the wrong person received the right email.
What changes in a 90-day solar lead nurturing cycle?
A 90-day solar lead nurturing cycle should introduce new decision support only when the contact record still has a valid purpose and a current question. Recheck project facts, audience, channel, suppression, content, and ownership before each phase. Replace first-month repetition with stakeholder, evidence, and process assets, then hand off, pause, or close on observable events.
The second and third months should not be the first month with slower spacing. If the reader already received a roof-input checklist, resending a renamed checklist adds activity without progress. Ask what could reasonably have changed: a stakeholder joined, a data file became available, a budget cycle moved, a roof project gained a date, the customer shifted from education to assessment, or the business changed its offer or service area.
Do not invent those changes. Create a short route for the recipient to identify them, and let the absence of new information remain an absence. Internal forecast pressure is not customer evidence.
Use stakeholder assets when the decision has more than one owner
Commercial solar interest often passes through facilities, finance, procurement, sustainability, property, operations, or executive review. A nurture asset can help the original contact prepare an internal conversation without pretending that the contact has authority to decide for everyone.
Useful assets include a stakeholder-question map, site-data request with purpose, proposal-review agenda, assumption glossary, or comparison worksheet that separates measured, customer-stated, modeled, and unresolved information. Each asset should say which role must answer which question and where a qualified technical, financial, legal, or contract owner enters.
For a residential contact, the stakeholder may be another owner, occupant, contractor, lender, utility, roof professional, or trusted adviser. Avoid segment logic that assumes a household structure, title, account authority, or financing preference from a first name or address. Ask only what the next permitted task needs.
Revalidate assets when solar facts can expire
An educational article can remain useful while a linked offer, incentive statement, equipment example, financing document, service boundary, or project assumption becomes stale. Tie every time-sensitive claim to an observed date and refresh trigger. The campaign owner should receive an exception when the asset expires, not after a customer questions it.
Do not silently swap the file behind a stable link when the new version changes meaning. Preserve version, release date, claim changes, audience, and recipients affected. Decide whether earlier contacts need correction under qualified review. A corrected asset is a content release, not routine housekeeping.
The solar customer experience guide treats the customer promise as something that must survive handoffs. Nurture needs the same discipline. If marketing promised an assessment checklist, sales should not treat the handoff as a quote request. If sales learned that the project is paused for roof work, marketing should not keep sending installation-timing prompts.
Separate campaign state from opportunity state
A contact can stay in a long-horizon education group while one opportunity closes, and an active opportunity can require all generic nurturing to stop. Define which record has authority when states conflict. Usually the more current, specific, customer-linked state should trigger review, but the company must document its own precedence and exceptions.
Use a change event rather than a nightly overwrite. The event should identify prior state, new state, source, actor, timestamp, affected campaign, suppression effect, owner, and whether a customer communication is required. Preserve history so a reviewer can explain why a message was sent or stopped.
| Observed event | Marketing action | Receiving owner | Control question |
|---|---|---|---|
| Customer asks a project-specific question | Pause generic path and transfer the source plus current asset history | Sales or appropriate project role | Does the question require technical, financial, legal, or other qualified review? |
| New stakeholder appears | Offer role-appropriate material without assuming authority | Sales owner or account owner | Who requested the addition, and what may be shared? |
| Project input changes | Stop dependent content until the effect is reviewed | Project or content owner | Which claims, assets, and customer records rely on the old value? |
| Customer selects a later event | Record the event and suppress interim pressure messaging | Campaign owner | Is the reminder still useful, permitted, current, and owned when the event arrives? |
| Contact declines or complains | Apply the approved stop and remediation process | Compliance, privacy, customer care, or another named owner | Are related tools, lists, vendors, and channels updated correctly? |
| No new evidence appears | Review continued purpose and choose pause, archive, or a bounded later check | Marketing owner | Is another message useful to the recipient, or only to the dashboard? |
The NIST Privacy Framework is a voluntary tool intended to help organizations identify and manage privacy risk. It does not authorize a nurture database. Use the risk posture to ask why data is held, who is affected, which fields are needed, which systems and vendors use them, how errors are corrected, what changes or ends the use, and who owns exceptions.
A 90-day review should also test operational capacity. If every reply enters an unmonitored mailbox or every commercial question routes to one unavailable estimator, more engagement makes the customer experience worse. Pause promotion before the queue fails. The campaign owner should know response coverage, rejection rules, out-of-office handling, duplicate ownership, and escalation paths before releasing the next asset.
How should a 180-day nurture cycle stay useful?
A 180-day nurture cycle stays useful by revalidating purpose before extending contact. Recheck identity, source, channel, suppression, project status, content currency, service fit, owner capacity, and the customer’s latest direction. Continue only when a current question and approved asset remain. Otherwise pause, archive, correct, suppress, or transfer the record without disguising inactivity as relationship building.
Six months is long enough for a solar record to become fiction while every field remains populated. A roof may have been replaced. A tenant or facility plan may have changed. The original contact may have moved roles. A product offer, price, incentive, finance document, equipment example, or service area may no longer match the message. Even the person who initially requested material may have completed the decision elsewhere.
The review should therefore begin from source evidence, not from the last campaign score. Ask what the person requested, what the company delivered, whether the contact or organization is still identified correctly, which active project or customer state now exists, which promises remain open, and whether another message has a useful job.
Make archive a valid operating outcome
An endless sequence hides uncertainty. It keeps records technically active because nobody defined a final review. Archive means the company has no current permitted and useful nurture action under the recorded policy. It does not necessarily mean the person rejected solar, chose a competitor, lacked interest, or became a bad lead.
Preserve the archive reason. Useful reasons include no current question, unresolved contact authority, duplicate identity, unsupported market, project completed through another path, customer-requested pause, active customer workflow, stale source, unowned response route, obsolete asset, or company decision to end the campaign. Do not collapse those into “unresponsive.”
An archive also needs a re-entry rule. A new direct request may create a new record linked to history. A customer-selected future event may trigger review. A current project action may route to sales. Buying another list, changing the campaign name, or switching channels should not silently bypass the earlier stop.
Use one release method across all three horizons
The following numbered process turns the article into an operating method. Adapt roles and review requirements to the business, project types, channels, and jurisdictions.
-
Freeze the observed entry event. Preserve source, page or list, form or event version, timestamp, request, disclosures, identifiers, and raw routing outcome. Keep interpretation in a separate field.
-
Resolve identity and record relationships. Distinguish person, household, account, organization, site, opportunity, and project where the source supports them. Route possible duplicates and conflicts to a human owner.
-
Review contact and data controls. Record the proposed purpose, channel, authority basis as determined by qualified owners, jurisdiction, suppression state, vendor, privacy notice, and stop process. Hold anything uncertain.
-
Name one buyer question. Use the person’s words or a carefully labelled editorial hypothesis. Choose a question that can be answered without claiming more identity, authority, intent, or project evidence than the record contains.
-
Release one approved asset. Verify version, audience, claims, sources, date, expiry, disclosures, accessibility, links, project boundary, and response route. Project-specific outputs require the proper input and review workflow.
-
Define handoff and stop events before launch. State which observed event transfers ownership, which event pauses the path, how the receiving team accepts or rejects the record, and which systems must enforce a suppression or closure.
-
Review each planning horizon from current evidence. At 30, 90, or 180 days, inspect source, contact, project, asset, ownership, exceptions, complaints, technical failures, and customer direction. Do not roll a record forward merely because no stop field is populated.
-
Close with a disposition and preserved history. Transfer, pause, archive, suppress, correct, or continue under a current documented purpose. Record the reviewer, date, basis, affected systems, customer communication if any, and next review trigger.
This process should live beside the marketing automation stack, not only inside campaign copy. Forms, CRM, email, messaging, scheduling, analytics, project tools, and suppression services can each hold a different fragment of the truth. The operating owner must know which system is authoritative for each field and what happens when an interface fails.
Copy-ready solar nurture control record
Copy the field names into a CRM specification, campaign brief, worksheet, or review ticket. Do not prefill legal, privacy, consent, technical, or financial conclusions. Those values must come from current qualified review and source evidence.
| Field | Required entry |
|---|---|
| Nurture record ID | Stable identifier linked to the original source event |
| Person or account state | Verified, unverified, possible duplicate, conflicting, customer, partner, test, or blocked |
| Source record | URL or event, version, date, request, disclosures, referral or campaign context |
| Proposed purpose | One sentence describing the recipient-facing job |
| Contact control | Channel, recipient, authority record, jurisdiction, suppression, qualified reviewer |
| Project relationship | None known, research only, opportunity ID, project ID, customer state, or conflict |
| Current buyer question | Verbatim question or visibly labelled editorial hypothesis |
| Asset release | Asset ID, version, owner, audience, claims, sources, date, expiry, disclosures |
| Horizon | 30, 90, or 180-day planning window, with company-selected review date |
| Handoff event | Observable event, required evidence, receiving role, acceptance and rejection path |
| Stop event | Withdrawal, complaint, suppression, invalid identity, conflict, stale asset, project change, closure, or another approved event |
| Exception route | Named person or queue, response expectation, safe hold behavior |
| Disposition | Continue, transfer, pause, correct, archive, suppress, or close |
| Review evidence | Reviewer, timestamp, reason, affected systems, customer communication, next trigger |
Illustrative example, not a customer case or performance result
A facilities coordinator downloads a commercial roof-readiness worksheet after a webinar. The record preserves the webinar, page, worksheet version, business email, organization match, requested resource, disclosures, and current contact-control review. Marketing records a working question: “Which site records will finance and facilities need before an initial assessment?” The question is a hypothesis, not a statement about the person’s authority or budget.
The first window delivers the requested worksheet and a stakeholder agenda. The recipient later replies that roof work is being scoped and asks to revisit solar after that schedule is known. Marketing records the customer’s words, pauses generic project-readiness messages, and creates a company-policy review event tied to the stated condition. It does not promise that the company will contact the person on a specific date unless that reminder has been requested and approved.
Before the later review, the owner checks identity, contact controls, current company relationship, service scope, asset currency, and whether another team is already working with the organization. If the roof schedule is still unknown and no useful approved message exists, the record stays paused or moves to archive. The campaign does not award intent because a webinar link was opened again.
Nothing in the example proves better delivery, response, conversion, close rate, project value, or revenue. Its value is narrower: every action can be reconstructed, challenged, stopped, and handed to another person without relying on campaign folklore.
Stop the send when the record cannot support it
| Failure mode | Why the send is unsafe or unhelpful | Required response |
|---|---|---|
| Unknown or conflicting identity | The team may contact or merge the wrong person, organization, or property | Hold, preserve evidence, and route to identity review |
| Source or request missing | The business cannot explain why the person entered the path | Hold and reconstruct; archive if the source cannot be supported |
| Suppression or complaint conflict | Another system or vendor may continue a prohibited or unwanted path | Stop, contain, reconcile systems, and route remediation |
| Asset claim expired | The recipient may receive a stale offer, rule, price, incentive, or project statement | Withdraw the release and obtain a new qualified review |
| Active sales or customer workflow | Generic messaging may contradict a current owner or promise | Pause and let the active record control under documented precedence |
| Project-specific question exceeds marketing authority | A generic asset may be mistaken for a technical or financial answer | Transfer with the source question and avoid improvising a conclusion |
| Response queue unowned | The company invites a reply that no person can handle | Pause the campaign until ownership and coverage exist |
| Interface or merge-field failure | The wrong content, identity, data, or link may be delivered at scale | Stop or contain, preserve logs, identify impact, correct, and validate before release |
| Continued purpose cannot be named | Another touch serves the calendar rather than the recipient | Pause or archive with a reason |
Use exception data to improve the system, but do not convert internal observations into universal benchmarks. A company may learn that partner imports frequently lack source evidence or that project changes arrive too late to stop an asset. Those findings can justify a better interface, field, owner, or release rule inside that business. They do not prove how every solar company should schedule outreach.
Where can SurgePV support solar lead nurturing?
SurgePV can support a reviewed project asset after a contact chooses an appropriate project step and suitable inputs enter the design workflow. Verified scope includes 3D roof modeling, array layout, shading, energy-yield and financial modeling, electrical workflow support, bill-of-materials output, and proposal generation. SurgePV does not authorize contact, run nurture channels, qualify leads, approve claims, or guarantee outcomes.
The useful handoff is specific. Marketing or sales records the requested project task, customer-supplied inputs, source and date, known assumptions, intended artifact, receiving role, and questions that require review. The design or project team accepts, rejects, or requests more evidence. Only a reviewed output suitable for the stated purpose returns to the customer-facing workflow.
Software can keep inputs, design work, analyses, equipment output, and proposal material connected. Results still depend on source data, assumptions, equipment models, configuration, and review. A generated project asset is not permission to send it, evidence that the recipient requested it, engineering or authority approval, or proof that a financial result will occur.
The Solar Designing workflow is the relevant product path once suitable project information has reached an accepted design task. It does not replace the campaign, CRM, contact-control, intake, or release records that establish why the handoff exists.
Do not promise a personalized roof model merely because the campaign has an address. The team must decide whether it may use the data, whether the address identifies the correct property, which source materials are suitable, what the output can support, which limitations must be visible, and who reviews the release.
Review the Project-Asset Handoff in SurgePV
See how a solar team can carry suitable project inputs into connected roof, layout, shade, energy, financial, electrical, bill-of-materials, and proposal work while keeping review boundaries visible.
Book a Guided DemoBring one current design-to-proposal handoff to the walkthrough.
Frequently Asked Questions
How many messages belong in a solar lead nurture sequence?
No universal message count fits every source, recipient, channel, project, permission state, sales capacity, or jurisdiction. Choose each contact from a current buyer question and a useful approved asset. Set a stop rule before launch, inspect complaints and suppression events, and remove any touch that exists only because a calendar slot is available.
Is a 30-day solar nurture plan the same as daily follow-up?
No. Thirty days is a review window in this playbook, not a recommendation to contact someone every day. The plan may contain an acknowledgement, one question-led resource, a human handoff, and an exit review, with timing chosen under company policy. Customer action, project change, suppression, or uncertainty can end or redirect the path sooner.
When should a lead move from nurture to active sales?
Move a lead when an observable event satisfies the company’s documented entry rule for a sales-owned step. That event might be an accepted request, scheduled conversation, authorized data handoff, or another defined action. An open, click, score, or elapsed period should not create project readiness unless the receiving team has explicitly approved that evidence.
What should happen when solar project information changes during nurture?
Pause any asset or message that depends on the old information, preserve the change event, identify affected claims and recipients, and assign a reviewer. Resume only from a current approved record. A changed roof, usage file, equipment basis, price, incentive, finance document, service area, stakeholder, or customer objective may require a different asset or a new sales route.
Can SurgePV send or automate a solar nurture sequence?
No verified product claim says SurgePV is a CRM, email, text, calling, consent, suppression, deliverability, sequence-delivery, lead-scoring, or engagement-tracking platform. SurgePV can support a reviewed project asset after suitable inputs and a valid workflow handoff. Responsible teams still own contact authority, message delivery, claims, audience rules, project review, and every customer-facing release.
A durable nurture program knows when the next useful act is silence. Thirty, ninety, and one hundred eighty days are enough time for the customer, project, company, asset, and rules to change. The operating advantage comes from rechecking those facts before contact, then letting a real event move the record instead of forcing every name toward a sales call.
The copy matters after the state is trustworthy. Before that, the sequence needs an owner, a current question, a reviewed asset, a response route, a stop, and a history another person can understand. That record makes a respectful customer conversation possible even when the answer is to pause or close.
Connect a Qualified Project Step to a Reviewed Solar Asset
Book a guided SurgePV demo to examine the design-to-proposal handoff after a lead chooses an appropriate next step.
Book a Guided DemoSources
Primary research and reference material used for this desk-research article.
Where this fits
This article is part of SurgePV's Solar Sales & Proposals hub, which works through the topic from first principles to the decisions a project team actually has to make.


