Podcast: Growing Your Business

Growing Your Business

—- Transcript ——————————-

Audio File: 2014 Feb 12 – Growing Montie Design or Your Business.mp3
Audio Length: 13:10 minutes
Hello, my name is Montie Roland and I’m with Montie Design in Morrisville, North Carolina. We’re a product development firm and we have core competencies in mechanical engineering and industrial design. And we, basically, take concepts and turn it into products that are ready to be manufactured. And then help clients take it through the manufacturing process to where there’s products on the dock.

So, one of the things about being a design firm is that we have to be responsive to clients, but at the same time, design is an industry that in some ways is very similar but other ways changes rapidly. As business conditions change, we have to change our business with it.

One of the things I’ve been doing for the last few months is to sit back and say – How do we grow to the next level? We’ve kind of been at a similar size for a little while and we’ve determined that we want to achieve some goals. And so, in the process of evaluating where we are, I also realized that, Hey, I need to grow as well. I think anytime the president of a company is not willing to grow, that company’s got problems. So, I’ve been taking classes and getting help from mentors and one of the companies that’s helped us a lot is a company called 360º Profit Masters. And so what they’ve done is they’ve helped us restructure our books and also mentored us through how to better look at our customer segments. And also how to restructure our books around the customer segments we’ve identified, that we serve. Which was definitely a challenging proposition to do for yourself. It’s one of those things. Doing it for somebody else is easy, but doing it for your own business is sometimes interesting.

So, one of the tools that we’re now exploring and working on how to implement is to start looking at our sales process in a more structured way. We have a process now that is very much focused on, you know, what are the client’s needs; how do we meet those needs; and what’s the cost. But, in the past few weeks, I’ve learned that maybe we need to look at this differently, because I think that sometimes it’s really easy just to focus on what you’re good at. And focus on things like, you know, how many hours of engineering for this and that. But, when it comes down to it, as part of the sales process that’s only part of the ballgame. So, we’ve got different sections of that sales process, and some things get done intuitively and are just standard practice. But, I think it’s important that we start to document that so that, A) our results are consistent, and it also protects our profitability (and I’ll explain why in a minute); and then also, too, as we grow that gives us the capability to train a salesman much easier.

So, when we think about a job, let’s say that we’re going to do a project where the client’s right down the street; it’s something we’ve done a hundred times before; we have a good relationship with the client, they always pay on time – everything’s just wonderful. So, that’s a job that we can jump in and knock out. Get a good idea of, you know, what the pitfalls are because we’ve been there before, and that’s great. But then there’s other times where we have jobs where there may be other criteria that become important to how the job is performed, which inevitably affect the bottom line and should be considered in the quoting process. So, for example, issues might range from, you know, concerns about payment, to where the job’s located. If we’re doing a project and I’ve got to put four guys in the Himalayas for six months, there’s a cost associated with that. So, I need to consider that cost when we’re looking at how we’re going to price the job. So, one possible tool we’ve been looking at is to develop a baseline score based upon historical data of job profitability. So, let’s say that we figure out that the average job, we have this baseline score of 50. And based upon the size of the job and that score, we should end up with a profitability of X. And so that is the starting place. The next step is then to identify things that impact that score. So, for example, I take that score and I start going through a list of questions. Is this client local? Is this client in the state? Is this client, you know, out of state? Is the client out of country? Do we have to travel to the client’s facility? Is this an industry or a construction method (a construction method – you know, maybe sheet metal, injection molding, die casting); we’ve done a lot but is this something we do have a lot of experience in? Or we don’t have a lot of experience in? Is this an industry we’ve never worked in? Are there language barriers? These type questions and go through these questions, and then assign a modifier for each one. So, for example, if there’s an extreme location – an extreme location can be a difficult to reach location physically, or it could be an extreme location like, you know, some place out of country that isn’t safe; and there’s a range of stuff in-between. So, as we go through and ask each question, previous to this job that we’re quoting, we’ve assigned a value to each question. So, is the client in town? Okay, maybe that’s a +5. Is the client less than fifty miles? Maybe that’s a +0. Is the client more than fifty miles? Maybe that’s a -1. Is the client out of state and will require visits? Well, maybe that’s a -10. Because even if we bill for that travel expenses, there’s always some downtime associated with that. Somebody’s gone for half a day and they get back at 2:30; a day’s lost. So we go through and develop this score and then this score allows us to see where the job should fall for profitability, and from a pain-in-the-butt standpoint. Some jobs are just going to tie up resources that maybe would be better used on a job that’s easier. Maybe easier’s not the right word; maybe a job that’s more of a standard project, as much there are in design. But that way we’ve got a way to evaluate that. We’ve also got a way to start involving employees in the quoting process, which I think is important especially because those employees affect the profitability of those jobs. So if they understand better the quoting process then, all of a sudden, they have a better understanding of how they can impact the profitability, which is just a great way to help lead to more profitability because your employees and maybe even vendors have a clear understand of things that they do that adversely or positively affect that job, and then as a result, the help to the company which, they have a personal interest in.

