OpenSRS: Reseller Friendly since 1999
 

Archive for: May, 2011

Leveraging Content to Drive Acquisition

I’m at BlogWorld Expo in New York this week learning all about the relationship between content and marketing, and how you can turn your content, and your customer’s content into a tool to grow your business.

Disclaimer right off the top: this isn’t your usual “you need a blog” blog post. You do need a blog, but the truth is that beyond needing a blog, what you really need is a content strategy. In the spirit of openness around sharing with our Resellers, I’ll tell you this – we’re still learning about content and marketing ourselves, just as you are and I’m super excited about some of the insights I picked up today at BlogWorld.

I’m not going to go in depth on anything right here, but I do want to cover off a few of the big things that I picked up in sessions today that I think will be of use to you in your business. If you want to check out some of my notes from the sessions I attended today, I’ve opened up that part of my Evernote collection to you. Check that out here. And if you have any questions, hit me in the comments, through my personal Twitter account or through @OpenSRS (I’m ^JK).

I’ll give you three neat things that made me go “Oh, wow!” today when I heard them:

  1. Having a content strategy is key. It’s not enough to have content. You need to create the right content. That means thinking about and identifying what your core subject is, then finding some related topics, your passions, and even looking at content that’s already out there that you can use. There’s more in my notes for “Building your Content Bubble” with David Murray. Great session – follow @davemurr on Twitter and check out his blog for lots more.
  2. Pick a niche and dominate it. Identify your customers, figure out what they want and then target keywords and categories to provide content that they will find through searches. They have problems, you have the solutions – use your content to help them find you and it will lead to customer acquisition. There’s lots more in the notes from “Dominate Your Niche with Social SEO for Blogs” with Lee Odden. Lee blogs as well, and can be found on Twitter @leeodden. Worth checking out.
  3. Social Media can drive customer acquisition big time. No, seriously – it can. And you can measure it and prove it. Case studies showed how you can induce your customers to create the right content for you, then leverage that content to drive more potential customers to your site. The secret to getting people to share content is to let them share their content. I just about fell off my chair at this point..of course! Lots more in the notes for “Using Social Media Marketing to Drive Acquisition” with Chris Baggott including those real-world case studies. Check out Chris’ posts at Compendium.com and follow him on Twitter @chrisbaggott for more.

More to come!

I’ll be taking notes again tomorrow and sharing more thoughts throughout the day both through Evernote, here on the blog and on my Twitter account, @jameskoole. No worries – I don’t live tweet sessions! You won’t be annoyed, I promise.

Meet our Reseller: UsableWeb

We’ve added another great “Meet our Reseller” profile – this time around we’re making the trek over to Greece, where OpenSRS Reseller UsableWeb Ltd is the market leader in hosting and domain registrations for both business and consumers. The operate under two brands: pataki.gr and TopHost.gr.

I spoke with Usableweb founder Dimitris Anthoulakis and he graciously explained UsableWeb’s approach, talked about their partnership with OpenSRS and provided some really good insights on the Greek hosting market in general. From talking to him, it’s clear that Dimitris sees lots of opportunity for growth in Greece.

“More and more businesses are realizing the importance of an online presence and the Greek market will grow significantly the coming years,” he says. “The fact that Greece ranks 23rd in Europe in terms of Internet penetration means that there are huge opportunities for growth for our company.”

We’re super happy to be working with UsableWeb in Greece!

Click here to read Meet our Reseller: UsableWeb

The Untold History of the RWI

A few weeks back we rolled out the long-awaited OpenSRS Control Panel in a preview for all Resellers. This was the first chance for most of you to dig in and see what the Control Panel could do, and the response has been overwhelming positive. Thanks for that – we really do listen and you’ve already come back with some great ideas.

With the preview underway, we wanted to tell the story of how the Control Panel came to be. It turns out that it owes a lot to the Reseller Web Interface and its history.

I sat down with a couple of the key people behind the Control Panel to chat about it. This first post will delve into some on the thinking and philosophy behind the Control Panel – Ken Schafer, our EVP Products is responsible for a lot of that.

Those looking for a tech slant should stay tuned – in a couple of weeks, we’ll focus on the dev side with Paul Tichonczuk, Senior Web Application Developer. He’s the perfect person to fill in all the geeky details about some of the neat stuff that’s hiding under that fancy new interface.

Back to the Beginning

One of the key objectives in developing the Control Panel was to provide a simple-to-use interface that was still able to handle the complex tasks associated with registering domain names and other services with consistent metaphors and a unified look and feel.

