lustratus REPAMA

Posts Tagged ‘esb’

At the risk of sounding like I’m repeating myself, once again I’ve just got off the phone from a friend and ex-colleague. This is a different friend and a different conversation to my last blog entry, and this time he was looking to do me a favour rather than picking my brains for free.  Which was nice.

Anyway, after a while we got on to the subject of how sales of his organisation’s SOA, ESB and BPM offerings were going.  A mixed bag was his response.  “Where it’s good it’s very good and where it’s tough it’s very tough” was his view.

My mate is in sales looking after a geographic and industry-focused region for a large integration/SOA infrastructure software vendor.  One issue he has is how to take his products to market in a specific industry sector.  In this case energy and utilities.  His concern is differentiation.  As he put it to me “How do you compete when all of the other vendors can do what you can do?”.

It’s a good question and one that I touched on briefly in these hallowed pages earlier in the year.  It’s a phenomenon that I refer to as “standards-based marketing” – a tongue-in-cheek description of what happens to an organisation’s marketing efforts when they are taking technology to market that is driven and governed by technical standards.  Effectively as the market matures, so all vendors in the segment meet the standards which in turn means they can all do broadly the same things which makes being unique, from a marketing perspective, very difficult.

Or put another way, Goodall’s third law of competitive marketing states that:

“As the impact of software standards bodies in a market segment increases, the probability of nil vendor-to-vendor differentiation approaches one”

…or

“I’ve got generate leads and my marketing campaigns look like they could’ve been written about my competitors.”

Actually there is no Goodall’s third (or first or second for that matter) law of competitive marketing.  But it did make me think that I should spend some time in these pages addressing this area.  So over the next several blog postings I’m going to focus on some of the differentiation tactics I’ve seen and used to create that illusion of differentiation when in reality your competitors are in fact your evil identical twin.

Danny Goodall

As the saying goes, if it looks like a fish, smells like a fish and tastes like a fish then the chances are that it is a fish.  Likewise by any measure the products in the recent REPAMA study into the ESB market segment certainly appear to be ESBs but why then is none of the vendors content with describing their products simply as an “ESB”.

As the REPAMA Marketing Element Distribution (MED) chart below shows, the ESB vendors in the study (Microsoft ESB Guidance 1.0, Oracle Service Bus, Progress Sonic ESB, TIBCO ActiveMatrix Service Bus) used the following adjectives, qualifiers, modifiers and euphemisms to describe the offer category of their “ESB”.

• A loosely-coupled messaging environment
• A comprehensive Enterprise Service Bus offering
• Architectural guidance, patterns and practices
• Messaging-based Enterprise Service Bus
• Enterprise-class SOA Enterprise Service Bus
• High performance, scalable SOA integration backbone
• Lightweight Enterprise Service Bus
• Mediation Layer
• Enterprise Service Bus

Words are wonderful things and marketing organisations as experienced as these wouldn’t use words without a reason.  As mentioned previously in this blog entry, when a category becomes as ultra-competitive as the ESB space, vendors will attempt to segment and re-segment the market on their terms and the product category is the first place they start.

As a result, there is a raft of valuable competitive intelligence in this simple list of words above (visualised by wordle.net).  Why is each vendor modifying the product category in this way?  Answer that question and you’ll gain an insight into the particular position within the ESB segment that each vendor is trying to own.

Danny Goodall.

Just a quick note to say that the REPAMA Segment Analysis Study into the Enterprise Service Bus (ESB) has been published on the Lustratus.com site.  The ESB is a segment that Lustratus knows well as we’ve carried out strategic marketing work for most of the key protagonists at some point.  That said, there were a number of surprises – chief amongst these was some of the competitive differentiation strategies that we saw as well as the markedly different approach taken by Microsoft.

The study reverse-engineered the go-to-market strategies of the following vendors and products:

• Microsoft ESB Guidance 1.0
• Oracle Service Bus
• Progress Sonic ESB
• TIBCO ActiveMatrix Service Bus