So, that’s a tool we’ve been looking at. There’s a lot of work between here and there. But, I think we are on the positive path as we’re automating our sales process, or better defining our sales process. And that way, too, it also helps anybody who’s involved in that sales process to not forget an important step. In the challenges, you don’t want it to become so automated that, or so rote, that all of a sudden important factors are not considered because they’re not on a checklist. So there’s got to be a balance between the two. But that’s kind of what we’re doing. I think that a similar process could be applied when you’re deciding what type of product you should sell. And I’m on a little bit of a tangent here, but when you’re thinking about adding another product to your product line, or maybe doing your first product, then there’s this opportunity to evaluate – Should you do this product? but way before you start manufacturing it. So, I think you could apply a similar process to each product. And this is a little more than “house of quality” because in house of quality, we’re just concerned with feature sets. But in this case, we’re starting to look at the product more holistically and can be concerned with the financial side of that, but structure it in such a way that it doesn’t require a CPA to figure that out. That’s something I imagine we’ll explore over the next year, as far as tying that especially into our Montie Gear products. And developing that model of evaluating products early on and maybe standardizing how we do that for Montie Gear, which will let us turn around and do the same thing for clients where that’s needed.

So I hope this has been a beneficial chat. You can tell it’s something that I’m thinking about and working through. So I’m sure over the next few months, I’ll have other thoughts. But I do appreciate you taking time to listen to the podcast. I hope its beneficial. I hope we can help your business. I hope we can help you design better products or manufacture better products. If you have any questions or comments, or, Hey! If you need a really good design firm to help make your next product a success, any of the above, give me a call – Montie Roland, 919-481-1845. Email me – montie (M-O-N-T-I-E)@montie .com. Or visit our website – www. montie.com. I appreciate your time. Have a great day. Montie Roland, signing off.

END AUDIO

How to Set Up a New Project – Costed BOMs – Part 3

 

After many years of setting up projects for our industrial designers and mechanical engineers, here are my thoughts on some basic best practices on how to structure your files and keep your project organized.  This segment examines a very useful tool for the engineering and product team:  the costed BOM.


Costed BOM TutorialHere is the transcript of the podcast:

Good morning. My name is Montie Roland. I’m with Montie Design in Morrisville, North Carolina.

And this morning, what’d I’d like to talk about is how to structure your project from a file standpoint, from an organizational standpoint.

Montie Design is a full-service design firm in Morrisville, North Carolina. We provide industrial design, mechanical engineering and prototyping capability on-demand to help you move your project from concept to ready-for-the-shipping-dock.

So, we’ve talked about our Current Design, Released  [directories]. . . let’s go back to Released for a second and talk about reving Assemblies or not to rev assemblies. It’s going to be driven by several things. One is if your design changed dramatically and the assembly doesn’t look like the parts, you need to rev the assembly. Other times you may need to rev the assembly is if you have a vendor that has a PLM system that is tied to the assembly rev. It doesn’t have the flexibility to control it without . . . to make a change to their drawing set without a revised assembly. We’ve seen that. We have a project right now we’re working on; they don’t have that control. So if we make changes we have to revise the assembly just because we revised a part. And the problem is that if you have to do that there may be a lot of subassemblies in-between; so it’s definitely a lot of work to do that.

