Sam Ramji

When I first met Patricia Boswell at Google. I was impressed with her intellectual horsepower and how she coached teams at Google on how to make their technology understandable through storytelling. When we sat down together to record an episode of the <a href="https://dtsx.io/3IfbEQQ">Open Source Data podcast</a>, we talked about technology and how storytelling facilitates better communication and collaboration in product development.&nbsp;
Boswell serves as the Staff Technical Writer at Google and has supported content creators across the organization since 2004. The journey that led her to Google started with her study of English literature in college back in the 1980s.&nbsp;
At that time, personal computers and word processors were just hitting the market, and seeing their potential, she became an early adopter of the technology.&nbsp;
<blockquote>
My colleagues really thought I was an odd duck. They didn't understand why I would use these computing systems. But now it's all the norm. I think they resisted at first because it was new but then once I got them on board with it they realized the value of it because it gave them a leg up. &ndash; Patricia Boswell
</blockquote>
As Boswell transitioned into teaching students, she brought her students along, encouraging them to scrap their typewriters and use computers to write their papers. Then she began requiring that students submit their papers to her in email instead of delivering them in hard copy. While using email and attaching files is something most of us take for granted today, at the time, this was an entirely new way to communicate. This also meant that there were few guidelines available for students to teach them how to use email to turn in their assignments. So, Boswell wrote them.
Using her background in English literature, she naturally focused on the benefits and use of every program. Her students didn&rsquo;t need to know how the code worked, just what they would get out of it.
While Boswell&rsquo;s journey into tech writing began with email documentation, from Day One, she has always viewed tech writing through the lens of a storyteller. Her first <a href="https://en.wikipedia.org/wiki/Signature_block">.sig file</a> included the quote from author <a href="https://en.wikipedia.org/wiki/Leslie_Marmon_Silko">Leslie Marmon Silko</a>, &ldquo;You don't have anything if you don't have the story.&rdquo; And in the tech industry today, this idea serves as a cornerstone for developer relations &ndash; It doesn&rsquo;t matter how you&rsquo;re building a thing if you can&rsquo;t tell the users what it will do for them.
<h2>Tech writers bring unique expertise to development teams</h2>
At Google Cloud, teams usually consist of a product manager, a software engineering lead, a UX lead and a tech writer. This structure provides a solid foundation for collaboration.&nbsp;
In her time with Google, Boswell has worked with many different teams and has enjoyed seeing how her input as a writer has helped to shape product development.&nbsp;
<blockquote>
I look for product vision and market vision. I look for that spark. Where do they see this product going? And then I think the collaboration is next, which is, I'm going to push you on that vision. &ndash; Patricia Boswell
</blockquote>
&ldquo;I'm going to ask some hard questions about the vision of a product manager. As an experienced tech writer, I know about some of these things. And if they collaborate with me and they're flexible and curious about my point of view, then together we create something that's bigger than either one of us could alone,&rdquo; Boswell said.
She enjoys asking engineers what they&rsquo;re doing and seeing their eyes light up as they explain the code. This helps her understand the development and sell others on the idea.
Boswell sees tech writers as non-sales sellers. Describing how it works isn&rsquo;t enough for her. She wants to find the middle ground that will appeal to developers by bringing out the story behind every product and avoiding all the sales fluff that the marketing department would add.
<h2>Thinking about your replacement in development</h2>
As our conversation was winding down, we talked about how important it is to think about the person that will be taking over our work some day. Boswell pointed out that when writing product documentation, it&rsquo;s equally important to write for the stakeholders as well as users. A great product owner will choose the same storytelling approach for both&nbsp; to ensure those that inherit our code can do so more easily to continue its development.&nbsp;&nbsp;
To Boswell humans are story-making machines. People use stories to make meaning and share information. She encourages everyone in tech to make storytelling a part of their skill set because with it, collaboration on any kind of product becomes easier and more productive.
Listen to the full discussion in the <a href="https://dtsx.io/3IfbEQQ">episode with Patricia Boswell</a> and meet more inspiring open source data specialists on the <a href="https://dtsx.io/3MYa6hG">Open Source Data podcast</a>.
About Patricia Boswell
Patricia Boswell has been working as Staff Technical Writer at Google since 2004. She helps challenge teams on their products and inspire other content creators to share stories rather than product features. Since completing her PhD in American Literature in 1994, Boswell has worked as both web developer and writer for a variety of organizations, including Keyhole, which was acquired by Google and laid the foundation for Google Earth.&nbsp;
Resources
<ol>
<li aria-level="1"><a href="https://dtsx.io/3MYa6hG">Open Source Data Podcast</a></li>
<li aria-level="1"><a href="https://dtsx.io/3IfbEQQ">Podcast Transcript</a></li>
</ol>

Build and scale cloud native apps

Discover the benefits of DBaaS and why your apps deserve an upgrade.

Learn about NoSQL Databases

Learn about NoSQL databases with Apache Cassandra and Astra DB.

2022 Recap: A Year for Customers, Community, and Real-Time Data

Highlights from 2022 and a glimpse into the year ahead.

ViewingIndustry

Making Storytelling a Part of Your Product Documentation

Sign up for our Developer Newsletter