In reaction to client feedback, we’ve published two sets of reports with this particular study   I’ve created a summary report that contains a management summary of the state of vendor marketing strategies in the ESB market segment as well as the results of the full-blown REPAMA Segment Analysis Study.

Danny Goodall

The Unique Selling Proposition

Throughout this series of blogs I’ve been examining the format of the positioning statement that we use in our REPAMA consultancy and analysis services.

In this final entry in the series I’m going to close out by looking at the pay-off, the crescendo, the exclamation mark at the end of the positioning statement – the USP or unique selling proposition.

But first, and for one last time, let’s take a look at this element in the context of the complete positioning statement.

FOR [the ideal customer] WHO [has this specific pain or problem] OUR [product name] IS A[product category] THAT PROVIDES [this main benefit and reason to buy] UNLIKE[the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition].

USP is one of those over-used terms that has found friends at all levels of responsibility throughout sales and marketing organisations. I’ve heard everyone from line of business managers, to sales people to CEOs use this term.  Everyone feels they have a handle on it and over time the term has come to generically mean “differentiator”.  Whilst I’m in favour of strategic marketing concepts finding friends throughout an organisation, there is a considerable amount of subtlety and craft missing from the “common” understanding of the USP.  So let’s start with some definitions and perhaps a little bit of history.

Rosser Reeves – what a great name.  He sounds like he should have been some shady 1940s London underworld gangster.  But he wasn’t.  Instead he was an advertising man, one of the first in fact and it was he who brought us the concept of the unique selling proposition.  For him, its use and definition were rooted in (print) advertising and as such the formal definition assumes that the USP is being used in some form of promotional campaign.  There was also an implied assumption that we were dealing with business-to-consumer advertising too.  Since then we’ve broadened the definition to think of it as any general proposition made via any medium (adverts, web site, emails, phone calls, face-to-face conversations, etc.) whether that be business-to-business or business-to-consumer based.  Whilst the use of the USP may have changed, the disciplines and thought processes used in its creation are still valid today.

The definition below is taken from the book Differentiate or Die (survival in our era of killer competition) by Jack Trout and Steve Rivkin.  In this book the authors refer to Rosser Reeves’ 1961 work Reality in Advertising from which they quote Reeves’ three-part USP definition:

1. Each advertisement must make a proposition to the consumer.  Not just words, not just product puffery, not just show-window advertising.  Each advertisement must say to each reader “Buy this product, and you will get this specific benefit.”
2. The proposition must be one that the competition either cannot, or does not, offer.  It must be unique – either a uniqueness of the brand or a claim not otherwise made in that particular field of advertising.
3. The proposition must be so strong that it can move the mass millions (i.e. to pull over new customers to your product).

As I mentioned above, whilst many of these disciplines are still valid, there is now so much competition in just about every market category, segment and sub-segment that being “unique” is increasingly more difficult.  So it’s no surprise that many of the USPs I see when reverse-engineering vendor’s positioning statements are often just SPs - with little or nothing unique about them.

When looking at the USP in the context of the positioning statement its important to remember that the “OUR PRODUCT” positioning element is typically paired with the “UNLIKE” section.  The UNLIKE element sets up the main alternative and the OUR PRODUCT element describes the USP that the alternative doesn’t have.

As shown below:

UNLIKE [the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition]

The biggest challenge in defining this element of the positioning statement is in defining that unique space (number 2 on Rosser Reeves’ list above).  With product categories, segments and sub-segments so granular across many markets and with ultra competitive competitors competing within each of those segments, finding a position that only you can own is not the work of a moment.  In addition its important to remember that we’re not just trying to find a unique space, but a unique space that has compelling value to the consumer/customer as outlined in Reeves’ point 1 above.