And so you’re kind of starting to see, as a manager now, why sometimes your engineers are reticent to . . . to do revisions, because there is some work to it.

So other directories that you’ll need – one is that I create a “Project Management” directory. Project Management directory has contracts; has any schedules; things that you need in managing the project, but maybe not necessarily need to execute the design.

So another thing we would do is that we want to create a Bill of Materials. The Bill of Materials is sooooo handy. As the project goes along, you’re Bill of Materials is going to become a costed Bill of Materials. So at the end of the project, what we want to see is we want to see a . . . a Bill of Materials that has a part number, description, a revision, and has the costing information. Now, dependent on the project there may be some projects where that’s completed handled by the client. For a MontieGear project, one of the last steps is to make sure that Bill of Materials is correct, has the costing information, and then . . . that is used by the person doing the pricing, which often is me for MontieGear. I will take that, and if that Bill of Materials is done correctly, what I can then do is add the cost of labor to do assembly; any shipping costs; and then I know how to price the product without going through and pulling up a bunch of drawings. And this is so important later on. It saves tremendous amount of time.

So, as you go through the project, other directories you’re going to want to have is “Quotes”. So, every time a quote comes in, scan it in; if it’s electronic, save it. Create a directory of Quotes from your vendors in one spot. So, that’s a subdirectory under your Project directory. You’ve got Quotes. So, we’ve done Current Design, Concepts, Quotes. Another one you’ll often have is something called “Files from Client”. And so those are files that the client has provided. These are documentation that where they’ve given you pre-project documentation; there may be initial version of a product specification. And so this is that repository of those documents. Then again, a lot of times we’ll save those file names by date; if it’s a quote we’ll save it by date and vendor name and then possibly, you know, what that is if it’s a single pat quote. So you can quickly scan down that directory and find the quote for the lower left beam, or what have you.

And you may have other directories as needed. Those will depend with projects. One of the other things we do is create an images directory. And then the Images directory, underneath it, we’ll have a description of generally what that image is about. So, it might be /images/first prototype or date-first prototype. Date . . . Proof of Concept; Date-Alpha Prototype; Date-Beta Prototype; Date-Installation. So, that way you can scroll through there and quickly find those images. It’s also a great place if you’re . . . if you’re a manufacturer to also put your . . . your product shots, or your products-in-use. Maybe they’re static images done in the light tent. But that way you’ve got a great way to . . . to go find that because it’s tied to the project.

So this Project directly, theoretically, if you were to just copy that to a flash drive, it would have everything you need to continue with that project. And that’s good because over time hard drives change, files get deleted, directories get changed. So if you encapsulate everything in that subdirectory, then that makes life a lot easier.

So, kind of to roll back through this, we’ve got parametric files and we’ve got non-parametric files. And then we’ve got files that are often edited. And so, the parametric files are Solid Works files that could be inventor; it could be Pro-E. But those are files that need to be kept together; need to be moved using a Pack and Go. And occasionally with your current design, one way to make sure you’ve got the correct files in there is to Pack and Go to a temporary directory; delete the files in Current Design; and then copy those back in. And that way you know you don’t have some superfluous files in there.

Other files that we’ll create and need to do something with are . . . are non-parametric files. So, these could be IGES, STEP, DXF, DWG. And these files, in the Release directory, it will have the parametric files, plus a PDF of each drawing and maybe a DXF or DWG, if that’s needed to do a cutting process, a 2-D cutting process, like water jet, or sometimes a machine shop if they’re working from a 2-D file.

Also have the 3-D non-parametric files, like STEP or IGES. And so that way, in that Release directory, you’ve got the CAD files, plus you’ve the file you’re going to send out to vendors, the non-parametric files. And probably this would be a good spot for your Bill of Materials for that Rev. And so, in this case, a lot of these files follow the same format. Its part number . . . for us, at least, its “part number – description_rev “ and then the two-digit revision code. So, 00 or 02. And so we do this to keep these file names consistent so they’re easy to read through quickly. And that way everything is . . . you get to . . . you can very quickly figure out what you’re looking for. If you don’t maintain control over file names, you end up with file names that mean something to one person today, but may mean nothing to someone later. And, six months’ from now, may not mean anything to the person who named it then. So, I think it’s very important to maintain that . . . that control; have a strict doctrine over that.

