Rose debug info
---------------

Subscribe to this blog

ivan's blog

about ivan · all notes

New feed entry point · Tinkoff

How we made the personal feed in the bank app more readable by increasing 1-week feed retention rate several times over.

Tinkoff is an online ecosystem or super app based on financial and lifestyle services. The best mobile privetely-held bank in the world according to Global Finance. The third largest bank in the CIS with 30,000,000 customers.

A personal feed is a product. With the help of which we are building a communication platform where people learn all about finance, save money and have fun. Businesses need a personal feed to sell financial products through it. Users need to have fun, learn something new, be part of an expert community. In simple words, it’s just a feed of events and news.

The personal feed is having a positive impact. We test disabling the feed on new users and compare metrics across our products. There has been a drop in metrics, including cashback, bonuses and airline tickets. The product is working well, but we need to make it more efficient.

The feed is in a difficult-to-reach place on the interface. To get to it, you have to open the “City” tab, which doesn’t tell you what’s on there. You have to look at a complicated screen and open the bottom sheet with the feed.

People say the feed is hard to find. If people can’t access the feed, they won’t come back. If they don’t come back, they won’t use the product.

By comparison, the stories on the home screen get visited several times more often and people come back more often, even though both are feeds with content, just in different formats.

Problem for users

We want to make the feed accessible. To make you more likely to open the feed on the mobile app. It’s heavily hidden at the moment.

Problem for business

Increase retention rate in the feed. If we increase the retention rate in the feed, customers will be more engaged with our products. If customers use more products, the bank will make more money.

Audience

The audience is very wide and diverse. But we aimed at all our bank users with an active lifestyle. I can’t share the audience of the personal feed, but it makes up the majority of the total number of customers. Considering that we have 30,000,000 customers, the scale of the product is confirmed. Wow!

Success criteria

↑ 1-week feed retention rate
↑ 1-week app retention rate
We also need to keep people engaged in the feed, which will be difficult.

Discovery

We’re looking for a solution in other products, but we haven’t found any yet. So, we’ll have to come up with a solution ourselves. We looked at what our users had to say. We’ve put together a job spec for a Data Analyst. But...

But I find interesting is this. It’s not just about moving the feed. How do you get people to go there? The analysis shows us this:

  1. We already have a big audience that goes to the bank every day. We just need to put the feed on the home screen and get people interested.
  2. We already have content on the home page in the form of Stories, which is a great product.

So, what we have

This scheme helped us make some guesses.

Hypothesis formulation and low-fi prototypes

These are the hypotheses.

  1. Main screen. Adding the feed to the home screen will make it easier to access and more likely to be used.
  • We had many more options than I’m going to show you. I’ll show you the best ideas and how they look. I thought the best idea was to put content in a separate tab.
  • We stopped because we realised it was unrealistic to expect people to read content on secondary screens in the bank. We tried adding stories to secondary screens. It doesn’t work. Right, let’s move on.
  • The second idea was to just put the feed under all the accounts, as there aren’t that many of them on average.
  • We saw that people don’t scroll past the second screen. How can we open it from the first screen? We added a right swipe option.
  • It’s cool, but it looks complicated. It’s not natural. Turn the story feed into a smart widget.
  • Interesting idea, but we don’t have the guts to do it. There’s a big risk we’d mess up the stories and it’d all fall apart. But on day five, we had a brainwave...
  • It’s much more straightforward to swipe down than to swipe right. Pull to refresh is no longer necessary as all the data is updated in real time. It seems to be the best idea, so we’ve decided to go with it. And opening quick tools works the same way in iOS, which gave us the green light to go ahead with it. We showed this idea to everyone who was interested: the product managers, the designers and the stakeholders of the home screen. We got a few doubts in response, but everyone was generally on board with this solution. We gave this to user testing, and we were pleased with the results. Let’s consider some other possibilities.
  1. Interest. Make an entry point interesting to increase its open and retention rate.
  • The simplest way to get people interested is to create an information trigger on the outside. I think stories are probably the best trigger, but it’s tricky to make stories and a feed one platform. It’ll probably be a separate story soon.
  • But for now, we just need something simple. And here’s the thing: if you’ve been keeping up with our content, you’ll have noticed that we recently added a news card in the feed. It would be great to take the most interesting words from the introductory text and put them outside.
  • Let’s move on to the next item on the agenda.
  1. Clear. Make the opening of the feed simple and clear to increase accessibility.
  • Somehow we have to teach people how to use the new feed. At first we tried to come up with some kind of detailed training, but then we realised that the easiest way to do was to just pull the feed a few times. And stop when the person has done it.
  1. Habit. If we don’t change user habits, we’ll keep old stuff.
  • Some people use the current feed the old way. We shouldn’t break their habit. Let’s add a history button. This is about the new way to access the feed. Don’t show it for a long time. If the user opens the feed, we’ll remove the button.
  1. Additional entry points. Finding more entry points will increase availability.
  • When we spoke with users we found something interesting. When people contact the support team (chat) they go to watch stories on the home screen because they’re afraid to close the app (in general!!!). We must find a way to deal with these situations. This could affect how accessible the feed is.
  • We knew this idea wouldn’t make it into the first version, so we didn’t make a prototype. But you can imagine it in your mind.

Priority

I met with the product manager and engineers to estimate the hypotheses according to two parameters: business value and technical complexity. We made a list of priorities.

  1. Main screen. Adding the feed to the home screen will make it easier to access and more likely to be used.
  • ∞ ⁄ 5 = ∞
  1. Interest. Make an entry point interesting to increase its open and retention rate.
  • 3 ⁄1 = 3
  1. Clear. Make the opening of the feed simple and clear to increase accessibility.
  • 3/1 = 3
  1. Habit. If we don’t change user habits, we’ll keep old stuff.
  • 3 ⁄ 2 = 1.5
  1. Additional entry points. Finding more entry points will increase availability.
  • 4 ⁄ 4 = 1

Scoping

We break down our ideas into iterations to get the product to users quickly and make sure it’s perfect.

Iteration 1

  • Main screen. If we make the feed on the home screen, it will increase its accessibility and retention rate. This is our main idea, we will make it.
  • Interest. Make an entry point interesting to increase its open and retention rate. I really want to do it at once, so that it will be the cherry on the cake. But if we don’t have time, we’ll put it in a separate iteration. Of course, it will be an ab-test to understand the impact of this particular idea.

Next iterations

  • Clear. Make the opening of the feed simple and clear to increase accessibility. Let’s test it separately, in case this problem doesn’t exist and it is clear and simple without some additional activities.
  • Habit. If we don’t change user habits, we’ll keep old stuff. Important stuff. But we’ll run the first iteration only for new users and if everything is good there, we’ll make this idea and publish an update for everyone.
  • Additional entry points. Finding more entry points will increase availability. Oh, it’s definitely a contender to make it out of the first round!

— Let’s go!

Iteration 1 · hi-fi

I just wanted to point out that our lo-fi prototypes already sounded pretty hi-fi. Having said that, we didn’t come across any major technical issues. So, all the ideas from the concepts made it through to the hi-fi stage, which is pretty unusual.

But the final solution was this. The feed on the main screen looks like a top sheet that you can open by swiping from the top to the bottom. Plus, we made it so you can just click on the dragger and text to open it. We figured this out during the UX tests, but we assumed it in advance.

Above the dragger is a shortened descriptor from the feed, which changes every day along with the full descriptor inside the feed. You can read about this in the case study about the news card.

Just then, Sergei Egorov came along. The second designer to join us. I needed to move on to other things. Sergei took the reins as the second designer on the project. The second half of the work on the final layouts is creating animations of opening and closing the feed. Based on my prototype, Sergei put together a much more detailed one with a description of all the details.

To close the feed, just hit the close button or swipe down. When we were testing it out, we realised that we needed to make closing by swiping up, so that it’s the reverse of opening. This meant there were three ways to close the feed in total. This way, everyone would know how it worked.

We had to get the most complex interactive feature in the Tinkoff app up and running at the time, which was a big challenge for the whole team. It was pretty straightforward to develop the animation and the feed itself on Android, but we hit a few snags on iOS. But we managed to get around all those limitations in the end. Sometimes we had to switch up our strategy and come up with quick fixes, so Sergei spent a lot of evenings with the engineers. Sergei says,

  • “We often sat with the engineers late into the night tweaking details and catching endless bugs together. I even picked up a few lines of code in Xcode.”

At some point, we got everything to a state that could be called a release state. And it was so lovely to see that happen!

First launch and results

We released it as an AB test for a new audience. At the same time, we ran a separate AB test on the description. Here’s what we found out.

  1. We saw a big jump in the number of people who stuck around and checked out the feed on a weekly basis (1-week feed retention rate).
  2. The percentage of users accessing the feed on the app shot up several times. This indicator saw a nice increase, even if it couldn’t help but grow.
  3. The engagement rate of the feed saw a slight decrease. This is because more people are now entering the feed, but the quality of these users has dropped. They’re not as active as they could be. We’ll be addressing this in the next episodes.
  4. There was no change to the weekly retention rate of the app, statistically speaking. We were disappointed, but not overly so. It’s really difficult to make changes.
  5. The descriptor did the job. Without it, the retention and open rates in the feed were lower.

