- Organization sizes or stages where the product is overkill or insufficient
- Very small towns with low plan volume
- Manual review processes may be more cost-effective; calibration and implementation overhead may outweigh benefits.
- Agencies seeking an end-to-end permitting replacement
- Incumbent platforms such as Accela, EnerGov, or OpenGov may be more appropriate when the priority is intake-to-issuance, payments, portals, inspections, and public records.
- Industries or use cases where competitors are more suitable
- When mature citizen portals, payment processing, and inspection scheduling are required out of the box, incumbent platforms are likely better positioned.
- Technical requirements that the product cannot meet (based on public information)
- Strict compliance and security requirements (e.g., documented SOC 2 Type II, ISO 27001, or FedRAMP-like hosting) where the vendor cannot provide documented evidence.
- Budget constraints that make alternatives more appropriate
- If existing contracts with incumbents already provide partial capability, adding a separate AI layer may be difficult to justify without clear ROI.
- Specific workflows or integrations where the product may fall short
- If deep, day-one integration with an existing permitting system is mandatory and the vendor cannot demonstrate those integrations.
- Procurement red flags
- Lack of reference customers, an absent security packet, or unclear data-use policies during procurement discussions should be treated as material risks.
- Current limitations acknowledged by the vendor
- The vendor emphasizes a human-review model, which implicitly acknowledges that fully autonomous approvals are not the stated use case.
- No explicit public "known issues" list or detailed product roadmap was found in accessible sources.
- Features on the roadmap (not yet available) - note estimated dates if available
- Vendor blog content referenced broader rollout activity planned for 2026; specific roadmap items and dates were not publicly enumerated.
- Scale limitations
- Not publicly documented; buyers should validate performance at expected transaction volumes during pilot testing.
- Security or compliance gaps
- Public documentation of SOC 2 or ISO 27001 certification was not found; data residency and detailed enterprise controls were not publicly documented.
- Technical debt or architectural limitations mentioned in reviews
- Insufficient third-party reviews were available to assess such items.
- API limitations or integration constraints
- Integration capabilities were not documented in public sources reviewed; buyers should request integration details and examples.