TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Re: Dealing with a vague document request From:yehoshua paul <ysp10182 -at- gmail -dot- com> To:Joe Weinmunson <litlfrog -at- gmail -dot- com> Date:Thu, 23 May 2019 20:26:48 +0300
If you're not sure, ask for clarification. Give to the Sales Manager a list
of options, explain what each one is, and then have him choose one.
If nothing on the list is what he is looking for, set up a meeting to
discuss the documentation expectations.
On Thu, May 23, 2019, 8:11 PM Joe Weinmunson <litlfrog -at- gmail -dot- com> wrote:
> Hi all,
>
> Our company is growing and we have a few people doing documentation now.
> However, all of us are some combination of 1) young, 2) self-taught, and/or
> 3) not experienced in a big corporate environment. That's causing some
> delay right now because we are not sure how to interpret the Sales
> Manager's request.
>
> "the knowledge lies with you [tech support, training, and documentation].
> Our issue is that only a couple of people here at the company actually know
> what these products do. Mae laid out some groundwork, but pulled much of
> the info from the existing website. What we need is a basic list of what
> these products do. What they can do. I understand this is a big task. this
> will end up being a living document as the program changes. Certainly
> changes have been made since the site was built and will continue to be
> made. So what we need is a list of what each product does."
>
> I am trying to figure out whether to format this as some sort of internal
> white paper, as fact sheets for each module of the software, or as
> something else. I know we'll get there eventually, but I'd appreciate any
> advice folks have in dealing with the request.
>
> --
> Joe Weinmunson
>
> âWhat you read when you donât have to determines what you will be when you
> canât help it.â
> --Oscar Wilde
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Visit TechWhirl for the latest on content technology, content strategy and
> content development | https://techwhirl.com
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> You are currently subscribed to TECHWR-L as ysp10182 -at- gmail -dot- com -dot-
>
> To unsubscribe send a blank email to
> techwr-l-leave -at- lists -dot- techwr-l -dot- com
>
>
> Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
>http://www.techwhirl.com/email-discussion-groups/ for more resources and
> info.
>
> Looking for articles on Technical Communications? Head over to our online
> magazine at http://techwhirl.com
>
> Looking for the archived Techwr-l email discussions? Search our public
> email archives @ http://techwr-l.com/archives
>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Visit TechWhirl for the latest on content technology, content strategy and content development | https://techwhirl.com