In reality what tends to happen (in my experience of the infrastructure software space) is that the first entrant to the market (first mover) aims for something unique which is then “flatteringly” copied by later entrants to the market.  To later entrants this makes sense as they want to have some of the pie of the first movers and are happy to trade uniqueness for being perceived as similar to the market leaders.  Understandably it makes sense to “look” like the first mover.  This tends to lead to what I call “standards-based marketing” and simply creates a homogeneity of messages and propositions amongst the market protagonists.  This leads to little real differentiation and leaves prospects studying highly technical features to really understand the differences between products.

Examples

• OUR PRODUCT removes up to 20% of data centre costs whilst reducing your carbon footprint
• OUR PRODUCT starts reducing risk from day one.
• OUR PRODUCT not only integrates with your existing systems but also provides comprehensive management capabilities
• OUR PRODUCT ends world hunger (Well maybe not – but you get the idea)

Real world example

(If you have a specific interest in the SOA and ESB market you might find this section interesting…)  In our latest REPAMA Segment Analysis Study we looked at how a number of ESB vendors approach the market.  The vendors and products studied included Oracle’s Service Bus, Progress Software’s Sonic ESB, TIBCO’s ActiveMatrix Service Bus and Microsoft’s ESB Guidance.  Reverse engineering these vendors’ positioning statements gave some interesting insights and as an example I’ve listed Microsoft’s USP section below:

OUR PRODUCT provides a superset of ESB functionality, extending the ESB pattern to include modelling and execution of business rules, workflow, and adapter integration.

Here Microsoft selects a pretty strong USP.  They claim that UNLIKE other ESBs they provide extended functionality.  Whilst other ESBs may legitimately say  that they also offer extended functionality, these vendors may not actually be making that claim.  So this certainly passes Rosser Reeves’ test above.

The basis for this claimed USP is that their ESB Guidance is underpinned by their BizTalk product – which features broader functionality than other “simple” ESBs.  I think this is a pretty well constructed USP – despite the fact that the rest of Microsoft’s marketing for the ESB Guidance is pretty poor.  Perhaps this is a function of the non-product nature of ESB Guidance.

In summary when defining the OUR PRODUCT element we’re looking to communicate a specific benefit that will be delivered that none of the competitors or alternatives is able to offer, all of this couched in language that compels the prospect to take action.

So that’s it for the OUR PRODUCT element and for the positioning statement series too. <More information can be found in the Lustratus REPAMA Guide here>

Danny Goodall.

BTW
It should be borne in mind that Lustratus’ focus is on the high-tech software industry and whilst positioning as a concept will transfer to just about any business to business industry, many of the classifications we use assume that we’re dealing with a technical audience for infrastructure software.  So please bear that in mind for your own industry.

The Main Benefit or Reason to buy

In this series of blogs I’m exploring the format of the positioning statement that Lustratus uses in our REPAMA research methodology.

Today I’m looking at one of, if not the most important elements.  This is an element that in my experience vendors often find the most difficult to define about their own offering.  This is the “THAT PROVIDES [main benefit]” element.  First some let’s look at how this element fits into the context of the complete positioning statement.

FOR [the ideal customer] WHO [has this specific pain or problem] OUR [product name] IS A[product category] THAT PROVIDES [this main benefit and reason to buy] UNLIKE [the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition].

In my experience, this positioning element is often watered down so that it lacks any real convincing power.  The purpose of the THAT PROVIDES element is to describe the main benefit that your product or service provides your customer.  It details the value that your target customer can potentially derive and should be compelling enough to provide a reason for them to buy from you.  Instead of this, I often see this element used as a place to add another ho-hum feature or an also-ran benefit.  The question that should be asked is

“What benefit or value will compel the target customer to want to go through the process of buying from you?”

Whilst this is not a hard and fast rule, the THAT PROVIDES element is often paired with the WHO [has this specific pain or problem] element of the positioning statement.  So that the WHO section  sets up the main pain experienced by the target customer and the THAT PROVIDES section often outlines the solution or antidote to the pain.

