Loader logo

FAQs

What is attitudinal segmentation, and how is it different from segmenting by size or revenue?

Attitudinal segmentation groups respondents by their underlying beliefs, perceptions, and behaviors rather than firmographics like headcount or revenue. It explains why two agencies of identical size often make completely different operational choices.

The segments are statistical models, so exact self-diagnosis isn’t necessary. Focus instead on identifying behavioral blockers: is there an unmade decision stalling your pipeline or operations, and what immediate step can you take to resolve it?

Write down your market concern as a specific claim. Audit your recent client conversations and active pipeline to see if actual account data supports it. If the concern stems from general industry chatter rather than client feedback, test the assumption before altering strategy.

A wiki stores documents for human browsing. An AI knowledge base retrieves and synthesizes answers from those documents on demand, which changes the design constraints. 

Content has to be structured for machine retrieval, permissions enforced at the answer level, and metadata maintained at the source. The differences are mostly invisible until you try to use a wiki this way and watch the answers come back wrong.

For narrow use cases like customer-support FAQs or simple policy lookups, off-the-shelf tools are often the right answer. 

The case for a custom build appears when the corpus spans multiple sensitive domains, when permissions are complex, when source material is genuinely messy, or when answers need to integrate with other internal systems. 

A short discovery phase usually surfaces which side of that line the project falls on.

In our experience delivering these builds, plan for an annual maintenance budget of roughly 15–25 percent of the build cost, weighted toward content review and refresh rather than technology.  

Organizations that try to skip this line item end up rebuilding the same knowledge base every two to three years, which costs considerably more than maintaining it properly the first time.

Useful metrics include retrieval accuracy on a benchmark question set, the percentage of queries that return a confident answer versus a fallback, time-to-answer for common workflows, and reduction in support or onboarding load. 

Adoption metrics on their own are misleading; a system getting a lot of queries with poor answers is actively damaging trust inside the organization.

When the editorial, technical, and security work involved is broader than the in-house team can sensibly absorb in the available timeframe. 

A white-label partner can run the source audit, design the content architecture, and handle the build under the agency’s brand, leaving the agency owner free to focus on the client relationship and the strategic framing. 

The model fits well when an agency wants to offer this service repeatedly without permanently staffing every specialism each project requires.

Agency Core surveys small and mid-size agency leaders on how they feel about their work, what’s hard, and what’s working. Agency Edge is its companion study, putting similar questions to those agencies’ clients. 

The 2026 cycle is the first to set the two side by side, so the agency view can be read against a client’s view of the same themes. Each study is reported separately.

They come from attitudinal segmentation. Rather than sorting agencies by size, revenue, discipline, or region, Agency Core groups leaders are grouped by shared patterns in what they believe and feel, drawn from dozens of attitude questions. 

The groups aren’t assigned in advance; they’re revealed by the pattern across responses. Two agencies of the same size in the same city can land in different segments because they think about their work differently.

The segments describe a mindset that shows up across the data, not a fixed box. You might not self-identify with the segment your answers place you in, since each cluster reflects a pattern across many responses rather than a single question. 

As Brian Gerstner notes, most agency owners recognize themselves in all three at different points in their own history.

Most well-scoped automation projects begin showing measurable time savings within 30 to 60 days of full deployment. 

However, the more meaningful ROI—error reduction, capacity reallocation, and downstream efficiency gains—usually takes 90 to 180 days to quantify accurately. 

Projects that skip the scoping and documentation phases tend to take significantly longer, if they deliver ROI at all.

Traditional automation (like RPA) follows rigid, predefined rules—if X happens, do Y. AI-powered automation can handle more variability, learning from patterns in data to make decisions within defined parameters. 

The practical distinction matters most in workflows with semi-structured inputs, like categorizing incoming emails or extracting data from inconsistent document formats, where strict rules break down.

Small businesses often see proportionally larger gains because their teams are leaner, which means repetitive tasks consume a bigger share of everyone’s day. 

The key is starting with low-cost, focused automations—appointment scheduling, lead follow-up sequences, invoice reminders—rather than enterprise-scale implementations. A single well-chosen automation can reclaim five to ten hours per week for a small team.

This is one of the most overlooked aspects of automation. When the underlying business process changes—new approval requirements, updated compliance rules, additional steps—the automation must be updated accordingly. 

Businesses that treat automation as a set-it-and-forget-it investment inevitably end up with workflows that no longer match reality. Quarterly reviews and clear ownership of each automated workflow help prevent drift.

Not when it’s planned in from the start. Most accessibility requirements—semantic structure, keyboard support, sufficient contrast—are cheap to build in early and expensive to retrofit later. 

The constraint tends to sharpen design decisions rather than restrict them, because it forces clarity in navigation and hierarchy that benefits every user.

They’re related but not identical. WCAG is a technical standard maintained by the W3C, while the ADA is US civil rights law that doesn’t name a specific version of WCAG in its text. 

In practice, conforming to WCAG Level AA is the widely accepted way to demonstrate a good-faith accessibility effort, which is why it’s treated as the working benchmark even where the law doesn’t spell it out.

Accessibility isn’t a one-time audit. Every new feature, template, or third-party widget can introduce barriers, so testing belongs in the regular development cycle rather than as a single pre-launch check. 

A practical rhythm is automated scanning on every build, with periodic manual testing by an assistive-technology user whenever something significant changes.

Overlays are widely criticised by accessibility experts and assistive-technology users, and they don’t reliably deliver compliance. 

They sit on top of the underlying code rather than fixing it, which means the structural problems a screen reader actually trips over usually remain. Real accessibility comes from the markup and the build, not a script layered over the top.

Few agencies do, and building that capability from scratch is slow and expensive. This is one of the clearest cases for a white-label partnership: the agency keeps the client relationship while a specialist team handles accessible builds and remediation behind the scenes.

It’s how a small shop can deliver genuinely accessible work without hiring a full accessibility practice to do it.

Ready to Increase Your Bandwidth?