In talking about how the Control Panel ended up this way, it only seemed natural to start by talking about how the Reseller Web Interface came to be.

It turns out that the idea of a web-based control panel wasn’t thought of as core to OpenSRS back in the early days. Ken explained that when OpenSRS was first launched, it was primarily an API, offering a way for resellers to connect to us, and in turn, to connect to the various registries we had an accreditation with.

“When we started out back in 1999, if you wanted to sell domains, you would have to go to a Registry and they would give you an API to integrate with as an accredited registrar.

“But OpenSRS came along and invented the wholesale model where rather than having you go out and become a registrar at a whole bunch of different registries, and do separate API into all of them, we said, ‘why don’t we do that work for you?’

“We would have one API and one agreement and that would give you access to all those Registries.

Just to be clear: it’s not that the RWI was an after thought. Rather, as Ken explained, it was merely thought that a reseller would integrate with the API and make their own interfaces (both customer-facing, and also for their own internal support staff and processes). In Ken’s words:

“In the early days we pretty much said, ‘Here’s the API…away you go.’ Except early resellers quickly started saying things like ‘Do I really have to build my own control panel for my own support staff? That seems like overkill’”

Our assumptions about what our Resellers wanted and needed turned out to be a bit off the mark and the RWI was born.

Restoring Simplicity

Over the years, OpenSRS grew in complexity, and the RWI came along for the ride, often kicking and screaming. We added bunches of gTLDs and ccTLDs, products like SSL Certificates, DNS, blogging tools, a site builder and more. The RWI started to look like a house with a bunch of additions bolted on rather than a single cohesive control panel. Ken explained:

“The RWI that we’ve lived with for the past ten years has grown organically from ‘you don’t need one’, to ‘there’s a few things you might want to do’, to ‘you might want to be able to do quite a bit.’

“In the early days it was a few domains. But we added SSL, and expanded into Trust, we added email, and publishing tools. The service evolved to let you sell multiple things. And a lot of those services ended up having their own control panels and ended up presented to the world as separate services.

“In short, we made it too complicated. And over the years, it became harder and harder for new resellers to come into it. We found a whole class of resellers like IT consultants, web developers, web designers who didn’t need an API integration at all. What they really needed and wanted was a good control panel to manage domains and other services for their customers.”

Where the RWI often made things complicated – like registering ccTLDs with specific residency requirements – the Control Panel should make it simple. Even though it’s a complex task with sophisticated logic and rules, the Reseller shouldn’t have to care and the Control Panel should handle it all behind the scenes.

Next up: The Techie Stuff

A lot of thinking went into the Control Panel in an effort to take what are very complex tasks and requirements and make them seem simple. We’ll dig deeper into some of the advanced web technology that’s at the heart of the Control Panel in the next post in this series. Stay tuned!

Control Panel: In-Depth Webinar

For those wanting even more information on the Control Panel, including some power tips and an advance look at some of the web technology, we’ll hosting a webinar on Thursday, May 19, 2011.

Register here for either the 9:00 A.M. or 2:00 P.M. EDT (GMT/UTC -4) sessions.

Holiday Hours: Victoria Day, May 23, 2011

This coming Monday our offices will be closed to celebrate Victoria Day.

The Sovereign’s birthday has been celebrated in Canada since the reign of Queen Victoria (1837-1901). May 24, Queen Victoria’s birthday, was declared a holiday by the Legislature of the Province of Canada in 1845. The actual holiday is observed on a Monday on or before May 24. This year, it happens to be May 23rd.

The holiday is colloquially known as May Two-Four in parts of Canada; double entendre that refers both to the date around which the holiday falls (May 24) and the Canadian slang for a case of twenty-four beers (a “two-four”), a drink popular during the long weekend.

We like to think that if Queen Victoria were still with us today, she would take great delight in visiting the cottage and enjoying a nice cold, Molson Canadian with us.

Update

Our good friend, Charles Oldfield, in the comments section below suggested our scene might benefit from a little pyrotechnics. We did our best to be accommodating Charles, and although it has been fun, you can see our Photoshop skillz might not be up to the royal standard.

Now, on to official business:

Our Technical Support team continues to be available 24/7 to assist you.

Please note that during this closure, there will be:

  • No orders or requests processed for the following TLD’s: .at, .fr, .ch, .li, .dk, .com.mx
  • No special processing for .ca (registrant transfers, conflicting and municipal registrations) or .eu/.be (redemptions).

