<?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>Big Red Tin &#187; clients</title>
	<atom:link href="http://bigredtin.com/tag/clients/feed/" rel="self" type="application/rss+xml" />
	<link>http://bigredtin.com</link>
	<description>Thoughts about the web and business from the large pantry</description>
	<lastBuildDate>Wed, 08 Feb 2012 06:55:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>Simplifying can complicate things</title>
		<link>http://bigredtin.com/2010/simplifying-can-complicate-things/</link>
		<comments>http://bigredtin.com/2010/simplifying-can-complicate-things/#comments</comments>
		<pubDate>Thu, 16 Sep 2010 18:49:56 +0000</pubDate>
		<dc:creator>Josh Kinal</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[clients]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[planning]]></category>

		<guid isPermaLink="false">http://bigredtin.com/?p=847</guid>
		<description><![CDATA[I've played with <a href="http://lifehacker.com/5604687/google-halts-wave-development-shutting-it-down-by-end-of-year" title="Google Halts Wave Development, Shutting It Down By End of Year">Google Wave</a> (<abbr title="Of Blessed Memory">OBM</abbr>) and toyed with <a href="http://pbworks.com/" title="PBworks: Online Collaboration">PBWorks</a>. I tried wikis and intranets, I implemented networks and created complicated Excel spreadsheets. I have used at least five different time trackers and even more wireframing tools.

None of those things ever helped get the work completed quicker, more efficiently or better in any way.]]></description>
			<content:encoded><![CDATA[<p>There&#8217;s a kind of procrastination I find myself doing in which I look for the perfect piece of technology to complete the task I&#8217;m about to do. In the past I&#8217;ve literally spent days (if not weeks) looking for a good project tracking tool, or a group collaboration tool.</p>
<p>I&#8217;ve played with <a href="http://lifehacker.com/5604687/google-halts-wave-development-shutting-it-down-by-end-of-year" title="Google Halts Wave Development, Shutting It Down By End of Year">Google Wave</a> (<abbr title="Of Blessed Memory">OBM</abbr>) and toyed with <a href="http://pbworks.com/" title="PBworks: Online Collaboration">PBWorks</a>. I tried wikis and intranets, I implemented networks and created complicated Excel spreadsheets. I have used at least five different time trackers and even more wireframing tools.</p>
<p>None of those things ever helped get the work completed quicker, more efficiently or better in any way.</p>
<p>I have largely learnt my lesson from this and mostly stick to the processes I know.</p>
<p>So, when a client recently asked me to create a software solution to a clearly inefficient business process I panicked and told them the first idea that came to mind. That idea was a complicated online spreadsheet and I am yet to implement it because I fear it&#8217;s just another distraction.</p>
<p>I&#8217;ve never found anything in web technologies as efficient or simple for managing workflow as a well-planned whiteboard.</p>
<p>My favourite whiteboard is the one in <cite><a href="http://www.tv.com/show/110/summary.html" title="Homicide: Life on the Street on TV.com">Homicide: Life on the Streets</a></cite>. It sits up on the wall in the homicide office and features the names of the detectives and the cases they&#8217;re working on. An unsolved case is written in red marker and when it is solved it&#8217;s rewritten in black.</p>
<p>Red and black. That&#8217;s all. It&#8217;s easy to look at the board and instantly see where everything is up to.</p>
<p>There are, however, two problems with a whiteboard:<br />
1) It is, to an extent, transient. There&#8217;s no permanent or historical record to refer to.<br />
2) There is no way for people to refer to it remotely. People might need to access the information while &#8220;on-site&#8221;.</p>
<p>These problems/requirements complicate the issue. It&#8217;s quite easy to have an elegantly simple solution to a simple problem but this is not a simple problem.</p>
<p>It&#8217;s a problem that many businesses face. The person who started the business has a lot of information in her head. She has also tracked jobs and written notes in a series of notebooks. It made perfect sense to her when the business was just her and her business partner but then her business grew. Over time more and more people needed to access that information.</p>
<p>I&#8217;ve worked for people who would ponder on a problem for a frustratingly long time. They would sit and reject idea after idea until they ran out of time to act. I&#8217;m often the opposite and I&#8217;ll jump on a solution, try it and then discard it a while later. Neither is good for business.</p>
<p>What I keep forgetting, though, is that the excellent whiteboard in <em>Homicide</em> probably wasn&#8217;t the first system they tried in that office filled with detectives. There must have been a time when the Baltimore police department didn&#8217;t have an elegantly simple solution for keeping score of investigations.</p>
<p>The key is to ask at every step, &#8220;Is this leading to a simpler way?&#8221; My client&#8217;s problem started as a simple process and was complicated over time. My job is <em>not</em> to make it more complicated.</p>
]]></content:encoded>
			<wfw:commentRss>http://bigredtin.com/2010/simplifying-can-complicate-things/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Surprise. It&#8217;s all about honesty</title>
		<link>http://bigredtin.com/2010/honesty/</link>
		<comments>http://bigredtin.com/2010/honesty/#comments</comments>
		<pubDate>Tue, 22 Jun 2010 02:21:10 +0000</pubDate>
		<dc:creator>Peter Wilson</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[clients]]></category>
		<category><![CDATA[meetings]]></category>
		<category><![CDATA[sales]]></category>
		<category><![CDATA[selling]]></category>

		<guid isPermaLink="false">http://bigredtin.pressgiant.net/?p=574</guid>
		<description><![CDATA[We were unable to help a potential client with the task they had in mind. We may have been able to fudge it but we don't think 'fudging it' is the way to keep clients happy.]]></description>
			<content:encoded><![CDATA[<p>Last week we had a sales meeting with a potential client. As it turned out, we were unable to help with the task they had in mind. It was outside our area of expertise.</p>
<p>We may have been able to fudge it. Call us stupid, but we don&#8217;t think &#8216;fudging it&#8217; is the way to keep clients happy or maintain a low client turnover.</p>
<p>In this situation there are two options:</p>
<ol>
<li>Quote ludicrously high with the aim of missing out on the job. In the event the quote is accepted, the job can be outsourced with a tidy profit.</li>
<li>Tell the truth and decline the work</li>
</ol>
<p>We chose the latter option and used the opportunity to explain our areas of expertise. Selling the company, not the lie.</p>
<p>The natural fear is the potential client will storm out of the meeting, muttering obscenities under their breath.</p>
<p>What actually happens is the potential client realises their current project – or at least the original part of their current project – is a bad fit. They also realise they&#8217;re not dealing with sleazy salesmen willing to say anything to get a job and deal with the consequences later.</p>
<p>The second realisation sells a company. It&#8217;s something that can be used to convert a single project into a long term relationship.</p>
<p>Ludicrously high quoting, lies or fudging a task may get you more clients but getting clients isn&#8217;t the aim, the real aim is to keep them.</p>
]]></content:encoded>
			<wfw:commentRss>http://bigredtin.com/2010/honesty/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Expectations go both ways</title>
		<link>http://bigredtin.com/2009/expectations-go-both-ways/</link>
		<comments>http://bigredtin.com/2009/expectations-go-both-ways/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 23:24:00 +0000</pubDate>
		<dc:creator>Josh Kinal</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[clients]]></category>
		<category><![CDATA[cooperation]]></category>
		<category><![CDATA[expectations]]></category>
		<category><![CDATA[quoting]]></category>

		<guid isPermaLink="false">http://soupgiant.com/?p=213</guid>
		<description><![CDATA[Recently we had a potential client ask for a quote for a database application. The price we gave the client and the amount they were expecting to pay were vastly different. Their budget was almost one-twentieth the cost of the application.

So who got it wrong and how did it end up so completely out of proportion?]]></description>
			<content:encoded><![CDATA[<p>Recently we had a potential client ask for a quote for a database application. The price we gave the client and the amount they were expecting to pay were vastly different. Their budget was almost one-twentieth the cost of the application.</p>
<p>So who got it wrong and how did it end up so completely out of proportion?</p>
<p>It takes us a lot of work and time to come up with an accurate quote for a client. We put a lot of thought into every project and make sure we quote something that actually meets their requirements.</p>
<p>We learnt a valuable lesson: always ask a client for a ball-park figure for their budget before quoting. Maybe, if it makes them feel more comfortable, we could give them a minimum amount we expect it to cost before giving a detailed quote. Even if we told them a range that the price is likely to fall between the client would have been a lot more willing to tell us not to worry about it.</p>
<p>At a previous place of employ, my boss used to always talk about &#8220;managing the client&#8217;s expectations&#8221;. That&#8217;s impossible to do if their expectations aren&#8217;t actually stated.</p>
<p>Service businesses, like  ours, also have expectations of our clients. Part of the mindfulness of dealing with providers and clients alike is being honest about what is required from each party as early as possible.</p>
<p>Everybody&#8217;s time is valuable. The client could have found out immediately that they did not have the funds for what they wanted. That extra time could be used to think of other solutions for their needs.</p>
<p>We could have saved time and done work for other clients or on our ever increasing list of things we need to continue strengthening our fledgeling business.</p>
<p>Also, &#8220;managing the client&#8217;s expectations&#8221; is the wrong way to look at it. It sounds manipulative &ndash; probably because it is. Expectations, much like prices, are a matter of negotiation. If everybody involved has an understanding of their responsibilities and those of their partners in the project, even if it&#8217;s just the very start of the relationship, there is accountability on all sides and things will move forward much more smoothly.</p>
]]></content:encoded>
			<wfw:commentRss>http://bigredtin.com/2009/expectations-go-both-ways/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