That Bill of Materials? It’s important for costing purposes if you’re a manufacturer, because that way you’re engineer is taking what they’ve learned when they went out for quotes, or the purchasing agents wouldn’t . . . so, whoever went out for those quotes enters that into your Bill of Material, so now you can do your pricing quickly without having to go look for a bunch of information which may be harder to find.

Also, storing those quotes is valuable because then that . . . because then you’ve got a way to address that quickly, there again, without having to go look through emails or . . . look wherever [other places on the server].

So, from a hundred thousand foot view, what we want to do is we want this project directly . . . directory to provide everything you need to pick up that project, modify that project, price that product, or deliver to a client. And if you can do that then that helps multiple phases of the organization; not just engineering or industrial design, but also purchasing; it’s great for a reference later, for sales and marketing, because they understand what’s driving the cost; and it’s just a win-win all the way around. And that . . . that’s important to main . . . there again, to maintain that discipline because it’s not only helping you in the engineering stage; like I said, you’ll reap benefits for . . . the life of the product, especially if you ever have to go back and make a change or you ever have to go back and re-price or pricing on components change. It’s a great tool. And having that in a standard format is . . . it just benefits you.

If you have any questions about this, please don’t hesitate to give me a call. I know it’s kind of a long section here and technical, but happy to entertain your calls, questions. It’s 1-800-722-7987. That’s Montie Roland. Email – montie (M-O-N-T-I-E)@montie(M-O-N-T-I-E).com. Or you can visit our website – www.montie.com. You can see the results of client work we’ve done at the montie.com website. Or you can see some of our projects that we’ve done for ourselves at montiegear (M-O-N-T-I-E-G-E-A-R).com.

I hope this has been beneficial. Montie Roland, signing out.

How to Set Up a New Project – Pack and Go’s – Part 2

After many years of setting up projects for our industrial designers and mechanical engineers, here are my thoughts on some basic best practices on how to structure your files and keep your project organized.  We’ll concentrate on the importance of Pack-and-Go’s in this segment.  This is a very important set of practices that will help keep you out of trouble.  These concepts are important even if you have a PLM system, because it helps you understand how the PLM helps keep you organized.


Solidworks Pack and Go for TutorialHere is the transcript:

Good morning. My name is Montie Roland. I’m with Montie Design in Morrisville, North Carolina.

And this morning what’d I’d like to talk about is how to structure your project from a file standpoint, from an organizational standpoint.

Montie Design is a full-service design firm in Morrisville, North Carolina. We provide industrial design, mechanical engineering and prototyping capability on-demand to help you move your project from concept to ready-for-the-shipping-dock.

The Concept directories are where you’ll store your sketches, your ideations, maybe your solid model concepts, pictures for your style board. So then, when you think about these files we’re starting to store, you really have two types of files. One type of file is parametric, and the other type of file is static. And then really . . . I guess a third file would be like a . . . a file that’s directly editable. When it comes to Cat files, though, we have two types.

So, parametric files are files that are linked or potentially linked to other files. This is very, very important to keep in mind. So, with Solid Works, we can save a non-parametric file to a format like STEP or DXF or IGES or DWG or PDF. These non-parametric files can be edited, like, easily in the case of DXF or DWG; less easily in the case of PDF. And so these files, though, are generally not going to change just because you changed something somewhere else in the Solid Works model. However, the Solid Works files from Solid Works are parametrically linked in many cases. So, for example, a drawing file is going to go reference the part file to rebuild the drawing. So, if the part file is missing, it can’t reference it and can’t rebuild drawing and get a, basically, a blank screen in the middle of your . . . your drawing. So this is very, very important to keep in mind. Whenever you move files from one directory to the other (and occasionally you need to do this anyway), you run the risk of orphaning a file that’s somewhere else. So a good example of this is . . . let’s say I’m working on (in Solid Works) and I got to McMaster Car and I download a screw (which is a great way to get a screw). So, I download that screw and then I open it up; it comes across as a STEP or an IGES, and then I import it into my model. And when I hit “save” that McMaster Car Screw was saved to my download directory on my local machine. So, if I don’t consciously save that to my Current Design file . . . Current Design directory on the server, then . . . or on the Z-drive, then what’s going to happen is that now I have files in two different places. So, if I was to go and grab Current Design and move it into Release, let’s say. Just copy it over. I would leave that screw behind. Because the copy tool in Windows Explorer does not know about the relationships in Solid Works. So, it doesn’t know to go grab that.

