Annnouncing Zoho Business

Posted by Posted on by

Today at the Office 2.0 conference, we are announcing a new category for Zoho – Zoho Business.

As you know, Zoho has a broad set of applications for individuals and business users and today we are categorizing them as we define our business model. To start with, Zoho Applications will be categorized into two -Zoho Personal & Zoho Business.

Zoho Personal is what we offer today for individuals. As we have said previously, our applications are free for individuals and will continue to remain so.

Zoho Business is the new category we are launching today for businesses. With Zoho Business we bring multiple Zoho applications under a single roof and provide an administration console to manage users, domains, groups etc. We have said several times that we wanted to be the IT Department for SMBs and this is our first step towards that.

When you sign up for a Zoho Business account, you’ll be the super administrator for your business. You can add multiple locations and administrators. You can also customize the applications by providing your own logo; point your sub-domains to the customized applications, say can point to Zoho Writer).

More information on Zoho Business is available on this Notebook. Also, check out the following video (sorry about the audio).

Zoho Business is currently in private beta and we plan to roll it out to public beta in few weeks.

Zoho @ Office 2.0 Conference

Posted by Posted on by

We are participating at the Office 2.0 conference this week (starting today) in SFO and this is going to be one exciting week.

On Thursday at LaunchPad, we will be talking about a new announcement and on Friday, Sridhar is participating in a panel discussion on ‘The New Platforms’ moderated by Rafe Needleman.

BTW, we are also arranging a Zoho Party tomorrow after the conference. If you’d like to chat with the Zoho team over a few drinks, please register here and stop by @ B Restaurant (above Moscone).

Zoho Mail will be down for scheduled maintenance

Posted by Posted on by

We know it’s been a long time since you noticed any update from Zoho Mail. We are working very hard to add many great features and enhance Zoho Mail’s core functionalities including performance, security and scalability. Since most of the work is being done at the back-end, and not much on the design/UI, as an end-user you get very less to notice.

As a step towards improving the overall functionalities of Zoho Mail, we have scheduled a major server-side update on Saturday, 8th September 2007 at 10.30 PM PDT. This upgrade is expected to take about 2 hours. Hence, access to Zoho Mail will not be available during this period.

Our sincere apologies for the inconvenience.

Zoho Projects : Create Docs/Spreadsheets & Embed HTML Code Snippets

Posted by Posted on by

Recently, Zoho Projects got closely integrated with Zoho Writer, Sheet & Show. Extending this integration further, you can now create from within Zoho Projects a ‘New Document’ or a ‘New Spreadsheet’ using Zoho Writer and Sheet respectively.

And in Zoho Projects’ “Forums”, you can now embed <iframe> and <object> HTML tags. Makes it easier for embedding a spreadsheet from Zoho Sheet or videos  from YouTube.

Test drive the new features in Zoho Projects and do let us know your feedback.

Why is Zoho Available Only as a Web Service?

Posted by Posted on by

That is a question we often get. Particularly considering our background at AdventNet, where we offer more than 60 software products you can download, this is a very interesting question. About 2 years ago, we seriously considered this option. In fact, both Zoho CRM and Zoho Virtual Office (which later got renamed to Zoho Mail) were offered as downloadable products for a period. But we discontinued the product to focus on the web service – thereby hangs a tale.

To cut the story short, the answer to that question is “We would love to offer a product, but sorry we can’t”. I don’t say that lightly, knowing how AdventNet makes its living. Zoho is approaching its second anniversary, and we have accumulated considerable experience now in providing web services. We also have a 11+ year experience in shipping and supporting software products. It turns out these two are quite different animals. Trying to do both at the same time is a mistake – and having gone through that a couple of times, we are in no hurry to repeat it.

First there are the obvious issues everyone knows about: a software product means versions, patches, upgrades and so on. Then there are platform dependencies – right about now, many AdventNet products are getting support questions on Windows Vista, which we haven’t officially supported in every product. Compared to the combinatorial possibilities inherent in products, web services are a piece of cake. In this post, I want to highlight some not so obvious differences.

Server Resources

When we write a product, we pay attention to issues like download size, how much CPU/RAM does it take to run, compatibility with other software that could be running on the user’s machine and so on. We know that we cannot assume that our product would be the only one running on a machine, so we have to play nice. We have to assume a certain minimal configuration, which cannot be too large. For example, assuming that a user would have 4 GB of RAM minimum could be disastrous. But in web service code, on the server side specifically (where much of the code resides), we can and should assume that an entire server is available for that particular service. There is no prize to be had for playing nice on the server side. And we can test the server code in just the one configuration – and within reason, that configuration is in our control. So if a minimum of 16 GB RAM is needed, well, 16 GM RAM it is. In fact, it is stronger than that. It pays to write server code assuming and optimizing for a lot of resources. In memory caching of objects is an example of such an optimization.

