Hello BI Group! As you probably saw in the January Tessitura Network newsletter, we’ve launched a Business Intelligence initiative. We’re currently in a “discovery” phase in which I’m soliciting feedback from licensees about the current state of Tessitura BI.
In these early conversations a few themes are emerging, one of which is the desire to perform “snapshot” or “as-of” analysis. For instance, "how many members did we have as-of July 1st, 2013?" I would appreciate your feedback, experiences or examples of “as-of reporting”. Have any of you attempted snapshot reporting? If so, how did you approach it? Were you successful?
Additionally, if any one would like to chat with me about BI individually, please email me directly at jjakovich@tessituranetwork.com.
Thank you!John
Nicole,
Very interesting. So how would you like to connect the donations and sales?
1. Would you want to see them in the same order?
2. Or do you want to look at timing of a contribution?
3. Would all contributions count?
4. Would you have to know current “membership” status before the contribution? (The donation could just be a renewal.)
What magic are you doing today to get this data?
--Tom
…
718.724.8135
tbrown@BAM.org
From: Self-service Business Intelligence [mailto:groups-selfservicebi@tessituranetwork.com] On Behalf Of Nicole KeatingSent: Thursday, March 03, 2016 11:42 AMTo: Thomas Brown <tbrown@bam.org>Subject: Re: [Self-service Business Intelligence] Snapshot Reporting
We also have member pre sales a few days before each on sale. It would be nice if it were simpler to correlate how many new donations resulted from a desire to buy early for a particular artist. It can be done, but it is cumbersome, and not really worth calculating for most shows. The pre sale timing fluctuates depending on the show so we would probably want it based on MOS and new donation or old donation plus number of tickets, ticket value and donation level.
Thanks!
Nicole
Sent from Outlook Mobile
On Fri, Feb 19, 2016 at 2:37 PM -0800, "Tom Brown" <bounce-tombrown3568@tessituranetwork.com> wrote:
So I will jump in with a few examples:
We have successfully done #1 and spoke about this at conference in 2014. For this work we were not able to tell exactly what level folks had if there was an upgrade to their membership. We reported all days of the membership as if they were at the final level. So there was a bit of historical data shifting that occurred day to day when you run this data set. (This was due to a few customer upgrades during the year.) We also did not properly account for early suspensions and cancellations which do not update expiration date, this just changes status. We reported as if all membership ran the full course init_dt to experation_dt. We did not count Lapsed periods in which a member might get member benefits, when looking at how many folks could use benefits.
For the rest we have tried, and by in large we have failed.
We are going to make another try at something like number #3 next week using T_ORDER_SEAT_HISTORY data.
Folks please chime in. We need to help John in his new roll understand our challenges so that he can help us get better data sets so that we can do fantastic Diagnostic and Predictive reporting.
From: John Jakovich <bounce-johnjakovich8396@tessituranetwork.com>Sent: 2/19/2016 1:29:34 PM