posted Jun 18, 2009 11:10 PM by harjot dhodi
[
updated Jul 23, 2009 9:13 AM
]
When the question of cost-cutting arises, one area where companies find it tough to compromise is on the licensing cost of the tools. In most cases, the cost is billable to the client because requirement is of the client's. Sometimes however, where there is no specific requirement for a particular tool, the cost is borne by the service provider. For companies that are struggling in the current times because of the economic slowdown, an option that might not compromise on product quality is to switch to open-source software.
In this article, I will talk about open-source publishing tools for the writing community.
Recently, I came across several good open-source software that you can use for technical writing and graphic designing. Some of these are:
Dia - Dia is an open-source diagramming tool that is similar to the commercial Microsoft Visio, but less powerful. It can be used with Linux, UNIX, and Windows under the GPL license. With Dia, you can drawing entity relationship diagrams, UML diagrams, flowcharts, network diagrams, and many other kinds of diagrams. It is also possible to add support for new shapes by writing simple XML files and using a subset of SVG to draw the shape. Moreover, Dia can load and save diagrams to a custom XML format and in other formats such as EPS, SVG, XFIG, WMF and PNG.
To try your hand on this tool, visit http://www.gnome.org/projects/dia/.
Inkscape - Inkscape is an open-source graphics editor, with features similar to Adobe Illustrator, CorelDRAW, or Xara X. It has many advanced SVG features such as markers, clones, alpha blending, and so on. With its streamlined user interface, Inkscape is very easy to use. The Inkscape Web site has knowledge-base resources, documentation, and a Wiki for product support.
To try your hand on this tool, visit http://www.inkscape.org/download/?lang=en.
OpenOffice.org - OpenOffice.org is the leading office software suite for word processing, spreadsheets, presentations, graphics, and databases. The product suite is available in multiple languages and can be used on all common computers. The tool is available for Windows, Mac, and Linux platforms, and replicates much of the functionality of Microsoft Office Word and Excel. In addition, it reads and writes to Microsoft Office formats and supports the OpenDocument Format (ODF) 1.2 standard. Moreover, with this tool, you can maintain compatibility with Microsoft Office users by setting the document options to be saved in Microsoft Office formats.
To try your hand on this tool, visit http://download.openoffice.org/.
GIMP - GIMP stands for GNU Image Manipulation Program. This tool has features similar to Adobe Photoshop. With this tool, you can run a simple paint program, do quality photo-retouching, run online batch processes, render images for mass production, and convert the file formats of images. The tool is expandable, extensible, and can be augmented with plug-ins. The GIMP Web site has product documentation.
To try your hand on this tool, visit http://www.gimp.org/.
Scribus - Scribus is an open source, award-winning program that creates professional page layouts on Linux, UNIX, Mac OS X, OS/2, and Windows platforms. Scribus has professional publishing features such as CMYK color, separations, ICC color management, and versatile PDF creation. It has a community that assists beginners and professionals through a mailing list, IRC channel, Wiki, contracted support, and bugtracker.
To try your hand on this tool, visit http://www.scribus.net/.
Eclipse Help System – Eclipse was originally an IBM product but now falls under the open-source category. The Eclipse Help System has a powerful IDE that includes its own help system based on an XML table of contents that reference HTML files. With this tool, you can build easy-to-use and searchable help documentation.
To try your hand on this tool, visit http://www.ibm.com/developerworks/opensource/library/os-echelp/#resources.
The aim of this article is to spread awareness and promote the use of open-source software among writers and designers, without compromising on the work quality. However, sometimes the software can cost more in terms of time, support, troubleshooting, and configuration
Post a commentPost a comment |
posted Mar 24, 2009 3:21 AM by harjot dhodi
[
updated Jun 24, 2009 11:20 PM
]
Often, I get to hear about a question, "What is the difference you observe, while writing for a product-based software company and a service-based software company?" First, let us look at the business models of the both the companies. The model will have a lot of bearing on how technical writers work.
A product-based company generates revenues by:
- Selling the product (to different customers, and different product to same customers)
- Customizing/Implementing the product (may be based on some other product/framework)
- Providing technical support
- Providing training
- Releasing newer/better versions of product with better features
Technical Writer working for a Product-based software company are always considered to be an integral part of the development team. The company owns certain responsibilities:
- Provide good quality, better-written documents. Objective is to restrict technical support and training cost.
- Train writers as it is looking forward to a long-term commitment.
- Use the required tools for documentation (considering cost for required number of licenses).
- Maintain quality of documents so the document structure is much better evolved.
- Get optimum output per hour (to restrict the total number of writers employed). So the writing and reviewing processes are elaborate. You will find a "Style Guide" and/or "Best Practices Guide" developed internally.
- Focus in long-term development of the writer.
- Considers outsourcing documentation activity only if in-house writers are not available. When it outsources, it has well-defined expectations about the deliverable.
- Look for Contractors more than freelancers (because of the predictability element)
- Asks writers to prepare estimates, project plans, milestones, proposals and so on. Writers are given more authority and freedom.
- Put writer in touch with its users (though not if the writer is a freelancer/contractor/TWSP resource).
- Expects a writer to understand the user's problems and cater to them.
- Retain the top 30% of the team. It provides opportunities to the middle 50% and tries to get rid of bottom 20% (even if there is no recession).
- Provide a writer an opportunity to acquire business and domain knowledge and become an Individual Contributor.
- Offers much better career growth path and stability.
- Establish an elaborate processes and excellent mapping of Document Development Life Cycle (DDLC) with software Document Development Life Cycle (SDLC).
- Involves the writers from very initial stages of the product and may dedicate them to one or more products. Many companies offer the writer good visibility of what is going to happen to a product in next two-three years.
- Make the writers an integral part of the product group. Such writers do not interact with other writers in the organization.
A Service-based software company generates revenues by:
- Selling the services (different projects for different customers, or different projects for same customer)
- Selling Customization/Implementation services
- Providing technical support services
- Providing training services
- Releasing newer/better versions of product with better features (depending on the company's contract with the client
Technical Writer working for a Service-based software company is either an overhead or a billable resource. This difference can lead to different observations. If the writer is seen as an overheard that the company had not accounted for; they will try to keep the expenditure on writing to be minimum. In such cases, you may observe that company:
- Provides documentation only because it is a part of agreed-upon deliverables. So it is merely a formality.
- Looks for trained resource; and that too when the project is about to end. This can lead to many problems while writing and releasing docs.
- May overlook shortcomings of documentation because it generates revenue out of User Training.
- Use low-end/freeware/open source tools for documentation. They may want to use MS Word more than FrameMaker (unless their client specifically asks for it).
- Do not maintain the documents so the document structure often looks like "different headings bound together."
- May not be interested in long-term development of the writer.
- Ready to outsource documentation work to freelancers, contractors, or TWSP (though they prefer freelancers or contractors because lower cost.)
- Do not prefer to put the writer in touch with its client. Such projects often result into glitches.
- Willing to lay-off the writer rather than putting on bench.
If the writer is seen as a billable resource you may observe that company:
- Is ready to give good quality and better-written documents.
- Is willing to train writers (as their billable rate improves.)
- Keeps looking out for other type of documentation that can be prepared (and billed for.)
- Involved early in the early stages of SDLC process.
- Is willing to use high-end tools for documentation. Either the client provides the license, or the company invests in it (looking at long-term gains.)
- Is interested in maintaining quality of documents so the document structure is much better evolved.
- Is interested in getting optimum output per hour (to retain client's interest in the services.) So the writing and review processes are much more elaborate. You may even find a "Style Guide" or "Best Practices Guide" developed internally.
- Is interested in long-term development of the writer (add one more to the controversial statements!)
- Considers outsourcing documentation only if in-house writers are not available. When they outsource, they have well-defined expectations about the deliverables.They tend to look for Contractors more than freelancers (because of the predictability element.)
- Ask writers to prepare estimates, project plans, milestones, proposals and so on. Writers are given more authority and freedom.
- Put writer in touch with its client (even if the writer is a freelancer/contractor resource). Company even expects the writer to develop a good rapport with the client, avoid glitches, and get more work.
- Adopt writers to other activities like, testing, UI design, training, proposal writing, and web content writing; rather than laying them off.
Please note that these are only my observations and and should not be taken as the industry rules !
Post a commentPost a comment
|
posted Mar 24, 2009 3:16 AM by harjot dhodi
[
updated Jul 2, 2009 9:30 PM
]
Freelance writers and editors often find themselves doing projects that are billed by the hour. Sometimes these projects also involve expenses, like phone, travel, etc., that will be reimbursed. Keeping track of the hours worked and reimbursable expenses is absolutely necessary if you are to be paid the correct amount. As with all thing freelance, there is a wide variety of methods for keeping track of the time spent writing and, and of billable costs.
No matter how you track, your system should include at least the following:
- Project name
- Nature of the cost (writing, research, phone, etc.)
- Billing rate
- Hours worked
One general formula I have come across is as follows:
- Determine what annual salary the writer might earn as an employee of the company (for example, Rs. 500,000). Divide the annual salary by 2,000 to obtain a "net" hourly wage (Rs. 250). Double the hourly wage to cover the writer's direct and overhead expenses (Rs. 500). This gives a "gross" hourly rate. Increase the gross rate by 25 percent to cover overhead time Rs. 625. This would be the writer's "billing" rate. Multiply the billing rate by anticipated production hours to arrive at fair payment for a freelance assignment.
- When setting freelance fees, remember that you get what you pay for. Busy, good professional writers must earn enough money for their time to maintain a profitable business. If you offer less, you will have to settle for beginners or non-professionals, who will likely require more editing, rewriting, fact-checking and time on your part.
- Professional writers will expect payment on acceptance of their work. For major projects, they may require one-third to one-half upon undertaking the job, with an additional payment midway through, and the balance upon completion.
- Payment amounts, date of payment, and rights purchased can all be negotiated. If you "take" in one area, expect to "give" in another.
- When negotiating payment, consider the value of the material to your publication, its value if it were to appear in a competing publication, and the value to the author in appearing in your publication.
There are a few websites where you can find RFP of freelance writing projects, but I think their payment is nominal and it will be deficient even to pay your internet bill. Visit www.elance.com, www.freelanceprojects.com …..try your luck.
Post a commentPost a comment |
|