Insights about the app design and development ecosystem.

Design Business

Product validation: what to consider before building an app

Building a product is no easy task. It’ll take months of planning, design and engineering work, but with dedication, hard work and the right professionals by your side, it can be accomplished. However, how can you know if you’re building the right product? Dedication and hard work alone won’t be enough. There’s another factor to consider on the equation: if it solves a real problem for real people. Many startups often decide to go straight to the building phase and end up missing some important steps of the product development process, such as validating their business idea with potential customers and analyzing the market. Let’s go over some things to take into account when setting a product validation.

Continue Reading

Opinion Development Design

Interdisciplinarity: the overlap between design and engineering

A common way to describe a product development process is with the DesignFront-endBack-end stack. This approach takes into account the disciplines involved on the process, and though it helps making things understandable, the distinction enforces the idea that the process is linear and phase-dependent.

This linear flow can also be defined as the waterfall model, and it’s rather common in the web industry. All pages are designed upfront, then a set of mockups are handed off to be translated into front-end code, and then, after all of that, the back-end logic is created. This causes an isolation of professionals on each phase, which leads to a series of implementation issues, mostly due to the difficulty of foreseeing all details and use cases on the early stages.

It also leads to the notion that there’s “my work” and “your work”. It’s not rare to hear developers saying: “Designers can’t touch my code!” or designers complaining that “The front-end developer messed up my layout!”. This creates barriers to the process. As obvious as it might sound, everyone is working towards the same goal: building outstanding products. And a more collaborative process is the way to achieve that.

Continue Reading


CSS Architecture: First steps

CSS was designed to be a very simple and intuitive language. Its basic purpose is to define selectors to target HTML elements and apply attributes to them. Easy to grasp and start applying. When working on large and complex projects, though, some CSS features might be a little trickier to deal with.

Its cascading feature, for example, allows properties to be overridden by other selectors according to its order on the sheet or by selector specificity. Also, elements inherit properties from their parents on the DOM. Without proper organization, this can quickly get out of hand and messy. That’s where an architecture comes to help.

Continue Reading