Growth plan

Solar Consultation Plan

A month of focused improvements that can be reviewed, shipped, reported, and adjusted without losing the operational thread.

Context

Why this page exists.

Growth slows when every improvement feels vague. A plan breaks the work into a visible sequence with one next action at a time.

Audience

Who this helps

Business owners who already have a basic site and want a clear improvement plan.

Problem

What it fixes

Growth slows when every improvement feels vague. A plan breaks the work into a visible sequence with one next action at a time.

Outcome

What should improve

A month of focused improvements that can be reviewed, shipped, reported, and adjusted without losing the operational thread.

Deliverables

What should be produced.

The useful version of this work leaves behind visible assets, not vague intent.

01

Deliverable 1

A clear owner, trigger, destination, and status for the work.

02

Deliverable 2

Plain-English copy that explains what happens before and after contact.

03

Deliverable 3

A mobile-friendly path that works without hunting through the page.

04

Deliverable 4

Internal notes that make the next action obvious to another person.

05

Deliverable 5

A QA step for links, forms, tracking, messages, and handoff notes.

06

Deliverable 6

A follow-up rule so the system does not depend on memory.

Workflow

How to build it.

Keep the first version small enough to test, then expand after the business can see what changed.

Step 1

Action 1

Identify the customer moment that causes the most friction.

Step 2

Action 2

Write the current workflow in one paragraph before changing it.

Step 3

Action 3

Choose the smallest build that will make the next reply faster or clearer.

Step 4

Action 4

Create the page, form, checklist, message, dashboard, or portal update.

Step 5

Action 5

Test from a phone-sized viewport and from the owner’s point of view.

Step 6

Action 6

Record the launch note, review date, and next improvement.

Questions

Ask before build.

  • What does the customer need to know before taking action?
  • What information does the owner need before replying?
  • Where should the request go after it is captured?
  • What should happen if nobody replies the first time?
  • Which claim, message, or promise needs approval?
  • How will this be reviewed after launch?

QA

Check before launch.

  • The page or workflow has one primary purpose.
  • The call to action is visible on mobile.
  • The owner notification is readable and useful.
  • No secrets, API keys, or sensitive customer data are in public files.
  • The sitemap or robots impact is understood.
  • The client or owner knows what to check after launch.