Solid Works has this wonderful utility called “Pack and Go”. Pack and Go finds every file that’s linked to the files that you have open. So, what you want to do is go to the top level of, let’s say, Drawing. Or top-level Assembly. Open up Pack and Go, and then it’ll give you some options. And, generally, you want to exercise all those options in terms of including drawings, including . . . textures, including decals, FEA results; grabbing all that’s good – that way you don’t leave something behind. Solid Works will go look for those files, make a list of them, let you see that list, and then you pick a location where you either want to save that as a zip file, or you want to save that . . . just to that directory; drop the files in that directory. So, you choose that directory and then you hit “Okay”. Then Solid Works will think, and then it will start grabbing files and copying them to that directory. If you do not do this, it will bite you. It is not a question of if it will bite, it’s a question of what moment, what day, and how bad. Because we’ve seen this before. You can imagine that if you have files on a local machine and you just copy them over, or you copy them between places on the Z-drive or what have you, and you orphan some of these files, it can be very painful to find those, get those back. And then you’re never really sure you have the right one. So, let’s say you orphan a single screw. Okay. Worse case, you go download it from McMaster again. But let’s say that you have somehow ended up with a part file that’s in an unknown Rev (or even if we know what the Rev should be) and maybe it’s in some directory. It can very easily happen that you inadvertently saved it to the wrong directory. So, maybe you’re working in Current Design but you’re using a file from Rev 02. But that file is actually Rev 07. So, you grab the stuff out of Current Design, move it to Rev 08. You missed the Rev 07 file. Well, now, all of a sudden, we’ve got no clue where to find that file. And it’s difficult to find without pulling up every single file in . . . on the . . . in the subdirectory on the Z-drive and on your machine, and try to figure out which one it is. And even then, we’ve got to go by the Revision number and properties. And that’s just painful because that still doesn’t tell us it’s the right one. Because there could be, like, a 7 there and an 07 here and which one’s the correct one.

If you do Pack and Go, you avoid soooooo much of that trouble. It’s . . . Pack and Go is your friend. I just . . . this is one of those things that’s important to emphasize.

So, a similar thing applies to other programs. For example, PowerPoint has a Pack and Go feature; use it. Grab all of these images, put them in a Pack and Go file, because that . . . most of the time when you’re working on projects, you end up with images in different subdirectories. It’s on a local machine. It’s on a . . . it’s on your network. But if you do Pack and Go it grabs all those and puts them in the same space. Yes, you use more disk space. I’ll argue that disk space is dirt cheap compared to a few hours of looking for a file you can’t find ten minutes before your deadline.

The same goes for . . . you know, you’re working in an Adobe product. If you have the option to embed it in the file rather than link to it – embed it in the file. I realize this can make your . . . catalog a gigabyte in size. But, it’s so much better than two months’ later pulling it up and missing files. There again, disk space is cheap; time’s not. So, embed those files. Pack and Go. You know, use these features in these programs so that it makes it easier.

Alright, so, it’s also important to note that you have a PLM system, and you do check-ins and check-outs. It’s going to be a little different because that software is going to manage a lot of what we’re talking about. So, I’m not . . . I not sure. I think it’s beyond the scope of this podcast to go in depth on . . . on the PLM systems. But, they’re great. They’re awesome. They help manage some of those. So, in this case, we’re just talking about the manual.

