Web 2.0 Entrepreneur

Should you build localized or international web apps?

• Posted by Tengku Zahasman on May 10th, 2007 filed in Web App Development, Advertising, Thoughts


• 8 Comments »
• (408 Views)

Local web applications

Local web apps means the applications are focused and meant to be used by only some people in certain countries or communities, not meant to be used by the general Internet users everywhere. For example, if I am to build a localized web application, it may be something that only Malaysian users would be interested in using. Such app could be a Malay-based search engine that searches for only websites in the Malay language. Or it could be something like a video sharing portal - like YouTube - but only focused on Malaysian-made videos.

The good thing about localized web application is that it can get famous pretty quickly. People like something if it is close to themselves. You don’t need to put massive advertising to promote your web apps because word-of-mouth advertising will efficiently do the trick for you. Malaysian-specific web apps like Tumpang, Advertlets and Nuffnang proved this is true.

International web applications

International web apps on the other hand, can be used by anyone regardless of who they are or where they live. MySpace is a good example. Everyone can use it and it doesn’t specifically mention if it should only be used by, say, the American people. In fact, many big Web2.0 companies targets the wider audience - everyone. But unless you have a pretty damn brilliant idea, promoting an international web app can be quite tough as you need to reach for more people.

So which one is better?

Localized app give you fame very easily. But the fame you get is focused only to some geographically centralized users. If your international web app becomes successful, your credits will be recognized internationally. Localized app can pocket you money a lot faster, but international app is where the big bucks are made. If localized web apps can give you 10k a month, international apps could possibly give you a 100 times more, but that may take patience and longer bootstrapping. Making your international app a success takes more effort, and usually means needing more capital to do the marketing. Localized web app is way cheaper.

My point is, both local and international web apps have their own strengths and weaknesses. If you’re still new, maybe it is wise to start with a localized web app. Apart from giving you the good portfolio you need, it’ll also give you the experience of running a web2.0 application in a smaller scale. This can prepare yourself for your next international web app idea. Not only that, because localized web app needs less money and gives you cash faster, it will be the one to support your international web app developement that needs more money, more dedication, and more time to give you the wealth that you and your team are waiting for.

Craft and optimize your friendly-URLs

• Posted by Tengku Zahasman on May 8th, 2007 filed in Web App Development, SEO


• 1 Comment »
• (437 Views)

Using friendly-URLs in your web application is essential when it comes to SEO (Search engine optimization). Friendly URLs (or some might refer to it as “Clean URLs” or “Pretty URLs”) help search engines’ crawlers to read your URLs and understand better what the page is mainly about. It acts as an additional option to look for keywords apart from looking in the page’s content itself.

There are a few strategies of how people make their friendly URLs to look like. Consider the three examples below:

1. Using IDs without descriptive keywords
http://www.domain.com/items/23 <– that’s the ID of the item in the database

2. Using descriptive keywords without IDs
http://www.domain.com/items/the-name-of-the-item <– (eg: a blog post’s title)

3. Using both IDs and descriptive keywords
http://www.domain.com/items/23/this-is-the-name-of-the-item.html

Explanation

#1 doesn’t explain much…. so while it is cleaner to the eyes, it’s not really friendly to the search engines’ crawlers. You lose a lot of points by not utilizing keywords in your URL to describe your page item. However, this technique is not all useless because for links that doesn’t need descriptive URLs (eg: when doing paginations), this technique can be pretty handy.

#2 is what most people like to use for linking items. The idea is to make the URL “very friendly” so that every part of the URL is descriptive and contains only keywords. No numbers. No IDs. However, this is gonna bring some problem because by using this technique, the application will search for the item in the database based on its name, not the ID. It takes out the slug “the-name-of-the-item” from the URL, chop it, slice it, and then use the string to search for the exact name of the item in the database. What if in the future you decided to change the item’s name? At that point of time, the application won’t be able to look for the item anymore using the old URL. And this is not good. Because if your URL has already been indexed by a search engine, or if someone has linked to that item from his website, users who click on the link will reach an “Object not found”, unless they use the new URL.

#3 is my favorite technique when creating friendly URLs and one that I recommend the most. Always include the ID. And always use the ID to look for the item in the database. The keywords at the end just describes the link. It doesn’t need to do anything else. This way, not only you save time (because you don’t have to write codes to slice the URL and look for the item based on the name), you also ensure that the item will be reachable no matter how many times you change its name. Afterall, that’s the main reason why people create IDs in the first place.

Focus on simplicity for your Web2.0 ideas

• Posted by Tengku Zahasman on May 4th, 2007 filed in Web App Development, Web2.0


• 2 Comments »
• (518 Views)

Forget about creating another Netvibes or Meebo. Leave the complexity of such development to the bigger players unless you also have some very very experienced developers to back you up. For a start, focus on simple ideas. Ideas that a normal person like you and me are able to think inside out. Ideas that the end-users can easily “get it”. Ideas that can even make your mom nod when you try to explain to her about your project. Afterall, it has been proven many times that simple web applications can really make it big in the Web2.0 arena - and complex Web2.0 applications does not necessarily mean they’ll be a success. Think about Twitter. It started off with a very simple idea which stemmed up from one of the very basic questions in life: “What are you doing?” From that idea, they created a community around it. They created widgets out of it. And all of a sudden Twitter becomes a trend.

Or perhaps look at how just a simple online to-do list can have so many users praising it. Or an online project management app that is used by many big time project managers. How about Technorati (blog search engine)? Feedburner (feed manager)? MyBlogLog (visitor tracking)? All these applications proved that we don’t need to think too much about creating an application that does so many different things. A good application should focus on doing only one specific thing, and being especially good doing it. Most users love simplistic, focused applications. And that is what we should craft our ideas upon. There is a saying that goes: “Great things often start with a simple idea”. I believe in it..