<?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>Adam McFarland &#187; Decision Making</title>
	<atom:link href="http://www.adam-mcfarland.net/category/decision-making/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adam-mcfarland.net</link>
	<description>Musings of a Balding 28 Year Old Entrepreneur</description>
	<lastBuildDate>Thu, 09 Sep 2010 18:02:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Chargeback Fraud &#8211; Customer Caught Red Handed (Finally!)</title>
		<link>http://www.adam-mcfarland.net/2010/07/13/chargeback-fraud-customer-caught-red-handed-finally/</link>
		<comments>http://www.adam-mcfarland.net/2010/07/13/chargeback-fraud-customer-caught-red-handed-finally/#comments</comments>
		<pubDate>Tue, 13 Jul 2010 22:32:35 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[Finance]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=1748</guid>
		<description><![CDATA[Without a doubt the most popular post I&#8217;ve written was last years post about chargebacks. Like most retailers, we feel pretty helpless when it comes to chargebacks, and I think that resonates with people.  Since the system at it&#8217;s core is very broken, retailers don&#8217;t have a whole lot of options.  Any system you put [...]]]></description>
			<content:encoded><![CDATA[<p>Without a doubt the most popular post I&#8217;ve written was <a href="http://www.adam-mcfarland.net/2009/05/19/chargebacks/">last years post about chargebacks</a>.  Like most retailers, we feel pretty helpless when it comes to chargebacks, and I think that resonates with people.  Since the system at it&#8217;s core is very broken, retailers don&#8217;t have a whole lot of options.  Any system you put in place to reduce chargeback fraud invariably creates issues for legit customers.  Creating new problems for all customers when a very small few are causing the issues, without guaranteeing any higher success rate, is what makes us tread very carefully.  <a href="http://davepit.com/things-you-can-do-to-prevent-credit-card-fraud/">Dave wrote a post about this recently</a> and I commented on a system we&#8217;ve seriously considered implementing, and there are about ten other things we&#8217;ve considered, but have always decided to hold back for these reasons.  The only thing we&#8217;ve done &#8211; which has made a big difference &#8211; is stop shipping internationally.  Now that we&#8217;ve done that though, I don&#8217;t think we&#8217;re going to make any other sweeping changes.</p>
<p>Still, we always try to stop fraud in it&#8217;s tracks.  Since we don&#8217;t ever win a chargeback case after it happens*, we try to stall suspicious orders in hope of having it still in our possession (or in the possession of FedEx) when we get the chargeback .  Until yesterday though, we never actually stopped someone.  Once, Greg we missed calling off delivery by minutes.  He then tried calling the customer at the phone number they registered with and actually got someone on the phone, but they denied knowing anything.</p>
<p>Anyway, flash forward to yesterday.  We finally got someone.  Here&#8217;s my best account of the time line:</p>
<ul>
<li>Middle of last week a customer places an order for an abnormally large quantity of one product.  His billing address passed verification (meaning that his billing address matched the billing address on his credit card) but of course he was shipping it to another address in another state.  He was smart enough to give the person in the other state the same last name. He also paid an exorbitant amount for expedited shipping.</li>
<li>Greg flagged it for all of those reasons.  We did have the inventory to fill the order, but it would have left us  with next to nothing for the product, so we likely would have wanted to hold the order for a week or two regardless.  He put the order in our &#8220;pending&#8221; system and shot me an email asking my opinion.</li>
<li>I replied &#8220;<em>Hmm.  His AVS and CSC both matched for his billing address. We could require that he ship the order to the billing address, which would pretty much 100% eliminate the possibility of fraud. When you email him to let him know they&#8217;re on backorder you could inquire as to what he&#8217;s using them for and if he&#8217;ll be ordering regularly so we can stock inventory accordingly.  That might give us a little more insight. &#8221; </em></li>
<li>Greg contacted him and he replied quickly (less than a day).  He said he ran a business and was reselling them (which might have been true), and that we <em>could </em>ship it to his billing address, but it would really suck that he would have to then ship it again.  He was trying to guilt us into shipping it out.</li>
<li>And it worked.  We decided to finally ship it out on Monday.</li>
<li>Later that afternoon, Greg received an email from someone with the same name as the buyer.  The &#8220;real&#8221; customer never ordered with us, has had several other fraudulent charges on his card recently, has just canceled his card, and told us not to ship the order because it&#8217;s fraud.</li>
<li>Greg called FedEx and had the package re-routed back to us.  Scammer stopped.</li>
</ul>
<p>Although we lucked into it in this case, we now have a <strong>new policy: large first time orders from people we don&#8217;t know must be shipped to a verified billing address. </strong>I think requiring this on every order is overkill.  It might even be overkill to require it on every single first order.  But on a big first order that&#8217;s not from a legit business this is a more than acceptable policy.</p>
<p><span style="font-size:8pt;">*in that post  last year I wrote &#8220;Despite being able to provide tracking information to prove delivery for every single chargeback filed against us, we have lost all but one case.&#8221; I think I misspoke &#8211; I&#8217;m fairly certain that I confirmed later on with George that said &#8220;win&#8221; was a case of &#8220;blackmail&#8221; where the buyer rescinded the chargeback himself, which does happen from time to time.</span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2010/07/13/chargeback-fraud-customer-caught-red-handed-finally/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>Inventory &#8211; the Death of e-Commerce Companies, Large and Small</title>
		<link>http://www.adam-mcfarland.net/2010/06/30/inventory/</link>
		<comments>http://www.adam-mcfarland.net/2010/06/30/inventory/#comments</comments>
		<pubDate>Wed, 30 Jun 2010 16:02:42 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Ecommerce]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=1688</guid>
		<description><![CDATA[A New Company Let&#8217;s take, for example, a brand new company that&#8217;s getting into the blue widget business.  For fun, let&#8217;s call the owner Carlos. Widgets cost $50, and retail for $100.  For simplicity, we&#8217;ll assume that Carlos has to pay in cash up front (which is somewhat common when you just start out), that [...]]]></description>
			<content:encoded><![CDATA[<h2>A New Company</h2>
<p>Let&#8217;s take, for example, a brand new company that&#8217;s getting into the blue widget business.  For fun, let&#8217;s call the owner Carlos. Widgets cost $50, and retail for $100.  For simplicity, we&#8217;ll assume that Carlos has to pay in cash up front (which is somewhat common when you just start out), that he orders once per month, and that he receives his inventory immediately (clearly, not very common).</p>
<p>Carlos has saved up and he has $5k to start out with, so he buys 100x widgets.  In the spreadsheet, <em>Qty</em> is the quantity that Carlos has in stock, <em>COGS</em> stands for cost of goods sold (Carlos&#8217; cost on the items), and <em>Retail</em> is the retail value of the inventory.</p>
<p><img class="alignnone size-full wp-image-1695" title="inventory1" src="http://www.adam-mcfarland.net/wp-content/uploads/2010/06/inventory1.png" alt="inventory1" width="603" height="57" /></p>
<p>Now, 30 days later Carlos is doing pretty good.  He&#8217;s sold 75 out of his 100 blue widgets.</p>
<p><img class="alignnone size-full wp-image-1696" title="inventory2" src="http://www.adam-mcfarland.net/wp-content/uploads/2010/06/inventory2.png" alt="inventory2" width="603" height="73" /></p>
<p>Time to reorder!  Since demand is increasing, Carlos needs to spend all $7,500 in his bank account to buy 150x blue widgets.  Now he has 175 in stock, but no cash.</p>
<p><img class="alignnone size-full wp-image-1697" title="inventory3" src="http://www.adam-mcfarland.net/wp-content/uploads/2010/06/inventory3.png" alt="inventory3" width="603" height="90" /></p>
<p>Things keep going well for Carlos.  In fact, he&#8217;s decided to expand his business into green widgets.  At day 60 he&#8217;s down to 50 blue widgets.  He orders 150x again, but also buys in to the green widgets with another investment of $5k for 100x.</p>
<p><img class="alignnone size-full wp-image-1699" title="inventory5" src="http://www.adam-mcfarland.net/wp-content/uploads/2010/06/inventory5.png" alt="inventory5" width="603" height="126" /></p>
<p>Wait a second.  Things are going pretty good, but Carlos keeps spinning his wheels when it comes to cash flow.  When he has a lot of cash on hand, he keeps having to spend it all on inventory to accommodate his growth.  When inventory looks good, he doesn&#8217;t have any cash.  He&#8217;s profiting, but there&#8217;s no profit to spend on anything other than inventory.</p>
<h2>Us</h2>
<p>Now multiply this over several product lines, with multiple vendors, all of which have different payment terms (cash, credit cards, Net 30), and all of which have various delivery times, and then factor in shipping damages, warehouse space, shelving units, packing material, employees, marketing, and probably 50 other factors, and you basically have us.  It&#8217;s easy to see how, despite really fast growth and  lots of cash coming in and out, there isn&#8217;t a whole lot left, even if you&#8217;re showing a large profit.</p>
<p>The situations that really kill us are vendors that we spend a lot of money with but also have slow lead times, forcing us to forecast out further than 30 days.  For example, we might place an order in July to cover us through September.  We get the products, have 30 days to pay for them, even though we won&#8217;t turn the inventory over for several more months.  At which time, we&#8217;ll be placing an even bigger order with the same company.  It&#8217;s a vicious cycle.</p>
<p>It&#8217;s a problem that we&#8217;ll probably never rid ourselves of completely.  The interesting thing is that this problem doesn&#8217;t stop as you grow.  If anything, it might get worse.  Take the case of Zappos.</p>
<h2>The Super Duper Gigantic Company</h2>
<p>In an excerpt from his new book, <a href="http://www.amazon.com/Delivering-Happiness-Profits-Passion-Purpose/dp/0446563048/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1277911775&amp;sr=1-1">Delivering Happiness</a>, in last month&#8217;s Inc Magazine, Tony Hsieh authored an article titled  <a href="http://www.inc.com/magazine/20100601/why-i-sold-zappos.html">Why I Sold Zappos</a>.  Essentially, to sum it up for you, the reason was because of inventory:</p>
<blockquote><p>At the time, Zappos relied on a revolving line of credit of $100 million to buy inventory. But our lending agreements required us to hit projected revenue and profitability targets each month. If we missed our numbers even by a small amount, the banks had the right to walk away from the loans, creating a possible cash-flow crisis that might theoretically bankrupt us. In early 2009, there weren&#8217;t a lot of banks eager to give out $100 million to a business in our situation.</p>
<p>That wasn&#8217;t our only potential cash-flow problem. Our line of credit was &#8220;asset backed,&#8221; meaning that we could borrow between 50 percent and 60 percent of the value of our inventory. But the value of our inventory wasn&#8217;t based on what we&#8217;d paid. It was based on the amount of money we could reasonably collect if the company were liquidated. As the economy deteriorated, the appraised value of our inventory began to fall, which meant that even if we hit our numbers, we might eventually find ourselves without enough cash to buy inventory.</p>
<p>These issues had nothing to do with the underlying performance of our business, but they increased tensions on our board of directors. </p></blockquote>
<p>The fact that Zappos had these issues is both scary and reassuring at the same time.</p>
<h2>Solutions?</h2>
<p>We discuss this a lot.  It&#8217;s probably our biggest growing pain, even more so than hiring, scaling our technology, or developing our warehouse operations.  Now, most companies aren&#8217;t Zappos, they&#8217;re more like us.  Is there any solution to this problem?</p>
<p>Yes, there is, and we personally know several e-commerce companies that no longer have this problem.  Their solution:  they have a shit load of cash.  They don&#8217;t rely on bank lines to buy inventory.  Somewhat of a necessity in the beginning, you can see from Zappos how bank lines can sour quickly based upon factors outside of your control.  We&#8217;ve also experienced a TON of red tape trying to get new lines or increase existing ones.  When the application process involves 10 meetings, personal credit checks, personal tax returns, the SBA&#8217;s backing, and a 100 page business plan, you have to question whether it&#8217;s worthwhile.  Unfortunately for Zappos, they&#8217;re too big to solve the problem with cash.  They&#8217;ve outgrown any potential &#8220;sweet spot.&#8221;</p>
<p>There are really only two ways for a retail business to get a shit load of cash.  1) You start out with it because you&#8217;re rich.  2) You slowly but surely build it up over years and years of profits.</p>
<p>Since #1 doesn&#8217;t apply to us, #2 is what we&#8217;re shooting for.  #2 is how we&#8217;ve seen other successful e-commerce companies do it.  This isn&#8217;t a one or two year thing, it&#8217;s a 5-15 year thing.  It means absolutely minimizing other expenses (most notably, new product lines, employees and warehouse costs) until that revolving cash flow cycle eventually starts to turn in your favor.  If you&#8217;re profiting, it will (and if you&#8217;re not, well, you&#8217;ll be out of business).  We see it slowly getting better.  The difficult part is controlling expansion &#8211; expand too slow and you lose market share, expand too fast and you hit the reset button and start that bad cash flow cycle all over again.</p>
<p>It&#8217;s a fascinating topic, one that I think is often taken for granted when starting a retail venture.  At first glance, you just wrongly assume that if you&#8217;re profiting you&#8217;ll have no cash flow problems, which definitely isn&#8217;t the case.</p>
<p><em>Side note:  as I&#8217;m about to hit &#8220;post&#8221; I realize that this is my 400th post since switching to WordPress and moving this blog from SportsLizard, where I had another 296.  It kind of blows my mind to think that I&#8217;ve written almost 700 posts over the last five years.  If anything, I suppose it shows I&#8217;m consistent when I apply myself to something.  Thank you to everyone who has ever read, commented, or emailed!  </em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2010/06/30/inventory/feed/</wfw:commentRss>
		<slash:comments>29</slash:comments>
		</item>
		<item>
		<title>How to Figure Out What to Automate</title>
		<link>http://www.adam-mcfarland.net/2010/06/15/how-to-figure-out-what-to-automate/</link>
		<comments>http://www.adam-mcfarland.net/2010/06/15/how-to-figure-out-what-to-automate/#comments</comments>
		<pubDate>Tue, 15 Jun 2010 22:21:46 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Customer Service]]></category>
		<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Productivity]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=1636</guid>
		<description><![CDATA[I think everyone who owns a web business wants to do as little work as possible to make as much money as possible.  That&#8217;s pretty obvious right.  Given that we&#8217;ve built our cart from scratch, we have the ability to automate just about anything that can be automated.  So why don&#8217;t we?  I get that [...]]]></description>
			<content:encoded><![CDATA[<p>I think everyone who owns a web business wants to do as little work as possible to make as much money as possible.  That&#8217;s pretty obvious right.  Given that we&#8217;ve built our cart from scratch, we have the ability to automate just about anything that can be automated.  So why don&#8217;t we?  I get that question from time to time, particularly from people who have just caught the internet business bug and think that they can just automate everything, do nothing, and sit back while the money rolls in.</p>
<p>The answer is pretty simple: because in many instances there are trade-offs.  There&#8217;s always the initial time spent up front. But sometimes even with the automation you end up creating more work for yourself in maintenance. Or, even worse, you lessen your customer&#8217;s experience.</p>
<p><strong>I have one really simple rule when trying to decide whether something gets automated or doesn&#8217;t.  If it saves us time, requires little to no maintenance, is scalable, doesn&#8217;t negatively impact the customer experience (in many cases, we&#8217;re trying to improve the customer experience), AND the end gain is worth the upfront time and resources to make the feature happen, then we do it.  Otherwise we don&#8217;t.</strong></p>
<p>A good example of a successful automation is the <a href="http://www.adam-mcfarland.net/2010/01/04/how-i-handle-customer-service-on-a-new-feature/">failed checkouts on Detailed Image</a>.  That&#8217;s a win for everyone across the board.  Since we implemented that, the number of failed checkouts has dropped to only a few per week, with almost no multiple failures from the same user.  Previously customers would fail over and over and over again because they didn&#8217;t know what was happening.  We gave the customer the information needed to solve their own problem, and they have 100% of the time.  I used to answer emails from customers regularly, but since then I haven&#8217;t received one.  And they&#8217;re less frustrated because they can solve their own problem immediately instead of awaiting an email from us.  Win/win.</p>
<p>On the other side of the page, we <a href="http://www.adam-mcfarland.net/2010/04/08/managing-out-of-stock-products/">haven&#8217;t fully automated our inventory system</a>, specifically ordering from vendors and managing &#8220;out of stock&#8221; items.  The comments on that post were fantastic.  Probably better than the post itself.  A lot of people posed questions about why we couldn&#8217;t go any further.  I did my best to explain our situation and why a fully automated system could potentially cause more headaches for both us and our customers, in addition to the upfront time to create, test, and deploy the features.</p>
<p>A more extreme idea would be to try to automate customer service.  The customer emails us, we scan our large database of replies, and automatically email them back our closest match.  Sounds crazy, but it&#8217;s possible.  Most companies that do this do a hybrid version where they send back suggestions automatically but still have a real person follow up.  We might do that at some point. However, that would require a lot of upfront time/money/work, and it would probably piss people off.  One of our best competitive advantages is that we reply to our emails with real replies from real people, and we do it relatively quickly.  Instead of fighting everything with automation, the best long term business solution to handling our ever-increasing volume of customer service emails might simply be to just hire a customer service rep.  All of the programming in the world can&#8217;t create the quality answers that a good employee can.</p>
<p>With every single business problem we always go through this same iterative thought process.  It makes for interesting conversation because we <em>can</em> attempt to automate just about anything.  Just because you can do something though, doesn&#8217;t mean you should.  Or, as <a href="http://www.imdb.com/title/tt0366551/quotes">Kumar said</a>, &#8220;just cause you&#8217;re hung like a moose doesn&#8217;t mean you gotta do porn!&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2010/06/15/how-to-figure-out-what-to-automate/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>No Longer Shipping Internationally</title>
		<link>http://www.adam-mcfarland.net/2010/01/26/no-longer-shipping-internationally/</link>
		<comments>http://www.adam-mcfarland.net/2010/01/26/no-longer-shipping-internationally/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 17:59:10 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Detailed Image]]></category>
		<category><![CDATA[Ecommerce]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=1104</guid>
		<description><![CDATA[Effective yesterday we are no longer shipping packages internationally. This also includes US Territory addresses and APO addresses. Much like closing down Tastefully Driven, there were a lot of reasons behind our decision, but it can all pretty much be summed up by saying that it was too much work for how small of a [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.detailedimage.com/blog/announcement/shipping-changes/">Effective yesterday</a> we are no longer shipping packages internationally. This also includes US Territory addresses and APO addresses.</p>
<p>Much like <a href="http://www.adam-mcfarland.net/2010/01/12/goodbye-tastefully-driven-so-long-amazon/">closing down Tastefully Driven</a>, there were a lot of reasons behind our decision, but it can all pretty much be summed up by saying that <strong>it was too much work for how small of a part of our business it was, and that we&#8217;d rather focus our time and energy elsewhere. </strong>However, unlike with Tastefully Driven, I think this will get a little backlash from our customers, which I&#8217;ll touch on more below.</p>
<p>Here is the in-depth reasoning behind our decision:</p>
<ul>
<li><strong>Customs forms</strong> &#8211; we got them semi-automated, but there is still a decent amount of work that needs to be put into correctly filling out the customs form for every single international order.</li>
<li><strong>Customer service</strong> &#8211; often times international customers take longer to place an order and ask more questions (understandably so because of the higher shipping charge and long delivery time).  In conjunction with the language barriers, the average international customer requires quite a bit more customer service work than a domestic customer does.</li>
<li><strong>Fraud</strong> &#8211; chargeback fraud and other shady orders tend to come more frequently from international customers.  Our <a href="http://www.adam-mcfarland.net/2009/05/19/chargebacks/">$6k chargeback</a> was international (although I still take full responsibility for not having realized earlier what he was doing).  Supposedly <a href="http://www.bongous.com/international-internet-fraud.php">fraudulent transactions occur nearly 3 times as frequently on  international orders as they do for domestic orders</a>.</li>
<li><strong>FedEx</strong> &#8211; we ship domestically using FedEx, but after putting in quite a bit of work and having several meetings with them, ultimately couldn&#8217;t come up with an international shipping process that made sense, both financially and in terms of our effort per order. If anything, both were worse than USPS so we stuck with them.</li>
<li><strong>Our industrial park</strong> &#8211; most international customers we&#8217;ve spoken with prefer USPS.  Unfortunately our industrial park is a private park.  USPS is not allowed in.  We have to go to the post office to get our mail.  We also had to go to the post office to drop off every single international order.  As we&#8217;ve grown, that has become a larger and larger pain.  Many times during the holidays we could barely get the boxes into our cars, only to get there and have someone working who wasn&#8217;t strong enough to lift the box (we had to help them put it in a cart in the lobby that they could then roll back to the mail room).  Had we been able to get a pick up in our park, things might have been different.</li>
<li><strong>Liquids</strong> &#8211; shipping liquids internationally is a pain, and unfortunately a good portion of our products are liquid.</li>
<li><strong>Tracking &amp; claims</strong> &#8211; this was one thing FedEx offered that was attractive to us.  FedEx has pretty decent international tracking and a quick claims process.  The postal service does not.  It didn&#8217;t happen often, but it&#8217;s a pain to try to track down a package in Brazil that hasn&#8217;t had the tracking information updated in months.  We never get a response when we submit for a package trace or a reimbursement for the lost package.  We almost always have to bite the bullet and re-ship the package, not to mention deal with all of the customer service.  For domestic orders this does not happen.  When an order is lost we can always get a trace within 24 hours and a reimbursement if FedEx lost or damaged the package.</li>
<li><strong>Freight forwarding</strong> &#8211; I&#8217;d estimate that well over 50% of our international orders use US based freight forwarders anyway.  When an international customer attempts to checkout now, they are sent to a page explaining that we no longer ship internationally and that they might want to consider a forwarding service like <a href="http://www.bongous.com/">Bongo International</a>.  We decided not to try to work with Bongo (or any other freight forwarder) on integrating with our shopping cart because of the time involved, the potential liability if the freight forwarder screws up or does something illegal, and the potential for even more international customer service.</li>
<li><strong>Employees</strong> &#8211; as we start to enter our next growth phase, we&#8217;re making sure that everything we do can be easily taught to an employee.  International shipping is much more complex than domestic shipping.  Why spend 3x longer training someone because of the complexities that international shipping entails?  I&#8217;d rather have our employees hone in on becoming really good at the core stuff we do, as opposed to cluttering their mind with situations and processes that account for a small portion of the business.</li>
<li><strong>Programming</strong> &#8211; every time we added a new feature  to the site, I&#8217;d have to not only account for how it impacted domestic customers, but the international, APO, and US Territory customers as well.  Because those are more complex, I&#8217;d spend 15% of my time on the US customers, and 85% on getting the rest to work flawlessly, especially when switching back and forth between addresses in different regions.  Imagine a US customer proceeding to the checkout page with an aerosol product in their cart, then changing their address to a US Territory using our AJAX form on the checkout page.  Well, US Territory orders have to fly via air and therefore cannot receive <a href="http://en.wikipedia.org/wiki/ORM-D">ORM-D</a> products.  There are a hundred similar scenarios that had to be handled seamlessly or it could cause a big problem. It&#8217;s enough to make someone&#8217;s head spin.  When ~95% of DI&#8217;s orders are shipped domestically, this just doesn&#8217;t seem like the best use of my time&#8230;or anyone&#8217;s time for that matter.</li>
</ul>
<p>In addition to this, we are switching Hawaii and Alaska from USPS back to FedEx.  We <a href="http://www.detailedimage.com/blog/announcement/usps-now-available-for-hawaii-alaska/">changed to USPS</a> in September of last year because several customers requested it, but now we&#8217;re switching back so that we can completely eliminate the post office from our shipping offerings.  I feel bad about this because the change was so recent, but these orders are an extremely small percentage of our customers so unfortunately they&#8217;ll have to pay a little more to use FedEx (which, in my opinion, is worth the extra money because of the reliability and traceability&#8230;but that&#8217;s just me).</p>
<p>Last night I wrapped up all of the programming and deployed the changes.  As I mentioned above, international customers are now redirected to a page explaining that we no longer ship internationally.  We tell them that to proceed to checkout they&#8217;ll need to change their default address to a US address.  We also display a message in their My Account page.  And obviously we made it so that new registrants must have US addresses. As much work as it was to get that stuff functioning properly, it was more work to update our FAQs, Terms of Service, various other pages and screenshots across the site, and change the shipping quote system to only allow US addresses.  I was happy to get it all done.</p>
<p>As I touched on in the beginning, I do expect some backlash from our international customers.  There will probably be a few not-so-nice emails. We have a lot of loyal international customers that have been with Detailed Image for years, some predating <a href="http://www.adam-mcfarland.net/sl-ye-archive/2007/02/pure-adapt-acquires-detailed-image.html">when Detailed Image became part of Pure Adapt</a>.  For the most part, I think we&#8217;ve done our best to give them a positive experience, and any time you do that you will have a few loyal customers who don&#8217;t like that your business decision negatively impacts them.</p>
<p>APO (military) customers are even more tricky.  There aren&#8217;t a lot of them, but the ones we do have are very passionate.  They&#8217;ve had a tendency in the past to complain when certain shipping discounts only applied to the 48 contiguous states (i.e. places we shipped FedEx to).  It sucks that FedEx doesn&#8217;t ship to APOs or PO Boxes, but they don&#8217;t.  We did try to integrate their <a href="http://fedex.com/us/smartpost/">SmartPost</a> shipping service that does just that, but that was a fucking nightmare that almost cost us thousands of dollars and pissed off hundreds of customers (not worth getting into).  We&#8217;ve had a few disgruntled APO customers contact us in the past with some pretty harsh remarks.  Stuff like &#8220;we&#8217;re at war protecting your ass and you&#8217;re so greedy that you can&#8217;t even offer us free shipping like you do to other US customers&#8221;.  It&#8217;s tough to deal with because we obviously have a great deal of respect for everyone in the armed forces.</p>
<p>But unfortunately they aren&#8217;t our target market and it&#8217;s just not a good move for our business to continue to serve them. It would be awesome if they shipped their orders to a family member in the states who could then get it to them, but we understand that many may start shopping elsewhere.  Much like with Tastefully Driven, we are essentially giving new  orders  and new customers to our competitors, <a href="http://http//www.adam-mcfarland.net/2010/01/14/decision-making-and-the-competition/">which at the end of the day is fine by us</a>.</p>
<p>This was definitely the right thing for us to do for the long term health of our business.  We&#8217;ll be able to do a lot more for our domestic customers with a lot less effort by not having to factor in the international implications of everything we do. The right time of the year to do something like this is January, when sales are slowest and we&#8217;ve got the time to handle the project correctly without distraction, so that&#8217;s what we did.</p>
<p>We have two more of these types of announcements coming in the next ~2 weeks.  Once the dust settles I&#8217;ll step back and analyze what we&#8217;re left with and where we&#8217;re going from here.  Exciting stuff.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2010/01/26/no-longer-shipping-internationally/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Decision Making and the Competition</title>
		<link>http://www.adam-mcfarland.net/2010/01/14/decision-making-and-the-competition/</link>
		<comments>http://www.adam-mcfarland.net/2010/01/14/decision-making-and-the-competition/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 19:41:41 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Competitors]]></category>
		<category><![CDATA[Decision Making]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=1068</guid>
		<description><![CDATA[One more thought on us shutting down Tastefully Driven. I find it interesting to ponder how little we factor our competition into making decisions like this. Clearly shutting down our Amazon store will help our detailing competitors. They will sell more products and probably will sell more at a higher margin since there&#8217;s one less [...]]]></description>
			<content:encoded><![CDATA[<p>One more thought on us <a href="http://www.adam-mcfarland.net/2010/01/12/goodbye-tastefully-driven-so-long-amazon/">shutting down Tastefully Driven</a>.  I find it interesting to ponder how little we factor our competition into making decisions like this.</p>
<p>Clearly shutting down our Amazon store will help our detailing competitors.  They will sell more products and probably will sell more at a higher margin since there&#8217;s one less competitor in the fold (many times it was just us and one other company bidding each other down on a product).</p>
<p>But we never mentioned that in the decision making process.  Not once.  And from that last post it&#8217;s obvious that there were a lot of factors, but all of those factors were internal.  We were just trying to do what was best for us, not what&#8217;s better or worse for the competition.  If our actions happen to help them, so be it.  Who cares if their volume on Amazon goes up?  We&#8217;ve decided that we don&#8217;t want that volume.  We&#8217;ve decided that we have different plans for our time and money.  </p>
<p>I think a rookie business mistake is focusing too much on your competition.  Even though you&#8217;re in the same market, your goals are often very different. Copying the competition can be a dangerous game that can take your eye off of the customer.  Business is not a <a href="http://en.wikipedia.org/wiki/Zero-sum">zero-sum game</a>.  There is room for a lot of people and companies to succeed in a lot of different ways in an industry.  You can find yourself in trouble if you try to succeed &#8220;their way&#8221; and not &#8220;your way&#8221;.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2010/01/14/decision-making-and-the-competition/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Goodbye Tastefully Driven, So Long Amazon</title>
		<link>http://www.adam-mcfarland.net/2010/01/12/goodbye-tastefully-driven-so-long-amazon/</link>
		<comments>http://www.adam-mcfarland.net/2010/01/12/goodbye-tastefully-driven-so-long-amazon/#comments</comments>
		<pubDate>Tue, 12 Jan 2010 19:16:02 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[Failure]]></category>
		<category><![CDATA[Tastefully Driven]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=1053</guid>
		<description><![CDATA[In an effort to become more efficient, more profitable, and more flexible, we&#8217;ve decided to close Tastefully Driven and stop selling our products on Amazon. Effective March 1 the e-commerce store will be closed down and we will sell any remaining inventory (non-detailing of course) on Amazon. We&#8217;re running a 30% off sale to try [...]]]></description>
			<content:encoded><![CDATA[<p>In an effort to become more efficient, more profitable, and more flexible, we&#8217;ve decided to close <a href="http://www.tastefullydriven.com/">Tastefully Driven</a> and stop selling our products on Amazon. </p>
<div align="center"><img style="border:1px solid #E9E9E9" src="http://www.adam-mcfarland.net/wp-content/uploads/2010/01/td-closing.png" alt="Tastefully Driven closing" title="Tastefully Driven closing" width="850" height="448" class="alignnone size-full wp-image-1054" /></div>
<p>Effective March 1 the e-commerce store will be closed down and we will sell any remaining inventory (non-detailing of course) on Amazon.  We&#8217;re running a 30% off sale to try to blow out as much of the inventory as we can before that date. We&#8217;ve already pulled all detailing items down from Amazon and have no plans on listing them again in the future.  As soon as the fitness items, poker cards, and personal care products sell out, we&#8217;ll close our Amazon account.</p>
<p>This is the first of several <a href="http://www.adam-mcfarland.net/2010/01/07/looking-forward-to-2010/">key pieces to our 2010 puzzle</a>.  I&#8217;ll continue to write about them one at a time as they unfold. </p>
<h2>Why?</h2>
<p>As you know, <a href="http://www.adam-mcfarland.net/2009/10/18/amazon-lets-us-pay-them-to-grow/">I&#8217;ve had my issues with Amazon in the past</a>.  But if it was profitable and we already had the warehouse space, why not keep them both running?<br />
<strong><br />
The short answer is that they were both very labor intensive processes for the relatively small percentage of our revenue that they brought in.  It just didn&#8217;t make sense to either A) teach our employees these processes that aren&#8217;t very refined and have high potential for error, or B) invest the time and money necessary to refine them.  </strong></p>
<p>The long answer is that there were a lot of factors.  Here&#8217;s the (rather long) list that I came up with:</p>
<ul>
<li>Amazon was a relatively small part of our business.  A very unprofitable small part.  Consider this: in 2009 Amazon accounted for 22% of the orders we shipped out the door, but only 5.7% of our e-commerce profit.</li>
<li>The expenses add up.  Amazon has a very basic system for quoting shipments. We had a hard time balancing affordable shipping with losing money. Several attempts at finding cheaper shipping alternative failed for one reason or another.  Add in the $39.99 monthly fee, 15% per order, plus materials (box, tape, peanuts) and the margin was about half of what the same product would be on Detailed Image.</li>
<li>When we accepted that we&#8217;d <a href="http://www.adam-mcfarland.net/2008/04/14/thoughts-on-pricing-and-profitability/">trade margins for volume</a> on Amazon, it was under the assumption that we&#8217;d be able to use that volume to take market share away from our competitors, we&#8217;d be able to secure lower discounts with our vendors and FedEx, and that we&#8217;d be able to solicit those customers and entice them to shop on our sites.  Amazon was still a relatively low percentage of our sales, so the volume discounts never really came into play.  And while we were taking market share away from our competitors, we were indirectly making it impossible for us to lure them over to our sites. To gain the market share we had to undercut our competition and our regular retail prices.  If a customer can get it cheaper on Amazon, why would they buy it from us in the future?  I suspect this happens to all sellers.  There&#8217;s no motivation for customers who buy regularly on Amazon to all of a sudden start shopping elsewhere.</li>
<li>Since the customers aren&#8217;t loyal to you or your brand at all (like many are with DI), they were much more difficult do deal with.  Not always, but certainly a higher percentage than DI.</li>
<li>Even when you&#8217;re right and a customer is wrong (like when they violate your policy or Amazon&#8217;s policy), they always have their &#8220;Feedback&#8221; hanging over your head.  We often spent extra money to please a disgruntled customer so they wouldn&#8217;t leave negative feedback.  A customer who cares nothing about us at all.  That got old.  We&#8217;d rather focus that attention on the loyal DI customers we do have.</li>
<li>We had trouble getting the technology to work.  Order processing and inventory management were semi-automated, but a far cry from the faster and more accurate system we have for DI.  It takes under 5 minutes to run all of DI orders, regardless of volume.  It can take 30 minutes or more to run Amazon/TD.</li>
<li>As we move towards hiring full-time employees in 2010, we didn&#8217;t want to devote the resources necessary to improve the Amazon/TD/DI syncing.  Nor did we want to devote 75% of our training towards such a small part of our business. DI works great.  Almost perfect.  The time it would take to get Amazon and TD to that point wasn&#8217;t worth it.  The programming maintenance is a lot of work on my end.  It just doesn&#8217;t make sense to have complex systems for a small part of your business when the larger part of your business has simple, scalable systems.</li>
<li>Speaking of work on my end:  as it stood, I did all of the Amazon/TD programming, customer service, and site maintenance.  Not that it was a ton of work, but we probably just freed up 15% of my time. </li>
<li>On Amazon, you&#8217;re one crazy seller away from being screwed.  We have a few fitness products that move regularly and we profit quite a bit on.  The problem is, all it takes is one new business undercutting us and we&#8217;ll never sell another one.  Maybe they&#8217;ll think like we did and try to take market share and gain the customer email addresses.  Or, Amazon could pick up the item and undercut us as well. That constant threat is tough.  You can&#8217;t ever keep inventory high, even if you have the historical sales data.  One day the sales could stop in an instant and you&#8217;re forced to sell products at a loss or sit on the inventory.</li>
</ul>
<h2>What went wrong with TD?</h2>
<p>Still, while this was the right decision for us, I couldn&#8217;t help but be a little sad as I was putting up the closing sign and writing the <a href="http://www.tastefullydriven.com/blog/2010/01/09/closing-sale/">&#8220;official&#8221; announcement</a> on the TD blog. We had high hopes for TD when it launched.  In the end, it didn&#8217;t work, and any time something I believe in and work hard on doesn&#8217;t work it hurts a little.  </p>
<p>We really had <a href="http://www.adam-mcfarland.net/2008/04/22/my-top-10-favorite-tastefully-driven-features/">a grand vision for TD</a>.  We wanted to create this new form of social shopping.  We wanted to become an &#8220;Amazon for nice things&#8221;.  And to be honest, that was probably the problem.  Not the grand vision per se, but the fact that we were reaching for something that we really couldn&#8217;t do correctly with the resources that we had.</p>
<p>We didn&#8217;t have enough money to buy the right products or start the right stores.  We didn&#8217;t have the money or time to invest in marketing the way that it needed to be done.  We underestimated how much needed to go into moving into the warehouse, growing DI, and becoming profitable. And ultimately, we weren&#8217;t capable of building it the way that it needed to be built, and we learned that the hard way. </p>
<p>The funny thing was, it worked in the beginning.  I remember one day, about a month in, when TD had more orders than DI.  But we were spending time and money to get those orders.  We couldn&#8217;t keep up the PPC spend.  We couldn&#8217;t keep creating content on the blog and the forum.  So eventually it took a back seat and essentially became our &#8220;Amazon store&#8221; that had all Pure Adapt products.  </p>
<p>I think up until the middle of this year we held out hope that we&#8217;d be expanding into non-detailing e-commerce, but we&#8217;ve realized that just isn&#8217;t a financially viable option right now (and personally, I&#8217;m just not that interested in more e-commerce at the moment, but that&#8217;s another story for another day).  So there really was no point in keeping it.  </p>
<p>And then there was the Commerce with Conscience program and the <a href="http://www.adam-mcfarland.net/2008/11/07/a-truly-amazing-experience/">awesome experience that we had</a> working with the Regional Food Bank of Northeastern New York.  It&#8217;s hard to kill that program (for now at least), but we&#8217;re working on other ways to &#8220;give back&#8221; in 2010.</p>
<h2>Was the decision hard?</h2>
<p>Surprisingly, no.  I threw it out to my partners at one meeting.  Then I went back and ran some numbers to confirm what we suspected.  We met again, and within minutes agreed to give it that ax.  </p>
<p>Which is what I love about our team.  When we <a href="http://www.adam-mcfarland.net/2008/02/05/saying-goodbye-to-our-clients/">killed our client services</a> in February 2008, there were months that the consulting revenue was greater than 50% of our profit.  But we looked at the big picture, at what we wanted from our business in the long term, and we made a decision.  One that we haven&#8217;t regretted.  It might not have been the right move for other people if they were in our shoes, but it was right for us. I have a feeling this will be the same way.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2010/01/12/goodbye-tastefully-driven-so-long-amazon/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>The Difference Between School, Work, and Entrepreneurship</title>
		<link>http://www.adam-mcfarland.net/2009/12/05/the-difference-between-school-work-and-entrepreneurship/</link>
		<comments>http://www.adam-mcfarland.net/2009/12/05/the-difference-between-school-work-and-entrepreneurship/#comments</comments>
		<pubDate>Sat, 05 Dec 2009 23:37:14 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Entrepreneurship]]></category>
		<category><![CDATA[Work Ethic]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=957</guid>
		<description><![CDATA[Effort. You need effort to succeed a traditional corporate environment. You need it to succeed in academia. You need it to succeed when you start a business. But when it comes to running a company, effort doesn&#8217;t guarantee that you succeed like it does in the other two. When you&#8217;re in school, your grades are [...]]]></description>
			<content:encoded><![CDATA[<p>Effort. You need effort to succeed a traditional corporate environment.  You need it to succeed in academia.  You need it to succeed when you start a business. But when it comes to running a company,  effort doesn&#8217;t <em>guarantee</em> that you succeed like it does in the other two.  </p>
<p>When you&#8217;re in school, your grades are &#8211; for the most part &#8211; tied to your effort.  If you study hard, you&#8217;ll score higher on tests.  Even if you do bad on tests, you get credit for attending class, asking questions, and doing homework.  If you put in extra time after class, your teacher/professor will likely notice and adjust your grade accordingly.  Your hard work is directly tied to your success: you work harder and longer and you always get better grades.  </p>
<p>Same thing in the corporate world.  Work hard, put in extra hours, and you&#8217;ll inevitably get good reviews, get raises, and get good recommendations.  Even if your project bombs and costs the company a ton of money, your boss will still likely give you a glowing review if you come in early and stay late.  You work hard.  It wasn&#8217;t your fault that the project failed.</p>
<p>That&#8217;s not what happens when you run a business.  You can throw all of the hours in the day at something, all of your heart and soul, but if the work is misguided it doesn&#8217;t matter.  All of a sudden your hard work isn&#8217;t necessarily rewarded.  </p>
<p>Running a business is hard.  The odds are stacked against you.  You have competition that has more resources and more experience.  There are a lot of ways your business can go wrong.  There are a lot of things you cannot control.  </p>
<p>Your smart work <em>is</em> what&#8217;s rewarded.  You still have to work hard, but the amount of effort doesn&#8217;t directly correlate to success.  You have to decide what matters and what doesn&#8217;t, and then spend your time doing what matters and ignoring everything else.  Most people suck at this because someone else has always made those decisions for them.  Their entire life someone has told them what is important and how they should be spending their time. </p>
<p>Starting a successful business always requires effort, hard work, and persistence.  But it also takes effort, hard work, and persistence applied to the right things.  You can&#8217;t just blindly throw hard work at something and have success.  Working hard is no longer the difficult part.  Figuring out what to work hard on is.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2009/12/05/the-difference-between-school-work-and-entrepreneurship/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>The Manager &#8211; Programmer Disconnect</title>
		<link>http://www.adam-mcfarland.net/2009/07/24/the-manager-programmer-disconnect/</link>
		<comments>http://www.adam-mcfarland.net/2009/07/24/the-manager-programmer-disconnect/#comments</comments>
		<pubDate>Fri, 24 Jul 2009 18:55:23 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=611</guid>
		<description><![CDATA[Nethy left an interesting comment the other day in regards to a potential new feature I mentioned: I’m always impressed with how your processes [flow]. Having a system like this that works properly needs: a) the programming doing the work and b) someone to plan the process. That&#8217;s something that’s very hard to do on [...]]]></description>
			<content:encoded><![CDATA[<p>Nethy <a href="http://www.adam-mcfarland.net/2009/07/15/misc-entrepreneurship-ramblings/#comments">left an interesting comment</a> the other day in regards to a potential new feature I mentioned:</p>
<blockquote><p>I’m always impressed with how your processes [flow]. Having a system like this that works properly needs:<br />
a) the programming doing the work and<br />
b) someone to plan the process.</p>
<p>That&#8217;s something that’s very hard to do on a small business budget. It&#8217;s something that’s hard to do via consulting, for example. For a competitor, they might think &#8220;Adam blogged that he took 1 week to do this. 40 hours. I can get that done for $4000 (or $400 on elance) by a consultant.&#8221; They can&#8217;t. <strong>The communication between programmer &amp; business owner isn&#8217;t simple.</strong></p>
<p>I would be very surprised if your competition had your combination of low-tech &amp; high-tech working together this well. The upshot is that they just won&#8217;t [build] such smooth systems.</p></blockquote>
<p>Here&#8217;s how our programming projects go.  I take the role of project manager and programmer.  After an initial discussion of the goals of the project, I sit down and map out a plan.  I go pretty in depth, trying to take into consideration exactly how each potential change will be implemented and how it will impact the existing features.</p>
<p>I then call a meeting to present the plan to my partners.  I generally talk through how the system will work, using demos from other sites or printouts if necessary.  They bring up anything I&#8217;ve missed, any potential problems they see, and any potential features they&#8217;d like to see added in addition.  We then decide exactly what will be in the final version, taking into consideration how much of my time each part will take, when we need it done by, and how big of an impact each part will make.</p>
<p>At that point I have a pretty good idea of what we need.  I then sit down and program a demo that&#8217;s one step away from being deployed.  We meet to review and test the demo.  If any adjustments need to be made, I make them and then we release the final version.  For the first few weeks I ask my partners to monitor certain things in case there are any bugs.  I also pay super close attention to make sure there isn&#8217;t a chain reaction somewhere that I didn&#8217;t foresee.</p>
<p><strong>Here&#8217;s the real key to the process:  all along the way I make a million mini business decisions without ever running them by my partners.  Each decision speeds up the development time a ton, considering the alternative would be posing a question , awaiting replies from everyone, and then coming to a final decision.  Of course, I can do this because I&#8217;m an owner and the programmer.<br />
</strong><br />
Unfortunately (or maybe fortunately for us), I think most mid-size e-commerce companies (10 &#8211; 50 employees) have an owner or management team and then a separate programmer or programming team.  They have now introduced communication breakdowns that cause all sorts of problems, stemming primarily from two things:</p>
<ol>
<li>The owner/management team doesn&#8217;t have a programming background, nor do they have any real understanding of modern e-commerce.</li>
<li>The programmer doesn&#8217;t have a complete understanding of how their features impact the business, partially because they don&#8217;t understand how the entire business functions (accounting, customer service, supply chain, etc), partially because they don&#8217;t <a href="http://www.adam-mcfarland.net/2009/07/15/misc-entrepreneurship-ramblings/">support their own software</a>, but mostly because management doesn&#8217;t make an effort to ensure that they do those things.</li>
</ol>
<p>What happens next?  The project goes through extra iterations because the owner is frustrated with the results:  &#8220;He can&#8217;t do what I tell him to.  How hard is it?!?!&#8221;  Of course, the programmer is equally frustrated &#8220;He doesn&#8217;t know what he wants/what he wants isn&#8217;t feasible/what he wants will cost far too much time or money for what it&#8217;s worth.&#8221;</p>
<p>The end result is that the project takes twice as long as it should.  Neither party is happy with how it came out because they feel like the other side ruined it.</p>
<p>The root cause of the problem goes back to the very beginning of the company.  This seems obvious, but at some point, if you&#8217;re going to make your living selling stuff online, you have to place an importance on the technology that connects you to your customers.</p>
<p>That means having someone on your executive team that comes from a programming background and still actively programs (even if it&#8217;s just a few hours a week).  This person should have a voice in every business decision you make.  They should be able to then communicate to the programming team what needs to be done (or, if they&#8217;re small like us, go ahead and program it themselves like I do because I am the &#8220;team&#8221;).  But this programmer needs to have the trust of ownership to know that they can make business decisions without fear of being questioned every time.</p>
<p>The executive team also has to take an active role in understanding online business.  This means that everyone in the organization reads books, magazines, and/or blogs about e-commerce and online business.  After all, this is your industry.  You can&#8217;t do your job to the best of your ability if you don&#8217;t understand it.</p>
<p>Of course, this also applies to the programmers.  There has to be an emphasis on making sure that the programmers understand how the other areas of the business function.  They have to have a point of contact with their users so that they know what is or isn&#8217;t working.  Small incremental improvements will come from programmers that the regular customer service reps just won&#8217;t think of.</p>
<p>Do some companies do this?  I think so, but I also think it&#8217;s rare.  Especially when you&#8217;re under $50 mil/year in sales.  The owner probably built the company successfully because of their operations or retail skills, which is certainly to be commended, but to stay competitive in this modern web economy you need a programmer as part of your decision making process.</p>
<p>[Side note: same goes for a new web start-up.  If you have 2-3 partners in a team, one of them damn well better be a programmer.  Otherwise this problem will soon become one you're trying to solve...likely after you've wasted a ton of time and money.]</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2009/07/24/the-manager-programmer-disconnect/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Breaking Down the New Detailed Image &#8211; Part 3 of 3</title>
		<link>http://www.adam-mcfarland.net/2009/05/29/breaking-down-the-new-detailed-image-part-3-of-3/</link>
		<comments>http://www.adam-mcfarland.net/2009/05/29/breaking-down-the-new-detailed-image-part-3-of-3/#comments</comments>
		<pubDate>Fri, 29 May 2009 10:28:28 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Detailed Image]]></category>
		<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[Efficiency]]></category>
		<category><![CDATA[Entrepreneurship]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[SEO]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=506</guid>
		<description><![CDATA[Now that I&#8217;ve outlined the majority of the improvements on Part 1 and Part 2, I want to take a step back and quickly talk about why I think this was a successful project. The Process &#38; The Time Frame We didn&#8217;t really plan it this way, but from the time we launched the previous [...]]]></description>
			<content:encoded><![CDATA[<p>Now that I&#8217;ve outlined the majority of the improvements on <a href="http://www.adam-mcfarland.net/2009/05/26/breaking-down-the-new-detailed-image-part-1-of-3/">Part 1</a> and <a href="http://www.adam-mcfarland.net/2009/05/27/breaking-down-the-new-detailed-image-part-2-of-3/">Part 2</a>, I want to take a step back and quickly talk about why I think this was a successful project.</p>
<h2>The Process &amp; The Time Frame</h2>
<p>We didn&#8217;t really plan it this way, but from the time we launched the previous cart in 2007 we were planning for this one.  We kept track of every potential feature that we&#8217;d want, both on the front end and the back end, we collected data in any instances where we weren&#8217;t sure about something, and we kept tabs of the e-commerce industry in general and noted any features that really enhanced shopping for the customer.</p>
<p>I think a great example of this is how when you add an item to your cart, you remain on the current category or item page to continue shopping.  As I outlined in Part 1, instead of taking the customer away to a cart page and then back to continue shopping, we simply show a drop down in the upper-right hand corner of the page.  This feature came from our own shopping experiences on <a href="http://www.altrec.com/">Altrec</a> and <a href="http://www.oldnavy.com/">Old Navy</a>.</p>
<p>Because we didn&#8217;t have any money to spend on this project, because we gave ourselves a limited time frame of less than six months, and because the project essentially involved one programmer (myself) and one designer (Mike), we had to think very hard about what was important and what could be left out.  Having those restrictions is almost always a blessing in disguise.  It essentially prevented &#8220;feature creep&#8221; and allowed us to focus on only the most important aspects of the shopping experience.</p>
<h2>Design / User Interface</h2>
<p>In my opinion, Mike did an A+ job with the design and user interface.  The design is tighter, simpler, and more modern than the previous site, however when you land on the site it still &#8220;feels&#8221; like an e-commerce site.  The products are on the familiar left nav, and the search box is across the top.  Only when you start browsing and see the AJAX drill through, or start searching and see the autosuggest, do you start to realize that the site is a little different than the average e-commerce site.  We tried not to over-use AJAX, to only use it in the instances when a page refresh would slow the shopping experience or when immediate feedback would improve it.</p>
<h2>Programming Framework</h2>
<p>This stressed me out a lot.  I thought long and hard about developing on a framework like <a href="http://cakephp.org/">CakePHP</a>, something that countless programmers recommend.  If we truly were starting from scratch and I had more time, we probably would have.  But a lot of the pre-existing code was well written and stable, so the goal here was really to just make it more organized, secure, and scalable&#8230;as fast as possible.  For the forseeable future I&#8217;m going to be the one managing our sites, so after much back and forth I made the decision to essentially build my own framework.</p>
<p>My style is, well, my style, and I thought that for the most part I&#8217;d do a better job if I knew everything about every single line of code.  All of the common functions and classes are stored on our server in a location that they can be accessed by all of our sites, which will prevent me from rewriting code on future projects.</p>
<p>We did use the fantastic <a href="http://script.aculo.us/">script.aculo.us</a> effects framework and also <a href="http://www.huddletogether.com/projects/lightbox2/">Lightbox 2</a> for images, both of which saved me a lot of javascript work so I want to make sure I give credit where credit is due.  But all of the server side PHP I wrote from scratch myself, specifically for this projects and for future projects of ours.  Starting a new e-commerce site could probably be done in less than a day if there weren&#8217;t any fancy features being added.  We want a platform that can evolve into many shopping sites while still being easily maintained.</p>
<h2>SEO / W3C Compliance</h2>
<p>We pretty much nailed the on-site SEO for DI:</p>
<ul>
<li><strong>Every page that isn&#8217;t behind a login is <a href="http://validator.w3.org/check?uri=http%3A%2F%2Fwww.detailedimage.com%2F&amp;charset=(detect+automatically)&amp;doctype=Inline&amp;group=0">W3C compliant</a>.</strong> With all of the complexities of a site like this, it wasn&#8217;t easy.  But the payoff is huge &#8211; our site will be easier to index, easier for browsers to display correctly, and easier for screen readers to decipher for the disabled.  It also helped us from making sloppy coding mistakes, such as using the same element id in two spots on the same page or forgetting to close a tag.</li>
<li><strong>Every page has a relevant Title Tag and META Description.</strong></li>
<li><strong>All pages use proper HTML for headings, paragraphs, lists, etc. </strong>We also took it a step further and became one of the first sites of this scale to use CSS tables in our design (explained in <a href="http://www.adam-mcfarland.net/2009/03/20/why-the-release-of-ie8-matters-to-us-at-least/">my post about IE8</a> from back in March).</li>
<li><strong>Every size of every product has it&#8217;s own re-written URL</strong>.  This was actually pretty tricky because on each item page you can switch sizes using AJAX.  We considered only having one URL per product and then always defaulting to the small size (as we did on the old site).  Ultimately though, we needed to be able to link to a specific size, both on-site on our browsing pages and also to send to customers.   So if a product has multiple sizes, there&#8217;s an extra directory for the size, such as <a href="http://www.detailedimage.com/Dodo-Juice-M35/Rainforest-Rub-Soft-Wax-P234/250-ml-S1/">http://www.detailedimage.com/Dodo-Juice-M35/Rainforest-Rub-Soft-Wax-P234/250-ml-S1/</a></li>
<li><strong>301 Redirects for every old page</strong>, including pages dating way back to the original Miva and osCommerce carts.  Many links from back then still get clicked and indexed.  I spent a lot of time developing an intelligent 301 redirect system to keep everything search engine friendly without losing the links we&#8217;ve already built.</li>
<li><strong>More Pages.</strong> Each manufacturer has it&#8217;s own page with information and the products we sell, the <a href="http://www.detailedimage.com/Auto-Detailing-Guide/">detailing guide</a> has pages for each step in the process, and each product has it&#8217;s own review page in addition to the product page.   The review pages all use the title tag &#8220;{PRODUCT NAME} Product Reviews&#8221;, which hopefully will pull in some search traffic.</li>
<li><strong>Sitemap, XML Sitemap, and auto-generated/auto-uploaded Google Base file.</strong></li>
</ul>
<h2>The Back End</h2>
<p>Much like the previous system, our back-end allows us to process orders in a matter of minutes.  If someone places two orders, they&#8217;re merged together to save us (and them) on shipping.  When we click to process each morning, a massive PDF is generated with all of the invoices for the day.  A text file is also generated to import into FedEx Ship Manager.  We print the invoices, import the text file to print the shipping labels, and export the tracking numbers back into our system.  The tracking numbers are now in the My Account section for the customer.  At 7 PM that night &#8211; after the packages have been picked up and are in FedEx&#8217;s system &#8211; the customer is emailed a link to their tracking information.  The invoices and shipping labels are printed in the same order so they match perfectly for whomever is pulling the order.  FedEx gave us a free printer for their labels so we are able to print both concurrently.</p>
<p>So while many companies manually do those steps, we have it automated down to a science.  Which is why just the four of us have been able to process all these orders in just a few short hours each day.</p>
<h2>The Immediate Results</h2>
<p>Business is a very bottom line type of thing.  Stuff either works and makes you money, or it doesn&#8217;t.  So far, this site has worked.  The feedback has been fantastic, much better than any project I&#8217;ve ever done before.  Conversion rate for the month of May (through the 26th) is up 0.5% over the rest of 2009.  And we reached our largest month to date in revenue by about the 23rd.  So bottom line, this launch of this project was a success in my book.</p>
<p>Time to take a step back and celebrate.  Then time to get back to work.  We&#8217;ve got a lot more awesome stuff in the works.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2009/05/29/breaking-down-the-new-detailed-image-part-3-of-3/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Breaking Down the New Detailed Image &#8211; Part 2 of 3</title>
		<link>http://www.adam-mcfarland.net/2009/05/27/breaking-down-the-new-detailed-image-part-2-of-3/</link>
		<comments>http://www.adam-mcfarland.net/2009/05/27/breaking-down-the-new-detailed-image-part-2-of-3/#comments</comments>
		<pubDate>Wed, 27 May 2009 20:57:39 +0000</pubDate>
		<dc:creator>Adam McFarland</dc:creator>
				<category><![CDATA[Customer Service]]></category>
		<category><![CDATA[Decision Making]]></category>
		<category><![CDATA[Detailed Image]]></category>
		<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://www.adam-mcfarland.net/?p=499</guid>
		<description><![CDATA[In Part 1 I took a look at some of the more obvious improvements on the major pages of the site.  I think some of the subtleties are even more interesting.  Things that might go unrecognized at first, but make a small positive impact on your business. Banner System One time during one of our [...]]]></description>
			<content:encoded><![CDATA[<p>In <a href="http://www.adam-mcfarland.net/2009/05/26/breaking-down-the-new-detailed-image-part-1-of-3/">Part 1</a> I took a look at some of the more obvious improvements on the major pages of the site.  I think some of the subtleties are even more interesting.  Things that might go unrecognized at first, but make a small positive impact on your business.</p>
<h2>Banner System</h2>
<p><img class="aligncenter size-full wp-image-500" title="Detailed Image Daily Special Banner" src="http://www.adam-mcfarland.net/wp-content/uploads/2009/05/banner.png" alt="Detailed Image Daily Special Banner" width="693" height="325" /></p>
<p>One time during one of our sales a while back Mike decided to throw a banner announcing the sale into our template on the old site.  It looked totally out of place, but sure enough, that sale performed exceptionally better than previous ones, most likely because every visitor on the site saw the sale banner while they were shopping.  Previously we had just been announcing sales in our newsletter and on our forums.  Sometimes we forget that the majority of our traffic reaches us via search.</p>
<p>A banner system was one of the &#8220;must have&#8221; features for the new site.  It had to be integrated seamlessly into the design, and it had to catch people&#8217;s eyes just enough to convey information without annoying them.  We decided on a sliding banner system, which I ended up building from scratch when I couldn&#8217;t find an open source banner system that did everything we wanted it to.  The system is pretty robust &#8211; you can put any HTML into it, not just images.  It waits 5 seconds before switching banners.  We decided to have it stop on the last banner as opposed to cycling back through because we found it to be a bit annoying (plus, if you&#8217;ve been looking at that part of the page for 10 &#8211; 20 seconds and haven&#8217;t clicked a banner, odds are you aren&#8217;t going to if we keep cycling them).  If you want to see a previous banner you can click the buttons.   The only caveat is that the system doesn&#8217;t work on webkit browsers.  For both Safari and Chrome we just show the #1 banner.  I know why it doesn&#8217;t work, but couldn&#8217;t justify the time to re-build the system just for those browsers.  Maybe down the line.</p>
<p>The Daily Special banner will always show, as will the monthly specials.  If we&#8217;re running a special promo or announcing something to our visitors, we&#8217;ll add those in as well.</p>
<p>In the end, I think this is one of those features that just elicits feelings like &#8220;smooth&#8221; and &#8220;slick&#8221; from people, even if they don&#8217;t click the banner.  It&#8217;s one of the first things you notice when you settle on the site.  It makes you think you&#8217;re about to have a modern shopping experience, something a bit different than you&#8217;d get from a basic Yahoo E-commerce site.</p>
<h2>Banner Did You Know Tips</h2>
<p><img class="aligncenter size-full wp-image-501" title="Detailed Image Banner Did You Know Tips" src="http://www.adam-mcfarland.net/wp-content/uploads/2009/05/tips.png" alt="Detailed Image Banner Did You Know Tips" width="328" height="243" /></p>
<p>We needed something to fill up the rest of our banner space along top, so Mike came up with the idea for &#8220;tips&#8221; about our site, our products, and detailing in general.  Each &#8220;tip&#8221; links to a page with more information, be it a product page or blog post or page in the detailing guide. We thought of it as more of a filler feature, but it&#8217;s one of the first things that everyone mentions when they see the site.  They&#8217;re addicting to click.  Since the launch, we&#8217;ve begun tracking the clicks and will eventually serve the more successful ones more often (success could be defined solely as CTR, or we could factor in how many of those clicks lead to sales).</p>
<h2>Contact Form and Help Pages</h2>
<p><img class="aligncenter size-full wp-image-502" title="Detailed Image Contact Form" src="http://www.adam-mcfarland.net/wp-content/uploads/2009/05/contact.png" alt="Detailed Image Contact Form" width="650" height="151" /></p>
<p>I wrote a while back about how we <a href="http://www.adam-mcfarland.net/2008/07/19/how-we-reduced-phone-calls-by-94-and-increased-sales/">decreased our phone calls and emails</a> with our previous contact page.  We decided to make it a little more intuitive this time around, with a more traditional FAQ, help pages for things like returns and shipping, and a contact form, all easily found on the left side of the footer.  The contact form requires several steps before actually contacting us, finally forcing them to click &#8220;I checked the Frequently Asked Questions and was unable to answer my question&#8221; prior to showing the actual form.  We also are recording all of the inquries, which is the first step towards an eventual more advanced ticket system like you see many larger sites provide.</p>
<h2>Gift Certificates</h2>
<p><img class="aligncenter size-full wp-image-503" title="Detailed Image Gift Certificates" src="http://www.adam-mcfarland.net/wp-content/uploads/2009/05/gift-certificates.png" alt="Detailed Image Gift Certificates" width="650" height="297" /></p>
<p>Our previous gift certificate system was sort of a hack job.  This time around I built it right into the cart.  From the users perspective, the <a href="http://www.detailedimage.com/DI-Accessories-M12/Detailed-Image-Gift-Certificate-P137/">gift certificate page</a> is much simpler, and on the back-end it integrates seamlessly.  Gift certificate only orders aren&#8217;t charged shipping, and aren&#8217;t put in our ship queue.  As soon as the customer places the order, they receive an email with their gift certificate and it already shows up in their My Account as a completed purchase, with a link to the gift certificate.</p>
<h2>Affiliates</h2>
<p>Surprisingly, we actually have a rather large <a href="http://www.detailedimage.com/Affiliates/">affiliate program</a>.  I say surprisingly because back when I did SEO &amp; web marketing consulting, I worked with several companies that were much larger than ours and they always had affiliate programs that generated next to nothing.  Anyway, our program previously paid out monthly.  If you had cash as your option, we paid you via PayPal, and if you had DI credit as your option, we deposited cash value + 15% into your DI account to use towards your next purchase.  <strong>On the new site, we kept cash the same, but now pay out credit immediately upon purchase. </strong> Even if the item is returned, the affiliate still keeps the credit.  Now you see the immediacy of your work &#8211; post an affiliate link on a forum in the morning, see credit in your account later that day after someone makes a purchase.</p>
<p>We also still have all of the <a href="http://www.adam-mcfarland.net/2007/09/10/di-features-and-lessons-learned/">features I outlined</a> from the launch of the old cart back in 2007, my favorite being the dynamically generated PDF invoices.</p>
<p>More to come in Part 3</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adam-mcfarland.net/2009/05/27/breaking-down-the-new-detailed-image-part-2-of-3/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