Here are the hours by department:

 

Department Dates and Hours
Technical Support Regular hours
Payments Email support: payments@opensrs.org
Compliance Closed May 23nd (Monday)
Service Bureau Closed May 23nd (Monday)

Tucows Comments on ICANN Applicant Guidebook

The latest ICANN Applicant Guidebook was released in mid-April and covers the introduction of new generic Top Level Domains (gTLD).

The introduction of new gTLDs has been an ongoing conversation for more than a decade; We have an opportunity to approve the final draft in time for consideration of the new gTLD implementation program during the ICANN Board meeting, which will be held on Monday, 20 June 2011, in Singapore.

We submitted our comments yesterday and wanted to share them with you below:

May 15, 2011
Internet Corporation for Assigned Names and Numbers (ICANN)
4676 Admiralty Way, Suite 330
Marina del Rey, CA
90292-6601

RE: Comments on Applicant Guidebook Released April 15, 2011

EXECUTIVE SUMMARY

ICANN should do what it should have done, but could not, in 1999.

Tucows urges the ICANN board to approve the Applicant Guidebook (“AG”) and start the communications period at the ICANN meeting in Singapore. Tucows urges the Government Advisory Council (“GAC”) to register their concerns and then to support the process moving forward. This is the appropriate action for reasons too numerous to list, but including the following:

  • There will be innovation, benefit to Internet users and job creation. If there is not, there will be no adoption and we need not worry about adequate protections.
  • The protections in the AG far exceed those in the existing gTLDs. All protections come at a cost of inhibiting innovation, Internet user benefit and job creation. The balance is well reached.
  • The GAC role inside of ICANN is important and will continue to evolve. This should be in a healthy way and not saddled with special interests lobbying governments for their narrow positions. In addition, the GAC’s role should evolve separate from, not be driven by, the new gTLD process.
  • Most importantly, ICANN was birthed as a result of the desire for new gTLDs. This did not happen twelve years ago due to the political landscape. It is important to happen now.

Innovation should not need permission.

THE PARADOX OF “PROTECTIONS”

Those who are anti-closure seem to be making two arguments. First, that there is no demonstrable value to moving ahead and second, that there are not enough protections to move ahead. This is inherently a paradox.

There can be no question that new gTLDs will only be successful IF they will create value for Internet users. They will only create value for Internet users if there is innovation. And of course, if there is innovation and value for users there will be company formation, jobs, a platform for additional innovation on top of a more creative namespace and other benefits that we cannot predict.

Now the paradox. If new gTLDs are not successful then there is clearly no need for protection. A namespace which does not have broad popularity does not have much, if any need for complex protections, and here think of the hundreds of ccTLDs which are only narrowly used and do not cause IP headaches like .cx (Christmas Islands) or many other examples.

Thus, the concern for protection only exists if there is benefit to Internet users, innovation, jobs, company formation, and a whole host of other benefits.

All important innovation leads to possible harms which are massively outweighed by the benefits they are intended to create. A great example of this is the iPod. Think of the innovation that has flowed from it, including the iPhone and the iPad. Think of the massive job creation this has led to, especially in the developing world. Think of the incalculable benefit it has created for users. We cannot imagine there is anyone reading this now who has not materially enjoyed those benefits. Yet it has also been a platform for sharing of music on a level never before possible. Most of that sharing is good and beneficial. Some of it violates IP rights.

Think of the Internet itself. In our view, the Internet is the greatest agent for positive change the world has ever known. Yet it is also the platform for a whole new category of things that require protections.

Only the most reactionary would argue against the iPod and the innovation that followed. Only the most reactionary out there would argue against the incalculable benefits that the Internet has created. The same is true here. Either new gTLDs will create a massive benefit which will far outweigh any harms or we need not worry about protections.

LEVEL OF PROTECTION AND A MEANS OF MAKING IT BETTER

We believe that there is an adequate level of protection for Intellectual Property (“IP”) in the existing namespace. We believe that this is not an exercise in perfection and so of course there are still issues. We also believe that there is more to be concerned about with IP interests abusing the current system to the detriment of legitimate registrants, but this is a matter for another dialog.

The protections contained in the AG are beyond the Implementation Recommendation Team (“IRT”) recommendations, recommendations negotiated in good faith by members of the IP community. Importantly, the level of protection in the AG goes far beyond that contained in the existing namespace in general and .com in particular. It will be many, many years, if ever, before any new namespace passes .com.

