Detect supported local activity
Radar ingests supported public permit records and brings eligible project signals into one review workflow instead of leaving reps to repeat the same portal searches.
LumberFlow
Radar ranks local building activity into a daily project queue for lumber sales teams.
Activation is by invitation while we expand. Tell us your territory and workflow; dealer demand helps determine what we build next.

LumberFlow Radar is construction lead software built for lumber dealer sales teams. It turns local building-permit activity into a prioritized project queue so outside reps can decide which opportunities to review and pursue next. Radar is currently a private beta, activated by invitation in supported territories.
Public records can show that a project exists without telling a rep whether it deserves a call. Radar is designed to shorten the distance between finding a signal and making a deliberate review decision.
Project signals can sit across municipal portals, inboxes, spreadsheets, saved searches, and individual rep memory. A territory can look covered while early activity remains unreviewed. Reps may spend prospecting time assembling a list before they can decide which project, builder, or account is worth investigating.
That review job also sits beside the operating information a sales team already uses. DMSi describes outside reps needing current order, receivables, stock, and job-pricing information. That observation supports the narrow point that field selling depends on several records; it does not mean Radar supplies ERP, inventory, receivables, quote, or order data. See the DMSi Agility product page (accessed July 28, 2026).
Radar focuses on one earlier decision: which supported local project signals should enter a rep's review queue now?
Mix is where dealer margin lives.
NRLA puts typical lumber-dealer net profit around 4% — about $400,000 on $10 million in sales. Commodity lumber typically carries a 20–25% gross margin versus 30–50% for doors, windows, and millwork, and high-performing yards have cut lumber from roughly 50% to roughly 30% of revenue.
The current beta turns supported public activity into a visible, deterministic review workflow. Every step keeps qualification and follow-up with the sales team.
Radar ingests supported public permit records and brings eligible project signals into one review workflow instead of leaving reps to repeat the same portal searches.
Deterministic rules exclude ineligible records and rank the remaining activity with visible project signals. The score supports triage; it does not declare a buyer qualified.
All, Mine, and Team views show what is available, what a rep owns, and what another teammate has claimed so the territory can be reviewed together.
A rep can claim a project, log activity, nurture it, disqualify it, or hand it off. Radar records the decision without automating outreach or replacing sales judgment.
Radar organizes public project signals for your team to review. It does not replace rep judgment, your systems, or your supplier and customer relationships.
A rep asks the questions that matter: Is the project inside our delivery area? Is the work relevant to what we sell? Can we identify a builder, applicant, or account to validate? Is the timing actionable, premature, or already too late?
Radar gives that review one starting point and one owner. Teams inspect coverage, avoid duplicate claiming, and record why a signal moved forward, entered nurture, was disqualified, or needed a handoff.
Reps validate every signal. The beta works best with teams ready to make that call and tell us where the data or workflow needs to improve.
The distinction is the review workflow around the record, not a claim that its underlying public records are fresher, broader, or more accurate than another source.
| Raw lead or permit feed | LumberFlow Radar |
|---|---|
| Records to search, sort, and interpret | A prioritized daily queue to review |
| Generic permit and project fields | Lumber-sales-oriented project triage |
| Individual exports, saved searches, or lists | Shared claim ownership and team visibility |
| No dealer-specific workflow state | Review, activity, nurture, disqualify, and handoff states |
The strongest beta requests describe a real delivery territory, a current project-discovery habit, and a team willing to review why a signal is or is not useful.
Radar is built for lumber dealer sales teams deciding which local projects to investigate. It is not a consumer-lead service for contractors, an autonomous outbound system, a takeoff platform, or a replacement for account management.
Tell us the counties, municipalities, or delivery radius your reps cover and how they find projects today. Specific territory information helps us evaluate data support and prioritize where the beta should expand.
Also tell us what a useful queue decision looks like — new residential work to review, or clearer ownership across outside reps. We review workflow fit manually, not by promise.
Two independently useful products
Radar is the sell-side direction: find the project and focus the rep. LumberFlow Procurement is the buy-side product: compare supplier responses, keep freight and lead time visible, and support a buyer-approved purchasing decision.
The long-term direction is a clearer path from demand signal to purchasing decision. That direction is not a current integration claim. The products are independently useful and do not share workflow data today. A sales team can evaluate Radar without changing its buying workflow, and a buying team can use Procurement without Radar.
For a broader view of macro permits, housing starts, and lumber demand, read the housing starts and lumber demand guide. Radar serves a different job: organizing supported local project-level signals for rep review.
Share the territory your reps cover and what would make a daily project queue useful. The form is intentionally compact because the first step is workflow fit, not a long procurement or technical evaluation.
We review each request manually. Territory demand helps prioritize expansion, but submitting does not promise activation, coverage, or a response date. If the current beta can support a useful conversation, we will follow up directly.
The answers below state the beta boundary plainly so a project signal, an activation request, and a connected workflow are not confused with promises Radar has not made.
A construction lead is a project signal that may deserve review by a lumber sales rep. It can indicate where building activity is moving, but it is not automatically a qualified buyer, a material list, or a guaranteed sales opportunity.
Radar ingests supported public permit records, excludes ineligible activity, and ranks the remaining project signals using visible project attributes. Reps receive a daily queue they can review, claim, and move into an appropriate next-action state.
No. A permit is an early project signal, not proof that a builder is identified, materials are ready to quote, or an account will buy. Radar helps organize review; the sales rep still validates the project, buyer, timing, and fit.
Radar is expanding market availability during the Private Beta. Submit your sales territory with your activation request; dealer demand helps us prioritize where Radar expands next.
No. Radar is a Private Beta activated by invitation in supported territories. The beta is designed to validate territory coverage and the daily sales workflow before availability expands.
No. Radar is a project-discovery and prioritization workflow for lumber sales teams. It does not replace customer records, inventory, receivables, quoting, order management, or other operating functions in a dealer CRM or ERP.
Not today. Radar and LumberFlow Procurement are independently useful products and do not exchange workflow data. Radar supports sell-side project discovery; Procurement supports supplier-response comparison and buyer-approved purchasing decisions.
You receive an email confirming the request. We review each territory and workflow manually, then follow up when there is a useful fit or when coverage planning needs more detail. A request does not promise activation or a response date.
Tell us where your reps sell and how they find projects today. Applications with a clear territory and active workflow are reviewed first.