It’s worth stressing one more time that the positioning process should produce a description of your overall approach to the market so that a target customer feels that you, and you alone a) understand their problem b) have the most compelling solution.  Ideally, they should be left feeling that you went into business simply to solve their specific problem.

Examples

• THAT PROVIDES a reduction of up to 20% in data centre costs
• THAT PROVIDES a 15% reduction in the time to bring new products to market
• THAT PROVIDES complete alignment between corporate objectives and IT infrastructure
• THAT PROVIDES complete, accurate and timely visibility into corporate risk
• etc.

The impact of this positioning element is improved dramatically If the benefit can quantified or at least expressed in detail.

There is often a temptation when creating this element to fill it full of technical features or justification.  This is especially true of early market technology companies.  Whilst it is a generally held rule that it is better to concentrate on what the product leaves behind (i.e. the benefit), it is OK to focus on the technical value of the product IF the target customer or at least the target audience within the target customer, is highly technically-focused.

(This section for those interested in the SOA and ESB market only…)  I’m using an extract from one of Lustratus’ REPAMA reports to illustrate “real-world” positioning statements.  Here I’ve reverse-engineered the positioning statement for Microsoft’s ESB
Guidance product.  According to their outbound marketing, Microsoft sees the following as the main benefit they provide their target customer (BizTalk developers):

THAT PROVIDES an infrastructure for enabling service oriented architectures

This example falls into the “vanilla” category and certainly doesn’t really cut it as a compelling reason to buy.  That said, for the target audience (technical) within the target customer (BizTalk Developers), it represents a clear and (albeit overtly technically) compelling proposition.

OK so that was the THAT PROVIDES section. In the next blog entry in this series I’ll be looking at the “UNLIKE [the primary alternative or competitor]” element.  <More information can be found in the Lustratus REPAMA Guide here>

Danny Goodall.

BTW
It should be borne in mind that Lustratus’ focus is on the high-tech software industry and whilst positioning as a concept will transfer to just about any business to business industry, many of the classifications we use assume that we’re dealing with a technical audience for infrastructure software.  So please bear that in mind for your own industry.

Product Category

Continuing this series of blogs where we are looking at the positioning statement format that Lustratus uses in our REPAMA research methodology.  In this blog entry we’re going to look at one of the elements that usually, but not necessarily, picks itself.  This entry is looking at the “IS A [product category]” element here.

So as usual let’s look at the context of this element in the wider positioning statement.

FOR [the ideal customer] WHO [has this specific pain or problem] OUR [product name] IS A [product category] THAT PROVIDES [this main benefit and reason to buy] UNLIKE [the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition].

The product category is a bucket into which other similar offerings are placed whose definition is generally understood in the wider market.  Product categories can be defined by convention, market analysts or by vendors themselves.  It is typically used as a mechanism for a vendor to communicate quickly and generically, what type of product they take to market.

• OUR XYZ product IS A Database
• OUR XYZ product IS A Relational Database
• OUR XYZ product IS A Spreadsheet
• etc.

From a marketing communications and lead generation perspective, selecting the correct product category is critically important.  When prospects are actively looking to make a purchase, they may believe that they know what type or category of product will best solve their problem.  Ensuring that you use language that matches with your prospect’s expectation is key.  The product category should also ideally clearly communicate, in terms that the target customer would understand, what the product is and, ideally, does.  Many highly technical vendors will use incredibly complex terminology to describe their product category.  As long as the target audience within the ideal customer understands this terminology then there isn’t a problem.  But if the target audience, as often happens, evolves over time to include individuals that do not understand such terminology then problems can arise.

The temptation to re-segment an existing product category (as with Database and Relational Database above) or to even introduce a new product category is great amongst vendors looking to differentiate themselves versus the competition.  This is especially true in early market situations where some form of significant innovation might have taken place.  The logic here is simple – “I need to make my prospects understand why we’re different so I will create a new product category that better describes what it is that we do.”  It sounds like a good plan however the task of successfully re-segmenting or even creating a new category is often underestimated.  With millions of dollars in marketing spend at my disposal throughout my career, I have only once been part of the sustainable introduction of a new product category and only once have I successfully re-segmented an existing category.  The lesson I learned was that It’s often better to work from within the category and differentiate there.

