Perfecting your interview process for building remote teams

zinc logo icon
Luke Shipley
August 21, 2019
Updated on:

Zinc is on a mission to “Open source interviewing”, by providing tools to allow applicants to retain and reuse data collected whilst interviewing. In this blog I’ll be analysing interview processes of leading teams in Web3. We’ve started off a list of teams that have ‘open sourced’ their interview processes, listing publicly on this. If we’re able to share notes, we can learn from each other and all spend less time interviewing. If your company is willing to share your interview process and contribute then please add it

The negative press crypto brings to blockchain is counterbalanced by the radical openness and transparency some teams adopt. In some cases this transparency and openness carries through to careers pages. Some interview processes are listed publicly on jobs pages, others that I’ve reached out to are happy for their processes to be public. That’s why it’s no surprise that web3 teams are leading the charge in the remote revolution. We found that twice as many web3 teams were distributed compared to the. It’s this kind of radical openness which is allowing web3 leaders to attract and retain top talent across tech and beyond.

Distributed teams are being hailed as the new route to, with minimal time lost to commuting, unnecessary meetings, gossip or other distractions that come with having an office-based team. Everybody’s free to work where and how they want, taking full ownership for their own productivity and output, without becoming embroiled in wider company issues, if they don’t need to be.

We now know why remote teams are worthwhile, but what do you need to put this in in place?

Leading Web3 Teams Processes

Blockchain.com’s process

Success stats: Distributed across UK, SF & New York. Scaled to over 150 in the past year. Bonus points for the nicest interview graphic. Unlimited PTO, flexible schedules and crypto bonuses:

Blockchain interview process

Bitpesa’s process

Success stats: Globally remote, offices in Lagos, London, Luxembourg, Madrid, and Dakar. Over 60 people globally, challenging hiring in emerging markets:

Bitpesa interview process

Bitfinex’s process

Success stats: Truly globally remote, distributed across Asia, Europe & Americas. Culture of Learning offsite’s and team building, flexible hours:

Bitfinex interview process

Status’s process

Success stats: Truly globally remote, no offices. Scaled to 100+ people in the last year. Will pay in SNT or local fiat. Extremely flexible, no set interview process & serious about privacy:

Status interview process

Zeppelin’s process

Success stats: Truly globally remote, offices in Buenos Aires. On average the process takes 4–6 weeks. Good wiki. Work tests are paid should and are roughly 10 hours weekly, spanning no more than three weeks. Smart to be referencing early on:

Zeppelin interview process

Disclaimer: these processes are taken from job specs, online forums & here-say: I’m certain they’ll vary between jobs and will likely be outdated soon.

From this small sample of distributed teams we can see there is an average of 5.7 stages in their interview processes. For centralised tech teams this isn’t too dissimilar. Which helps dispels the myth that you need more rigorous processes for remote teams.

As you’ll see from the highly confusing diagram below, whilst all the processes are comprised of the same components the flow varies greatly. In fact, no two processes are the same. We encourage teams to share notes and learn from each-other so we can all spend less time interviewing. Below I’m going to pick our of favourite parts to encourage teams to experiment and iterate on their processes.

Interview Flows Zinc

Perfecting your process to build distributed teams

At Zinc, we’re working towards, reducing the time candidates and recruiters spend interviewing. We’re strong believers in respecting people’s time.

We’re identifying the most effective task at each interview stage to find out if it’s worth asking your applicant for more time. At each stage collect the critical amount of information needed to know if it’s worthwhile moving to the next stage. No unnecessary jumping through hoops.

Considerations for each interview stage:

First stage phone screen:

  • Some in the modern workforce lack the sophisticated communication skills to be effective. Often the greatest challenge with creating effective remote teams is communication. That’s written, video and face to face communication. These forms of communication require different skills ~ since we have different tools at our disposal to get our message across; body language, verbal tone, emoji’s and most importantly GIF’s. The remote team reality is that calls a crucial form of communication. From this crucial first stage you need to be confident that this person is a very competent communicator over the phone.

