vertical-construction

Featured

Domain knowledge for the construction vertical (contractors, field crews) so architect and pm don't spec construction products naively. Covers the vocabulary (bid vs estimate, takeoff, retainage, change order, AIA G702/G703, lien waiver, draw schedule), the non-obvious money rules that incumbents like Procore price out of reach for small contractors, what a naive build gets wrong (no assemblies, ignored retainage, ungated sub payments), and the entities that must be modelled. Applied by architect when writing ARCH-{slug}.md and by pm when writing PLAN-{slug}.md for any of the four construction products (bid-builder, project-mgmt, subcontractor-portal, field-docs).

Code & Development 92 stars 13 forks Updated today MIT

Install

View on GitHub

Quality Score: 91/100

Stars 20%
66
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Vertical: construction — don't spec it naive Construction has its own money physics. A spec that treats a contractor's billing like a SaaS invoice will ship something no contractor can use, because the cash flow it ignores (retainage held back, draws against a schedule of values, subs gated on lien waivers) is *the* thing the contractor is trying to manage. This skill gives architect and pm the vocabulary and the non-obvious rules so the four construction products are specced from domain reality, not intuition. The four products and their incumbents: | Product | Archetype | Wedge against | |---|---|---| | bid-builder | marketplace-lite | Excel (small contractors estimate in spreadsheets) | | project-mgmt | crud | Buildertrend, Contractor Foreman | | subcontractor-portal | marketplace-lite | Procore, manual COI/payment tracking | | field-docs | crud | Procore field tools, paper daily reports | Incumbents: **Procore** (enterprise, ~$375+/mo minimum — too expensive and heavy for small contractors; do not fight it head-on), **Buildertrend** (residential-focused), **Contractor Foreman**, **Autodesk Construction Cloud** (enterprise). The opening is small contractors priced and complexity'd out of these. ## Domain vocabulary (use these terms exactly in specs) - **Estimate** — internal cost calculation (what the job will cost the contractor). **Bid** — the priced number submitted to win the job (estimate + markup). **Proposal** — the customer-facing document wrapping the ...

Details

Author
avelikiy
Repository
avelikiy/great_cto
Created
5 months ago
Last Updated
today
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Featured

vertical-professional-services

Domain-knowledge primer for the professional-services vertical (agencies, consulting firms, creative studios) so architect/pm don't spec naively against PSA incumbents (Scoro, Productive, Accelo, Ruddr, BigTime). Supplies the vocabulary, the non-obvious billing/margin rules, the entities a real proposal/portal/time/profitability product must model, and the per-product wedge. Applied by architect/pm during spec authoring for any of the four products in this vertical — proposals, client-portal, time-invoicing, profitability.

92 Updated today
avelikiy
Code & Development Featured

vertical-home-services

Domain-knowledge pack for home & field services (HVAC, plumbing, cleaning, landscaping) — the trades vocabulary, non-obvious pricing/dispatch rules, and field-crew realities a builder must know so home-services products aren't speced naive. Covers the four products this niche ships (dispatch, quoting, field-booking, reviews), how they wedge against ServiceTitan / Jobber / Housecall Pro, and the must-model entities (price book, membership, job window, multi-option quote). Applied by architect/pm during spec authoring so the schema and flows reflect how a trades shop actually runs, not a generic CRUD app.

92 Updated today
avelikiy
AI & Automation Featured

vertical-logistics

Domain knowledge for the logistics & supply-chain vertical (SMB shipping & inventory) so architect and pm don't spec naively. Covers the vocabulary (TMS vs WMS, multi-carrier rate shopping, dimensional weight, BOL/ASN, lot/batch, reorder point), the non-obvious rules incumbents get right, what a naive build gets wrong, and the entities each of the four products (shipment-tracking, warehouse-lite, route-optimization, po-mgmt) must model. Applied by architect when writing ARCH-{slug}.md and by pm when writing PLAN-{slug}.md for any logistics product.

92 Updated today
avelikiy