Data Analysis process

Hi all!

We are beginning several new data analysis initiatives here and we’re curious about best/recommended practices.

We’ve identified several goals for acquisition, re-acquisition and retention and now need to do some trend analysis and segmentation of certain groups.  However, we’re unsure of the best way to pull this information.  Do most of you use SQL queries, or Lists and/or Extractions, any other methods?

Second, what kind of verification process do you have when doing SQL queries?  We have one person who can do SQL queries, but we’d like to develop checks and balances to verify the data is accurate to the best of our ability.

Any information you can provide about your process is appreciated!

Thank you!

Marley

Parents
  • Hi Marley,

    The process you use will probably depend on what you want to do. If what you're trying to do is pull out certain people that you want to identify as prospects for retention or re-acquisition, then what you're talking about is some sort of extraction and mailing (either DM or eDM), I would assume.

    If, however, you want stats or numbers or just information to view about people, then you want some sort of report or dashboard.

    With regards to SQL, my two cents' worth would be that SQL is what you use to maintain the database and build reports with. So if there is information that you want on a regular basis, you want to get your SQL person to turn it into a report (if there's not a report that you already want). You don't want it just to exist as something that only a database person can get for you (unless it really is a one-off query). Tessitura should become a useful self-serve resource for many people, not just a technical thing that can only be operated by one specialist.

    So turn SQL into reports if it's regular, use lists and extractions if you're after promoting to people.

    Finally, with regards to checking SQL, even though the language used is something that only a programmer would understand, the logic behind the query they should be able to explain in English. (e.g. they should be able to tell you that they've arrived at the final sales number by adding up all tickets to a performance for a particular date, except for exchanges and comp seats.) Ask them what they included, what did they not include. If you've got a good DBA, they should be able to explain it in detail.

    Depending on what the information is, you may be able to check it against other sources you have. For instance, if you were used to using a spreadsheet for calculating something, does the query or report in Tessitura come in around ballpark?

     

    But the main thing is, do not let the SQL part fool you into letting things get too technical. Ask the questions till you get a plain English explanation of what's in each report. Look at some of the existing Tessitura reports and their documentation to see good examples of how to do this.

     

    Cheers,

     

    Matt

  • Thank you so much for this information, it's been most helpful!

Reply Children
No Data