Instant Messenger interviews:

  • This is one I was pleased to see deep in Aragon’s docs, they often support instant messenger interviews. I can see the sceptics turning their nose up at this idea. The pessimist out there will tell you a story about when they’ve caught candidates Googling answers, we’ve all been there. But the pessimists are missing the point. This is a great communication test. We all Google answers everyday at work so why not replicate this. IM is your day-to-day communication tool. I can tell you for free that being able to write good Javascript does not translate to being able to write good English. In fact the pessimist might say there’s an inverse relationship here.

Technical tests:

  • This stage is included by all the leaders in some form other than Status. It varies in its form greatly. Tests with Bitfinex prior the face to face ask for 4–8 hours of applicants time. A ‘work test’ at Zeppelin asks for up to 10 hours over up to 3 weeks, paid. Better categorised as a trial. The technical test is the most contentious part of the process. It’s the largest time and effort commitment ask of applicants. We assume that’s why Status have left it out, having the luxury of a flourishing open source community of contributions. We recommend you take a leaf from Status’s interview hand-book and swap unpaid tests for paid work trials where possible. This is a better way of replicating the work that engineers will be doing. Where tests are necessary we suggest that work is open sourced. Consider the time and effort asked of applicants very seriously first. Zinc offers an interview proofing tool to gift job applicants to verifiable claims of work completed in interview processes ~ such as tests. This allows applicants to have something permanent and provable to take away from interview processes so time isn’t wasted.

Work trials:

  • It’s a small sample size but all bar one of the above organisations include a trial in their process. Hiring remote teams is arguably harder since we have to judge whether an applicant will excel in a remote environment. For other facets of the work, we’ll look at an applicant’s past performance to see if they have excelled. Since remote teams are a relatively new phenomenon we often don’t have past experiences to take from. This is of course a vital factor in anyone’s success in a job. Again it’s advisable to try and recreate the conditions of the job as closely as possible in the interview process. Hence a remote working trial is an effective way to recreate the job. You could say this about any job of course. The downsides to it are the time and cost. It can take your interview process from something that takes weeks into months.
  • Background checking: Some employers are surprised to hear that distributed employees still need proof of right to work & residency for the jurisdiction they are working in. You need to ensure that the person you're employing is eligible to work where they’re located. This comes down to tax because all employers need to cough up in the home country of their employee, which is only possible if they’re a resident there. Local rules apply but its highly recommended to check proof of residency & right to work  for everybody.

    The extra anonymity and trust that comes with remote working makes it all the more contentious but all the more important. Do the necessary—residency, nationality and employment checks—but respect privacy, don’t do more than is necessary or legally allowed. Part 3 of this series will focus on this minefield.
  • Referencing: You’ll notice that a couple of companies explicitly mention that they conduct references. We believe references are an essential part of a remote teams process regardless if you’re looking for competency information or not. It’s one of the few background checks that’s universally allowed. Trust is such a significant part of remote working. It’s one of the most dramatic differences from on-site work so it’s essential you know that the trust is there from the outset. What’s interesting to take from the example processes above is when the referencing takes place. Zeppelin conduct references two stages before an offer. Blockchain.com conduct references at the end of the process ~ which is more common from my experience. I believe this is because of the frustration in the time it takes and the difficulty in obtaining valid responses. Equally, the lack of competency information being extracted has pushed it back in the process. However we suggest taking a leaf out of the Zeppelin’s interview handbook. Aim for competency information early on, and start referencing prior to the final stage. This will enable you to have so you have the necessary information to make a decision after the trial or final interview.

Full disclosure: I’m advocate of referencing and background checking, we offer a fully automated screening process. I have my own conscious bias on this subject.

Onboarding:

  • Aside from the stats above, empathetic onboarding is more important than ever. To the wider working world, remote teams are still a new phenomenon—most people have not experienced this environment before. With a physical barrier between new employees it’s harder to give the support they need. Someone to contact for silly questions and starting to feel like part of a team is essential.

The final piece in this distributed teams series will be focusing on the minefield of navigating background checking globally distributed teams..

In case you missed it, you can find part one in this series.

This post was written in collaboration with  (www.recruitingbrainfood.com).

It was originally published on, December 2018.

Discover a better way for reliable automated background checks