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.
>
> Michael, your pointers on creating a proposal were really great
Glad they were helpful.
>
> The RFP is usually initiated by the client, am I right?
Yes; it's usually a formal document with detailed instructions
regarding the format in which you are expected to submit. It is
very important to follow the instructions to the letter, because
often the recipient of your proposal is spending a miserable several
days going through the responses, and they are not inclined to
look favorably on bidders who can't do things as they were told.
> If we assume that
> the client has not given a formal RFP and has just indicated (verbally or
> thru' a memo) that he would like a brief proposal for buying decisions, then
> how do we go about it? In the same way that you indicated?
Pretty much, yes. If they said brief, then keep it brief. No padding,
just the important details. Bullet points are fine. No fancy language
needed. They're looking for specifications and costs.
> Should the proposal contain a High-Level overview of the product? What it
> will do and wont do?
Yes
> Will it include deliverables and delivery date? (at
> least, time needed to complete proposed project?)
Yes. A schedule or Gantt chart is a good idea.
> How about the pricing of
> the product? WIll that need to be addressed in a Technical Proposal?
Yes. Keep the different info -- overview, specs, schedule, costs -- in
different sections, clearly labelled.
> Again
> the key here is a "Technical Proposal" as opposed to just a proposal? Is
> there a difference, anyway?
Without further information I'd guess that there is no
real difference, except that a technical proposal would
focus on the technical details of the product *as well as*
its real and potential benefits to the customer's business.
The 'technical' word is a cue that your proposal will be vetted by
technical people, who will be looking for sufficient detail
to compare your proposed solution against alternatives.
They want performance specs, hardware & software
requirements, maintenance and support details.
*** Deva(tm) Tools for Dreamweaver and Deva(tm) Search ***
Build Contents, Indexes, and Search for Web Sites and Help Systems
Available now at http://www.devahelp.com or info -at- devahelp -dot- com
A landmark hotel, one of America's most beautiful cities, and
three and a half days of immersion in the state of the art:
IPCC 01, Oct. 24-27 in Santa Fe. http://ieeepcs.org/2001/
---
You are currently subscribed to techwr-l as: archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.