Another key thing to remember when defining the product category, other than to question very hard whether you actually need to change an existing product category, is to keep an external perspective.  Most vendors look in detail at the capabilities of their product and discuss this internally with the people they work with on a day-to-day basis.  Instead of looking in the mirror, in my experience it’s best to look at the problem from the outside in.  By putting yourself in the shoes of your prospects and asking how they will go about attempting to solve their problems you’ll gain greater insight.  What category of product would a prospect turn to, to solve their particular problem?  In many cases it’s moot anyway as, if you’re a market follower rather than a leader, you typically have to go with the category of the market leader anyway. And this is where competitive intelligence plays a key role.

Examples

In the example REPAMA reverse-engineered positioning statement I’m using as part of this series of blogs, we’re looking at how Microsoft takes its ESB Guidance product to market – as well as other vendors such as Progress, Oracle and TIBCO.  (For no other reasons than I have just finished the primary research on the REPAMA SAS into the ESB market so its fresh in my mind.)

Microsoft describes its product category as follows:

IS A loosely-coupled messaging environment

(This paragraph for those interested in the SOA and ESB market only…) In the context of the Lustratus REPAMA Segment Analysis Study on the ESB market, this is significant as the other three vendors in the report all define their product as an Enterprise Service Bus.  And whilst Microsoft generically uses the ESB term in its product name (ESB Guidance), it decides to refer to the category of product without it.

So that’s it for the “IS A [product category]” element of the positioning statement, other than to say that from my experience in infrastructure software marketing, this element is the one most likely to be omitted or combined with the OUR PRODUCT [product name] element.  I think that’s a mistake, but as Lustratus competitive intelligence is based on comparing the relative positioning strategies of different vendors, I guess you’d expect me to say that.

In the next blog in this series I’ll be looking at the “THAT PROVIDES [this main benefit and reason to buy]” element.  <More information can be found in the Lustratus REPAMA Guide here>

Danny Goodall.

BTW
It should be borne in mind that Lustratus’ focus is on the high-tech software industry and whilst positioning as a concept will transfer to just about any business to business industry, many of the classifications we use assume that we’re dealing with a technical audience for infrastructure software.  So please bear that in mind for your own industry.

The Our Product Element

In this series of blogs we’re looking at the elements of the positioning statement format that Lustratus uses in our REPAMA research methodology.

In this entry I’m going to tackle one of the easier elements, where little specific planning or strategy is needed.  Here we’re looking at the “Our [product name]” section of the positioning statement.  So as usual let’s look at the context of this element in the wider positioning statement.

FOR [the ideal customer] WHO [has this specific pain or problem] OUR [product name] IS A[product category] THAT PROVIDES [this main benefit and reason to buy] UNLIKE [the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition].

Having said that little planning or strategy is required here, what I should have said is that from the perspective of the product marketing task of creating the positioning statement, the product name is usually already in place.  But not always.  Obviously an incredible amount of effort, research and focus group feedback can go into selecting the product name. And whilst the name doesn’t usually change based on the ideal customer or the pain that they have, it might be that specific products are “created” so as to appear focused on a specific audience and/or problem.

I’ve had experience of companies (mea culpa!) where the engineering effort required to bring such a product to market stretches only as far as to add an adjective or a noun to a product name in order to make it appear more targeted at a specific problem or prospect.

Whilst the science of product naming is outside the scope of what I want to cover here, if you’re interested there is an good discussion on that subject, as well as many others in the seminal book by Ries and Trout “Positioning: The battle for your mind“.  It’s a good read even if its roots are in advertising and it appears a little dated now.  Perhaps I’ll revisit it later with a book review.

