Why You Need Technical Communication-as-a-Service

Why outsource Technical Communication? To most of our clients, outsourcing their Network Engineering services, Data Centers, or Help Desk services makes financial sense. They can evaluate their Information Technology (IT) needs, perform a cost/benefit analysis, and contracting out the services can be traced to a specific cost saving.

Technical Communication, on the other hand, is seen as more of an overhead expense than a revenue-generating or cost-saving measure. Why not let the vendor who is offering the Network Engineering services take care of the documentation? Why not create the necessary documentation in-house? Why not let the technical people in charge of the systems write their own documents? This blog explores the pitfalls that come with this reasoning, and next week, in Part II we will provide tips on finding the right Technical Communication-as-a-Service team.  

Industry Challenge

The problem, poorly documented systems, stems from many sources. Typically:
  • Engineers and developers are too busy working on the systems to document
  • Some engineers and developers lack writing skills and avoid the task
  • Many engineers and developers hate writing or view documentation as a “waste of time”
  • Documentation is viewed as an “extra” task to be accomplished rather than an important part of the development lifecycle
  • Documents are viewed as a non-revenue generating activity and tend to be low on the priority list
In most cases, systems operate without proper documentation until some exigency brings the gaps to light:
  • A senior engineer or developer suddenly leaves, and there’s no knowledge transfer and nothing documented to help the person coming on board
  • Reviews or accreditation cycle due dates create external pressure for documents to be in place
  • A poorly documented system breaks down, and issues with systems that are poorly documented are harder to diagnose
  • A poorly documented system needs upgrades, and It becomes difficult to keep track of what’s the baseline versus what’s being added, creating layered and opaque systems that are hard to navigate

Bottom Line Consequences

At first glance it may seem like documentation is an unnecessary overhead expense, but poorly documented systems actually cost money. Here are some ways you are increasing your cost in developing and maintaining poorly documented systems:
  • Scope creep: Developing systems without proper documentation makes it harder to keep track of the scope and know when the system is considered “Done.”
  • Cost of maintenance: Senior Engineers spend more time diagnosing and fixing problems that could be delegated if the system is properly documented.
  • Compliance: The government mandates standards on documentation of system to qualify for continued accreditation. Non-compliant systems are costly. They increase pressure on the IT teams, who should be focusing on getting other aspects of the system ready for accreditation. Outsourcing documentation at the last minute will actually cost more.
  • Perception of quality of system: Even outside of the government sphere where a minimum standard of documentation is not enforced, users perceive poorly documented systems to be inferior in quality and that perception affects the price they are willing to pay for it.
  • Increasing burden on IT Team: End users rely on the IT Team for support when documentation is not readily available.  IT systems with excellent documentation create a “self-service” platform for end users to access the information they need reducing reliance on the IT Team for every minor request.

Clearly, documentation is both a necessary component to your bottom line, and one that is often difficult to produce in-house. It may make perfect sense to leverage your IT team’s skills, allowing them to turn documentation over to the experts so they can focus on what they do best. When freed up to focus on the systems themselves, engineers can attack the actual never ending list of work they have to do including development, upgrades, maintenance, and more.  But how to choose the right team of experts?

In Part II, we’ll examine the criteria to use in selecting the right Technical Communication-as-a-Service team.

To HUBZone Or Not


This was the question we pondered here at WhirlWind Technologies, LLC. After all, we are a growing business, with federal clientele (and looking for more) and a commitment to positively impacting our local community, so why not become a HUBZone-certified company? Since the Small Business Administration’s (SBA) website does a great job in detailing the HUBZone program (benefits, requirements, FAQs, hotline, etc.), we’ll concentrate our answer to factors pertinent to WWT.

In short, we couldn’t find anything truly negative or a major consideration about SBA’s HUBZone program that would exclude us from certification. Two of the most common issues regarding HUBZone certification eligibility and maintaining its requirements are non-factors for WWT:

  • Principal office location in a Historically Underutilized Business Zone: Since we are a distributed company, with the majority of our employees residing in commuting distance, potentially losing our principal office’s HUBZone designation in 2-3 years because of zoning re-designations will not severely impact our business.  
  • 35% employee residency within a HUBZone: This may seem challenging when your office is based in a popular metropolitan region such as Washington D.C. However, not only is WWT fortunate to already have talented employees that reside within surrounding HUBZone areas, we also like the idea of focusing future recruitment in underprivileged and underrepresented areas that show potential and whose labor force can be groomed into formidable talent that will help grow and conquer our business endeavors.

WWT views becoming a HUBZone-certified company as a “best of both worlds” situation, regarding federal contracting opportunities. We can take part in contracting opportunities offered to the general public and those exclusive to the HUBZone program since federal agencies have to meet a quota in awarding contracts to HUBZone-certified companies. Being certified gives us a competitive edge over our larger business and non-HUBZone-certified counterparts. Of course the most rewarding benefit is the fulfillment of social responsibility by promoting economic development and employment growth in economically disadvantaged communities. We’ve spoken to other HUBZone-certified companies who all had positive remarks about the HUBZone program, including that the process involves minimal paperwork, and may take as little as three days for processing (this varies according to company size). Our verdict: It’s a win-win scenario.

We want to hear from you! Is it beneficial for a company to acquire a HUBZone certification? Should you change your company structure, location, hiring process, etc. to reap the benefits of the HUBZone program? Share your thoughts and experiences below, and be sure to check out future posts about  WhirlWind Technologies’ experience as we undergo the process of becoming a HUBZone-certified company.