Pay for a web designer or do it yourself? Can small business owners really design a website or is it a job for the pro's?

Most consumers look on the internet before going to a store. Sometimes it is their only stop: they research, compare and buy online. It goes without saying then that for a small business to reach its potential market, it should have an internet presence.

Small business operators do not often have a dedicated IT person on staff - in the past this is the person who would be given the job of building a website. It's great news then that there are now beginner-friendly website building packages on the market which are perfect for the small business person's use.

Data is entered into your web pages as one would using a word processor - with modern easy to use web builders, there is no need to know any html whatsoever.

The tutorials provided with almost all software suppliers take the novice through the process of building a website in a non-technical, easy to understand way. Having completed the tutorial, one is equipped with more than enough knowledge to launch straight into a website build.

Not all website software programs are easy to use. Small business operators do not need fully blown web design industry solutions due to the steep learning curve. One feature to look for is a WYSIWYG (What you see is what you get) editor. This simply means you type on the page as you see it.

There are expenses involved in publishing your own website - you get nothing for nothing. Apart from the cost of the software (there are free web builders however they are more difficult to use or too basic in features), a small business (or an individual or a large company) will need to register a domain name (less than $10) and find a web hosting service (around $8 per month).

Businesses should also set up a merchant's account from an organization like Paypal (free). Having a third party handle financial transactions is always reassuring for consumers and takes away an administration burden. When an item has been ordered via your website and paid for, Paypal advises you, with delivery instructions so that you can fulfill the order or if it is an electronic delivery, this part can be automated.

In any small business time is money, and the time spent learning a new skill like website building with easy to use software must be seen as a good investment. It is possible to build multiple websites so that you can have a website network feeding a central business. This is ideal for multi-brand retailers and multi-branch operators. This degree of control will reap rewards as your business grows and you build different websites to cater to changing needs.

Because you have built and are managing your website yourself, you are able to instantly react to changing trends and new opportunities. Avoid delays by not having to wait for your webmaster to make changes. Fresh content on your website is highly desirable.

Some website programs are specifically designed to assist the business person become an internet business marketer, and as your knowledge of web design grows, the more you will value search engine optimization and site map generation tools. Having a correctly designed site map helps search engines easily match your site to search requests.

If you decide to look at other ways to earn money through your website without doing a thing, you will no doubt look at including on your site some affiliate marketing and advertisements from non compete companies.

Features to look for:

Ideally you will have an instructional video, help desk support and forums. Look for testimonials from other business owners to see how they have applied the software.

Getting started is the next step once you arrive at the conclusion that a website is no longer a luxury - it is essential!

Here's an analogy for you. Yesterday, I was working my butt off in the gym on the cardio machines, panting wildly with sweat dripping off me and my face as red as a beet. Not the most attractive sight, but I figure, you're at the gym to work out right? I might as well "go hard" or "go home", as they say.

As I looked around me, I could see all these people simply going through the motions. There they were, minus perspiration in their shiny new lycra and expensive gym shoes, casually walking on the treadmill or lazily turning the wheels on a bike while reading a book or glued to the TV screens in front of them. Only a few seemed to be there for the actual purpose of working out. The rest seemed to be there to check out the talent or to simply keep up the appearance of fitness, while doing the bare minimum.

Huh? I don't get it. Why have these gym bimbos paid so much money for a gym membership and all the related gear if they aren't going to take full advantage of their investment?

Then it struck me - these gymbos were just like those companies who spend thousands of dollars on a shiny new website with all the bells and whistles like graphic design, blogs, shopping carts, web analytics, the lot and then fail to take advantage of it. I see it so often, regardless of company size. Web sites that could easily be bringing in loads of traffic and revenue simply wasting away because nobody can be bothered tracking visitor activity, analyzing trends or checking for search engine compatibility and usability.

These companies are simply keeping up appearances, investing heavily in Internet technology because their competitors are doing the same. But no thought has gone into the search engine compatibility of the site, how usable it is for visitors or whether it meets accessibility guidelines. They don't look at their site statistics, they don't check for broken links and they sure as heck don't investigate why their sites aren't converting traffic into customers. What a waste!

Is your web site working hard enough for you? Run it through the following 20 point fitness assessment to find out:

- Is your site fully search engine compatible? Are all your pages being indexed by the major search engines?

- Do you track your visitor statistics on a regular basis? Do you use the information provided by your visitor statistics to improve your site?

- Is your web site accessible to visually-impaired visitors? Does it meet the international standards set down by the Web Accessibility Initiative (WAI)?

- Do you know which sites and search engines provide you with the most traffic? Do you use this information to increase your traffic further?

- Do you track the source of all reported errors in your site statistics and fix them promptly?

- Do you know which keywords your site was found for in the search engines? Have you conducted keyword research to determine what search terms your target markets are looking for so you can optimize for them?

- Does your web site HTML code validate to W3 standards? Do you check for validation regularly?

- Does your site contain zero broken links? Do you check for and fix broken links regularly?

- Has your site been fully search engine optimized to integrate your target search terms into your Page Titles, META Tags and visible page text?

