Workflow Template
Solar proposal / system design approval Workflow
Collects a solar proposal (site details, panel layout, equipment spec, pricing), sends it to the customer for approval via an external form, loops back to the designer for revisions if changes are requested (up to 3 times), and on approval confirms the design with the customer and tasks the office to collect the deposit, order equipment and book installation.
Solar teams often lose days chasing customers for sign-off and re-emailing revised quotes after every panel or price change, with no clear record of who asked for what. This workflow sends the proposal to the customer for approval, routes requested changes straight back to the designer for up to three revision cycles, and confirms the final design before tasking the office to collect the deposit, order equipment and book installation. The result is a single record that tracks every revision and status change from first proposal to booked install.
Business Outcomes
- Fewer manual follow-ups needed to get customer sign-off on solar proposals
- Faster turnaround between customer-requested changes and revised designs reaching the customer
- Clearer handoff to the office once a design is approved, reducing missed deposit, ordering or booking steps
- Better visibility into how many revision cycles each proposal needs before approval
- Reduced risk of proposals stalling with no record of customer feedback or decisions
Workflow Steps
Steps
- 1Create Solar Proposal Recordcreate record
Registers the submitted proposal as a solar_proposal record.
- 2Set Status to Awaiting Approvalupdate record
Sets the proposal's approval status to Awaiting Approval.
- 3Send Proposal to Customer for Approvalrequest external input
Emails the customer the proposal details with a form to Approve or Request changes, and waits for their response.
- 4Route on Customer Decision
Branches the workflow depending on whether the customer approved the design or requested changes.
customer_decision: "Approve"→Set Status to Approvedcustomer_decision: "Request changes"→Set Status to RevisingDefault→End - 5Set Status to Revisingupdate record
Sets the proposal's approval status to Revising after the customer requests changes.
- 6Designer: Revise System Designcreate task
Tasks the solar designer to update panel numbers, equipment specification and price based on the customer's comments.
- 7Save Revised Design to Recordupdate record
Persists the designer's revised panel counts, equipment specification and price to the record.
- 8Restart Customer Approval Cyclerestart from step
Closes this iteration and restarts from the customer approval request with the revised design.
- 9Set Status to Approvedupdate record
Sets the proposal's approval status to Approved after the customer approves the design.
- 10Email Customer Approval Confirmationsend email
Emails the customer confirming the approved system design and price.
- 11Office: Process Deposit, Order Equipment & Book Installationcreate task
Tasks the office to take the deposit, order the equipment and book the installation without waiting for completion.
Fields
- Customer Name*
- Customer Email*
- Site Address*
- Panel Layout Drawing*
- Number of Panels on Each Roof Face*
- Panel Specification*
- +14 more fields
Forms
Solar Proposal Intake
12 fields
Data Views
Solar Proposals
customer_name, site_address, system_size_kw, price +1 more
Dashboard Widgets
Recommended integrations
Setup the following integrations to extend workflow capability.
Send email in the workflow
AWS SES
Similar Workflows
Similar Categories
FAQs
What happens if the customer requests changes more than three times?
The workflow supports up to three revision cycles between the designer and customer, with each round saving the designer's updated panel counts, equipment specification and price to the record. If a proposal needs further changes beyond that, the team can review the record's timeline and comments to decide how to handle the next round outside the automated loop, or adjust the workflow's revision limit in the editor.
Can this handle a customer who doesn't respond to the approval form?
The record's status stays at Awaiting Approval (or Revising, if a revision cycle is in progress) until the customer submits the form, and the record's timeline shows exactly when the proposal was sent. Staff can see unanswered proposals in the table view by status and follow up with the customer directly, since customers interact through the emailed form without needing an account.
What if the customer neither approves nor requests changes on the form?
The routing step branches on whether the Customer Decision field is Approve, Request changes, or another value entered on the form, so any other response is handled by the 'otherwise' path rather than being lost. This keeps the proposal visible on the record instead of silently stalling in Awaiting Approval status.
Who is responsible for each step in this workflow?
The solar designer is tasked with revising panel numbers, equipment specification and price whenever the customer requests changes, and the workflow waits for that task before restarting the approval cycle. The office team is tasked with taking the deposit, ordering equipment and booking installation once the design is approved, and this task doesn't hold up the rest of the workflow.
Does the office task block the workflow from finishing?
No — the office task to process the deposit, order equipment and book installation is not waited on by the workflow, so the proposal record moves to Approved status and the customer gets their confirmation email regardless of how quickly the office completes their task. Deposit taken, Equipment ordered and Installation booked date are recorded on that task and shown in the record's task list.
Can we customise what information is collected on the proposal or revision forms?
Yes, the request form fields and the revision fields the designer fills in can be edited directly in the workflow editor, or changed by describing the update in plain English. Earlier versions of the workflow are kept, so changes can be reviewed or rolled back if needed.
What does the customer actually see and do during this process?
The customer submits the original proposal request through a public form, then receives an emailed form asking them to Approve or Request changes with a comments field, repeated for each revision cycle. Once approved, they receive a confirmation email with the final system design and price — no account or login is required at any point.
Can this workflow send SMS updates instead of or alongside email?
Yes, SMS is built into the platform and a workspace can send messages through its own Twilio or AWS SNS account if connected, alongside the email steps already in this workflow. Adding SMS notifications to specific steps can be done by editing the workflow or describing the change in plain English.
How do we track how many revisions a proposal has gone through?
Every pass through the revision loop updates the record's status (Revising, then back to Awaiting Approval) and adds entries to the record's timeline, including the designer's revised specification and price each time. This gives a full history of what changed and when, viewable on the individual record.
Ready to use this workflow?
Create a free account and customise this workflow for your business.