But, on the other hand, if you understand the manual, it makes it a lot easier to understand the PLM.

If you have any questions about this, please don’t hesitate to give me a call. I know it’s kind of a long section here and technical, but happy to entertain your calls, questions. It’s 1-800-722-7987. That’s Montie Roland. Email – montie (M-O-N-T-I-E)@montie(M-O-N-T-I-E).com. Or you can visit our website – www.montie.com. You can see the results of client work we’ve done at the montie.com website. Or you can see some of our projects that we’ve done for ourselves at montiegear (M-O-N-T-I-E-G-E-A-R).com.

I hope this has been beneficial. Montie Roland, signing out.

How to Set Up a New Project for Your Design and Engineering Team – Part 1

After many years of setting up projects for our industrial designers and mechanical engineers, here are my thoughts on some basic best practices on how to structure your files and keep your project organized.

Victor Sketching

 

Here is the transcript:

Good morning. My name is Montie Roland. I’m with Montie Design in Morrisville, North Carolina.

And this morning what I’d like to talk about is how to structure your project from a file standpoint, from an organizational standpoint.

Montie Design is a full-service design firm in Morrisville, North Carolina. We provide industrial design, mechanical engineering and prototyping capability on demand to help you move your project from concept to ready-for-the-shipping-dock.

It’s always good to have processes and procedures. Now, I think . . . and, of course, any company can take that too far. And the counterpoint is if you take it too far, then you get that big company mentality and you’re painful to deal with. But, a lot of these processes and procedures benefit the company. I’ll be the first to admit that, as we’ve grown, we’ve . . . I’ve not been the biggest proponent of procedure and process, because, as a small group, you get everybody reading your mind and you don’t have to worry about it. But . . . this changes as you have more employees, because you have different levels, different capabilities, you have to keep re-training. And so, all of a sudden, it’s more important to have policies and procedures just to make life easier for your staff.

It’s also important when you think about interns. You’ve got someone’s who’s going to be there for a limited amount of time. You want to get them in, get them trained, and get them some experience; and then also get some work product completed so it’s a win-win for both the employer and for the intern.

So, let’s just dive in. A lot of these topics I’ve covered in past podcasts were much more . . . higher level. And so, this case, though, I want to dive in and let’s talk about this in detail.

So, first thing is that when you think about how do you organize your files. You want to have a place that everybody can get to. So, let’s say . . . let’s call it the “Z-drive”. And on the Z-drive, you have a space that is a shared working space. Now, what you need is you need a set of rules so everybody knows what to do. On a project where there’s more than one contributor, you really want to have a gatekeeper. So, the gatekeeper is in charge of files that go in certain locations. One is that files that go in current design and the other is files that go in your release directories. So, let’s kind of roll through those directories so I don’t get too far ahead of myself.

So, we’ve got a project direction. Let’s say our project is Zigsess (spell that one). And so, we got the . . . so I created a directory in this case . . . maybe for the client Zigsess. And then I have to make a decision. Is it likely I’m going to have multiple projects from this client? Or is it likely that I might just have . . . one. Or, not now . . . So maybe what I’ll do . . . I’m thinking that this might be a repeat client. So, let’s say that, if it is, then I’m going to want to have a directory for each project that we do for that client. So, we’ve got a directory called “Clients”; and then the client name. And then underneath that, let’s say Project A is the Vertical Inductor. So, we create a directory called “Vertical Inductor”. Alright. And under Vertical Inductor, we’ve got several directories. And what we try to do is keep these file names the same so that it’s consistent for everybody. Otherwise, you run the risk of people not knowing where the correct file is, which could be really, really bad. Because if you don’t maintain control over where files are placed, then you end up with names like . . . “12 February ’04”; “13 February ’04”; “29 November”; or, “Latest”; “Latest Old”, “Latest New”. So, you can imagine that someone stepping in who isn’t the person who created those directories is not going to have a clue which is the correct set of files. Same thing for the person who created them comes back six months’ later, may go, “Ah . . . I don’t know.” And the scary part is you might grab the wrong files. Let’s say you grab the wrong files and made some parts. You just made some scrap metal, potentially. Or worse than that, it may take you a while to figure out what’s scrap metal and what’s not, and that may be more expensive than just doing the whole thing again. So, in order to avoid that entanglement, what we do is to have a directory called “Current Design”. Current Design is the working directory. After the project’s over, the files in Current Design, theoretically, should be the latest, but may or may not. So, then . . . while the projects active, Current Design should always have the up-to-date files. And that’s not necessarily released, but that’s the current working files. And by working files, it means the ones you’re working on; maybe if you just released and maybe those are the latest (same as the released). But if you’re between releases and your current design is your . . . is the directory that you’re using to pull files out of.

