<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Josh.st &#187; small biz</title>
	<atom:link href="http://josh.st/tag/small-biz/feed/" rel="self" type="application/rss+xml" />
	<link>http://josh.st</link>
	<description>Web, English, 中国, and various geekosity</description>
	<lastBuildDate>Sun, 13 Nov 2011 00:42:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Growling at PayPal</title>
		<link>http://josh.st/2009/10/19/growling-at-paypal/</link>
		<comments>http://josh.st/2009/10/19/growling-at-paypal/#comments</comments>
		<pubDate>Mon, 19 Oct 2009 02:48:53 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[cba]]></category>
		<category><![CDATA[CommBank]]></category>
		<category><![CDATA[complex]]></category>
		<category><![CDATA[evolve]]></category>
		<category><![CDATA[fraud]]></category>
		<category><![CDATA[gateway]]></category>
		<category><![CDATA[identity]]></category>
		<category><![CDATA[merchant]]></category>
		<category><![CDATA[name change]]></category>
		<category><![CDATA[payment]]></category>
		<category><![CDATA[PayPal]]></category>
		<category><![CDATA[small biz]]></category>

		<guid isPermaLink="false">http://josh.st/?p=1624</guid>
		<description><![CDATA[We signed up for a PayPal account ages ago and never got around to using to process payments (we’ve got a merchant facility with CommBank so there was no great urgency to the situation) — and since setting it up the person responsible has moved on. Our unverified account has never processed a single payment, [...]]]></description>
			<content:encoded><![CDATA[<p>We signed up for a PayPal account ages ago and never got around to using to process payments (we’ve got a merchant facility with CommBank so there was no great urgency to the situation) — and since setting it up the person responsible has moved on.</p>
<p>Our unverified account has never processed a single payment, and yet with the amount of ID they require for something as simple as a contact name change you could get a passport in some countries.</p>
<blockquote><p>Business Contact Name Change<br />
To process your name change request, you need to fax in additional information. Please provide a current photo identification and one of the other following documents:</p>
<ul>
<li>A copy of a valid photo identification showing your new name.</li>
<li>Acceptable forms of photo identification are a driver’s license, passport or any other state or government issued photo identification.</li>
<li>A copy of a recent utility bill showing your new name and address exactly as they appear on your PayPal account.</li>
<li>A copy of a recent bank statement for the bank account listed on your PayPal account (if applicable).</li>
</ul>
<p>Please include a letter on company stationery indicating the primary email address, current name, address and telephone number on the PayPal account, the reason for the name change, and the new business contact name.</p>
<p>So that we can process your request efficiently, please ensure that your documents are valid and legible. As always, any personal identification information that you submit to PayPal will remain secure and will never be transmitted to any third party.</p></blockquote>
<p>PayPal have never had a rep as a particularly customer friendly organisation, but this isn’t even beneficial to them! With no transactions in the past and less documentation than this required for establishing a NEW account it doesn’t pose any credible threat so far as hijacked accounts/money laundering/whatever goes, and they need to spend time reviewing documents sent in a thoroughly nonstandard way. The bank account verification process is pretty good in terms of automation (albeit risky — you’re essentially giving PayPal license to do whatever with all funds in that account) — this is most certainly not.</p>
<p>Anyone have any good, low % fee or cost/transaction way of hooking into CBA’s Evolve system? The application doesn’t warrant us spending heaps setting it up just yet, and PayPal are good at making things way too risky and difficult. Grumble.</p>
]]></content:encoded>
			<wfw:commentRss>http://josh.st/2009/10/19/growling-at-paypal/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Correcting course: change management for small biz</title>
		<link>http://josh.st/2009/07/10/correcting-course-change-management-for-small-biz/</link>
		<comments>http://josh.st/2009/07/10/correcting-course-change-management-for-small-biz/#comments</comments>
		<pubDate>Fri, 10 Jul 2009 13:39:07 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[change management]]></category>
		<category><![CDATA[continuity]]></category>
		<category><![CDATA[hosting]]></category>
		<category><![CDATA[money]]></category>
		<category><![CDATA[outsourcing]]></category>
		<category><![CDATA[small biz]]></category>
		<category><![CDATA[small business]]></category>

		<guid isPermaLink="false">http://josh.st/2009/07/10/correcting-course-change-management-for-small-biz/</guid>
		<description><![CDATA[I’m currently in the process of trying to roll together a few hosting accounts of mine that have unnecessarily been running for the past few years as I’ve discovered ‘better’ services but not bothered rolling the old accounts over to. I’m probably losing around $700 a year because of this, and basically killing any revenue [...]]]></description>
			<content:encoded><![CDATA[<p>I’m currently in the process of trying to roll together a few hosting accounts of mine that have unnecessarily been running for the past few years as I’ve discovered ‘better’ services but not bothered rolling the old accounts over to. I’m probably losing around $700 a year because of this, and basically killing any revenue from hosting for other clients by making the whole process so unmanageable.</p>
<p>It’s frustrating, because it’s self-inflicted, relatively fixable, and a prime example of terrible stewardship on my part. It trickles out of my account in minor transactions of around $20, and I just don’t miss the money as much as I should. The problem is, if the transfer gets screwed up, various people dependent particularly on email (less so websites — they can withstand being down for a period of time, but for most clients of mine email is THE crucial application) cease to function until the DNS mends itself.</p>
<p>For this reason, I’ve not been brave (foolish?) enough to entrust the task to a service such as ODesk or RentACoder, even though either has the potential to totally take the headache away for a pretty minimal cost. I know that the odds of something going wrong between the exposure of core hosting passwords to strangers, in a process that is the web equivalent of a heart bypass, are pretty unacceptably high to simply palm off to some stranger for a chunk of change. Part of the problem is the kind of business continuity capabilities faced by many of my clients aren’t such that service notifications provide any particular benefit: it’s not as though they have any particular remedy for ‘scheduled maintenance’ in terms of notifying clients, as, unlike larger businesses, their websites are not frequently visited as first point of contact for vast numbers of existing and prospective clients of their own, and public apologies or notifications are meaningless.</p>
<p>Similarly, the scope of client education for such a minor undertaking is itself quite formidable — this sort of outage is highly occasional and the clients are so varied that there are no particular processes in place for dealing with it. Micro web agencies aren’t generally well equipped to do this sort of thing, simply as a byproduct of the nature of the provider/client relationship. In my work with larger businesses (especially where SaaS is a core offering) where the relationship is less provider/client and more embedded (i.e. I don’t end up functioning as an external party!) we have of course formulated plans for continuity and notification, but this cannot be the case as simply or readily for smaller, more fragmented organisations.</p>
<p>These issues have produced something of a perfect storm, where minor recurrent losses are the path of least resistance in a situation that requires a fair amount of (non-financial, tangible and intangible) investment to correct course. This, combined with the fact that I don’t have enough clients to justify writing migration code, and the general awfulness (particularly the <em>glacial slowness</em>)of WHM/other proprietary host management software, has meant I’ve yet to embark on an exercise with little visible benefit. Over 50% of this task is stuff you <em>can’t</em> outsource, or at least shouldn’t: client education and maintaining relationships.</p>
<p>Small business owners: how do <strong>you</strong> balance this need for process improvement and cost saving with the reality of day-to-day busyness and your obligations as a provider?</p>
]]></content:encoded>
			<wfw:commentRss>http://josh.st/2009/07/10/correcting-course-change-management-for-small-biz/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