So other than that, that is the product name section – really just a place holder for, as you might expect, the name of the product (or service).

<More information can be found in the Lustratus REPAMA Guide here>

Danny Goodall.

BTW
It should be borne in mind that Lustratus’ focus is on the high-tech software industry and whilst positioning as a concept will transfer to just about any business to business industry, many of the classifications we use assume that we’re dealing with a technical audience for infrastructure software.  So please bear that in mind for your own industry.

Pain, problem, need or desire

Continuing  the series of blogs looking at the elements of the positioning statement I’m going to look at the customer pain or problem section.

In this entry I will look at the pain, problem, need or desire that we believe that target customer is looking to resolve.  So just so we have a the context for the discussion, here is the positioning statement format that Lustratus uses.

FOR [the ideal customer] WHO [has this specific pain or problem] OUR [product name] IS A[product category] THAT PROVIDES [this main benefit and reason to buy] UNLIKE [the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition].

In the last blog entry we had started to create the unique position in a prospect’s mind where our products and services uniquely sit.  We did this by first identifying the ideal client.  Now we’re going to expand on the ideal client segmentation by adding a specific pain, need or desire that the ideal customer can relate to or a situation that they find themselves in.  The “who” element describes the situation, nearly always negative, that the ideal customer finds themselves in and the implication is that we can positively alter the ideal customer’s situation.

The following questions often help to narrowing down the “who” element of the positioning statement:

• What is the ideal customer looking to do or achieve that they cannot do without help?
• What must the ideal customer do that they are struggling to do?
• What is the desired state that the ideal customer is looking to achieve?
• What is the problem that the ideal customer is wrestling with?
• What situation (needn’t be negative) does the ideal customer find themselves in?
• etc.

Some examples

In a previous blog entry on the positioning statement we looked at an example REPAMA reverse-engineered positioning statement for Microsoft ESB Guidance.  Here, we saw that Microsoft’s “who” section was was defined as:

WHO are building solutions that leverage the SOA pattern

For those readers who are not experts in SOA (service-oriented architecture) or the infrastructure software market in general, “SOA” here is an esoteric software architecture model that many organisations believe provides great benefits.  Microsoft, amongst other vendors, claims that its products help its users to implement SOA more effectively.

Microsoft is effectively saying that it believes that the situation its target customer (Microsoft BizTalk Developers) finds themselves in is that of ”building solutions that leverage the SOA pattern”.  Interestingly, in our attempt to reverse-engineer Microsoft’s positioning statement, we see that Microsoft has not aimed at an overtly negative pain for the ideal customer.  Rather it has chosen to simply focus on a situation the ideal customer finds themselves in.  Other vendors from the ESB REPAMA SAS report show a different approach to the pain.  Oracle with its Oracle Service Bus product chooses to identify the following area of pain in our reverse-engineered positioning statement:

WHO need to enforce quality of service, security and performance policies across an enterprise-wide network of multiple SOA domains

Progress with its Progress Sonic ESB product identifies this need

WHO need to connect many different IT resources using many different technologies in many physically different locations

So whilst Microsoft has chosen to simply state a situation, other vendors have chosen to highlight specific needs or deficiencies. Remember the positioning statement in its entirety should be used to make the ideal customer feel that you have designed and built the product (or service) specifically for them in response to their specific problems.  Other, more generic examples might include:

• WHO are struggling to implement the latest governmental regulation
• WHO need to remove costs from their IT operations
• WHO fail to bring new products to market ahead of their competition
• WHO are unable to ascertain their risk exposure in a timely manner
• WHO cannot currently meet their corporate governance requirements
• etc.

So that’s the main pain, need or desire section, I’ll tackle the “OUR [product name] section in a later blog entry.  <More information can be found in the Lustratus REPAMA Guide here>

Danny Goodall.