Now, once you get a lot of hands working on a project, it’s always good to have a gatekeeper. And the gatekeeper is the person that controls what goes in Current Design. So, he may have ten people providing files to him; then he turns around and puts those in Current Design.

We also have a directory called “Released”. Released contains files that have been released. And what released means is its gone out to the vendor. Because most of the time we’re operating in a development mode, our release policies may be a little different than your released policies in a large manufacturing facility. Or in any manufacturing facility. Because what we do is every time a drawing goes out to a vendor, we bump up the Rev. In absence of a specific revision policy, what we do is we go up by numbers. So, we’ve got a part number, and then the revision starts at 00; goes to 01, 02, 03, 04, 05. So, we can have a release at 07 or release at 12, a release at 99.

So, one of the things is I think it’s important to keep in mind is that your revision number structure is something that someone eventually picks. And as long as it works for you it just doesn’t matter. It just needs to be consistent. You can do A.1, A.2; we’ve seen that. You can do . . . a major release as A, a minor release is numerical. So, it could be A.01 or A01. We just think it’s easier just to use 01, 02, 03, 04.

Now, whenever we release a drawing to a vendor, or send it out to someone who . . . may use that to make a part, then, if we make changes to that drawing, we revise that drawing. If the change is very, very small, i.e., does not affect the final result that you get back (and maybe it’s not rev’d at that point) . . . so, for example, if you add a comma to a note that cannot possibly affect the outcome of the part (it’s just to fix some grammar), then maybe you don’t release that if you’re in the middle of development. At the end of a project, everybody has drawings; I’m sure you’ll need to rev that.

So, the release directory . . . so, we’ve got a directory called Released, under our Induction directory. And so then underneath that, we’ll have “Rev (R-E-V) 01”. And so that’s our first release, when we first send out drawings to someone, or to the client, call it Rev 01. The next time we have a release, we’ll call it “Rev 02”. It’s important to note that part numbers and assembly-drawn numbers may not necessarily align with this Rev 02, Rev 03; it just means it’s the next time we released a set of drawings. Now, it may (depending on the client, depending on the client’s needs) there is a possibility that we may rev the assembly to match the top level assembly to match that revision in the directory. It kind of depends on where we are on the development process. But that way you always know that here is the latest and greatest that we’ve sent out. The . . . Release directory also gives you a historical reference for what you’re working on. So, that way you can go back and look at earlier versions of files if you need to. Hopefully you never need to, but if you have a corrupted set of files, or something along those lines, you could.

We also create “Concept” directories. And that Concept directories will then have sub-directories underneath that indicating which part of the project. So, maybe if you did . . . sketches for the rear-mount, or the fascia, they might have separate directories. Usually we name concept sketches by date, which seems to work well, but that’s up to you. So, usually what we’ll do . . . so, we’ll do “2014 Sept 24 – “ and then the name of the concept . . . “Rounded Fascia Concept”, not PDF or what-have-you.

If you have any questions about this, please don’t hesitate to give me a call. It’s kind of a long section here and technical, but happy to entertain your calls, questions. It’s 1-800-722-7987. That’s Montie Roland. Email – montie (M-O-N-T-I-E)@montie(M-O-N-T-I-E).com. Or you can visit our website – www.montie.com. You can see the results of client work we’ve done at the montie.com website. Or you can see some of our projects that we’ve done for ourselves at montiegear (M-O-N-T-I-E-G-E-A-R).com.

I hope this has been beneficial. Montie Roland, signing out.