Best Of
Re: Creating BM in View vs in Analyzer
As far as I know, they're identical. One difference in use is that in Views, you tend to be looking at the data by row, but in Analyzer, you tend to be aggregating the data. So something that looks like it's calculating correctly by row (in your view) might not calculate correctly by group (in analyzer).
See this post for a discussion of that issue:
Re: Reflections from Domopalooza 2026 and my Case for Cards
Terrific post @DavidChurchman.
Domo’s competitive advantage is making the data-to-dashboard workflow simple and accessible. Strategies that reinforce that strength will continue to add value; those that pull focus away from it risk diluting what makes Domo effective.
I agree that continued investment in the foundational layer—cards, data modeling, and overall usability—is critical. Personally, I’m not looking to use Domo for building workflows or writing code. If I need that, I can use tools like Claude or Cursor directly. It’s also worth considering the added cost implications when similar capabilities exist outside the platform.
It feels like some of the current direction is being influenced by executive demand to highlight how AI is being used, rather than how data is being effectively leveraged. In practice, I still see challenges with AI reliably handling even relatively simple data relationships, like joins across a few tables. That can lead to impressive demos, but inconsistent results in real-world use.
With that in mind—and acknowledging that some of these may already be in development or beta—here are a few suggestions focused on strengthening the core experience:
Cohort / Retention Card (simplified)
• A card that shows how groups of users behave over time after they start
Example:
Group users by when they signed up (e.g., January, February, March), then track what percentage of each group returns in later weeks or months
Signup Month | Week 1 | Week 2 | Week 3 |
|---|---|---|---|
Jan | 100% | 60% | 45% |
Feb | 100% | 55% | 40% |
Funnel / Conversion Card (simplified)
• A card that shows how people move through steps in a process—and where they drop off
Example (website flow):
Visited site → Signed up → Made a purchase
What you’d see:
Step 1: 10,000 users
Step 2: 4,000 users (40% conversion)
Step 3: 1,000 users (25% conversion from step 2)
Time Comparison Card (Smart)
• Automatically compares WoW, MoM, and YoY performance
• Includes % change and clear visual indicators
Variance / Waterfall Enhancements
• More robust variance analysis (plan vs. actual with contributing drivers)
• Moves beyond basic waterfall charts into clearer financial storytelling
Text / Narrative Card (non-AI)
• Rule-based summaries (not generative AI)
Example:
“Revenue increased 12% vs last month, driven by X”
Parameterized Cards
• A single card that can dynamically switch metrics or dimensions
• Reduces the need to duplicate multiple versions of the same card
Card-Level Versioning
• Track changes over time
• Ability to roll back when needed
Cross-Dataset Cards
• Blend data directly at the card level without requiring heavy ETL processes
Improved Debugging Tools
• Step-by-step data inspection
• Clearer error tracing and troubleshooting
Reflections from Domopalooza 2026 and my Case for Cards
Last week, I attended my first Domopalooza and I wanted to take a moment to share my reflections. I'd be curious to hear what everyone else took away, so I hope to hear from some of you. My biggest takeaway was how impressed I was by the product managers I got to meet and see present. They seem genuinely engaged with the user community and announced/demoed a host of features that will make my life better in Domo (as they eventually trickle out into GA). More than once, I saw screenshots of posts from this very forum as part of their presentations, showing the demand for the features they built. Also, more than once, and for different features, I heard the claim that a new feature was the "most requested" by the community. That makes me think we could use a better system for merging similar requests and creating a more reliable metric for ranking the "most requested" features.
My second big takeaway was that the Domo community is, in fact, a community. I felt warmly welcomed by everyone, especially those that, like me, spend too much time on this forum. It made me realize I would benefit from putting more of myself into this community. Those two things—that Domo leaders take to heart the posts on this forum and my renewed appreciation for the members of this community—motivated this post (and maybe some more posts in the near future).
Which brings me to my third takeaway from Domapalooza: bookends to the conference that made me think that Domo leaders misunderstand why people use Domo. The opening bookend was a series of breathless demonstrations of the powerful capabilities of…Claude. The demos were (it was proudly declared) prepared at 1:30 am that morning. I'm curious what was pushed off the agenda by that early-morning brainstorm. One can imagine someone had thought about something for more than a few sleepless hours that they were ready to present to the thousands of attendees at their freshest and most excited.
What was the point of the Claude demos? Was the point that Domo's core features are so clumsy that you need to use a different company's robot-god-brain to extract any meaningful value from them? Was the point that none of Domo's own new features were exciting enough to compete with Anthropic, so let's play with the exciting stuff before we have to slog through all the boring Domo stuff the next couple days? They opened with Claude in an apparent vote of no-confidence of Domo.
The closing bookend for me, if not the literal one, was when Domo's CEO reacted with exaggerated dismay to Domo being called a "dashboard company". What's wrong with being a dashboard company? What does a well-made Domo dashboard represent? Useful data has been connected, transformed, and analyzed, and is being put in front of the people that need to see it.
Which brings me back to why (I believe) people use Domo. That process from connecting raw data to presenting it clearly has never been as easy as it is in Domo. That is Domo's competitive advantage. Anything that adds to that ease of use will build on Domo's advantage, and anything that distracts from it is a missed opportunity. The vision laid out in the general sessions started and ended with Claude and some dubious promises of using AI in Domo. Happily in contrast to that vision, when I look at the product announcements from Domo, I think most if not all are building on Domo's ease of use; you don't need to use Claude to benefit from Worksheets or the myriad enhancements in MagicETL. That mismatch between what Domo is saying they're doing and what they're actually doing gives me hope.
What I do see missing is any investment in cards. What was the last new card type we got in Domo? I think it was packed bubbles back in October 2023 almost three years ago? (I'm not counting the minor updates to donuts and gauges in January 2024). Worksheets and the new App Components serve a similar function as cards, so those are welcome and helpful additions, but they don't play across the entire Domo ecosystem the way that cards do.
So I'll close with my case for cards. The card is the atomic unit of analysis in Domo. They determine what can be built with the rest of Domo with the least friction. Wouldn't it be nice to expand the periodic table a bit? I'm not talking about features that can only be used in AppStudio or that you need Claude to help you create in a ProCode app, but cards that my least technical users can make from anywhere in Domo and have a better handle on their data than they did before.
I have some ideas for the types of cards that I'd love to see, and my intention is to post some ideas in the coming weeks making a more specific case for those cards. I hope you upvote some of those ideas and contribute some of your own. I also hope some resources are left at Domo after they pay for all their Anthropic subscriptions to continue to develop the part of Domo that makes Domo what is is: a dashboard company.
Re: AppDB collection dataset not syncing
We are seeing the same thing. I would really like a post-mortem. This is the 2nd major release that has taken down reporting related to AppDB stuff for us.
Re: Pivot table values on row or column
Just following up on this. Huge issue with mirroring excel with dynamic filtering.
Re: 3 Datasets for Sales $ - how do I connect those 3 so that I can add a variance column quickly
@verytiredgirl I believe unioning is possible in dataset views, have you tried this route yet? It could require the advanced SQL editor.
Full disclosure: I have not tried this but have heard others have been successful with it.
Re: 401 Error Even In Web API
The Access Token isn't the same as a Bearer Token that you need to generate. You'd need to call the appropriate Generate Token endpoint on the api.domo.com server to get your Bearer token to use for future API calls.
The Access Token is used for the internal product calls to yourinstance.domo.com and not the api.domo.com.


