Technology Musings
  • Blog
    • Article Series Index
  • Ask the Experts
  • About

Home / Blog / Here is my hammer. Show me your screw!

Here is my hammer. Show me your screw!

Posted on: 09-17-2009 in Solution Design

Well I have been traveling out of the country a lot these past few weeks so its been a while since I posted.  I will try and do better in the future.  During my travels I had a lot of interesting discussions with people about a wide range of technology issues, solutions, and technology acquisitions and one theme kept coming up again and again which is the misalignment of problems and solutions.  This got me thinking about a blog post Dave McClure did a while back titled “Your Solution Is Not My Problem” .

In this article, Dave discusses one of his pet peeves about pitches that he and other VC’s receive.  The net of his beef is that people always start off by describing their solution without having first defined the problem that the solution is intended to solve.  Dave’s point is that if he doesn’t understand or believe in the problem,  then telling him about your solution to it, is meaningless and a waste of time.  If you really think about this, you will come to realize that this is a really profound concept that applies not just to assessing an elevator pitch, but to many other areas as well.

Unfortunately,  I find that too often we go around saying “Here is my hammer.  Show me your screw!”

I can’t tell you how many times I see people selling their solution to clients without having identified if the client even believes they have a problem never mind whether your solution fits that problem.  It drives me crazy to have to constantly play the bad guy stopping sales reps from pitching a misaligned solution to a client or explaining how a proposed or worse yet newly developed product or solution doesn’t address a client problem and thus won’t sell.  Then, if and only if, the product or solution truly does address a well articulated, painful problem to which we can associate a dollar value, do we get to examine whether the solution we propose is truly able to solve the problem better than the alternatives.  If you cannot do that then you are in big trouble and you solution will fail to be successful.

The process, whether you are selling a product, solution or your company needs to be as follows:
1) Define the problem.  You and the target audience need to agree on what the problem to be solved is or else there is no common ground on which to have the rest of the discussion that’s needed to result in a transaction.
2) Once you have agreement on the problem to be solved, then and only then can you define your solution, and you better make sure that your solution is truly aligned with the problem as defined in step 1 or you are wasting everyone’s time
3) You need to convince the target audience that your solution is the best solution to the agreed problem.  Remember its more that just the software or product that is being assessed.  Your solution includes you, your credibility and the credibility and viability of your company to support, maintain and improve the solution for the time horizon the client intends to use it for.

So if you want to have a successful solution, you need to make sure you know its a screw,  whether its a Philips or a Robertson and that your solution is the right screw driver and not a Hammer.  Even better, convince them your solution is a powered screw driver.

Paul Michaud

Paul Michaud is a co-founder and CEO of Nebility, an enterprise solutions company. Paul has been designing and building some of the world’s largest, most scalable and highest performing applications, for over 25 years. Immediately prior to Nebility, Paul was Global Executive IT Architect for Financial Services at IBM. To learn more about Paul check him out on LinkedIn using the button at the top of this author box.

Other posts by Paul Michaud
  • Popular Posts
  • Related Posts
  • Android - Rise of the Amazon Marketplace, Part 2
    Android - Rise of the Amazon Marketplace, Part 2
  • Android - Rise of the Amazon Marketplace, Part 1
    Android - Rise of the Amazon Marketplace, Part 1
  • Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
    Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
  • Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
    Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
  • Android - Rise of the Amazon Marketplace, Part 2
    Android - Rise of the Amazon Marketplace, Part 2
  • Android - Rise of the Amazon Marketplace, Part 1
    Android - Rise of the Amazon Marketplace, Part 1
  • Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
    Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
  • Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
    Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
  • nnj

    should it now be i have a hammer, give me a wall and a nail :)

  • http://www.eightforums.com kamic

    nail gun!

  • eight

    screws, lol

blog comments powered by Disqus

Translate This

Translate

Catagories

Tweets

  • .@bmichelson Completely agree with your post. Good architecture should be simple, obvious and clearly meet a business value. #entarch
  • RT I completely agree @bmichelson: my post: Enterprise Architecture Rant #4,892 : Elemental Links http://bit.ly/gM4vVp #entarch #ruckus
  • Real Life Issues with Big Data Part 3 - Completeness http://bit.ly/fna3KH #BigData

Tag Cloud

Architecture Ask The Experts Big Data Business Intelligence CIO Cloud Computing Enterprise 2.0 Enterprise Data Modeling (EDM) Executive Discussions High Availability (HA) High Performance Computing Markets Mobile Nebility Service Oriented Architecture (SOA) Software as a Service Software Design Solution Design Strategy Technology Startups Technology Strategy The Business of SaaS Uncategorized

Recent Comments

  • Franck MIKULECZ on Consideration For The Technical Implementation of an SOA
  • High Availability Series: Series Outline on The Evolution Of Reliability and High Availability
  • rohanpillai on How To Build an SOA Based, High Performance, Scalable and Reliable Twitter on Steroids
  • rohanpillai on How To Build an SOA Based, High Performance, Scalable and Reliable Twitter on Steroids
  • eight on Here is my hammer. Show me your screw!
Avatars by Sterling Adventures
Copyright 2011 Technical Musings, All Rights Reserved
TwitterStumbleUponRedditDiggdel.icio.usFacebookLinkedIn