The effectiveness of an e-learning tool can only be judged by how well it delivers a course content to educate and train its intended set of learners. But grading their performance at the end or asking them to fill out multiple surveys are not the only ways to judge its effectiveness.
Rebirth of the DeveloperJanuary 13, 2013
In my 15 plus years of working in Silicon Valley, I never heard of a developer or engineer referred to as ‘IT’. It wasn’t until a very brief stint at a bank that I heard the term ‘IT’ used to refer to the developers that were designing and building sophisticated systems to underwrite mortgages. I remember feeling profoundly disappointed that these developers had seemingly been reduced to technological serfs. ‘IT’ was an uninspiring title and grossly undervalued the creativity of their work.
Then sometime last year I began hearing the term ‘IT’ used to refer to developers here in Silicon Valley. It caught me off guard. Wasn’t ‘IT’ a term reserved for banks or the people you would call when your mouse stopped working? Digging deeper, I found it was a new generation of online marketers that were using this term. What was behind this cultural change? When did a developer become “IT staff”?
Until a few years ago, most online marketers were focused on paid search and SEO. Funnel optimization was delegated to the product team, since developers and sprint scheduling was needed in order to make changes to the website. Off-the-shelf tools for optimization were clumsy, expensive and so hard to use, that the product and marketing teams I knew actually preferred to shepard changes through their dev process rather than use the tool (sorry Adobe, but I’m referring to Test & Target, formerly Offermatica). I believe it was at this point that marketers began to think of developers as ‘IT’ – a team that sat on the other side of the building, which was called upon when something “technical” needed to be done to the website. Just like the IT department who you called when your mouse stopped working, these resources needed to be requested and scheduled whenever you needed help.
When we decided to start Qualaroo, we firmly believed we were on a mission to empower marketers and to liberate developers. Testing pages, gathering insights and driving user behaviour should be faster than a two-week sprint. And to put it frankly, the developers I know would always take a really hard problem (think scalability, graph traversal and memory management) to moving pixels around a page. We welcome online marketers and developers to this new and exciting era and encourage them to enjoy more power, control and flexibility than was ever thought possible.
Do you share this sentiment? Let us know by posting a comment below.
Measuring customer satisfaction is becoming more and more important with today’s highly aware and actively involved customers, because they have multiple platforms on which to share their views, both good and bad. This in turn can have a remarkable influence on other prospective customers about your business’s products and services.
Today we’re thrilled to introduce our newest feature, Templates! With Templates, you can now ship your Nudges faster and more confidently than ever.
You probably have a firm grasp on some of the universal metrics of SaaS success: ARR, growth rate, churn rate, CAC, LTV, etc. There is no doubt that these are critical, but in many ways these metrics do not tell the whole story of “success”. So what’s the leading indicator that can give you a fuller picture of success? Your customers’ satisfaction.
We grouped our list of 29 questions into the different topics you should consider exploring in prototype testing. Aim to choose at least one from each section to make sure all your bases are covered. We’ve also included a few pro-tips here as food for thought.
This article will cover the major Dos and Don’ts of prototype testing. We’ll walk you through the most common mistakes we see in the field and share tips on how to avoid them.
Testing prototypes is an inherent part of finalizing designs. Nobody wants to wonder why users are not utilizing an app the way it should be utilized or why they can’t seem to complete a purchase on your website. And nobody wants to rework something that’s already been shipped.
UX designers are under a lot of pressure to produce designs that add value to users’ lives. But without input from your users, it’s nearly impossible to design an experience that actually helps alleviate their pain points. If you’re pressed for time and/or don’t have the help of a researcher, getting the user input essential to design a great product can certainly be a challenge.