I’m happy to say that we met our goals, and we’re all proud of that.

Role and platforms

  • I participated in the formulation and confirmation of the problem together with the product manager.
  • I did the primary research.
  • I formulated hypotheses and participated in prioritization together with the product manager and engineers.
  • Together with the manager, we divided all the hypotheses into iterations.
  • I designed lo-fi and and first part of hi-fi mockups and described the requirements together with the technologists and engineers.

Half of the layouts and animations were designed by Sergei Egorov. He joined us in the middle of the project as the second designer. Sergei helped QA engineers to run all the flow and described bugs.

Basically, all solutions work on android and iOS.

Reflection

I think the first version of the personal feed opening could have been made much simpler, but it’s great that we overestimated the requirement at the start and made the transition above the level of the traditional design approach in the company. I’m really proud of this little project. See you in the next episodes, thank you!

Story about the same, but from Sergei, only in Russian

 No comments    991   1 mo   app   casestudy   process   tinkoff

Design career paths

How we made design career paths and criteria for transition from one role to another for designers and got an effective tool to make a personal development plan. Additionally, we helped designers understand how they can develop and what level they are at now.

Intro

A classic problem in a design team is that designers need to become managers in order to grow their careers. And we faced this problem too. Before some changes, each designer could only develop along one track: from middle to senior, and then please only go to management. After all, this was the only way for a designer to feel career growth and start earning more.

That’s not cool, especially when we started running into situations where experienced designers don’t want to become managers. They want to be experts and grow further as designers, not peоple managers. There were two such cases in my time. Necessary to change something and we formulated the problem.

Problem

  1. Designers don’t understand how they can grow in their career path. Plus they don’t understand what level they are at now.
  2. From team to team, designers have different development plans, and some have none at all, or they have them, but not about development.
  3. Designers think they can earn more and grow only if they become people managers.

We conducted a survey of three questions. We collected more than 35 answers. The results confirmed the problems described above. The survey could not have been conducted, it was enough that this problem was confirmed by design managers. But it’s better to be sure than to make a mistake.

Additionally, we suspected that many experienced designers go into people-management, burn out and quit afterward. We couldn’t confirm this because of the difficulty of collecting reliable data.

Criteria for success and audience

Quantitative survey shows that designers understand how they can grow, where they are now, and where they aspire to go in the future. All designers have a personalized development plan and are aligned together.

The problem was solved within the Tinkoff Bank company, which is more than 200 designers of different levels and specializations. Graphic, interface, communication designers.

Actions

Obviously, we need some kind of explicitly described path-map that explains to designers how to develop. What were my actions?

  1. I researched how other companies do it.
  2. I looked for similar problems on the internet. There are plenty of them too.
  3. I called 4 design and not only design managers from other companies for an interview to share how it’s done.

I analyzed the results and finally realized that there are different development tracks: people-manager track and individual contributor track. We can also build something similar.

But a path-map is not enough, we need something that will help us evaluate the designer and hint how we can develop further.

I don’t believe in schemes where everything is described in detail: what books to read, what courses to take, something else to do. Because I haven’t come across a single successful case where it worked. Plus I have tried to build such schemes myself before and it is very difficult and expensive to keep such schemes up to date. Moreover, it turns out in reality that it is not necessary.

As it turns out, each person is individual and the situation is also individual. We just need some role boundaries and growth criteria. Then it’s a matter of the specific situation and communication between the designer and his manager. The main thing is that development plans should include not work tasks, but actions that will help the designer to grow as a specialist.

We need to make

  1. Design career paths
  2. Criteria for transition from one role to another

1. Design career paths

Sooo, paths. I want to remove some of the legalities. We have done dozens of iterations and the result is this one. It’s perfect for me. Design career paths edited due to the fact that I had to hide sensitive information.

The most popular question was this. What is the difference between a design lead and an expert designer? There is no difference between the roles, they are both the same level of knowledge specialists. There is a difference in focus.

Expert designer focus are future, conceptual design, product vision, design strategy, interface quality, visual language. Design lead are process, x-communication, reward and recognition, performance, underperformance, hiring. Everything else is common.

2. Criteria for transition

Everything is clear with career paths, now we need to somehow understand what are the criteria for transition from one role to another. 60% of all criteria I wrote based on my expert opinion, 40% I looked up something in other companies. We did more than 20 iterations to improve the structure and content. Showed the map to design leaders, collected feedback. Selectively showed it to designers in 1-on-1 meetings.

After the final collection of feedback we realized that some criteria are not clear to designers, but for the sake of speed we simplified the description and came up with a scheme where we will describe the criteria in detail in separate articles to be written by designers themselves. After the articles were written, we started adding links in the table as additional information and clarification.

