<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>Exile From the Herd - Taking care of business</title>
    <link>http://www.privateworld.com/</link>
    <description>Better Living through Private World Domination</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.0-beta3 - http://www.s9y.org/</generator>
    <pubDate>Tue, 26 Jun 2007 21:33:21 GMT</pubDate>

    <image>
        <url>http://www.privateworld.com/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: Exile From the Herd - Taking care of business - Better Living through Private World Domination</title>
        <link>http://www.privateworld.com/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>The Low Returns Of High Volume / High Expectations / Thin Margin Customers</title>
    <link>http://www.privateworld.com/archives/102-The-Low-Returns-Of-High-Volume-High-Expectations-Thin-Margin-Customers.html</link>
            <category>Taking care of business</category>
    
    <comments>http://www.privateworld.com/archives/102-The-Low-Returns-Of-High-Volume-High-Expectations-Thin-Margin-Customers.html#comments</comments>
    <wfw:comment>http://www.privateworld.com/wfwcomment.php?cid=102</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.privateworld.com/rss.php?version=2.0&amp;type=comments&amp;cid=102</wfw:commentRss>
    

    <author>nospam@example.com (Mark Jeftovic)</author>
    <content:encoded>
    There is an old expression among geeks and hackers: &quot;fast, good, cheap: pick any two&quot; and anybody who is a client of my company knows which two we strive for. So it has always amused me when I see any of the following:&lt;br /&gt;
&lt;ul&gt;&lt;br /&gt;
    &lt;li&gt;companies who pick ONE of the three: cheap, and think that&#039;s enough&lt;br /&gt;
    &lt;li&gt;customers who think three of three is a realistic thing to ask for&lt;br /&gt;
    &lt;li&gt;companies who claim to be all three&lt;br /&gt;
 &lt;/ul&gt;&lt;br /&gt;
Over the lifespan of easyDNS, people have admonished me, some politely, some adamantly, that I was &quot;playing it all wrong&quot;. I remember a chance meeting with an old friend in the KOS Diner on Toronto&#039;s College Street back in 2000: &quot;You&#039;ve only got one chance, one chance at all to make this work: YOU MUST position yourself to be bought out by Network Solutions, like do what you&#039;re doing for free and just get a whole bunch of customers, fast&quot;&lt;br /&gt;
&lt;br /&gt;
I remember some of the calls I took when I was still answering the front line support phones that went something like this:&lt;br /&gt;
 &lt;br /&gt;&lt;a href=&quot;http://www.privateworld.com/archives/102-The-Low-Returns-Of-High-Volume-High-Expectations-Thin-Margin-Customers.html#extended&quot;&gt;Continue reading &quot;The Low Returns Of High Volume / High Expectations / Thin Margin Customers&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 25 Jun 2007 16:16:41 -0400</pubDate>
    <guid isPermaLink="false">http://www.privateworld.com/archives/102-guid.html</guid>
    
</item>
<item>
    <title>On divorcing your partners while protecting your customers' interests.</title>
    <link>http://www.privateworld.com/archives/76-On-divorcing-your-partners-while-protecting-your-customers-interests..html</link>
            <category>Taking care of business</category>
    
    <comments>http://www.privateworld.com/archives/76-On-divorcing-your-partners-while-protecting-your-customers-interests..html#comments</comments>
    <wfw:comment>http://www.privateworld.com/wfwcomment.php?cid=76</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://www.privateworld.com/rss.php?version=2.0&amp;type=comments&amp;cid=76</wfw:commentRss>
    

    <author>nospam@example.com (Mark Jeftovic)</author>
    <content:encoded>
    The &lt;a href=&quot;http://www.registerflies.com&quot;&gt;RegisterFly debacle&lt;/a&gt; has reached new heights in a cyber-age parallel to the Great Western Schism which saw Papal succession bifurcate into Pope vs. &lt;a href=&quot;http://en.wikipedia.org/wiki/Antipope&quot;&gt;Antipope&lt;/a&gt; in the 14th century. The ICANN accreditted registrar seems to be operating under a similar disassociation with one side running the operation under registerfly.com (which actually wound up here on our nameservers this week) while the other runs a conflicting operation by the same name on the registerfly.net domain. No doubt, this is further exacerbates  the problems for Registryfly customers, and seeing as one of the parties is now a customer, I&#039;ll leave it at that.&lt;br /&gt;
