Si vous n'êtes pas à l'aise avec l'anglais, utilisez ceci :
Cet outil vous fournit une traduction automatisée en français.
How Often To Write Articles And Where Should I Keep Them
On the one hand I don't want to have to submit more than one article a day, I use a posting utility but yet I still have to log in to each site and submit to each site. But on the other hand there are days when I come up with many different subjects, different ideas, that would make great articles. I have created a specific directory to keep these articles organized but there still is the problem of having to open an article and using the copy and paste function having to copy and paste the subject, the article body and then having to go through my article for the keywords.
I have a great solution that solves all of this. I am using a free utility where I can create articles on my desktop and with a click of a button that article will be automatically posted to my blog. Now when it comes time to submit another article I'll just submit one of these posts from my blog. If you want to ever know what utilities I use just email me and I will tell you. I used to include all of these in my articles, posts, but some of these article directories then think I am promoting these products and they don't approve my article.
I have learned this past week that writing and submitting articles is the fastest way to become known as an authority. I created several articles this past weekend and submitted them right away. This was on Saturday and by Tuesday of this week, when doing a search on my name, I saw my articles with the links back to my site. I have spent money on solo ads, created a Google adwords campaign, joined several traffic exchanges, posted on forums and when all is said and done the creating and submitting of articles so far has been the fastest. I still have not seen any sales but I expect that when end users read my stories that they will come to my site and follow the links I have there to my other sites. This, hopefully, will produce sales for me.
Another post I will be making today will be on using traffic exchanges and how to get the most from them. A famous book said that in order to see results in this world you have to be like A purple Cow, you need to stand out from everybody else. I consider myself to be a Purple cow. I do things differnetly than most people and I will always post what I learn and discover.
Another great benefit of writing and publishing articles is that I can use all the links as reference in a special section of my resume. I am always looking at new opportunities and if i want to gain some work writing content i can use these links as references.
BONUS : How Poor In-house User Documents Cost You Twice & What To Do About It
OVERVIEW
Many organizations produce in-house tools or modify commercially-available tools for their own use. These tools should get documented so they are of use to others in the organization.
If this documentation is not created or is poorly written, it costs you twice:
* The first cost (attributed to any poor user document) is the cost of answering the Users' questions (technical support).
* The second cost, arises from the lost time of your employees trying to understand the poor User Document.
Psychological costs also affect both the external and the in-house User.
THE FIRST COST: TECHNICAL SUPPORT
This is the cost you incur whenever you produce poor (or no) User Documents. It arises for any User when he/she needs technical support. For external Users, the cost is your technical support staff, toll-free telephone lines, etc.
For internal Users the cost is the time spent by the developer or modifier of the tool to answer the questions of his/her fellow employee. This is an expensive technical support cost...these people are usually paid more than your technical support staff. Thus this first cost is even greater for poor in-house documentation than for shoddy documentation released to the public.
THE SECOND COST: USERS' TIME AND RESOURCES
For Users outside your company, the second cost is assumed by the Users themselves or their employers. These confused Users are expending their company's time: the time lost trying to get the product to work, and the time spent dealing with your technical support.
For your in-house Users, this cost is borne by your company. It is your employee--on your time-- that is wasting your company resources trying to use an arcane product or document. Here is where your deficient in-house documentation costs you twice.
PSYCHOLOGICAL COSTS AFFECT ALL READERS
In addition to these time and monetary costs, there are the psychological costs wreaked by poor User Documentation.
For frustrated Users outside your company, your poor documentation results in a negative perception of your company and its products. This may result in loss of business.
For users inside your company, the psychological cost is decreased employee morale, as evidenced from these possible statements:
* Our company produced this junk?
* These people are not a sharp as I thought they were.
* If other employees can produce this confusing stuff, then I can work at that same level.
Thus the ill will outside your company can cost you future sales; the ill will inside your company can cost in decreased employee morale.
SOLUTION: INFORMAL REVIEWS
Once someone writes a User Document for an in-house tool, that document should be informally reviewed.
SELF-REVIEW
The author can perform the first review on his/her own.
Use your word processor's spelling checker to correct common errors. You can use the word processor's grammar checker, however most of these are inaccurate.
Before doing this review, let the document sit for a day or two. This will help you forget what you meant in your unclear writing. When you do the review and you find yourself asking "what did I mean here?" you will have found a place in the document that needs revision.
When doing the review, imagine you are user of the tool and reader of the document. Imagine the tasks that the tool user wants to do. Does the document enable the Reader to find what he/she needs? Is the writing accurate (correctly describes the tool), clear, and complete? Make the changes that would improve the document.
EXTERNAL REVIEW
Then, if possible, use an external reviewer (inside your company). To do this, the writer should:
1. Find a potential User of the tool. This should be someone who is not already familiar with the tool, and as similar to the target audience of the tool as reasonable.
2. Have that reviewer use the document to guide him/her in use of the tool. Solicit comments on the document. Note the suggested changes, additions, deletions, clarifications requested by the reviewer. Some questions to ask might include:
* Does the document tell you what you need to know?
* Is it easy to find what you need in the document?
* Does the document answer your questions? If not, what questions are unanswered?
* Is the document easy to follow? If not, where are the problem areas?
3. The writer should make changes as necessary.
If you cannot perform this "semiformal" review, then get anyone other than yourself to simply read the document, and make suggestions for improvement.
CAUTION
Make sure that the review process does not become an inhibition to those writing User Documentation for in-house Users. Stress a cooperative -- not adversarial -- mechanism whose result is quality work. Do not try to create the perfect User Document.
OVERVIEW
Many organizations produce in-house tools or modify commercially-available tools for their own use. These tools should get documented so they are of use to others in the organization.
If this documentation is not created or is poorly written, it costs you twice:
* The first cost (attributed to any poor user document) is the cost of answering the Users' questions (technical support).
* The second cost, arises from the lost time of your employees trying to understand the poor User Document.
Psychological costs also affect both the external and the in-house User.
THE FIRST COST: TECHNICAL SUPPORT
This is the cost you incur whenever you produce poor (or no) User Documents. It arises for any User when he/she needs technical support. For external Users, the cost is your technical support staff, toll-free telephone lines, etc.
For internal Users the cost is the time spent by the developer or modifier of the tool to answer the questions of his/her fellow employee. This is an expensive technical support cost...these people are usually paid more than your technical support staff. Thus this first cost is even greater for poor in-house documentation than for shoddy documentation released to the public.
THE SECOND COST: USERS' TIME AND RESOURCES
For Users outside your company, the second cost is assumed by the Users themselves or their employers. These confused Users are expending their company's time: the time lost trying to get the product to work, and the time spent dealing with your technical support.
For your in-house Users, this cost is borne by your company. It is your employee--on your time-- that is wasting your company resources trying to use an arcane product or document. Here is where your deficient in-house documentation costs you twice.
PSYCHOLOGICAL COSTS AFFECT ALL READERS
In addition to these time and monetary costs, there are the psychological costs wreaked by poor User Documentation.
For frustrated Users outside your company, your poor documentation results in a negative perception of your company and its products. This may result in loss of business.
For users inside your company, the psychological cost is decreased employee morale, as evidenced from these possible statements:
* Our company produced this junk?
* These people are not a sharp as I thought they were.
* If other employees can produce this confusing stuff, then I can work at that same level.
Thus the ill will outside your company can cost you future sales; the ill will inside your company can cost in decreased employee morale.
SOLUTION: INFORMAL REVIEWS
Once someone writes a User Document for an in-house tool, that document should be informally reviewed.
SELF-REVIEW
The author can perform the first review on his/her own.
Use your word processor's spelling checker to correct common errors. You can use the word processor's grammar checker, however most of these are inaccurate.
Before doing this review, let the document sit for a day or two. This will help you forget what you meant in your unclear writing. When you do the review and you find yourself asking "what did I mean here?" you will have found a place in the document that needs revision.
When doing the review, imagine you are user of the tool and reader of the document. Imagine the tasks that the tool user wants to do. Does the document enable the Reader to find what he/she needs? Is the writing accurate (correctly describes the tool), clear, and complete? Make the changes that would improve the document.
EXTERNAL REVIEW
Then, if possible, use an external reviewer (inside your company). To do this, the writer should:
1. Find a potential User of the tool. This should be someone who is not already familiar with the tool, and as similar to the target audience of the tool as reasonable.
2. Have that reviewer use the document to guide him/her in use of the tool. Solicit comments on the document. Note the suggested changes, additions, deletions, clarifications requested by the reviewer. Some questions to ask might include:
* Does the document tell you what you need to know?
* Is it easy to find what you need in the document?
* Does the document answer your questions? If not, what questions are unanswered?
* Is the document easy to follow? If not, where are the problem areas?
3. The writer should make changes as necessary.
If you cannot perform this "semiformal" review, then get anyone other than yourself to simply read the document, and make suggestions for improvement.
CAUTION
Make sure that the review process does not become an inhibition to those writing User Documentation for in-house Users. Stress a cooperative -- not adversarial -- mechanism whose result is quality work. Do not try to create the perfect User Document.
