📜 ⬆️ ⬇️

Analytics Guide for Startup Founder


You need an analyst.


I am absolutely sure of this, because today everyone needs an analyst. Not only the product team, not only marketing or finance, but also sales, delivery, today every startup needs an analyst . Analytics helps to make all decisions, from strategic to tactical, both to managers and ordinary employees.


This is a post on how to create analytics in your organization. It is not about what metrics to track (many good posts have already been written about this), but about how to make your business generate them. In practice, it turns out that the question of implementation is how can I build a business that extracts data for making decisions? - It is much more difficult to answer.


And this answer changes all the time. The ecosystem of analytics is developing very quickly, and the options that are at your disposal have changed significantly over the past 2 years. This post reflects the recommendations and experience of using data technology in 2017.


First of all: Why should you listen to me?


I have worked in analytics for almost twenty years. I saw a lot of successful cases, but much more was unsuccessful. At the beginning of my career, I introduced an outdated BI for enterprises (eh) . From 2009-2010, I built the first analytics in Squarespace and picked up a big round with this data. Then I became the operations director at Argyle Social , a startup analyzing social networks, and then vice president of marketing at RJMetrics , the leading BI platform for startups.


Now I’m helping startup managers implement analytics as CEO and founder of Fishtown Analytics . At Fishtown, we start working with companies after they pick up Round A, and help them build their analytics as they grow. To date, we have gone through a process that I will describe in this article with more than a dozen companies, including Casper , SeatGeek, and Code Climate .


I will explain step by step how to do analytics at each stage of your startup. My recommendations for each stage will help answer the question: “What is the absolute minimum that I can do without?” . We are not here to build castles in the air; we need the cheapest solutions.


Let's start.


Stage of foundation


(0 to 10 employees)


At this stage, you have no resources and no time. There are a million things that you could measure, but you are so immersed in the details of your business that, in general, you can make good decisions based on instinct. The only thing that you still have to measure is your product, because it is the product indicators that will help you to quickly iterate in this critical phase. Everything else goes to the background.


What to do



If you are not technically savvy, you may need a programmer who can help with GA and event tracking. All this setup will not take more than two hours, including reading documents. Spend on this time allocated for the development, it is worth it.


What not to do


Nothing that is listed above. Do not let anyone sell you a data warehouse, BI platform, a large consulting project or ... well, you understand. Stay focused. When you start building analytics, there are additional costs. Data changes all the time. Changing business logic. Stepping on this track, you will not be able to pause your analytical project. Set aside a large investment for later.


There will be many questions that you simply can not answer. This is normal (for now).


Very early stage


(10 to 20 people)


You slightly increase your team. These people need data to do their jobs. They may not be data experts, so you need to make sure that they are doing basic things correctly.


What to do



What not to do


It's too early for data storage and SQL-based analytics - it just takes too much time. You need to spend all your time on business, not analytics , and the easiest way to do this is to use the built-in reports of various SaaS products with which you are already working. In addition, you do not need to hire a full-time analyst. Now there are more important things to spend your limited funds on.


Early stage


(20 to 50 employees)


It is here that everything becomes interesting, and the changes over the past two years are obvious. As soon as you raise your round A and you have 20+ employees, you will have new opportunities.


These capabilities are due to one thing: technology analytics is rapidly improving . Infrastructure of this kind, as now, was previously only available to large companies. Its benefits? More reliable performance, greater flexibility and a more suitable platform for future growth .


This is the most difficult and most important stage: promising if you do everything right, but painful if wrong.


What to do



What not to do



Middle stage


(50 to 150 people)


This stage is potentially the most difficult. You still have a relatively small team and few resources, but you will be asked to provide increasingly sophisticated and diverse analytics for your business, and your work can directly affect the success or failure of the company as a whole. Nobody puts pressure on you.


Here it is important to move forward, making sure that you continue to lay the foundation for the future stages of your growth. The decisions you make at this stage can make you crash right into a brick wall if you don’t think about the future.


What to do



What not to do


It's easy to get carried away and start investing in a powerful data infrastructure. Do not do this. At this stage, major infrastructure investments are still expensive entertainment. Here are some tips on how to stay flexible:



Stage of growth


(150 to 500 employees)


This stage is associated with the creation of analytical processes that are scaled. You need to balance getting the answers you need today with the introduction of analytical methods that will scale as your team continues to grow.


By the time you have 150 employees, probably only a small team (3-6 people) will be engaged exclusively in analytics. By the time you have 500 employees, there can easily be 30 more. 3-6 analysts can act rather haphazardly, sharing knowledge (and code) in an informal way. By the time you have 8+ analysts, the process will begin to fall apart very quickly.


If you do not cope with this transition, you will actually work worse and worse as your team grows : you will need more time to get useful insights, and your answers will be of lower quality. It’s just a non-linear increase in complexity: you will have more data and more analysts working with them. To deal with this, you need processes for reliable collaboration.


What to do



What not to do


Do not accept excuses. To do analytics at this level is hard work, and this requires a talented and motivated team that constantly comes up with something new and improves. Code review takes time and energy. Analysts are not used to checking their code. And documentation is hard work. You will find resistance to these practices, especially among the old members of your team who remember the “good old days”. But as complexity increases, you need to develop your processes in order to adapt to it.


These processes actually make analytics simpler, faster and more reliable, but their implementation resembles pulling teeth out. If you are serious about analytics scaling, you will move forward.


You are a pioneer


I came to each of these recommendations after several years of independent work in companies, and then scaling up this approach as a consultant. The opportunity to work with a number of similar clients made it perfectly clear to me how rarely companies perform such work well .


If you take all the recommendations in this post, you will literally be one of the most effective analytics organizations in the world . A good competitive advantage.




From translator


It is a pity that I stumbled upon this post just now, when Tristan mentioned it in his absolutely wonderful weekly newsletter on analytics and data science (subscribe urgently, he selects the most juicy of recent articles and posts on the topic).


For the last 16 months, I actually spend in Skyeng just the changes that are described here. When I joined the company in October 2016, I had to collect the data warehouse, build the data infrastructure , organize a single data access for the entire company. Then I assembled a distributed team of SQL analysts attached to various business units, set up communication between them, the code review and sharing of the results processes. Now we have 20 analysts, besides me, and I am building a decentralized control scheme for this structure.


Thanks to Tristan, now I see that I was moving in the right direction and did not step on most of the rake.


Notes


1. About the cloudy ETL out of the box with Stitch, you can read more in my article on Habré .


2. I have been working with Redash for the last 2 years - it is an order of magnitude cheaper than Mode and covers almost all cases, except perhaps python notebooks. Unfortunately, Looker does not officially work with companies from Russia.


3. Singer is a simple open source framework from the creators of Stitch that allows you to write custom connectors to python data sources. For example, we made with it our own connector to Typeform in order to permanently collect the results of user surveys.


4. We in Skyeng have not yet reached the correct code review of analysts with the help of pull-requests, but I wrote a simple script that takes all new SQL queries from Redash, puts them in the master, assigns the revier and makes a post about it in Slack. So we do not lose in speed, but we get a stable process review post factum in hot pursuit.


5. The book was published in 2017 in Russian under the name Analytical Culture.
From data collection to business results.


')

Source: https://habr.com/ru/post/346326/


All Articles