Cracking a social-ish user generated content on a website is a precarious zone to get into. Critical yet, when people are already face deluge of products day in and day out. Top it with the fact that a great product only has so much acceptance unless your target users start believing in the product.
Now there are different ways to get them to buy into the product – marketing, distributionn channel sales, word of mouth and so. But this post is not about all of that. We are sharing our experience of how we built a product lean and fast – launched it soon – less than 5 weeks of product development – were reasonably embarrased with the first version, received some quick feedback and iterated
As Reid Hoffman classically puts it – “If you are not embarassed with the first version of your product, you have launched late”. In the real life context – take it to be very late!
We realized early on that our users faced difficulty in migrating through the product and hence weren’t able to gather meaning, understand the product philosophy in entirety. We realized that the major challenge was our “information design“. While obvioulsy, going through the lean product methodology we worked on rapid deployment cycles and minimalistic core features. Cracking the right design with ‘minimalistic design’ and ‘maximum context’ to the end user was the objective.
We had our share of learning and challenges from spending a major chunk of cash (which is always a constraint for bootstrapper) to picking up seemingly-beautiful design templates around the web, the results were never what we desired. We eventually applied our hacks and some tips that we realized while driving the mindset – that the product needs to walk-the-talk and behave as a friend and needs to be empathetic to the end user.
Delving straight to some of our learnings:
1) Assess your technical capabilities: Yes,the smoother it sounds, the rougher it gets if you put down your barins with some really kickass self-evaluation. This goes for you or the ‘hacker’ of your team. Though the foundation lies on a robust coding structure, it is very important to have a perspective about the flow of your product. Though there are numerous tools available online, I would strongly vouch for plain paer and pen. Freeze the structure and make it sure your other team members understand the flow. There is no better joy than all of the team members agreeing and understanding a rough sketch on paper
2) Talk in examples: I respect and value examples. You might not be able to reproduce your thoughts on online psd tools but if you can break down every component and show similar behaviours across multiple sites, that’s definitely an achievement. For example if there is a particular colour effect you want on your site, search through net and show it to your coder. You will be amazed what results in can drive. Of course, there lies a subtle difference between inspiration and copying, I will leave it to you guys to remove the blockade & march further
3) Break into smaller pieces: A bird’s eye view never reveals the complexities of the design till the time you start building it. So how would you tackle the hurdles that do not surface while sketching your thoughts? Divide the elements on the page into two components: