MBA1081 Why You Need Product Documentation

Hey O. Welcome to the Hundred Dollar MBA show. Practical how to's to build the business you want every single day with our daily 10 minute business lessons for the real world. I'm your host, your coach, your teacher Omar Zenholm. I'm also the co founder of the $100 MBA, a complete business training and community online. And in today's lesson you will learn why you need product documentation. Product documentation allows you to plan a focused product, whatever that product is, or service for that matter. A lot of people skip this step when creating a business and creating new products or offerings and it's a big mistake. I used to skip this step. Thankfully I do not do this anymore and it's really helped us produce better products and services. And now I know you're thinking, ugh, this is going to be boring and tedious and time consuming. No, it doesn't have to be. You're going to invest some time, but not too much. And product documentation doesn't have to be too long. In fact, if it's concise, you'll use it as a reference more often. Product documentation is not the tutorials or the manual for the product. It's the documentation that you're going to use to build the product to build the offering. Whether it's a course, a software, a physical product, or even a service you're going to be offering, it's a detailed plan so you know if you're on track and you're fulfilling the goal of the product. Every successful product you ever bought has gone through this procedure. This is best practices and you need to start doing it if you're not already. So in today's lesson, I'll explain exactly what product documentation is, what it looks like, why it's so important, and how to start building documentation for yourself step by step. What are the parts that you're going to include in your document? I'm also going to reference some examples of our own documentation for our software company, Webinar Ninja, and show you how it has helped us build better features, better options and a better product overall. Lots to cover. So let's get into it. Let's get down to business. Support for today's show comes from wgu. WGU is an online university that's changing lives by changing higher education. It's affordable and offers degrees in business, it, teaching and nursing. Their innovative model was designed to fit the lives of busy adults so you can study anywhere, anytime your schedule allows. Move through the material you already know so you can finish faster and graduate with less debt. Degrees are Current and relevant, so you'll get the skills and credentials employers are seeking. You'll also get personalized one to one faculty mentors. From day one, get your $65 application fee waived at WGU. EDU100 MBA. Again, that's WGU EDU100 MBA. So why is product documentation so important? Well, it's basically the blueprint to what you're going to be offering your customers. And the reason why you have blueprints is so that when you're working on it, you have a reference to get you back on track. As entrepreneurs, we are filled with ideas and sometimes our ideas will derail us. We don't want to do that. We want to stay focused. Remember, we want to get this thing out there so we can start offering solutions to our customers. In addition, by having a blueprint, by having documentation, no matter how many people are working on the business, working on this product, they know what the goal is, they know what they're trying to actually achieve, they know what the outcome should be. This is so much more powerful than just running some sort of meeting and telling people what you think and then, hey, you just remember what I said forever, right? No, the documentation is like the rule book. It's like, hey, this is what we're trying to achieve. Everybody stay on the same, you know, page. Figuratively and practically. This cuts out the need for too many meetings. I'll give you a perfect example. At Webinar Ninja, our webinar software company, we're rolling out a whole new feature on customizing your registration and thank you pages, new templates and a new way to customize and create your own templates and save them. As it's so exciting, we can't wait to release it. But in that process of developing it, there's a lot of people working on it. So we have developers, we have designers, we have front end developers, back end developers, all that kind of stuff, right? But it starts with documentation. We had to write a document explaining exactly what this feature is going to do, how users are going to use it, what it looks like, how are they going to save, how are they going to change things, upload images, all that kind of stuff, right? And that documentation is just written in paragraphs, in sections. So then when that documentation is written, that can just get handed over to the designer, our designer arena takes a look at the documentation, reads it through so she understands exactly what she's designing in terms of the user experience, the ui. She doesn't leave out any features, she doesn't leave out Any contingencies because she's following a guide, it's written in black and white. And then when she hands over designs to the front end developer and the backend developer, those people are following the document as well. So they understand how she came to these designs and what these designs are supposed to do when you actually put them into the real world and into action. So you get the point. The document is like the manual to creating the product. Now I'm going to tell you, creating this documentation may take some time, but it's time well spent. I always say you're either going to pay now or you're going to pay later. And paying now is going to be better value. You're going to spend a bit of time writing documentation. Depending on the size of the product or the service or the scope, it could take anywhere between a couple days to to a couple of weeks to write proper documentation. If this is the first version of your product, it shouldn't take too long because again, minimal viable product. But after you write this documentation, it becomes the saving grace. It helps everybody in the process, including you, the leader of the company. Less questions are asked, less time is spent trying to revise and improve things because there is no lack of communication, there is just a guide to follow. So what do you include in this documentation? How do you write one? Well, it's pretty simple. I like to just start documentation with the name of the document and the project we're working on, whether it's your product, your actual service or a feature within your product. So in my example with Webinar Ninja, it's a webinar Ninja new registration and thank you page process. And we put a date on it so we know exactly when this documentation was written. And then we have a date under that that says revise. When's the last time it's been revised or updated? Next we have a paragraph, four or five sentences that's called intro and goal. This is just an introduction to what this thing is, what we're building and what's the goal? What's the purpose of this? What are we trying to achieve? What are we trying to give our customers? What are we trying to solve? This should be super clear and should be right at the top of the page so everybody understands why are we building this thing? This should be front of mind. The next is the title. Who is it for? Now you can't just answer this with like users, right? No, but what kind of users? What kind of customers? People that want to personalize a registration page or have A personal brand that is for our example, with Webinar Ninja. For you, it could be if you're creating a new type of clothing or a new T shirt for people that love new trends. The people that love Star Wars. If you have a Star wars themed T shirt. Right, and the answer to this question can be more than one type of person. The next title is why build it? Why are you building this thing? There might be some other solutions out there. How is yours going to be different or better? If there's no solutions out there, how are you going to be able to convince others that this is the solution for them? This is actually going to solve the problem. Because if you're the first person attempting to solve it, they may not be convinced you can solve it because they haven't seen it done yet. And scratching your own itch can be an answer. I have this problem, I want to solve it for myself. The next title is what is it? You gotta be able to define with some quick bullet points, what is this thing you're building? Clearly you gotta be able to describe it very easily and concisely so you'll be able to then tell your customers what it is when you market it. What is this thing? Then you want to highlight the criteria, what you need to actually get done in this product. What's the functionality, what's the usability, the reliability, the, the performance? And how will it be supported? Do you have a support plan? Do you have a support team to help your customers out as they're trying this product? And that's basically it. That's a general understanding. Of course you can add more detail, but you can keep your documentation pretty tight with those titles, with those areas, those actual sections. Now, once your product is created and you've used your documentation along the way, is documentation just kind of forgotten about? No, it has a huge, huge use after the product is created. Actually, there's two major uses I want to highlight, but before that, let me give love to today's sponsor. Support for today's show comes from Mattress Firm. Sleep, or lack of sleep affects so much of our day to day life, especially as entrepreneurs. We gotta prioritize our health and sleep is a big part of that. We, we need to make sure that we start every day fresh, attentive and not irritated when you don't get enough sleep. You have zero patience. And Mattress Firm understands that and understands that a great night's sleep is really the ingredient for a great day. And they want to make finding the perfect mattress at the perfect price one less thing to worry about. So what does that mean for you? Well, it means you'll never wake up on the wrong side of the bed again. With Mattress Firm's unbelievable low prices and their wide array of mattress comforts and features, it's impossible not to re establish your love in a precious appreciate an uninterrupted night's sleep. Right now when you go to mattressfirm.com podcast, you can take 10% off already low prices when you use podcast 10 as the promo code. That's podcast 10. And if shopping online isn't your thing, there's more than 3,000 stores nationwide, so they're never far away for you to drop in and find a mattress that fits your body and your budget. Take 10% off@mattressfirm.com podcast with promo code podcast10. Do your mind, body and your business a favor and your wallet by the way, and find your next mattress at Mattress Firm today. So once your product or service is created, you don't just forget about the documentation. You pull it back up. And when you test your product, when you're actually seeing if the product is working properly, before you release it to customers, you got a reference and look back at the documentation. Have you met the goal that's at the top of the actual documentation? Have you actually accomplished what you set out to do? Or did you get derailed? Do you need to adjust and course correct? Another huge use for documentation is when you start marketing your product. Your documentation is going to be using plain language language that you can use to sell your product when you release it. Remember when you were explaining with bullet points what this thing does and why you need it and who's it for? All that great stuff, all that great language can be used in your sales pages, in your advertising, in your Facebook ads, in your webinars and all that kind of stuff. It's gold. And you don't have to reinvent the wheel. You already wrote it in documentation. Let me give you one last tip after you do this once. Once you start writing one document for your first product or first feature or first project, you're going to fall in love with it. You're going to love this process and you're going to do it for every single thing you build. It's just getting over that hump and trying it once. Because when you never do something, you just feel like it's just kind of unnecessary or maybe I don't need to do that or it's a waste of time. No, no, no, trust me, it's going to save you so much time, it's going to build better products for you. And, hey, it's what the pros do. So you got to go pro. All right. Thank you so much for listening to the 100 LMBA show. Before I go, I want to leave you with this. You don't have to be an epic writer, you don't have to be a best selling author to write documentation. In fact, the plainer the language, the better. Write documentation just like you would speak. In fact, I often dictate my documentation. I just use the dictation feature on my phone and just talk out things. And then I can edit later. Or I just talk it out and then I hand it over to a project manager in my team where they have all my ideas down and they clean it up and they add their own ideas. Doesn't have to be fancy and it doesn't have to be, you know, a Pulitzer Prize winning piece. Keep it simple, keep it straightforward. Thank you so much for listening. I'll check you in tomorrow's episode. I'll see you then. Take care, Sam.