<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:atom="http://www.w3.org/2005/Atom"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>AOS — Blog</title>
        <link>https://aos.build/blog/</link>
        <atom:link href="https://aos.build/blog/feed.xml" rel="self" type="application/rss+xml" />
        <description>Product updates, engineering notes, and field thinking from the team building AOS — the operating system for AEC.</description>
        <language>en-us</language>
        <copyright>Copyright 2026 AOS Construction Software LLC</copyright>
        <lastBuildDate>Wed, 27 May 2026 12:00:00 GMT</lastBuildDate>
        <pubDate>Wed, 27 May 2026 12:00:00 GMT</pubDate>
        <ttl>60</ttl>
        <image>
            <url>https://aos.build/assets/og-card.png</url>
            <title>AOS — Blog</title>
            <link>https://aos.build/blog/</link>
            <width>1200</width>
            <height>630</height>
        </image>

        <item>
            <title>Construction warranty management: from substantial completion through the warranty period.</title>
            <link>https://aos.build/blog/construction-warranty-management.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-warranty-management.html</guid>
            <pubDate>Thu, 28 May 2026 17:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Warranty</category>
            <category>Closeout</category>
            <category>Project Management</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[The construction warranty period starts the day after substantial completion and runs for one year on most commercial projects. Whether that period goes smoothly depends almost entirely on how well warranty obligations were documented at closeout and how the warranty-claim workflow is structured. A working guide on construction warranty management: manufacturer vs workmanship warranties, the warranty-claim lifecycle, the seven recurring failures, and how AOS handles warranty cross-tenant.]]></description>
            <content:encoded><![CDATA[
<p>Two warranty types matter: workmanship warranty (contractor's promise, typically 1-year general / 2-year mechanical / 5-year roofing / 10-year structural) and manufacturer warranty (equipment manufacturer's promise, periods vary 1-50+ years). The two overlap operationally — a leaking roof in year 1 of a 20-year manufacturer warranty might be a manufacturer issue, a workmanship issue, or both.</p>

<p>Warranty management depends almost entirely on the closeout binder: manufacturer warranty registrations in the owner's name, sub workmanship letters per scope, as-built drawings, equipment cut sheets, sub contact info, photo documentation. If the closeout binder is incomplete, warranty management becomes guesswork.</p>

<p>Seven recurring failures: project staff dispersed before warranty period starts, manufacturer warranty registrations missed (often the registration window closes within 30-60 days of install), sub disputes responsibility with no documentation, same defect appearing on multiple buildings without pattern recognition, owner-side maintenance failures classified as warranty claims, warranty extension on corrective work not tracked, latent defects discovered after warranty period.</p>

<p><a href="https://aos.build/blog/construction-warranty-management.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction project scheduling: CPM, baseline, and the working schedule.</title>
            <link>https://aos.build/blog/construction-project-scheduling-cpm-baseline.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-project-scheduling-cpm-baseline.html</guid>
            <pubDate>Thu, 28 May 2026 16:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Scheduling</category>
            <category>Project Management</category>
            <category>General Contractors</category>
            <category>Subcontractors</category>
            <description><![CDATA[The project schedule is the document that determines whether your project hits substantial completion on time or slips by weeks while the GC and subs argue about whose delay caused which milestone to miss. A working guide for mid-market subs and GCs on CPM scheduling, baseline vs working schedule, weekly look-aheads, delay attribution, time-impact analysis, and how AOS integrates with your scheduling workflow cross-tenant.]]></description>
            <content:encoded><![CDATA[
<p>CPM scheduling identifies the longest path of dependent activities through a project. Activities on the critical path have zero float; a delay to any of them delays substantial completion by the same amount. The contractual baseline (locked at award) and the working schedule (updated weekly) diverge over the project's life — and the gap between them is where delay claims live.</p>

<p>Schedule slippage traces to recurring patterns: owner-caused delays (with time + sometimes compensable damages owed), design-related delays (RFI/submittal lag), contractor-caused delays (sub mobilization, productivity, rework), force majeure (weather/pandemic/strikes), and concurrent delay (legal treatment varies by contract and jurisdiction).</p>

<p>Seven recurring failures: baseline never properly developed, working schedule updated but nobody reads it, delay events not documented in real time, critical path stale, sub schedule integration weak, time-impact analysis treated as a closeout exercise, look-ahead disconnected from master schedule. AOS doesn't replace Primavera P6 / MS Project — it provides the integration layer that makes scheduling work operationally, cross-tenant.</p>

<p><a href="https://aos.build/blog/construction-project-scheduling-cpm-baseline.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction safety management and EMR: a working guide for mid-market commercial subs.</title>
            <link>https://aos.build/blog/construction-safety-management-emr.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-safety-management-emr.html</guid>
            <pubDate>Thu, 28 May 2026 16:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Safety</category>
            <category>Compliance</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[Safety management determines whether your firm can keep winning commercial work, what your workers' comp insurance costs, and whether the people on your jobsites go home in the same condition they arrived. EMR — the Experience Modification Rate — is the single number every GC will check during prequal. A working guide on EMR mechanics, OSHA recordable rates, the proactive vs reactive safety divide, the seven recurring failures, and how AOS handles safety data cross-tenant.]]></description>
            <content:encoded><![CDATA[
<p>EMR is calculated by NCCI (or state equivalent) comparing your firm's actual workers' comp losses over the trailing 3 years to expected losses for your industry classification and payroll. Below 1.00 = better than average, above 1.00 = worse. The financial effect: a 1.25 EMR pays 25% more for the same WC coverage as a 0.85 EMR; for a $20M-payroll sub the difference can be $200K+ per year. The bigger effect: prequal disqualification on most projects with EMR above 1.00, and disqualification from federal / institutional / safety-mandated projects above 0.85-0.90.</p>

<p>Beyond EMR, standard safety metrics: TRIR (Total Recordable Incident Rate), DART (Days Away/Restricted/Transferred), LTIR (Lost Time Incident Rate), and severity rate. All per 200,000 worker-hours (= 100 FTE-years).</p>

<p>Most mid-market subs manage safety reactively — incidents happen, claims get filed, EMR climbs 1-2 years later. The shift to proactive safety requires: pre-task planning (Job Hazard Analysis) attached to the daily crew, near-miss and observation reporting from mobile, toolbox talks tied to actual work, post-incident root cause analysis, trend analysis at the firm level, crew-level accountability.</p>

<p><a href="https://aos.build/blog/construction-safety-management-emr.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Subcontractor prequalification for general contractors: a working framework.</title>
            <link>https://aos.build/blog/subcontractor-prequalification-for-gcs.html</link>
            <guid isPermaLink="true">https://aos.build/blog/subcontractor-prequalification-for-gcs.html</guid>
            <pubDate>Thu, 28 May 2026 14:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Prequalification</category>
            <category>General Contractors</category>
            <category>Compliance</category>
            <category>Subcontractors</category>
            <description><![CDATA[Subcontractor prequalification is the GC's first line of defense against project risk. Bonding capacity, insurance coverage, safety record, financial stability, references, and operational capacity all checked before the sub bids. A working framework for mid-market GCs on what prequalification should actually evaluate, the recurring failure modes, and how AOS handles the lifecycle.]]></description>
            <content:encoded><![CDATA[
<p>Seven categories to evaluate: bonding capacity (single-job + aggregate per surety, with rating check), insurance coverage and endorsement capability, safety record (EMR, OSHA recordables, willful violations), financial stability (audited or CPA-reviewed financials, working capital, debt/equity, revenue trend), references (with actual phone calls, not just collected names), operational capacity (backlog, available staff, equipment, geographic logistics), and certifications/compliance (DBE/MBE/WBE, prevailing-wage history, union signatory status, trade certs).</p>

<p>Four prequal philosophies, each with what's wrong: the paperwork ritual (the binder on the shelf), the annual refresh (collected but not evaluated), the project-specific check (labor-intensive but actually screens), and the third-party prequal (broad but shallow). The right answer for most mid-market GCs is a hybrid with structured records that integrate with the award workflow.</p>

<p>Seven recurring failure modes: annual refresh nobody reviews, project-specific prequal skipped on "trusted" subs, reference checks reduced to name collection, financial review without analytic capability, safety record taken at face value, bonding capacity confused with bonding willingness, prequal data not refreshed on change events.</p>

<p><a href="https://aos.build/blog/subcontractor-prequalification-for-gcs.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction punch list management: from substantial completion to certificate of occupancy.</title>
            <link>https://aos.build/blog/construction-punch-list-management.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-punch-list-management.html</guid>
            <pubDate>Thu, 28 May 2026 13:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Punch List</category>
            <category>Project Management</category>
            <category>Closeout</category>
            <category>General Contractors</category>
            <category>Subcontractors</category>
            <description><![CDATA[The punch list is the workflow that determines whether your project actually closes out cleanly or sits in punch limbo for months while the GC and subs argue about who owns which incomplete item. A working guide on construction punch list management: what goes on the list, who owns each item, photo evidence workflow, architect / owner sign-off chain, and how to keep the list from sprawling.]]></description>
            <content:encoded><![CDATA[
<p>The punch list captures three categories: incomplete work (scope items still owed), defective work (built but doesn't meet spec/drawings/code), and damage caused during construction (often a separate negotiation). What does NOT belong: owner-directed scope changes (those are COs), post-occupancy use issues (warranty), and items the owner doesn't like but were built per approved drawings (also COs). Discipline at list creation prevents disputes later.</p>

<p>Seven recurring failure modes: PDF-and-email workflow that loses items, no photo evidence per item, items reopening silently when another trade damages prior work, ambiguous sub assignments, post-walk list sprawl, single-person architect/owner sign-off bottlenecks, and punch resolutions that don't update warranty / as-built records.</p>

<p>Good workflow: one central structured list with state and audit trail, mobile-first capture in under 30 seconds from the field, photo evidence at every state change, sub assignment by scope (not by guess), defined list freeze at the substantial-completion walk, multi-tier verification, and closeout-binder coupling.</p>

<p><a href="https://aos.build/blog/construction-punch-list-management.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction RFI management: from field question to architect response without inbox limbo.</title>
            <link>https://aos.build/blog/construction-rfi-management-workflow.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-rfi-management-workflow.html</guid>
            <pubDate>Thu, 28 May 2026 13:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>RFI</category>
            <category>Project Management</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[The RFI is the workflow that determines whether questions raised in the field get clean answers in time to keep work moving, or whether they pile up in email inboxes until the schedule slips. A working guide for mid-market subs and GCs on RFI management: the lifecycle, SLA mechanics, the seven recurring failure modes, the RFI-to-CO promotion path, and how AOS handles RFIs cross-tenant.]]></description>
            <content:encoded><![CDATA[
<p>The RFI is a formal written request from a contractor to the architect, engineer, or owner asking for clarification, interpretation, or additional information about the contract documents. Distinct from submittals (which propose specific products for approval) and change orders (which formally modify the contract). The 7-step lifecycle: field identifies question → originator drafts → routing → architect review → response routes back → cost/schedule impact assessment → closure.</p>

<p>Seven recurring failure modes: RFI buried in email instead of logged, no SLA tracking or breach alerts, RFI marked closed before response is applied, cost/schedule impact deferred (the silent margin killer), RFI volume that nobody triages, duplicate or near-duplicate RFIs, and responses that don't reference the original RFI.</p>

<p>The most consequential connection is RFI-to-CO promotion. When an architect's response expands scope, the contractor should promote the RFI to a CO record immediately, not at closeout. This is where most "design clarification" CO disputes originate — and where most silent margin loss in commercial construction happens.</p>

<p><a href="https://aos.build/blog/construction-rfi-management-workflow.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction submittal management: from log entry to install approval without version drift.</title>
            <link>https://aos.build/blog/construction-submittal-management-workflow.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-submittal-management-workflow.html</guid>
            <pubDate>Thu, 28 May 2026 02:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Submittals</category>
            <category>Project Management</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[Submittals determine whether the product installed on your project actually matches what the architect specified. Get them wrong — missing approvals, version drift between approved submittal and installed product, install-without-approval — and you're rebuilding a wall on your own dime. A working guide to the submittal lifecycle for mid-market commercial subs and GCs: the submittal vs RFI workflow distinction, the architect's SLAs, the recurring failure modes, and how AOS handles the cross-tenant flow.]]></description>
            <content:encoded><![CDATA[
<p>A submittal is documentation a sub provides to demonstrate that a proposed product, system, or installation method meets the project specifications. Distinct from an RFI: the RFI asks "what does this mean," the submittal says "here's the specific product I propose to install — does it meet your spec." For a $20M commercial project the submittal log can run 200-500 entries; each one goes through a 9-step lifecycle.</p>

<p>Five recurring failure modes: install-without-approval (the most expensive), version drift between the approved submittal and the installed product, substitution requests handled informally in meetings rather than as formal records, SLA breach with no escalation documentation, and closeout submittals missing at the end. All five are common; all five are solvable with structured workflow.</p>

<p>What good looks like: one log per project shared across sub, GC, and architect; SLA breach alerts; built-in version control; install-status tied to approval-status; formal substitution workflow; closeout submittals attach automatically at approval.</p>

<p><a href="https://aos.build/blog/construction-submittal-management-workflow.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction cost coding and chart-of-accounts decisions for mid-market firms.</title>
            <link>https://aos.build/blog/construction-cost-coding-chart-of-accounts-mid-market.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-cost-coding-chart-of-accounts-mid-market.html</guid>
            <pubDate>Thu, 28 May 2026 01:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Accounting</category>
            <category>Cost Coding</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[Cost coding is the most consequential foundational decision in a commercial construction firm's accounting setup, and it's the decision most often made by accident. A working guide for mid-market commercial subs and GCs on how cost coding should be designed, why cost-code drift across systems is the root cause of pay-app reconciliation pain, the relationship between cost codes / SOV / GL chart of accounts, and how to think about restructuring without breaking the historical record.]]></description>
            <content:encoded><![CDATA[
<p>A cost code is the identifier you use to classify a construction cost. It serves estimating, budgeting, job costing, SOV/pay-app, and GL/financial-reporting purposes — the same cost code shows up in five or six different systems during a typical project. Whether those systems share a consistent structure determines whether reconciliation is a click or a week.</p>

<p>Four common structures: CSI MasterFormat (industry standard, specification-oriented), CSI UniFormat (building-system-oriented, used for early conceptual estimating), custom GC-defined codes, and trade-specific custom codes (each sub trade has its own). Most commercial projects have all four operating simultaneously, with manual reconciliation as the cost.</p>

<p>Most pay-app cycles that bounce back from the GC's accountant for "doesn't reconcile" reasons trace to cost-code drift. The 28th-of-the-month reconciliation that mid-market accountants do is largely a cost-code translation exercise — reducing it cuts your monthly close time by half. Design principles: pick a backbone (usually MasterFormat) and stick to it, limit depth to 3-4 levels, map cleanly to the GL, reserve number ranges for expansion, don't rename codes mid-project, document the structure.</p>

<p><a href="https://aos.build/blog/construction-cost-coding-chart-of-accounts-mid-market.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction COI compliance: how subs maintain coverage and how GCs actually verify it.</title>
            <link>https://aos.build/blog/construction-coi-compliance-subs-gcs.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-coi-compliance-subs-gcs.html</guid>
            <pubDate>Thu, 28 May 2026 01:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Insurance</category>
            <category>Compliance</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[Certificate of Insurance compliance is one of the most labor-intensive recurring administrative tasks in commercial construction. Subs maintain four to six active policies, file COIs to every GC client on every active project, and chase renewals continuously. GCs verify dozens of COIs across hundreds of active sub-project relationships. A working guide for both sides on how COI compliance actually works, the recurring mistakes, and how AOS handles the lifecycle.]]></description>
            <content:encoded><![CDATA[
<p>Every commercial sub maintains coverage in four to five categories: Commercial General Liability (CGL), Workers' Compensation and Employer's Liability, Commercial Auto Liability, Excess/Umbrella, and sometimes Professional Liability / Pollution / Builder's Risk. That's four to six certificates per sub per project.</p>

<p>The base COI isn't enough — most commercial GC contracts require specific endorsements: Additional Insured (CG 20 10 / CG 20 37 or analogous), Waiver of Subrogation, Primary and Non-Contributory, and 30-Day Notice of Cancellation. The certificate is just evidence; the endorsements are where the actual coverage lives.</p>

<p>Seven recurring mistakes that cost firms real money: wrong endorsement form (CG 20 10 11 85 vs 04 13 differences), generic vs named AI, insufficient limits, mid-project policy lapse, waiver of subrogation missing on WC, cancellation notice removed by carrier, COI not found when a claim arises. For a GC running 25 projects with 10-15 subs each, that's 250-400 active COI relationships at any moment.</p>

<p><a href="https://aos.build/blog/construction-coi-compliance-subs-gcs.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>The ITB process for commercial subcontractors: from bid invitation to award without losing days to GC portal chaos.</title>
            <link>https://aos.build/blog/itb-process-commercial-subcontractors.html</link>
            <guid isPermaLink="true">https://aos.build/blog/itb-process-commercial-subcontractors.html</guid>
            <pubDate>Wed, 27 May 2026 23:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Subcontractors</category>
            <category>Estimating</category>
            <category>ITB</category>
            <description><![CDATA[The Invitation-to-Bid is where commercial subs win or lose the year. A typical sub estimator logs into 8-15 distinct GC portals in a week. The cost shows up in time spent in portal rotation, missed deadlines, and addendum-tracking failures. What good ITB workflow looks like, and how AOS unifies the inbox.]]></description>
            <content:encoded><![CDATA[
<p>Today the operating environment for mid-market sub estimating is portal proliferation. Every major GC pushes ITBs through their own preferred portal — Procore, GCPay, BuildingConnected, IsqFt, SmartBid, ConstructConnect, etc. A sub bidding to 30+ active GCs logs into 8-15 portals during a typical week. The cost falls entirely on the sub side.</p>

<p>The estimator's day-one decision on every incoming ITB is pursue / no-bid / defer. The faster this triage happens, the more time the estimator has on bids that matter. The most expensive thing a sub estimator does is start quantifying a bid they'll later no-bid.</p>

<p>What good workflow looks like: one inbox for all incoming ITBs, bid document pre-parsing, addendum tracking with active alerts, pre-bid clarification log per project, bid quantification linked to historical takeoffs, bid status visible across the team. AOS unifies the inbox across sources and (when the GC is also on AOS) flows award into the subcontract record cross-tenant.</p>

<p><a href="https://aos.build/blog/itb-process-commercial-subcontractors.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Prevailing wage and certified payroll for mid-market commercial subs: a 2026 working guide.</title>
            <link>https://aos.build/blog/prevailing-wage-certified-payroll-commercial-subs.html</link>
            <guid isPermaLink="true">https://aos.build/blog/prevailing-wage-certified-payroll-commercial-subs.html</guid>
            <pubDate>Wed, 27 May 2026 22:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Subcontractors</category>
            <category>Compliance</category>
            <category>Payroll</category>
            <category>Prevailing Wage</category>
            <description><![CDATA[Prevailing-wage compliance is one of the highest-stakes administrative obligations in commercial construction. Mis-classify a worker, under-pay a fringe rate, or file a non-conforming certified payroll and your firm can face debarment from public-works projects, penalty assessments, and back-wage liability that ripples across every project on the same contract. A 2026 working guide for mid-market commercial subs on Davis-Bacon and state little-DB statutes, WH-347 certified payroll mechanics, fringe-benefit accounting, and the compliance pitfalls that catch firms most often.]]></description>
            <content:encoded><![CDATA[
<p>The Davis-Bacon Act requires prevailing-wage payment on federally-funded construction $2,000+. Most states have analogous "little Davis-Bacon" statutes for state-funded work — California Labor Code 1720-1860, NY Labor Law Article 8/9, NJ Prevailing Wage Act, Illinois, Pennsylvania, Massachusetts, and many more. The controlling wage determination depends on funding source, not location.</p>

<p>The WH-347 certified payroll form requires weekly per-worker reporting: classification (per the wage determination), hours per day, base rate, gross earned, deductions, net pay. The Statement of Compliance is signed by an authorized officer; false certification is potentially a federal felony.</p>

<p>Fringe-benefit math is where most compliance failures happen. Annualization based on actual hours across all projects (public and private), public-work-only benefits being treated as supplemental wages, and the cash-in-lieu payroll-tax cost — all routinely mis-handled. The seven recurring DOL audit findings: misclassification, apprentice ratios exceeded, fringe over-credited, cash fringe under-paid, owner-operator misclassification, travel-time errors, and non-conforming certified payroll.</p>

<p><a href="https://aos.build/blog/prevailing-wage-certified-payroll-commercial-subs.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction change orders: four patterns and how to manage them without margin erosion.</title>
            <link>https://aos.build/blog/construction-change-orders-four-patterns.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-change-orders-four-patterns.html</guid>
            <pubDate>Wed, 27 May 2026 22:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Change Orders</category>
            <category>Project Management</category>
            <category>Subcontractors</category>
            <category>General Contractors</category>
            <description><![CDATA[Change orders are the second-most-disputed line on every commercial construction project, after retention. The dollar volume in change orders on a typical mid-sized project runs 5-15% of contract value, and the management of them is where margin gets made or lost on both the sub side and the GC side. A working guide to the four common change-order patterns, how each should be priced and routed, the aging problem that quietly erodes margin, and how AOS handles the whole flow.]]></description>
            <content:encoded><![CDATA[
<p>Almost every commercial change order fits one of four patterns: scope addition (owner-directed, usually lump-sum and approved); field condition (unforeseen, almost always T&amp;M with schedule impact accepted); design clarification (most-disputed, often compromised below T&amp;M cost); and acceleration (T&amp;M with documented premium-time rates, often the largest single COs late in projects).</p>

<p>The CO lifecycle has eight steps (trigger → notice → quantification → submission → negotiation → approval → performance → billing). The single biggest pathology: negotiation and approval often happen after performance, because the schedule can't wait. The sub does the work and then negotiates from a much weaker position.</p>

<p>CO aging is the second-largest hidden carrying cost on commercial projects (after retention). For a sub doing $30M in volume, CO aging running 90 days at 10% of project value means $750K constantly tied up in performed-but-unpaid CO work. Most subs don't surface this aging until it hits a closeout dispute.</p>

<p><a href="https://aos.build/blog/construction-change-orders-four-patterns.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>The construction closeout binder: continuous assembly instead of closeout-week panic.</title>
            <link>https://aos.build/blog/construction-closeout-binder-continuous-assembly.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-closeout-binder-continuous-assembly.html</guid>
            <pubDate>Wed, 27 May 2026 20:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Closeout</category>
            <category>Project Management</category>
            <category>General Contractors</category>
            <description><![CDATA[The construction closeout binder is the most labor-intensive document deliverable on any commercial project. On most projects it's assembled by a project engineer in a three-month panic at the end, chasing subs for documents that should have been collected when the work was done. Here's what's actually in a closeout binder, why most binders get built the wrong way, and how to assemble one continuously through the project instead.]]></description>
            <content:encoded><![CDATA[
<p>A typical commercial closeout binder is 1,000-3,000 pages: warranties, O&amp;M manuals, final as-built drawings, final lien waivers, final pay apps with retention release, change-order log reconciliation, permits and certificates of occupancy, test and inspection reports, attic-stock inventory, punch-list closure, and project record documents.</p>

<p>Most binders take 200-400 hours of GC project engineer time and 60-120 days from substantial completion because the documents come from different parties at different times and most PM systems don't have a "this is a closeout item" tag at document creation.</p>

<p>The continuous-assembly alternative: tag every relevant document at the moment it's produced, track what should exist (not just what does), update as-builts continuously from field markup, make subs responsible for their pieces, and roll up to the binder at substantial completion. From three-month fire drill to two-week confirmation, with the side benefit that the warranty period starts when the contract said it would.</p>

<p><a href="https://aos.build/blog/construction-closeout-binder-continuous-assembly.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Why GCs should care about their subs' tech stack.</title>
            <link>https://aos.build/blog/why-gcs-should-care-about-sub-tech-stack.html</link>
            <guid isPermaLink="true">https://aos.build/blog/why-gcs-should-care-about-sub-tech-stack.html</guid>
            <pubDate>Wed, 27 May 2026 19:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>General Contractors</category>
            <category>Strategy</category>
            <category>Cross-Tenant</category>
            <description><![CDATA[If you're a general contractor, you've probably never asked a sub at qualification what software they use. Operationally, it should be some of your business: the sub's tech stack directly drives how much office labor your GC team spends on every project. Here's a frank look at the four specific places sub tech limitations hit the GC's P&L, and what GCs should actually do about it.]]></description>
            <content:encoded><![CDATA[
<p>The standard mental model in commercial construction is that the sub's internal operations are the sub's problem. That made sense when project communication was phone calls and faxes. It makes less sense in 2026, because the sub's tech maturity now directly drives how much administrative work your GC office has to do for every job that sub is on.</p>

<p>Four places sub tech limitations hit the GC's P&amp;L: (1) AP processing cost per sub per cycle — 60-300 hours/month of GC office labor for a typical $100M GC, eliminable when subs are on connected platforms; (2) RFI cycle time — the difference between 8-day and 14-day average turn-time, which on a critical-path RFI is a week of schedule slip; (3) retention disputes at closeout — multi-week reconciliations that the GC technically wins but pays for in labor; (4) field signal latency that arrives in the office 24-48 hours late, when issues have already compounded.</p>

<p>The strategic move isn't "don't bid these subs" — it's helping the subs you want to keep work with onto modern tooling so the operational compression is mutual. The compounding lands hardest when both sides are on the same platform.</p>

<p><a href="https://aos.build/blog/why-gcs-should-care-about-sub-tech-stack.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction AP automation and tiered approval for mid-market GCs.</title>
            <link>https://aos.build/blog/construction-ap-automation-tiered-approval-mid-market-gc.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-ap-automation-tiered-approval-mid-market-gc.html</guid>
            <pubDate>Wed, 27 May 2026 19:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>General Contractors</category>
            <category>Accounting</category>
            <category>AP Automation</category>
            <description><![CDATA[Accounts payable in commercial construction is structurally different from AP in any other industry. Tiered approval chains, lien-waiver coupling, three-way matching against the sub's pay app and the project's budget, retention math, and pay-when-paid statutory protections all live inside what would otherwise be a routine 'pay the bill' workflow. A guide for mid-market GC accountants and controllers on how construction AP actually has to work, what most GCs run today, and how AOS automates the chain end-to-end.]]></description>
            <content:encoded><![CDATA[
<p>A typical mid-market commercial GC processes four distinct types of AP documents: subcontractor pay applications (the largest dollar volume), supplier invoices for materials (the largest count), consultant and service invoices, and field purchases and reimbursements. Each has its own approval logic and supporting-document requirements.</p>

<p>Construction AP requires a five-tier approval chain: field verification (superintendent or PM confirms percent-complete or receiving), PM review (contract terms, change orders, budget fit), accounting review (GL coding, retention, lien waivers, prompt-pay deadlines), owner certification (for some contract structures), and payment release (with lien waiver execution at the moment of payment). Generic SaaS AP tools assume one or two-tier approval — construction needs five.</p>

<p>Three-way matching is automatic when the source records (contract SOV, budget, percent-complete) live in the same platform. Lien-waiver coupling means the payment can't release until the waiver is signed in the correct state's statutory form for the exact released amount. Retention coupling means the platform tracks at the SOV-line level with state statutory triggers. End-to-end automation eliminates somewhere between one and two full-time GC AP positions.</p>

<p><a href="https://aos.build/blog/construction-ap-automation-tiered-approval-mid-market-gc.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction lien waivers explained: a state-by-state guide for subcontractors and GCs.</title>
            <link>https://aos.build/blog/construction-lien-waivers-state-by-state.html</link>
            <guid isPermaLink="true">https://aos.build/blog/construction-lien-waivers-state-by-state.html</guid>
            <pubDate>Wed, 27 May 2026 17:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Lien Waivers</category>
            <category>Compliance</category>
            <category>Accounting</category>
            <description><![CDATA[Construction lien waivers are simple in concept and complicated in practice. Every state has its own statutory landscape, several states mandate prescribed forms, notarization rules vary, and a waiver for the wrong amount or on the wrong form can void a sub's payment or expose a GC to lien liability. This is a working guide to the four types of lien waivers, the state-by-state form requirements every commercial sub and GC needs to know, the common mistakes that delay payment, and how AOS handles all 51 jurisdictions automatically.]]></description>
            <content:encoded><![CDATA[
<p>Lien waivers vary on two axes: conditional vs. unconditional, and progress vs. final. That gives four combinations, all of which a typical commercial sub uses regularly. Conditional progress waivers go before payment; unconditional final waivers go at closeout after payment clears.</p>

<p>Several major commercial-construction states prescribe statutory waiver forms — California (Civil Code 8132-8138), Texas (Property Code Chapter 53), Florida (Statute 713.20), Georgia, Missouri, Mississippi, Wyoming, Arizona, Nevada, Utah. Using a custom form in these states can void the waiver. Other states regulate without prescribing specific forms.</p>

<p>The seven errors that delay payment via lien waivers: wrong-amount waiver, wrong-state form, conditional vs unconditional mixed up, missing supplier waivers, notarization missed, improper signing authority, date errors.</p>

<p><a href="https://aos.build/blog/construction-lien-waivers-state-by-state.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>A field-tech adoption playbook for self-perform specialty trades.</title>
            <link>https://aos.build/blog/field-tech-adoption-self-perform.html</link>
            <guid isPermaLink="true">https://aos.build/blog/field-tech-adoption-self-perform.html</guid>
            <pubDate>Wed, 27 May 2026 16:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Subcontractors</category>
            <category>Field Operations</category>
            <category>Adoption</category>
            <description><![CDATA[Every construction technology survey for the last ten years has named field-tech adoption as the single biggest unsolved problem in the industry. Self-perform specialty trades have it worst. This is a playbook for self-perform subs on how to actually get field tech adopted: what fails consistently, the foreman-first design principle, the four-stage rollout that works, what to capture first, and the trade-specific workflows generalist platforms don't have.]]></description>
            <content:encoded><![CDATA[
<p>Field-tech rollouts fail the same way every time: the app was designed in an office and handed to the field, the foreman has no incentive to use it, the training was a one-time event, the data isn't visible back to the field, and the mandate came from above without on-ground buy-in. "The foremen are resistant to change" is a common executive framing and almost always wrong.</p>

<p>The foreman-first design principle: voice input over typing, offline-first, gloved-fingertip tap targets, geofenced workflows, drawing markup that works on a phone, photo capture with context preserved. The four-stage rollout: pick one crew, spend two weeks in the field, make data visible back to the field, then let the pilot foreman help expand.</p>

<p>Self-perform specialty trades — concrete, steel, drywall, MEP, glazing — need yard-to-site equipment tracking, prefab tracking, crew-of-the-day with worker typeahead, and trade-specific productivity units that generalist platforms don't have built in.</p>

<p><a href="https://aos.build/blog/field-tech-adoption-self-perform.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Construction retention rollforward by GC: a working guide for sub accounting.</title>
            <link>https://aos.build/blog/retention-rollforward-sub-accounting.html</link>
            <guid isPermaLink="true">https://aos.build/blog/retention-rollforward-sub-accounting.html</guid>
            <pubDate>Wed, 27 May 2026 16:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Subcontractors</category>
            <category>Accounting</category>
            <category>Retention</category>
            <description><![CDATA[Retention is the single largest line on most subcontractor balance sheets that nobody can produce a clean report on. This is a working guide for sub accountants on how to roll retention forward cleanly: what to track, where it gets lost today, the state-by-state release triggers most subs miss, and how AOS handles the whole thing on one record.]]></description>
            <content:encoded><![CDATA[
<p>Retention drift traces back to three failure modes: retention tracked at the project level (not SOV-line), state statutory triggers not applied, and pay-app handoffs that lose the rollforward math. A defensible retention statement needs tracking by project, by GC, by SOV line, by release trigger, and by state statutory rule.</p>

<p>State retention-release rules every sub should know: California caps at 5% on public works with 60-day release after completion; Texas Property Code Chapter 53 governs with 7-day prompt-pay protections; Florida 715.12 mandates automatic reduction to 5% after 50% completion on public projects $200K+; New York General Business Law Article 35-E requires 30-day release; Pennsylvania CASPA, Illinois Prompt Payment Act, Washington RCW 39.04.250, and many more apply when contracts are silent.</p>

<p>If the contract is silent on retention, the state statute applies — and subs who don't track statutory triggers leave money on the table.</p>

<p><a href="https://aos.build/blog/retention-rollforward-sub-accounting.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Why the mid-market GC software stack is broken (and what to put in its place).</title>
            <link>https://aos.build/blog/mid-market-gc-stack-is-broken.html</link>
            <guid isPermaLink="true">https://aos.build/blog/mid-market-gc-stack-is-broken.html</guid>
            <pubDate>Wed, 27 May 2026 14:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>General Contractors</category>
            <category>Industry</category>
            <category>Thesis</category>
            <description><![CDATA[A mid-market general contractor in 2026 sits in the most under-served bracket of construction software. Too big for QuickBooks, too small for enterprise platforms, stuck stitching together 4-6 vendors that don't talk to each other. Here's an honest look at why the stack is shaped this way, what it actually costs in office labor and working capital, and what a real replacement has to do.]]></description>
            <content:encoded><![CDATA[
<p>A mid-market general contractor in 2026 — a firm doing $50 million to $300 million a year, running 15 to 60 active projects, with a 30 to 200 person office — sits in the most under-served bracket of construction software. Too big for QuickBooks. Too small for the enterprise platforms whose pricing assumes you're a top-50 ENR contractor. Stuck stitching together four to six vendors that don't talk to each other, paying the integration tax in office labor.</p>

<p>The dominant narrative is that the big GC platforms have won. For ENR-100 contractors with a CIO and a 20-person IT department, the story is roughly true. For everyone else, it isn't.</p>

<p>A typical $120 million regional GC runs 8-12 separate software systems totaling $150K-$400K a year, with a much larger invisible cost paid in office labor reconciling the patchwork. This post walks through why the stack is shaped this way, what's specifically broken (estimate ≠ budget ≠ SOV ≠ pay app, 45-75 day pay-app cycles, late field signal, Friday-PDF owner reporting), and what a real replacement has to do.</p>

<p><a href="https://aos.build/blog/mid-market-gc-stack-is-broken.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Procore alternatives for subcontractors and mid-market GCs in 2026.</title>
            <link>https://aos.build/blog/procore-alternatives-2026.html</link>
            <guid isPermaLink="true">https://aos.build/blog/procore-alternatives-2026.html</guid>
            <pubDate>Wed, 27 May 2026 13:30:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Procore Alternatives</category>
            <category>Software Selection</category>
            <category>Comparison</category>
            <description><![CDATA[Procore is the default project-management platform in commercial construction, and for many firms it works fine. For others, especially mid-market subs and GCs, the price doesn't pencil or the workflow shape doesn't match. This is an honest 2026 guide to the leading Procore alternatives by audience and price point, including Sage, Foundation, Viewpoint, Buildertrend, CMiC, Autodesk Construction Cloud, and AOS.]]></description>
            <content:encoded><![CDATA[
<p>Procore is the default project-management platform in commercial construction, and for a lot of firms it works fine. For others — especially mid-market subs and GCs in the $20M-$300M range — the price doesn't pencil, the field experience is an office product handed to the foreman, or the per-active-project model taxes growth.</p>

<p>Four recurring reasons firms look for alternatives: pricing scales faster than value, the sub side is a portal rather than an operating system, construction accounting isn't Procore's strong suit, and field experience doesn't survive contact with the actual field.</p>

<p>This guide covers AOS, Sage 300 CRE / Sage Intacct Construction, Foundation Software, Viewpoint Vista / Trimble Construction One, Buildertrend, CMiC, and Autodesk Construction Cloud — by audience, price point, strengths, and tradeoffs. Includes a quick-reference shortlist by firm shape.</p>

<p><a href="https://aos.build/blog/procore-alternatives-2026.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>When the GC and the sub share a record: what actually changes on a commercial project.</title>
            <link>https://aos.build/blog/both-sides-on-one-record.html</link>
            <guid isPermaLink="true">https://aos.build/blog/both-sides-on-one-record.html</guid>
            <pubDate>Wed, 27 May 2026 13:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Cross-Tenant</category>
            <category>Workflow</category>
            <category>Product</category>
            <description><![CDATA[The strategic differentiator of AOS isn't that it's a better PM tool or better accounting system. It's that when both the GC and the sub on a project are on AOS, they share the same project record. This is a workflow-by-workflow walk-through of what actually changes: pay-app cycle, retention, change orders, RFIs and submittals, dailies, drawings, and closeout.]]></description>
            <content:encoded><![CDATA[
<p>The strategic differentiator of AOS isn't that it's a better PM tool, or a better construction-accounting system, or a better field-ops app. The strategic differentiator is that when both the GC and the subcontractor on a project are on AOS, they share the same project record. The document handoff seam between them disappears.</p>

<p>Seven specific workflows change in measurable ways: (1) pay-app cycle compresses from 60 days to 30 with full status visibility; (2) retention shifts from dispute-prone to dispute-proof because the GC's liability and the sub's receivable are the same database row; (3) change orders move from email purgatory to one approval flow with live aging; (4) RFIs and submittals get SLA tracking instead of inbox chaos; (5) field signal arrives live instead of next-day; (6) drawing version drift disappears; (7) closeout compresses from a three-month scramble to a two-week confirmation.</p>

<p>For a typical mid-market commercial project, the aggregate value lands somewhere between 1% and 5% of project value, paid in office labor reduction and faster cash cycles.</p>

<p><a href="https://aos.build/blog/both-sides-on-one-record.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Subcontractors are the most under-served seat in construction technology.</title>
            <link>https://aos.build/blog/subcontractor-software-most-underserved-seat.html</link>
            <guid isPermaLink="true">https://aos.build/blog/subcontractor-software-most-underserved-seat.html</guid>
            <pubDate>Wed, 27 May 2026 12:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Subcontractors</category>
            <category>Industry</category>
            <category>Thesis</category>
            <description><![CDATA[Most construction platforms are GC-first. They give subs a free portal and call it done — while the sub's own business runs on duct tape and four GC portals. Here's why that gap exists, what it costs the sub side of every commercial project, and what we're doing about it at AOS.]]></description>
            <content:encoded><![CDATA[
<p>Walk into any mid-market commercial subcontractor on a Monday morning and watch what the office staff actually do. They log into Procore for the GC running the school job. Then GCPay for the hospital. Then Textura for the office tower. Then somebody's home-grown SharePoint portal for the courthouse renovation. Then a different Procore instance for a different GC. Then their own QuickBooks. Then Excel.</p>

<p>That's the operating system of a $30 million sub in 2026. Not a platform. A stack of other people's portals.</p>

<p>Nobody set out to design it this way. It's just where construction software ended up after two decades of building GC-first platforms and treating subs as a downstream data-entry endpoint. The cost of that decision falls almost entirely on the sub side — in office hours, in slow cash flow, in retention drift, in pay apps that go sideways because the sub can't see what's happening on the GC's side of the record.</p>

<p>This is a post about that gap. Why it exists, what it actually costs the sub side, and what changes when somebody finally builds an operating system for the sub's own business instead of another portal to log into.</p>

<p><a href="https://aos.build/blog/subcontractor-software-most-underserved-seat.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>AIA G702 and G703 for subcontractors: a working guide.</title>
            <link>https://aos.build/blog/aia-g702-g703-guide-for-subcontractors.html</link>
            <guid isPermaLink="true">https://aos.build/blog/aia-g702-g703-guide-for-subcontractors.html</guid>
            <pubDate>Wed, 27 May 2026 12:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Subcontractors</category>
            <category>Accounting</category>
            <category>Pay Apps</category>
            <description><![CDATA[The AIA G702 (Application and Certificate for Payment) and G703 (Continuation Sheet) are the standard pay-application forms used on most commercial construction projects in the United States. This is a working guide for subcontractors: what the forms are, what every line means, how to fill them in without errors, the common mistakes that delay payment, and how AOS automates the entire flow.]]></description>
            <content:encoded><![CDATA[
<p>If you're a commercial subcontractor in the United States, the AIA G702 and G703 are the forms you bill on. Most GCs require them, most owners expect them, and most pay-app disputes you've ever had are over a line that got mishandled on one of these two pages.</p>

<p>The G702 is the Application and Certificate for Payment — a one-page summary of the original contract sum, billed to date, billed this period, retention withheld, and the net amount due. The G703 is the Continuation Sheet — one row per SOV line item with the math behind the G702.</p>

<p>Together they're the complete pay-application package every commercial subcontractor in the US bills on. This guide walks through what every field actually means, the seven common errors that delay sub payment, and how AOS generates the whole package from your live SOV with retention tracking and lien-waiver lifecycle on one record.</p>

<p><a href="https://aos.build/blog/aia-g702-g703-guide-for-subcontractors.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>How to choose construction software when you're a mid-market sub or GC.</title>
            <link>https://aos.build/blog/choosing-construction-software-mid-market-sub-gc.html</link>
            <guid isPermaLink="true">https://aos.build/blog/choosing-construction-software-mid-market-sub-gc.html</guid>
            <pubDate>Wed, 27 May 2026 12:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Buyer Guide</category>
            <category>Mid-Market</category>
            <category>Software Selection</category>
            <description><![CDATA[Most software-buying guides for construction assume you're a billion-dollar ENR contractor or a two-person residential builder. Mid-market firms — $20M to $100M, 30-300 employees — fall through the cracks. This is a practical guide to evaluating construction software at that size, with the tradeoffs that actually matter and the questions that separate the platforms that work from the ones that look good in a demo.]]></description>
            <content:encoded><![CDATA[
<p>If you run a mid-market commercial subcontractor or GC — $20M to $100M annual volume, 30 to 300 employees — you've probably gotten the same demo three times. The big-name PM platform "designed for firms like yours" but priced for firms three times your size. The legacy construction-accounting system that runs on the same Windows codebase it shipped in 2009. The point tool that solves exactly one workflow well and integrates with nothing else.</p>

<p>This is a practical guide to evaluating construction software at that size: the five tradeoffs that actually matter (consolidation vs best-of-breed, mobile that works in the field, per-seat vs flat pricing, data ownership, and the shape of the buyer), and twelve questions to ask every demo that separate the platforms that work from the ones that look good in slides.</p>

<p><a href="https://aos.build/blog/choosing-construction-software-mid-market-sub-gc.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

        <item>
            <title>Introducing AOS — one operating system for every seat in AEC.</title>
            <link>https://aos.build/blog/introducing-aos.html</link>
            <guid isPermaLink="true">https://aos.build/blog/introducing-aos.html</guid>
            <pubDate>Fri, 22 May 2026 12:00:00 GMT</pubDate>
            <dc:creator>AOS</dc:creator>
            <category>Launch</category>
            <category>Product</category>
            <description><![CDATA[Construction has run on a patchwork of tools none of which were built for it. AOS is one operating system, one record, and one bill — for general contractors, owners and developers, subcontractors, architecture firms, and residential builders. Same data, different door.]]></description>
            <content:encoded><![CDATA[
<p>For decades, the construction industry has run on a patchwork of tools none of which were built for it: a project management platform from one vendor, accounting from another, payroll from a third, estimating in a spreadsheet, AP in email, sub bids on whatever portal each owner mandates that month.</p>

<p>Every system stored its own version of the same project. Every report was a hand-rolled export. Every reconciliation was a Friday afternoon. The company-of-record always lost time and money to the cost of wiring it all together — and the people doing the integrating were usually field staff who would rather be on a job.</p>

<p>A 50-person GC shouldn't have to. Neither should a developer with a dozen active projects, a specialty trade billing five GCs a month, an architecture firm doing CA on twenty engagements, or a residential builder managing eighty homes through warranty.</p>

<p>So we built AOS.</p>

<h2>One platform. Five tenant types. One record.</h2>

<p>AOS is one operating system — not five separate products bolted together — that serves five tenant types from the same database: general contractors, owners and developers, subcontractors, architecture firms, and residential builders. A GC certifying a sub's G702, an owner approving the same pay app, and an architect responding to the RFI behind it are all looking at the same row in the same database — through the view tuned to their job.</p>

<h2>Why this matters now.</h2>

<p>The economics of construction software have been backwards for a long time. The dominant PM vendor charges a percentage of your annual construction volume. The dominant accounting vendor charges per-EIN, per-seat, per-module. The dominant compliance vendor sells lien waivers as a separate product. Add it up and a $50M GC is paying six figures a year for a stack of tools that still don't talk to each other.</p>

<p>AOS is priced flat. Not as a tax on construction volume or assets under management. One bundle, with add-ons, across every tenant type.</p>

<h2>What we ship every week.</h2>

<p>AOS is built on a deliberate cadence. We ship a database migration weekly, sometimes more. This blog is where we'll document what shipped, what we learned, and what's next — engineering notes on the migration cadence, field case studies, and per-pillar deep dives.</p>

<p><a href="https://aos.build/blog/introducing-aos.html">Read the full post →</a></p>
            ]]></content:encoded>
        </item>

    </channel>
</rss>
