Let’s switch things up! You can easily swap the email address attached to your Supercell ID with a pre-existing or entirely new email address. To make the deal even sweeter, you can do it from your game!

1. Create a new email address, or ensure access to one you already own. Just make sure it is not already connected to a Supercell ID.

2. Open the game account connected to the Supercell ID you’d like to swap. Go to Settings and choose the Supercell ID option.

   

3. Now, tap the cogwheel to open the Supercell ID Settings.

   

4. In the Settings tab, tap ‘Change Email’ located next to your current Supercell ID email address.

   

5. If you have access to the current Supercell ID email address, choose ‘Yes’. If you don’t have access to this email, you will need to contact us (see below).

6. Enter the verification code sent to your current Supercell ID email address. If you’re having issues receiving verification codes, you may be using an unsupported email domain (see below).

7. Follow the on-screen prompts to complete the process of changing your Supercell ID email!

There is no limit to how many times you can change your Supercell ID email.

Contacting Us for a Lost Supercell ID Email

If you don’t have access to your Supercell ID email anymore, please see our lost account instructions here.

I lost My Supercell ID Email

Lost access to a game account connected to Supercell ID? You may be able to get it back yourself! Learn more here.

If not, you can contact us to help you out. To get in touch:

1. Open your game.

2. Go to Settings and select ‘Help and Support’.

3. Tap the blue Message Bubble in the bottom right of your screen.

4. Select ‘Lost Account’.

We’ll do our very best to lend a hand!

I Can’t Change My Email

If you receive an error while trying to change your Supercell ID email, you may be attempting to use an email address that is not supported by Supercell ID. Learn more about this here.

Unsecured Accounts

Please know that the ability to change a Supercell ID email may be disabled for accounts we deem unsecured. Accounts such as this may not be able to receive verification codes.

Getting Started

You can sign up for Supercell ID through any of our games by following the instructions below!

1. Open the Supercell ID menu

Open the game’s Settings. Then, find the Supercell ID option and tap it to get started.

2. Enter your email

Tap ‘Continue’ and enter your email address. This email must be valid, and it must not have been used for Supercell ID before.

If you’d like, you can check the box to receive news from Supercell. This is not mandatory and can be changed in your profile settings later.

Tap ‘Create’ to move to the next step!

3. Verify your email

You’ll receive an email from Supercell containing a verification code. Enter it in the space provided and tap ‘Submit’.

4. Choose your Player ID

Enter the name that you’d like to be known by in Supercell games. This will become your Player ID. Please do not include your real name or any other personal information!

5. Customize your avatar

Pick the avatar and background color that suits you best!

Voilà!

Once you’ve completed those steps, you’ll be the proud owner of a shiny new Supercell ID. Now you can stop worrying about losing your progress, and get back to playing!

Our engineering principle “shape the solution” allows us to deliver better customer value and maintain a team of highly engaged, aligned and motivated individuals. Shaping the solution means that we never blindly execute on requirements defined by others. We deeply understand the value of our work, and help design solutions which efficiently deliver that value.

This is the sixth post in a series exploring our product principles. Here, Levent discusses our engineering principle “Shape the solution”.

Engineers are involved from the outset

In a lot of companies, the product development process is based around negotiation. A product owner, business analyst, or product manager articulates the customer’s requirements and passes them on to the engineering team. The engineers provide feedback, generally in the form of pushback, and the parties negotiate towards consensus.

“A truly high-performing, self-organizing team would never organize itself into silos”

Not only does this guarantee that, by design, only one person is empathetic towards the customer’s needs – but it’s the opposite of a culture of collaboration. A truly high-performing, self-organizing team would never organize itself into silos in this way.

At Interlock, our engineering team values mark out the qualities that we think make for great engineers. Engineers that shape the solution from beginning to end:

• Truly care about what they’re working on.

• Want a say in the outcomes they work towards.

• Understand the role collaboration plays in building great products.

As a result, we invest a lot in the reliability of our application. But unpredictable failures are inevitable, and when they happen it’s humans that fix them.

We operate a socio-technical system, and its ability to recover when faced with adversity is called resilience. One of the crucial components of resilience is observability, the steps we take to enable humans to “look” inside the systems they run.

This post will explore the road to building a stronger culture of observability, and the lessons we’ve learned along the way.

What do we mean by observability?

At Interlock

, we ship to learn. Our production environment is where our code, infrastructure, third-party dependencies, and our customers come together to create an objective reality – it’s the only place to learn and validate the impact of our work. We define observability as a continuous process of humans asking questions about production, and getting answers*.

Let’s break that down a little more:

• Continuous process: Successful observability means that folks observe as frequently as possible.

• Questions about production: We wanted our definition to be wide, generic, and representative of the broad scope of workflows we cater for.

• Answers*: Note the asterisk. No tool will give you answers, only offer leads you can follow to find the real answers. You have to use your own mental models and understanding of the systems you run.

Stage 1: Problem and solution