&lt;br /&gt;
But what is clear to me is that there is a right way and a wrong way to have irreconcilable differences with your partners and if it leads to a dissolution of the association, it can and should be done in a way that is transparent to the customers and the business as a whole. &lt;br /&gt;
&lt;br /&gt;
When it came time for the partners at easyDNS to go our separate ways, we did it with maturity and professionalism. Our customers were unaware anything had transpired until the deal was done, the papers signed, handshakes were exchanged and I posted it to the company blog later that day.&lt;br /&gt;
&lt;br /&gt;
From the time the situation came to the fore to the time the agreements were signed was over a year, roughly the same amount of time this Registerfly trainwreck has been unraveling. In that time, no injunctions were filed, no lawsuits launched, no criminal charges were laid and no animals were harmed in the breakup of our partnership. Our own lawyers never even had communications with each other until closing day when we all showed up at the corporate law firm&#039;s offices to sign the papers.&lt;br /&gt;
&lt;br /&gt;
What we did do was engage a third party mediator and held all of our meetings at their offices, on neutral ground. Tempers flared, patience was tried, opinions clashed. But all in all it was a very civil process and as a result, we&#039;re still on cordial terms. You can put us in a room together and we won&#039;t go at each other like Siamese Fighting Fish.&lt;br /&gt;
&lt;br /&gt;
This all seemed very normal to us. I think we all knew it could have gone a lot uglier, but I doubt it crossed anybody&#039;s mind that it could have gotten downright &lt;i&gt;nasty&lt;/i&gt; the way this registerfly situation has.&lt;br /&gt;
&lt;br /&gt;
Knowing my former partners the way I do, I can attest to their ethical standards. I know had things gone differently, we still would have all worked together to ensure the interests of our customers. For that, I am grateful to have been in business with person&#039;s of such high ethics, because this other situation has shown me that not everyone is as fortunate.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  
    </content:encoded>

    <pubDate>Thu, 08 Mar 2007 15:01:49 -0500</pubDate>
    <guid isPermaLink="false">http://www.privateworld.com/archives/76-guid.html</guid>
    
</item>
<item>
    <title>One man's minor bug is another man's tipping point</title>
    <link>http://www.privateworld.com/archives/71-One-mans-minor-bug-is-another-mans-tipping-point.html</link>
            <category>Taking care of business</category>
    
    <comments>http://www.privateworld.com/archives/71-One-mans-minor-bug-is-another-mans-tipping-point.html#comments</comments>
    <wfw:comment>http://www.privateworld.com/wfwcomment.php?cid=71</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.privateworld.com/rss.php?version=2.0&amp;type=comments&amp;cid=71</wfw:commentRss>
    

    <author>nospam@example.com (Mark Jeftovic)</author>
    <content:encoded>
    I&#039;ve been on the fence about dumping once of my outsourced solutions providers and bringing the functionality they provide in-house. We&#039;ve been with them a long time, I have regular lunches with some of their VPs and trade phone calls with the CEO on a semi-regular basis. They&#039;re good guys, we like each other. It&#039;s all very friendly.&lt;br /&gt;
&lt;br /&gt;
But business is business. I can save a nice sum of cash each year if I ditch them and bring the functionality in-house. But I didn&#039;t pull the trigger on this during a round of cost cutting last year because the service was good and it was one less thing to worry about.&lt;br /&gt;
&lt;br /&gt;
Lately tho, we&#039;ve had some issues and we end up having to worry about some of the stuff anyway. Looking at the future roadmap, we want to go into a market they don&#039;t service and we&#039;d have to come up with the toolset to service those functions in that market from somewhere else anyway.&lt;br /&gt;
&lt;br /&gt;
Then last week, a bug rears it&#039;s head. A seemingly minor bug over there is causing daily doses of grief over here. We finally isolate it complete with process id&#039;s and transaction numbers from their side and open a ticket last night. &quot;Hi, your system has recently started doing X twice every night instead of just once. This causes problems over here because we key off of process-X&quot;.&lt;br /&gt;
&lt;br /&gt;
The response came in today:&lt;br /&gt;
&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
&quot;The Developers have looked at this and say that it is a very rare occurrence. We are not able to guarantee that [process-X never fires twice] as that would slow down the .... process significantly.&quot;&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
&lt;br /&gt;
Okie then. We&#039;ll muddle through on our own with that. And while we&#039;re at it we may as well develop the entire toolkit over the next couple months and then we can send you our notice of termination.&lt;br /&gt;
&lt;br /&gt;
Case closed and thanks for helping me with that decision.&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Fri, 23 Feb 2007 16:17:16 -0500</pubDate>
    <guid isPermaLink="false">http://www.privateworld.com/archives/71-guid.html</guid>
    
</item>

</channel>
</rss>