{"id":18304,"date":"2013-08-08T14:30:47","date_gmt":"2013-08-08T12:30:47","guid":{"rendered":"https:\/\/www.rudebaguette.com\/?p=18304"},"modified":"2013-08-08T14:30:47","modified_gmt":"2013-08-08T12:30:47","slug":"for-success-outsource-qa-testing-to-your-customers","status":"publish","type":"post","link":"https:\/\/www.rudebaguette.com\/en\/2013\/08\/for-success-outsource-qa-testing-to-your-customers\/","title":{"rendered":"For success, outsource QA testing to your customers"},"content":{"rendered":"<p><img fetchpriority=\"high\" decoding=\"async\" class=\"alignnone  wp-image-18314\" alt=\"QA_and_Testing\" src=\"https:\/\/www.rudebaguette.com\/assets\/QA_and_Testing.jpg\" width=\"638\" height=\"380\" \/><\/p>\n<p>There are a surprising number of startups, especially in France, working their hearts out to build and launch a beta without having signed any paying customers. This build-first validate next approach is flawed.\u00a0 Involving paying customers as soon as you start working on your software gives you an incredible edge in building the right software as it forces you to tackle an adage from the seventies: If you make something idiot proof, someone will just make a better idiot!<\/p>\n<p>Let\u2019s look at the how these first few customers can help you build the best software possible. (I\u2019ll spare you the other obvious benefits of early customers: cash-flow and traction, two neat little features.)<\/p>\n<p>Even if you only are at the idea stage, strive to secure a few paying customers to validate your idea. If people are willing to give you their credit cards, then you are onto something and you should start to code in earnest. \u00a0Now, we do enterprise software and I agree that you cannot go to an enterprise customer with \u201cjust and idea\u201d.\u00a0 However, you can (I promise you can!) get money from a customer just by using a mockup.\u00a0 You do not need a full beta to go prospecting.\u00a0 If you need to create a prototype, check out Balsamiq mockups: It is the simplest, most effective, tool to create mockups you can \u201csell\u201d to your customers.<\/p>\n<p>Creating software is not building a field of dreams; people will not come just because you build it; it is unlikely to work even if James Earl Jones is one your early backers. (* this last sentence is also a hint of a forthcoming post about adapting your software to cultural differences, first non-US reader to get back to us gets a prize!)\u00a0 As you actively engage your early customers in your development effort you will get tremendous benefits:<\/p>\n<ul>\n<li>Your software gets evaluated by users who are only concerned about using the software in a way that benefits them, not just completing the test cases you give them. You can see how their reality stacks against your beliefs.<\/li>\n<li>Your marketing team gains \u201cuser stories\u201d that will help market the software better.<\/li>\n<li>You start generating buzz.\u00a0 Your customers are excited to be part of the process and are more likely to talk about you to their peers.\u00a0 This generates envy (the peers now want to participate). Word of mouth trumps SEO any day of the week<\/li>\n<li>You learn about your software\u2019s limitations and whether it makes sense to address them.<\/li>\n<li>Most importantly, you build stronger ties with your customers because you are now embedded in their activities.\u00a0 You understand their core challenges and are better positioned to produce solutions that get the job done.<\/li>\n<\/ul>\n<p>For most startups the QA stage is likely the one where involving your customers will yield the greatest ROI, which is why I am suggesting \u201coutsourcing\u201d QA to your customers.\u00a0 Do not get me wrong, I am not saying that your customers should solely handle your entire QA effort; it would be a recipe for disaster. Neither do I view testing and QA as being the same. Testing is ensuring the code works. QA is making sure the code works for the end-user.\u00a0 As a startup you should have most of your testing protocols automated and running in conjunction with your builds.<\/p>\n<p>QA, on the other hand, will be the time consuming, resource hungry item, which is why getting some of your customers involved in the process will put you ahead.\u00a0 Here are some quick and simple steps on how to make it happen:<\/p>\n<ul>\n<li>Set the right expectations with your QA customers:\u00a0 Be upfront with your customers about what you the time commitment and level of feedback needed.<\/li>\n<li>Collect metrics at all stage:\u00a0 Try to quantify everything and have before\/after metrics available to assess if your planned features are really hitting their targets.<\/li>\n<li>Use Gamification: Gamification techniques are fantastic tools to build a better customer, we\u2019ll post more about gamification in the near future but let\u2019s say that if you are not building gamifications techniques that help QA the software, you are missing on great opportunities to build an more effective product.<\/li>\n<\/ul>\n<p>HTML5, Agile practices, and to some extent the Hollywoodization of the startup world, give the impression that success is just a matter of coding an idea and putting it up on an app store with a bit of SEO behind it. The hard truth is that effective apps are the ones that win and 97.63% of the time, an effective app is the result of an effective QA cycle.\u00a0 Getting some of your paying customers involved in QA\u2019ing your site will help you build software that succeeds.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>There are a surprising number of startups, especially in France, working their hearts out to build and launch a beta without having signed any paying customers. This build-first validate next approach is flawed.\u00a0 Involving paying customers as soon as you start working on your software gives you an incredible edge in building the right software<\/p>\n","protected":false},"author":77,"featured_media":18314,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"subtitle":"","footnotes":""},"categories":[10563],"tags":[],"class_list":["post-18304","post","type-post","status-publish","format-standard","has-post-thumbnail","category-tech"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/posts\/18304","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/users\/77"}],"replies":[{"embeddable":true,"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/comments?post=18304"}],"version-history":[{"count":0,"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/posts\/18304\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/media\/18314"}],"wp:attachment":[{"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/media?parent=18304"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/categories?post=18304"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.rudebaguette.com\/en\/wp-json\/wp\/v2\/tags?post=18304"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}