- Have you created and submitted an XML sitemap to Google Sitemaps?

- Have you created and submitted a sitemap to Yahoo Site Explorer?

- Have you checked to see if your site meets Google's Webmaster Guidelines?

- Do you measure your visitor sign-ups and conversions on a regular basis? Do you tweak your landing page copy to increase the conversion rates?

- Is your site navigation intuitive and are your visitors following the navigation paths you intended?

- Do you encourage feedback from your site visitors and provide an obvious way for them to provide such feedback?

- Are there at least 250 words of text on your home page to satisfy search engines?

- Does your site contain a visible, text-based site map to aid user navigation?

- Do you have an ongoing link building campaign running to secure more incoming links to your site and improve your site's link popularity score?

- Does your site have a high percentage of repeat visitors? Are the majority of your visitors staying on your site for more than a minute?

- Do your search engine referrals and site traffic figures grow each month?

Unless you can answer yes to all the questions in the above checklist, your web site is not working hard enough for you and needs a workout. Get to it!

Some working knowledge of J2EE or JSF is assumed for this article.

Like some of you I've been frustrated with this technology known as JSF or Java Server Faces. There are several different flavors out there that are built on the shoulders of JSF. For instance Oracle's ADF (Application Development Framework). Oracle ADF Faces Components is a set of over a 100 JSF components that let you build a richer user interface for your Java EE applications. Oracle ADF Faces also includes many of the framework features most needed by JSF developers today.

That is great, and in many ways it will make life easier to develop in a JSF environment. Some items you will find available in these "add on" packages have a real benefit. For instance, as of the date of this article, I was very surprised that a File Upload is a feature still not implemented in JSF in respect to using natural jsf tags. There are ways to accomplish this task in JSF but they are not native JSF approaches. The process is a "no brainer" in just about every other framework available today, including asp.net.

Another simple task (I thought) was having a data table present the results of a query in an editable format. Possibly to update a user record or shopping cart. After working in other technologies it was very efficient to return a result set to a data table object and let that object take care of some of the trivial behaviors and characteristics of the table itself. When I started exploring JSF I was frequently and at every turn becoming more and more frustrated in trying to duplicate some of the most basic of processes similar to managing records through data tables.

There are not a whole lot of resources out there yet on JSF although it is growing steadily, and I found that all too often the resources that I was finding on the internet either didn't apply to the more simple tasks or the information was just completely wrong. One example of that was that it was stated in one article I read that you cannot use command buttons inside of a JSF data table. The recommendation was to use JSF hyperlinks instead when trying to perform an action from a data table due to a bug in the framework that prevented command button actions to fire if the button resided inside of a data table.

At first I thought "you've got to be kidding me"! Then I remembered that I've been finding a fair amount of "bogus" information in regards to JSF development so I decided to do further research and discovered that information to be less than accurate as well.

I simply had to find a way to populate a data table through a result set and get a command button to fire an action and pass all of the data in the data table to the backing bean to update the record. Multiple command buttons would exist as well as hidden fields pertaining to id numbers and so forth. Pretty basic stuff and we've all done it before with relative ease.

It turned out that the solution was in fact a simple one. "Binding". You've heard about it and read about it. But this approach was something a little different as far as I could find.

Many of the blogs and articles that I read dealt with passing the values as parameters and following the steps to define the parameters in faces.config files etc., then retrieving the parameters in a backing bean. Processing the passed data required another set of procedures to utilize mapping to each of the field parameters passed and then processing could begin.

That seemed like a whole heck of a lot to me just to retrieve form data. Then it occurred to me that I should be able to "bind" a text field component on a page to a backing bean. Once it is bound then all I have to do is extract the data. And that's all there is to it. My query returned results and pre-populated a data table including text fields with the values of the query pre-populated in the text fields.

Each one of those text fields was bound to a "HtmlInputText" type in my backing bean. It was not a String type like other approaches define. Doing that does require you to map parameters and populate that String variable through your set methods once the form is submitted.

What I found is that if I bind my text field to a property of text field type that it solved my problem of passing values from a data table, and I didn't have to define parameter fields anywhere in any xml file. Now that I had that figured that out I needed to figure out how to get the value of that property that I've bound my form field to, well why not getValue()?

I personally hadn't seen any examples online or in books for retrieving the value from a form binding it to the type of form element it was and simply use the getValue() to pull out the value of the object. Used like this getParameterFromForm().getValue().

Let me clarify that I am NOT saying that trying this approach isn't documented anywhere, I find it hard to believe that I've had some stroke of genius that no one has had before in the world of java, especially since I'm coming from .NET and ColdFusion.

After doing that I no longer had any problems passing form data to my backing bean. I was able to dynamically populate data tables with any number of records including any number of command buttons within that data table and I didn't have to concern myself with remembering to define parameters in any other areas of the application.

So put simply you can bind your form fields to properties of the same type in your backing bean, and then extract the value of that object using getValue() if you prefer over utilizing parameter string mapping and similar approaches for processing form data. I found it to be easier and less time consuming which has costs associated to it as well.