Armed with our own definition of observability, we assessed our existing practices and formulated a problem statement. Until recently, our observability tooling has been primarily based on metrics. A typical workflow involved looking at a dashboard full of charts with metrics sliced and diced by various attribute combinations. Folks would look for correlations but often leave without fulfilling insights.

“Metrics are easy to add and understand, but they are missing high-cardinality attributes (e.g. Customer ID), making it difficult to complete an investigation”

The journey towards effective automation begins with a clear assessment of current workflows. Pinpointing the bottlenecks and time drains is essential. Companies that have embraced automation find that it's not about replacing the human element, but rather enhancing it, allowing staff to focus on strategic tasks that require a human touch — thus optimizing the overall workflow.

Implementing automation does not come without its challenges. It requires a thoughtful approach that considers the potential for disruption and the learning curve for employees. However, the payoff can be substantial. Businesses that successfully automate experience not only a boost in productivity but also often see an increase in employee satisfaction as staff are relieved of mundane tasks and are able to engage in more meaningful work.

Advancements in data analytics and machine learning have provided the tools necessary to dissect large volumes of customer data, extracting actionable insights. These insights empower businesses to deliver personalized recommendations and solutions, significantly enhancing the customer journey. A customer's interaction with a brand becomes more meaningful when the content they receive is aligned with their past behavior, interests, and predicted needs.

However, with great power comes great responsibility. In the age of personalization, privacy concerns stand at the forefront. Companies are tasked with striking a delicate balance between delivering personalized experiences and maintaining customer trust. Transparency in data usage and giving control back to the users are crucial steps in fostering a relationship where personalization leads to improved customer loyalty and business growth.

Many companies depend on strong cross-functional teamwork and relationships to build a product that delivers real value to their customers. Interlock is no exception.

What is cross-functional teamwork?

The phrase “cross-functional” is most commonly used to describe a team made up of people with different functions or skills.

At Interlock for example, our product teams include designers, programmers, and product managers, unique roles working together as one. Or you might hear the term used when teams from different parts of a business work together on a big project, like the launch of a new product or release.

The phrase “cross-functional” is most commonly used to describe a team made up of people with different functions or skills.

“For organizations to be truly effective, every team needs to consider itself as working cross-functionally all the time, not just on a project by project basis”

In both of these situations, a program or product manager takes the lead, operating as a kind of conductor, making sure all the instruments are in harmony and ensuring everyone knows their role,  timing, and goal.

Onboarding is critical to the success of your product

At Interlock, we aim to deliver outcomes. Without an accessible onboarding process, customers may never reach the stage where they can use the game-changing features your team has worked so hard to build, making outcomes difficult to achieve.

Focusing on the onboarding process at the beginning of new product development is critical to overcoming this. This is especially true when you’re building for mid-market and enterprise customers. Businesses use buying committees to make the decision to use a new product. These committees are essential, even if the product is free, because every new product necessitates a process change.

“As companies get larger, process changes impact more people, and the buying committee tends to grow”

In a small startup, the “committee” could be a single person. But as companies get larger, process changes impact more people, and the buying committee tends to grow. Larger buying committees mean more people and steps involved.

It’s easy for customers to stop onboarding at any hurdle the buying committee experiences. At best, poorly thought out onboarding could mean customers take weeks or months to start using a new product. At worst, a poor onboarding experience could prevent them from ever getting started.

We experienced this first-hand while building our WhatsApp integration. In the early days of the beta, we realized it was taking a long time for customers to get started – with no clear answers as to why.

“We had spent the majority of our time focusing on day-to-day features customers would love, but not the processes they would need to go through”

I came to Interlock from a company with a culture of heavyweight engineering processes. It was a well-oiled machine with battle-tested and often updated procedures.

From an engineering perspective, it successfully kept you focused on coding. Tasks were always well-described in Jira, and included clearly defined expectations. Designs came in and were exported to HTML so you didn’t have to worry about using Sketch. You did your job, then moved the task to QA. If something came back, it was always with a good description of what wasn’t working.

When I started at InterLock, however, I was surprised at how lightweight the weekly engineering processes felt compared to my previous company. No estimations. No Jira. No separate QA team. Initially, I felt overwhelmed. I wondered why it looked this way, why everyone just aligned and no one tried to structure the processes as I was used to.

“Processes have to serve the development of the product”

The main reason is that in both of these companies, there were different problems to solve, even though it looked similar on the surface. Interlock is very much a product-first company, and very heavyweight processes can be too much of a constraint in a product-first company. In this sort of environment, the processes have to serve the development of the product, rather than the product developing out of predetermined processes.

At Interlock, we have a very strong culture of solving the right problems. We are ruthless in defining what the true problem is, how we solve it using a small, well-scoped project (or a cupcake, as we like to call them), and how it might eventually look like if the cupcake proves to be successful.

In short, we ask what is the problem and how will you measure that it’s solved. And we don’t just use this approach when working on our products – we try to apply the same approach whenever we want to add new or adjust existing engineering processes.

The subconscious benefit of processes

In any organization, processes are important and beneficial. They streamline the workflows, help people make fewer mistakes and bring some degree of comfort – having a good set of processes can create the sense that work has already begun to proceed.