The UDRP is perhaps ICANN’s second-greatest success behind Registrar competition and the price reductions and improved customer experience it led to.

The UDRP has eliminated the vast majority of problems. As noted, the AG provides a whole host of additional protections beyond those of the UDRP. Each additional protection comes at a cost. The cost is freedom to innovate, provide benefits to Internet users and to create jobs. Protections are not absolute, they must strike a balance.

The right way to improve upon the protections in the AG is to launch and iterate. If additional protections are necessary then the community will develop them. There are no actors within the ICANN community who are opposed to reasonable protection of IP interests.

We feel it important here to repeat something we first raised at the Sydney meeting in 2009. We implore the IP community to work constructively inside the ICANN process. The bottom-up multi-stakeholder process must be approached trying to create win-win solutions.

Most IP actors inside of ICANN recognize and respect this. Sadly, some do not.

When some IP interests get as far as they can inside the ICANN process and then go outside of it to lobby their national governments they clearly demonstrate three things. First, they are acting win-lose. They do not recognize that all protections come at a cost and that the cost is innovation, user benefit and jobs. Second, they are harming the relationship between national governments and the broader ICANN community by putting GAC members in an untenable position (more on this below). Third, they work against the health and credibility of the bottom-up multi-stakeholder process.

These interests say they support ICANN. We believe that it is more accurate to judge people by what they do, not what they say.

THE ROLE OF GAC INSIDE OF ICANN

We believe that one of the great challenges that the ICANN community, and the GAC within that community, currently faces is finding the proper role for the GAC inside of ICANN. We also believe that this is distinctly separate from the new gTLD process.

We believe that nation-states are important actors in the ICANN process. We respect their place and look forward to them continuing to evolve towards taking a more integrated role inside of the ICANN community. Most importantly we think this is an evolving relationship. At the birth of ICANN the GAC were reluctant actors who showed up, but did not engage. Over time their role evolved to become more integrated. With the Affirmation of Commitments (“AoC”) there is an additional, structural evolution.

We believe this is healthy and appropriate. We see ICANN as a living experiment which should always be iterating and evolving.

We do not believe that this role need be distinctly defined through the new gTLD process. We do not believe that the role of the GAC should be as a recipient of lobbying by special interests to bring those views forward. We greatly sympathize with the current GAC and the position this lobbying has placed them in.

We believe that special interests lobbying governments in this way is inappropriate, bad faith and shows a disregard for the ICANN community. We note that any “advice” coming from the GAC that is in the nature of policy runs counter to the AoC and that the GAC and those lobbying them should see it as such.

The adoption of the AG should not be contingent upon “finalizing” the role of the GAC, nor should it be impacted by narrow interests lobbying national governments.

IMPORTANT HISTORICAL CONTEXT

When thinking about ICANN’s purpose and new gTLDs inside that purpose, some historical context is important.

In the late 1990’s, prior to ICANN’s inception and in the days of the Network Solutions monopoly, there was a strong movement to introduce new gTLDs. It was the existence of this movement and its actions that led to the Green Paper, the White Paper and then, finally, ICANN.

At the time of its formation ICANN was weak. Network Solutions was a strong, rich, well-connected company. The negotiations to birth ICANN were extremely difficult and the threat of back-breaking litigation was always present.

As part of this negotiation a deal was reached. Rather than introduce competition at the registry level, which would have been most natural, there would be structural separation. The concept of “registrar” was created and a series of contracts which ensured that the significant majority of the financial benefits would flow to the registry were adopted. This has played out with today’s registries enjoying healthy monopoly rents and today’s registrars preforming most of the work in a hyper-competitive market at very low margins. The increased competition has created huge benefits for Internet users in terms of much lower prices, much higher levels of service and an amazing level of customization, specialization and innovation. Tens of thousands of companies have created hundreds of thousands of jobs.

The AG, hopefully approved in Singapore, is simply doing what should have been done in 1999. What would have been done had ICANN been in a stronger position. It is a natural step that is twelve years too late but better late than never.

CONCLUSION

There have been many years of work towards the introduction of new gTLDs. The existing AG is not a perfect document, nor will there ever be one. This process has shown the ICANN community to be well-intended, hard-working and constructive. It has shown the staff to be resilient and resourceful. It is now time for the ICANN board to do their duty and approve the AG in Singapore and start the communication period.

Sincerely,

Elliot Noss
President & CEO, Tucows

Become a Reseller

Sign Up Now
 
 
Subscription Options
Archive