N > 1

A second non-obvious difference is what Joe Gregorio has eloquently called N > 1. In writing a product, you assume that it will run on one computer system. Even if a product is capable of running in a distributed fashion, a default mode where it runs on one system is essential – otherwise it would massively inconvenience users who want to test the product. With a web service, it is actually counter-productive to make server code run on one system. We can make all kinds of optimizations, if we can assume multiple servers would be available. Just to give one example, we can run non-user facing servers “hot” all the time (at permanently high CPU utilization), while keeping user-facing servers “cool”. This extra degree of freedom makes you write code differently.

Service Reliability != Component Reliability

This is an interesting one and a corollary to N > 1: when you ship a product, your product is only as reliable as its least reliable module or component. If you have a slow memory-leak in one rarely accessed module, it will still impact the reliability of the whole system. In a web service, you can “handle” that kind of problem differently – simply restart that component every so often, before it has a chance to leak any memory! That may sound weird to anyone coming from a traditional software product background, sometimes periodic restart may be the best solution. You depend on the fact that more than one instance of that module is available, and load can be moved to other instances when one instance is restarted. So the entire service is available, but its components periodically become unavailable, intentionally.

In theory, it might be possible to take these into account all these in designing the code. A future operating system or perhaps more appropriately, a middleware stack could address these differences, and self-configure itself based on whether it is running a product or a service. We are quite far from that goal today.

Now, a note on Zoho Mail. The reason it got delayed was it fell victim to the product vs service distinction. We are proud of our Zoho Virtual Office product – it packed a lot of functionality in a compact download. But alas, that focus on product also made the web service difficult to optimize for. We could make serious progress on the web service, only after we decided to discontinue the product (my sincere apologies to customers we disappointed with that decision) and focus our energies full time on the service.

I think I may have accidentally invented Facebook …

Posted by Posted on by

It was 2004, and I remember that dreamy and misty morning in January. I was walking along Harvard Square, bundled up against the biting cold. I saw a young man, who looked about half my age, walking in the opposite direction. As he approached, he stopped and asked “Hey, your face seems real familiar, have we met before?”

I asked him “Have you been to Princeton?”

“Yeah, like a year ago, when I was checking out colleges.”

I said “OK, I was a grad student in Princeton in early 90’s, and I became quite famous for writing the most boring PhD thesis ever. You may remember my face from one of those year books at Princeton”.

That very moment, his eyes lit up, and he screamed “Yes, YES, OMIGOD, Face on the book, FACE BOOK, I Got It, Now I Really Got It, That’s what I am going to do, Facebook. Thank you, Thank you, Thank you, I LOVE YOU!”

He gave me a bear hug that nearly choked me, and before I could recover my poise and ask him anything, he just blasted off. I shouted after him, “Really, I am serious, I had the distinction of producing the most boring PhD ever …” but he was gone. That was the last I saw him. Until now.

When I saw the photo of Mark Zuckerberg recently, that little incident in Harvard Square came flooding back. It was a staggering realization: the whole concept of Facebook must have come to him at that brief moment we crossed each other in Harvard Square that morning. I thought to myself “Yeah, genius, so what are you going to do about that now?” To be perfectly honest, I felt a little cheated. OK, I felt really cheated. I mean, he gave me that bear hug that nearly choked me to death, and never even bothered to give me any credit, for my idea, my very own original idea, that gave him that inspiration.

So naturally I went to my lawyer, because I remember being told that is the first thing you are supposed to do in these situations. You know, like, billions could be at stake here.

He listened to my story intently, and started explaining the legal situation, in that measured, precisely crafted manner that I had come to associate with him: “Clearly you brought the two distinct ideas “FACE” and “BOOK” together in one sentence, on which the whole Facebook foundation rests, and which Mark Zuckerberg took from you, as proved by the reaction he had when the idea was transmitted to him. In legal terms, what you had was a THOUGHT-ent, also known as a thought-patent, which are considered legally equivalent to patents.”

I was getting pretty excited by now, “So what do we do now?”

The lawyer explained “Listen, the first thing we will do is to establish priority for this thougtent for you. The best place to do that is the federal court at Sleepy Valley, Idaho, where thougtents get granted quickly and painlessly. This can be done any time, because under US law, it is the first to think the thought that counts, not the first to file. Then we will start the legal process, starting with a Cease & Desist, also known as the love letter.”

“But Mark and team wrote all the code, so won’t they try to minimize my original contribution?” I protested.

“That is immaterial under US thougtent law. Anyone could write the code, it is having the thought that counts. You are the legitimate and rightful holder of one of the most important thougtents on the internet today. I would be really happy to help you get you what is rightfully yours.”

With that I thanked my lawyer and came out. The air smelled sweet outside – it felt great to be alive in this wonderful nation, the greatest on earth. Thank God for freedom and property rights, America.