Warning: preg_replace(): Compilation failed: invalid range in character class at offset 4 in /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_langs.class.php on line 340 Ericonanalytics | This is where I talk about analytics, business intelligence and tacos
I have had a pretty long career in analytics, at least long in comparison to other analysts (+13 years). I would not have been in this industry for as long as I have if there weren’t aspects about it that I enjoy. I could probably spend multiple posts on the positive aspects associated with working in the analytics industry (demand, teamwork, pay, etc.). However, with every yin, there is a yang. In this post I will discuss 4 things that analysts don’t learn from courses and books on analytics. I’m not advocating that traditional education can’t help an analyst learn new techniques, but there are some skills that can only be mastered by experience.
In my opinion, the first 30-90 days can make or break a role. A strong start to a role can be the difference between a great engagement with a company and an eventual early exit. Make sure that you get sponsorship in the early days of the role. I would define sponsorship as an endorsement or a close relationship with a senior employee (your manager does not count). This could be a simple as meeting with a senior employee, discussing the issues surrounding his/her job and how your skill set can assist them. This can be a tough task especially for an introvert like myself, but the payoff can be tremendous. In most cases, these individuals have no idea that the data or the skill that can help them exists. Their lives don’t revolve around SQL and statistics, but the analyst’s life does. Grab a cup of coffee, lunch, a shot of whiskey, whatever you have to cultivate those relationships.
Analytics is a Mix of Science and Art
I have learned over the years that analytics is a mix of science and art. There are a number of technical disciplines that must be learned. The usual suspects that most programs encourage analysts to learn are programming (SQL, R, Python) and statistics. However, the science that they don’t expect you to learn is…psychology. I was fortunate enough to start my career at an organization that understood that psychology was integral to creating and optimizing the web experience. Web content, be it ecommerce websites, institutional websites or blogs, have a main goal in mind. That goal is to educate the visitor and to convince them that their site, their service or their product has something that they lack. There is no better way to convince them of this than having a deep understanding of their wants, needs and behavior. This type of thinking has been important to my career and how I break down analytical problems, especially problems dealing with web analytics. The art comes in how you solve the issues once you’ve broken them down. The decisions that are made in creating optimizations, designs and new features. The analyst must have a big part of those decisions, because the analyst has the best understanding of the underlying data.
An Analyst’s Ears are Their Biggest Assets
Earlier in the post, I detailed how finding a sponsor is one of the most important things for an analyst to do in their first days of a role. The main point is that, if the analyst isn’t communicating with other individuals in the organization, they will get lost in anonymity. Anonymity is not the place for an analyst. Analysts should field questions, analysts should be considered experts and (most of all) analysts should be relied upon to help steer the strategy of the organization. With that said, the analyst should take the initiative in understanding the issues (both current and potential) of the organization. This is done by keeping an ear out on the concerns of the individuals of the organization. This is done by attending meetings planned for groups that have no connection with analytics like marketing, advertising, operations and executives. Practice active listening when speaking with colleagues. Only after their concerns are understood can the analyst really become an asset to an organization.
Analysts Must Have Thick Skin and Unwavering Honesty
It is no secret that some of the most productive people in a number of different industries have the skill of effectively saying “no”. These individuals understand that they cannot perform at their best if they are being bogged down by inefficient processes and unfruitful tasks. With that said, analysts must take this concept a bit further. Analysts must understand that they must be honest with their colleagues, even when they must give bad news. This is especially true for analysts that work in marketing.
eMarketer estimates that digital ad spending will hit $172 Billion (with a “B”) by 2021 in the U.S. In other words, a lot of money gets spent on advertising in the U.S. with a majority going to Google and Facebook. Almost every marketing organization is going to pay some part of this spending. With that, comes added scrutiny of marketing budgets and performance. The marketing analyst is on the front line in answering questions of how well budgets are spent. They have the visibility on spend of marketing campaigns and the skill to analyze their performance. That can make their job very hard as they will sometimes have to give bad news on the performance of a campaign(s). The best analysts are honest on the performance of marketing campaigns while giving good advice on corrective measures. They stay in front of issues and are ready to answer questions before they are asked. They know when a campaign is going sideways before their colleagues.
I hope this helps in understanding some of the lesser known skills of being an effective analyst. It can be a challenging career, but one with numerous benefits!
Over the years, most analysts, especially most analysts dealing with the operations of websites and/or mobile apps will find themselves in one of two situations. Some will be faced with the dilemma of which web analytics tool should they choose. The others will simply wish they had they had the ability to make their own choice. In my career which spans years of using different tools for a number of different purposes, I’d rather have the issue of having to make choice rather than not having one. This is especially true for choosing analytics tools. My aim in this post is not to catalog every difference between Adobe Analytics and Google Analytics. There are scores of blog posts that aim to tackle that very task. For example, EDUCBA’s blog post on Adobe Analytics vs Google Analytics is a comprehensive and up to date comparison that should be referred to when making a choice. The EDUCBA blog post also improves on most comparisons I’ve read as most other posts seem to have been biased in some way. For instance, most the comparisons that tend to lean favorable toward Google were written by agencies that happen to be analytics partners for Google (providing services such as Google Analytics Premium implementation, training or sales), while comparisons that lean favorable toward Adobe seem to be simply outdated or based on edge cases that most large organizations will not be exposed to. My aim in this post is to touch on some of the topics that are usually not covered in most comparisons including such as Tag Management, Raw Data Export and Default Metrics from an outside perspective.
Before moving forward, please note that I currently nor have I ever worked for either Adobe, Google or any company that is compensated by either company. This is my own personal opinion and not the views of either organization. Now that that’s out of the way let’s begin.
So, you may be thinking, Tag Management is a topic that most comparison posts cover. If you did, you’d be right, however, I don’t think most of those posts take into account the sheer importance an analyst should place on Tag Management. Most of these posts put the same emphasis on Tag Management that they do on Reporting or Cost. This is poor analysis as a web analytics engagement will only perform as well as its implementation. Issues such as poor pageview tagging, inconsistent marketing parameters and spotty success metrics will sink an analysis in no time. Tag Management should be weighted higher than most topics when weighing analytics providers.
When to choose Adobe over Google
Adobe should be considered if you have an extremely hard to track website like a Flash website. With that said, if you have a flash website in 2019, you probably have other issues.
You need a good deal of dimensions (like greater than 200) and you are representing one of the unicorn organizations with the time, resources and sanity to actually maintain over 200 dimensions.
When to choose Google over Adobe
Export of Raw Data
This is another topic that I’ve never seen covered in other comparisons. Today, marketing organizations must be able to join their web analytics data with other sources such as CRM data to create the ever starved for Omni-channel view of the customer. I haven’t worked for an organization that didn’t warehouse and report on raw data, especially web analytics data. One example of this type of analysis would be clickstream data including both User and Session IDs. Neither Google nor Adobe Analytics provide this type of data in the interface (at least not for every session). For this type of analysis, web analytics providers must export data at a level more granular than what they provide in the interface.
Adobe provides an API for accessing data from the interface and a number of dimensions and metrics including all user generated Props and eVars are available in the API. With that said, (at the time of this blog post) not all dimensions are available and some absolute must have dimensions such as visit start timestamp and hit timestamps are not available in the API. This has been a deal breaker for many of the organizations I’ve worked for. I also find the documentation to be pretty underwhelming.
On the other hand, Google has multiple APIs for solving multiple tasks involving Google Analytics data. Their reporting API deals with most general data requests, the Multi-Channel Funnel API exports data dealing with marketing attribution reporting, a Realtime Reporting API exports data at a real-time pace and they even have a Management API for easy granting and termination of data access (very helpful for large organizations). The documentation for each of these APIs is extensive, always seems to be up to date and the APIs perform well.
Large Data Export
Not all data export issues can be solved with an API. Very large exports will need dedicated tools to work expediently. Adobe has the Data Feeds Export which allows users to schedule data feeds from the interface. Feeds can be sent to either an FTP account or to an S3 bucket for convenient loading into any of the AWS data warehousing tools such as Redshift or Athena. All dimensions available in the interface are available in Data Feeds including some dimensions not seen in the API like visit start timestamp and hit timestamp. Data is exported at the hit level to ensure the most granular view of activity as possible. Now, to list the bad points. There is almost no data cleaning done before data is received and data is received in over 8 different files for each individual day (a data file and various “lookup“ files). Any organization that would like to use this data will have to spend resources on a round of data cleaning, manipulation and merging before data is usable. After moving from an organization that deals with Google data to one that dealt with Adobe, this was one of the most frustrating “surprises” I had to deal with. Also, the export jobs are painfully slow. If a job is scheduled to export historical data, each daily file sends only once every 30 minutes!!! This means pulling 1 year’s worth of data will take over 7 days!!! Adobe has recently released a new feature for querying Adobe Analytics data called Query Service. With that said, when I inquired about using the service, I was told that my company would have to incur extra fees in order to gain access. This was…disappointing.
Google provides a solution for exporting data to Google Data Cloud which is part of the service if you are paying for Google Analytics premium. Google Analytics BigQuery Export can be configured directly in the Google Analytics interface.
Once configured up to 13 months of historical data pre-populates in your BigQuery account and future data is populated daily as it comes. Also, the daily data is all contained in concise single daily tables. There is no need to join to lookup tables to select other attributes. Lastly, the data is contained in single session arrays and (while the query structure has a bit a learning curve) breaking down reports based on user, session or hit level is pretty straight-forward. This can’t be said for Adobe Analytics Data Feed data which is so raw, it’s difficult to know how to correctly query. In my opinion, data export is a huge issue for Adobe Analytics.
Default Reports, Metrics and Dimensions
As previously mentioned, the behavior of the Data Feeds in Adobe Analytics was a frustrating surprise once I moved from an organization using Google Analytics to an organization using Adobe Analytics. Another frustrating surprise was the lack of canned metrics and dimensions. Adobe prides itself as being highly customizable and having the ability to apply to any type of website. While this cannot be refuted, this is also one of Adobe’s biggest flaws. Because of this level of freedom, Adobe lacks a good framework for tagging that can be applied to the majority of websites. Google, on the other hand, has some frameworks, developed by their engineers, that work well with most sites. Some of these include the utm marketing parameter framework for populating marketing reporting, their event tagging structure, their site search structure and their ecommerce tagging structure. They’ve done the dirty work of finding frameworks that have worked for other companies in the past and posted those frameworks directly in their documentation. This also applies to the reporting, metrics and dimensions themselves. Here’s a short breakdown of some very useful features that are “out of the box” in Google Analytics (Free or Premium) after only implementing the pageview tag as well as tagging marketing initiatives with simple utm parameters:
New vs Repeat
Campaign Cost Reporting (Google Ads)
Site Speed Reporting
Demographics (Google Ad Based)
Custom Reporting and Dashboards
Custom reporting is another topic that is normal glossed over when it comes to comparison articles and blog posts. Historically, Adobe has not provided much by the way of dashboards other than the rather simple “reportlets” displayed on the homepage once logging into the interface. These widgets provide some simple data in a table format but no graphs for understanding trends or differences visually. This changed recently with Adobe release of Analysis Workspaces. Analysis Workspaces allows users to create dashboards with a number of different visualization types such as tables, line graphs, bar charts, scatter plots and maps. While the addition of this functionality is a welcome sight for any analysis looking for a good high-level view of their site performance, there are some features in the reporting that make me scratch my head. I can’t think of a day in my career as an analyst where I didn’t do some sort of comparison. This is especially true when trying to evaluate the performance of a site over a particular time period. Therefore, I was more than miffed when I noticed the number of steps I have to use to compare date ranges in Analysis Workspaces. To do a comparison, I have to select a date range that includes both of the date ranges I’m comparing (strange especially when comparing year over year data), create 2 separate date ranges for the ranges being compared (much like creating segments), then create a table report listing both of the date ranges.
Also, as far as I know, the comparison is limited to the table report view and not available for other visualizations such as bar chart and line graph. This process is more cumbersome than I’d expect which leads me to discuss dashboarding in Google. Google provides some useful visualizations on the homepage of the reporting interface as well as their custom dashboard functionality. Here, I’m able to create a dashboard with up to 12 widgets with visualizations such as tables, line graphs, bar charts and maps. Widgets can also include real-time user count based on a number of different dimensions such as marketing channel and page. However, the real differentiator between Google and Adobe’s dashboarding is how easily date comparisons can be done in Google. Google provides the same date dropdown in the dashboard as it does in all of the other reporting allowing me to easily select the date ranges I’d like to compare without the extra steps required in Adobe. Also, the comparison applies to all of the visualizations (except real-time of course).
There are some really nice advantages to using Adobe Analytics over Google Analytics. Adobe has much more by the way of customization and Adobe has dedicated account services, while Google Analytics Premium provides SLAs and some services but lacks the true assigned account representation. With that said, as I’ve mentioned in my post, I find the lack of structure, lack of expected default metrics / dimensions (bounce rate, new vs repeat, etc.) and the cumbersome nature of the raw data export to be some pretty large issues with Adobe Analytics. While many other comparison posts end with something to the effect of “its up to organizations themselves to make the decision of which tool to use”, I have a hard time not endorsing Google.
Fatal error: Uncaught Error: Call to a member function id() on array in /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_formatter.class.php:36
#0 /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_formatter.class.php(538): CrayonFormatter::format_code('', Array, Object(CrayonHighlighter))
#1 [internal function]: CrayonFormatter::delim_to_internal(Array)
#2 /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_formatter.class.php(516): preg_replace_callback('#()#msi', 'CrayonFormatter...', 'library(data.ta...')
#3 /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_highlighter.class.php(166): CrayonFormatter::format_mixed_code('library(data.ta...', Object(CrayonLang), Object(CrayonHighlighter))
#4 /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_highlighter.class.php(186): CrayonHighlighter->process()
#5 /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highligh in /home/ericonan/public_html/wp-content/plugins/crayon-syntax-highlighter/crayon_formatter.class.php on line 36