Creating a digital product requires work from many people. In a team, we may differentiate a product owner, scrum master, UX/UI designers, and of course, developers. As you can see, it’s a group of people with various responsibilities, workflows, and different perspectives of a given product. Defining the principles of how we want to handle the cooperation is a foundation to a more intuitive product.
In this article, I’ll talk about 4 principles of good cooperation, how does it look in our case, and what teams can gain from it. Also, you’ll get some tips on how to make collaboration better and more effective — all of this basing on our experience. As a bonus, we talked to developers to check how they see our cooperation and what are the benefits from their perspective.
There’s a project to be done, and two teams have to work together. However, with different environments, methodologies, mindsets and tools, it may be a bit difficult to accomplish. How to ensure that we’re doing it well? With the right approach, all these dissimilarities allow us to grow and learn from one another.
The point is that both teams have to be on the same page with the project. Below you can find the principles that help us create a great designer-developer relationship.
It can be achieved only through established communication channels and constant check-ins. Tools such as Slack, Google Meet or Figma are great for this kind of collaboration. Thanks to this, we can set whether our visions come together and work on continually.
A good relationship between coworkers not only makes the whole process easier but also more efficient. We talk openly about the issues, and we work far more harmoniously than if we’d be working with total strangers. Nothing improves cooperation more than going out together. Also, company events provide an excellent opportunity to get to know each other.
Every single person in a team has an impact on the project, which also means that we’re all responsible for it—getting to know the product’s users, the problem to solve, and most importantly, client’s business. It allows us to focus on a common goal, which is creating an intuitive digital product that will be used by its target users.
Also, clarifying roles and setting expectations, let us complement each other and sets us off to a good start in a project.
Though there’s a debate when developers should step in the project, we prefer to do this from the very beginning of the project. It helps us better understand the project as well as enhance the team’s involvement.
Get more insights into the software development process from our newsletter. Sign up now and treat yourself with some Gorrion’s dose of knowledge.
Now that we know how two teams can benefit from it, it’s time to say a little bit about our process. What are the roles? And most importantly, how we cooperate?
Phase 1: Brainstorming – after the initial meeting with the client (Intro Day), we gather together and talk about everything that comes to our mind in the project. What’s interesting is that, during this step, there are no particular roles. Sometimes developers have some ideas about designs, and sometimes designers bring out interesting technological aspects. It’s a brainstorming session before we do flow, wireframes, research, etc. Our goal here is to make basic assumptions about the project.
Phase 2: Wireframes – here, our collaboration is a bit closer. First of all, we, as designers, prepare the wireframes and then we have a meeting with the whole team when we present our vision of screens. It’s the point when we talk about how we want to see the product, explain the user flow, and how should it work. Developers help us from their point of view, to pick up everything that we couldn’t foresee. They see how it’s all connected so they can propose other solutions.
Phase 3: Design – for the developers, we prepare a wall of components that they can use. There, they have assigned and described elements such as styles, colours, etc. This makes their work a lot easier. Also, during our regular meetings, we tell them in detail, how should something work or what should it do. By doing it on something tangible, we make sure that we’re talking about the same thing and thus, we can understand it better. For us, visualization of a concept or a problem brings the best value and prevents any misunderstanding.
Phase 4: Development – during this stage, a designer is always present on the developers’ planning. It allows us to be up-to-date with their progress in the project and together agree on the next steps. Moreover, when developers click through our designs, we can see our work from a different perspective. We can notice some other missing things, improve interactions etc. After all, our primary goal is to create a digital product that not only provides excellent experience but is also smart. Thus, sometimes we have to change our initial designs to facilitate the developers’ work, while other times they adjust to us. It’s about integrity between designs and development for us.
Additional phases: design review – after every sprint, when certain features are implemented and ready, it’s our turn, to check them and confirm that they’re prepared to show our client. There are 3 options to do it: First and the best one is to do it in the office. In that way, when we click through screens, we can discuss it with the developers and come up with solutions if needed. The second option is to get a recording or a set of screenshots, which we can watch later and then make a list of any places that have to be fixed. And finally, during a call, one of the developers can share screen and show it to us. It all depends on the project itself and the working style (in the office or remote).
This stage, we do only in one way – we get access to the application, and we check it screen by screen. This kind of in-depth review requires checking the application on all devices and display resolutions. Also, we have to click through every possible flow to pick up potential inadequacies. During this process, we also make a list of every place we’d want to fix along with the screenshots to locate them better. Then, we get together with our product owner and decide which changes are relevant for end-users or client’s business, and which are just a result of the designer’s perfectionist nature, and no one else will notice them.
Most times, there are small adjustments that need to be made. Nevertheless, it has to be done as it impacts user experience.
Let’s talk about our communication style that is adjusted to what we want to send or do. How we exchange files in the project? We do it through:
Every working team should agree on tools on which they exchange ideas, manage work, and store all the related elements. Thanks to these tools, the teams have access to everything anytime they want.
Basing on our experience a close collaboration brings a lot of benefits. Not only we can better set our goals and meet customer’s requirements, but also we deliver more valuable solutions. Owing to transparent communication and sharing information, we’re more synchronized in everything, and there are fewer misunderstandings. Finally, we continually gain new abilities which we later use in other projects.
Are you interested?