BTW
It should be borne in mind that Lustratus’ focus is on the high-tech software industry and whilst positioning as a concept will transfer to just about any business to business industry, many of the classifications we use assume that we’re dealing with a technical audience for infrastructure software.  So please bear that in mind for your own industry.

The Ideal Customer

As mentioned in the previous blog entry on the positioning statement, I’m going to continue to flesh out the details of the seven other positioning elements.

This time its the ideal target customer, so let’s first revisit the format of the positioning statement just to give us a context.

FOR [the ideal customer] WHO [has this specific pain or problem] OUR [product name] IS A[product category] THAT PROVIDES [this main benefit and reason to buy] UNLIKE [the primary alternative or competitor] OUR PRODUCT [has this unique selling proposition].

The ideal customer allows the organisation creating the positioning statement to express the characteristics of their ideal target customer for the product or service they sell.  This can obviously be done in many different ways and I’ll list some of the more common ones below.  In the previous blog entry I gave an example of the REPAMA reverse-engineered positioning statement for Microsoft ESB Guidance.  We saw that Microsoft’s ideal target customer was defined as:

FOR Microsoft BizTalk Developers

Between you and I, this is not the most definitive classification of ideal customer I’ve ever seen, but when reverse-engineering a vendor’s implied positioning from their outbound marketing communications, it’s often as close as we can get. I suspect that Microsoft’s internal classification will expand on this to include other characteristics that make their ideal target client more relevant to them.  That said, in the context of the ESB REPAMA Segment Analysis Study that we conducted, we’re pretty confident that this ideal target client is correct for Microsoft.

Other customer characteristics that can be used to segment the market to effectively define the ideal target customer include:

• Industry/Vertical – Can you define the industry or vertical market that the ideal client belongs to?
• Geography – Where are they based?
• Size – What size of organisation? – by revenue or employees
• Reach – The reach of your organisation – local, regional, national, multi-national?
• Budget – Is the client able to be classified in terms of how much money they have to spend?
• Pricing – Are they sensitive to price?
• Job title – What is their position/job title?
• User – Who will use the product?
• Decision maker – Who makes the decision on this type of product?
• Image – What image does this client have? – Leading edge, conservative, well know, leader in their own market.
• Benefit – What will the product do to improve the client’s life?
• Reason to buy – What compelling reason does the client have to buy the product?
• Use – What other complimentary or competitive products are they using?
• Concerns – What are the main concerns of your target client?
• Business type – What is their type of business?
• Business model – What is their business model?
• Competition – Who is their competition?
• Clients – Who are their clients?
• Problems – What are their problems?

So examples for a company that sells products used by telecommunications organisations might include:

For…

• Mobile telecommunications organisations
• Mobile telecommunications organisations concerned with adhering to new governmental regulations
• Mobile telecommunications companies that sell through channels
• Mobile telecommunications organisations that have a prestige image
• Mobile telecommunications organisations that operate at the budget end of the market
• Mobile telecommunications organisations that compete with RingRingTelco Corp.
• etc.

What we’re attempting to do here is to segment the total available market so that we end up with a segment that is a) big enough to sustain us but b) small enough for us to dominate.  Obviously credibility and ability to reach these organisations comes into the decision.  So if I were a product marketing VP for a 10 man start-up software organisation, whist I might be attracted to an ideal target client of “the largest global banks struggling to implement a worldwide roll-out of XYZ application”, I might lack the credibility or the reach to be able to deliver on this.

So as we can see the ideal target client goes right to the heart of the business planning for the product unit or corporation and is incredibly important to define accurately.

So that’s ideal customer, I’ll tackle the “pain” section in a future blog.  <More information can be found in the Lustratus REPAMA Guide here>

Danny Goodall.

BTW It should be borne in mind that Lustratus’ focus is on the high-tech software industry and whilst positioning as a concept will transfer to just about any business to business industry, many of the classifications we use assume that we’re dealing with a technical audience for infrastructure software.  So please bear that in mind for your own industry.