Why can't you simply add a main section called "Future developments" or alike to your book(s) and sum up the future developments there (and add a reference to the current AS IS situation)? That would not conflict with the actual AS IS content and still please the marketing request (cause that's what it is!)
Vriendelijke groet / Kind regards, Dick Spierings User Documentation +31 (0)413 343786 www.fluidwell.com w [email protected] Date: Mon, 5 Dec 2011 02:56:00 -0800 (PST) From: hessiansx4 <[email protected]> To: "[email protected]" <[email protected]> Subject: documentation best practices Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" I could use some insight into a situation I haven't encountered before today: how does one best respond to a request (read: order) to include something in their product's documentation about a functionality that will not be released with the upcoming release?(it will?still be in development)?but is hoped to be ready "shortly" (whatever that means)?after the product is released. ? I've politely pointed out that industry best practice is to document what IS as opposed to what WILL BE and that certain liabilities might be incurred if promises are made and then something goes wrong. ? Any thoughts? _______________________________________________ You are currently subscribed to framers as [email protected]. Send list messages to [email protected]. To unsubscribe send a blank email to [email protected] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [email protected]. Visit http://www.frameusers.com/ for more resources and info.