We chose the easiest format to launch the tool as early as possible and that’s Google Docs.

The criteria are clear, but how can a supervisor create a growth plan for designers? For this we came up with a simple method that consists of several steps.

  1. Make a copy of the table and make a separate page for each designer.
  2. Independently evaluate each designer for each point, for example from 1 to 3. I like coloring the table cells in shades of one color.
  3. Ask each of your designers to do the same thing independently. Let them also do this on their own. Then discuss the results 1 on 1 and combine these two tables into one.
  4. Choose the right development strategy, considering the interests of the designer and the team. Choose 1-3 most important growth points (not more!) and develop a plan. We trust mentors to decide specifically what needs to be done. Such issues are resolved personally and I don’t believe it can be formalized in any way. Each person is an individual and each person needs their own approach.

Hurrah! The plans exist and now they do not consist only of work tasks. Furthermore, each manager now has at least one topic for discussion at 1-on-1 meetings to monitor the progress of each designer. It is on these meetings that progress needs to be supported.

By the way, after all this, you can easily compare one designer with others and draw conclusions what portrait of the team as a whole. We tested it on five designers, made minor changes.

Launch

It seems like it’s time to implement. We needed to do it in a way that would get minimal resistance from the designers. I came up with a plan like this:

  1. Conduct a test development plan and conduct a criteria review for four designers selectively and gather feedback.
  2. Ask the lead designers to show design career paths and criteria in 1 on 1 meetings and collect feedback.
  3. Once changes are added, make a public announcement to the entire design department.
  4. Hold 2-3 public workshops.
  5. Make final edits.

That’s exactly what we did. Bow!

Results

I went through more than 20 development plans. In the end, I saw clear development plans with growth points and no work tasks. This is a success, but we need to keep monitoring this further and add this to the onboarding of new designers.

I conducted an anonymous survey among designers and got these results.

Issue Yes, % No, %
You know about the competency map? 81,8 18,2
Do you understand how you can develop in the company as a whole? 83,4 16,6
Do you know what you need to develop in yourself to move further along your career path? 78,8 21,2

Next steps

I plan to collect feedback and make improvements. If the topic takes root, make it more convenient in a separate software that is being developed by the internal product team in the company. Separately write detailed articles on different topics from the criteria and insert links in the table with the criteria. I want these articles to be written by the designers themselves.

Role and reflection

I was the owner of this project, so I made career paths and criteria myself, but with the help of a huge number of our designers. My manager validated the directions of thought. Special thanks to the design managers and designers who implemented it all to themselves and wrote feedback. I take my hat off to you all.

I didn’t come up with anything new. But I am proud that I was able to convince everyone and implement it in such a big company. I am proud of the work we have done together. See you in the next episodes, thank you!

Poster, PDF 3.4 MB

 24605   10 mo   casestudy

Comments in stories

I’d like to share a story about how we made a comments in stories. By doing so, we increased the number of stories read and the number of days in stories by 13%. I won’t describe the case in detail here, as it is described in great detail by Misha, I will only share a few points.

Tinkoff is an online ecosystem or super app based on financial and lifestyle services. The best mobile privetely-held bank in the world according to Global Finance. The third largest bank in the CIS with 30,000,000 customers.

Situation and challenge

We need to sell financial products in some way, this is the company’s main income. In order to do this more effectively, we talk about financial products in stories. Consequently, engagement in these stories has a positive effect on sales. That’s why we decided to make a comments module as a tool for engaging in our stories. At the same time, we conducted research and made sure that people want to be involved in the community, to share their opinions, to ask questions.

Actions

We did a simple discovery. Analyzed similar products, analyzed similar solutions within Tinkoff and did a desk study of benchmarks. In the end we have 6 hypotheses, prioritized them and took the first two hypotheses in the first iteration to cover all success criteria. As part of the first iteration, made hi-fi mockups and tested them. I’m not talking about a dozen approaches, how the comments could look like, it’s all described in detail by Misha.

Results

At the beginning of September we launched AB test. A few weeks later, we go into analytics, and the number of comments there has increased 70 times in relation to the previous weeks. What is the reason? Comments were enabled on Junior users (kids under 14). They made this feature monumental.

Total number of stories read increased by 12.9% and number of days by 13.2%

And these are the results of adult clients, in children it is 2-3 times higher, but we don’t include children in the results for obvious reasons. The role of designer was performed by Misha Naer. I played the role of the head of the design process. And these are the results of the first iteration, further on it will be more interesting. See you in the next episodes, thank you!

 1 comment    6718   2023   casestudy   tinkoff
Earlier Ctrl + ↓
Do you want to discuss something? Just write to me! telegram or email