The UI is good in most cases, but several friction points have emerged through real-world usage that require workarounds. The pain points are UI customization ceiling. When the team needs non-standard UI patterns, custom layouts, conditional forms, sections, and dynamic component trees, the visual builder becomes a constraint. Workarounds using custom HTML and CSS components are possible but slow and very fragile. There is no structured way to write unit tests for Superblocks logic. Debugging complex JavaScript flows inside the builder is cumbersome compared to a proper IDE environment. Another pain point is documentation and error messages. When an integration fails due to API connection issues or permission errors, the error message surfaced in the builder is often opaque, increasing the debugging time. Superblocks also lacks performance under complexity. Applications with many nested components, large data sets, or high-frequency refresh requirements show noticeable rendering lag. For an infrastructure dashboard displaying live metrics across dozens of resources, this is a real limitation. We have hundreds of AWS accounts, and when someone views the VPN topology or VPC topology of some of the AWS accounts, we see lag issues.
