---
title: "Part VI: Conclusion, analysis, and feedback"
date: 2020-07-01
description: "Reaching some conclusions Three key takeaways  1. Prioritize those projects that are strategic 2. Engage deeply on 1-2 projects..."
canonical_url: https://idratherbewriting.com/blog/reflecting-seven-years-later-about-layoff-conclusion-analysis-feedback/
---
# Part VI: Conclusion, analysis, and feedback
As I’ve argued, I don’t think managers assess whether their employees have deep product knowledge or more general knowledge as they consider layoffs. But I have argued that if you can limit your focus on projects and engage on a more focused, in-depth level, your value will be much more apparent and recognized. So, in the end, deep accrual of knowledge on fewer projects is actually the best approach for reversing low value estimations for technical writers.

## Three key takeaways

I don’t have all the answers, and these posts are almost notes for myself more than any formalized knowledge. But here are a few key takeaways:

### 1. Prioritize those projects that are strategic

This task first requires you to identify which projects are strategic. You might not be able to say no to the non-strategic projects, but that doesn’t mean you have to write all their docs. I constantly shift between playing an author, editor, or publisher role on projects. For important projects, I play an author role. For less important projects, I just play an editor or publisher role, with varying degrees of engagement. (For some projects, I just onboard them onto our toolset and let them publish in a completely autonomous way.) With this model, there’s a risk that others will read the potentially poor documentation written by these teams and assume it’s the work of the tech comm team, but that unawareness can be mitigated through bylines and notes in the email blasts I previously mentioned. I also think it’s feasible to establish developer portal standards, templates, style guides, and other requirements, and then hold teams accountable to follow them.

### 2. Engage deeply on 1-2 projects only

After identifying the strategic projects where you plan to devote your main authoring time, find ways to be proactive on a deeper level. Avoid being the reactive writer who only waits for requests to be filed. Consume the product information like a hungry researcher, and as you ramp up your expertise, let yourself naturally speak out to product weak points, roadmap strategies, and higher-level product strategies. Don’t be an invisible fly on the wall, nor tie your hands around a writing pencil only. Allow for the blurring of roles the deeper you engage, and recognize that more thorough knowledge will pay dividends on the writing front as well. It’s much easier to write when you already have the needed knowledge.