The product is NOT the PRODUCT !

The product is NOT a great piece of software, or hardware for that matter.
Your product is actually the “Business Model”
“A business model describes the rationale of how an organization creates, delivers & captures value”.  Alexander Osterwalder
As an example, here are a few things that are worth considering in a Product Business:
  • What market problem do you solve?
  • For whom? What are the customer segments? (Buyer Personas)
  • Unique Value Proposition. What is the primary reason why buyers will buy your solution? Is it unique?
  • Solution (Usually, but mistakenly, referred to as “Product”): what ie the minimal feature set that can support (together with the other points) your value proposition?
  • How the solution will be purchased by buyers?
  • How to measure progress? What key activity do you plan to measure? Es. how subscribers respond to the solution over time, by using time based cohorts.
  • Cost structure
  • Pricing and Revenue model.  How do you make money?
  • Business Sustainability: how hard to emulate is your Unique Value Proposition? It can be a technology platform, a powerful established channel, a level of awarensss in a segment etc.
  • Customer retention and support strategy: once buyers become customers, how do you make them happy and loyal? How can you turn them into net promoters?

Anything  missing? Anyway, this is closer to “the Product”. Depending on business, there are main factors that describe how an organization creates, delivers & captures value.

Changing things for the Better

Despite what our leaders say [….] studies show that our organizationsd are much less productive that they once were ang going out of business faster and faster

  • Jurgen Appelo, How to change the World
  • Stephen Denning, author of “The Leader’s guide to Radical Management”

The same authors say that what was working 20 years ago no longer works today, including the way you changing things. I see two areas in today’s business where a big change is needed. Why is needed? For better results and happier workers.

1. The way we build solutions to problems (e.g. Products, Services)

  • As an example, the Agile Manifesto/Movement has made a huge impact in the world of software development in just a few years. Jurgen Appelo is changing the way managers influence their organizations.

2. The way we build and market solutions to problems  (e.g. Telling our Buyers how good our products are)

  • As an example, the “world’s most popular product management and marketing training company”, pragmaticmarketing.com and virtually every single marketing leader say that it is the market, the buyers that drive winning products, not a bunch of smart people in a meeting room, regardless of how smart they are (if you think of Steve Jobs here, that allegedly “did not do market research” remember that he knew his buyers like nobody one else including the buyers themselves)

These two areas need change. As for the first one, I recommend reading the small book mentioned above, “how to change the world”. It’s 1.5 Euros on Lulu.  It is only a starter of course. Nobody things any book can do any change. People do. Inspired and motivated people do. So this book helps you to start the right tway.

As for the second one, no secret recipe here either. It’s hard. It’s complicate. The shift from telling/pushing products  to listening to buyer’s problems, adapting to their purchase habits, and modeling a complex reality with a few but very helpful models and methodologies (along the lines of the market-driven approach, the Buyer Personas profiling) is a hard and complex task.

Of course they are complex. It is the way you deal with complexity that makes a difference!

See http://www.slideshare.net/jurgenappelo/complexity-thinking

If you don’t aknowledge complexity (and the ways to deal with it) and  use shortcuts instead (such as solely listening to what your salespeople or vocal customers say) then the risk of failures increases. It is under your control really. Why shouldn’t you build a repeatable way to do business that brings the results you want? Stop for a moment and think about it.

 

Related articles:

Il marketing e’ cambiato (2 di n)

Proseguendo il discorso iniziato nel post precedente:

il marketing e’ cambiato (1 di n)

Ecco un interessante articolo scritto da una fonte molto autorevole che seguo costantemente e che raccomando a chiunque si trovi in una posizione di forte dissonanza tra chi vende o spara messaggi a ripetizione e chi ha un problema da risolvere, cerca una soluzione ma trova sempre e solo gente interessata a vendere, invece di cercare di adattarsi al processo di acquisto che un imprenditore, un buyer in generale,  puo’ avere e deve avere.

http://www.revenuejournal.com/blog/why-do-buyers-agonize-because-sellers-lie-and-minimize

Autore: @KristinZhivago

User Personas for… sales ??

The power of User Personas in modeling requirements and building products is well-known (never enough I’d say, but it is known).

I extensively use the incredible power of buyer and user personas (ala Alan Cooper) in the entire product life cycle with consistently excellent results.

The other day I was writing a positioning document, a functional overview for a new product and, while I was at it,  a product datasheet.  I asked myself: “why shouldn’t we  use  the same user personas we developed for designing the product to illustrate product benefits and functionalities?”

And so we did.

I mean, content for customer facing documents. I have used personas several times for design and building products with great success, but never for actually customer-facing documents.

Not only it worked like a charm. I realized then that even our demo guys used the personas we developed for their product demos. Salespeople were also referring to personas when explaining our new solution to customers.

Personas are the most powerful tool you may use in designing, building, marketing and selling products. Period.

Il marketing e’ cambiato (1 di n)

  1. Le vendite non sono piu’ LA fonte dell’informazione
  2. I clienti possono  parlare al mondo – “broadcast to the world”
  3. I potenziali clienti possono parlare  tra di loro facilmente, istantaneamente, quando lo decidono loro.
  4. L’ Informazione di prodotto e’ facilmente accessibile (chi nasconde informazioni e’ sospettoso e viene scartato)
Risultato:
I potenziali clienti  sono spesso gia’ un bel passo avanti nel ciclo di vendita prima che i venditori si accorgono che esistano
Quindi, quando interpellati, i ns buyers vogliono sentirsi dire qualcosa di interessante riguardo i loro problemi, nella loro lingua.

Non cose che sanno gia’. Non hanno tempo da perdere.

A questo proposito suggerisco la lettura di un post molto rilevante:

http://demandgeneration.typepad.com/demand-generation/2011/08/come-i-compratori-raccolgono-le-informazioni.html

 

Il CEO e i suoi Diamanti

Un giorno il CEO entra in ufficio tutto spedito e trafelato e dice:

Bisogna sviluppare questo nuovo set di  funzionalita’

altrimenti si continua a soccombere alla concorrenza.

Ora, senza entrare nel merito di tale decisione (che sembra reattiva, guidata dallo stress dei venditori,  che forse ha poco a che fare con la differenziazione, e questi sono tutti cattivi indicatori) supponiamo che sia la cosa giusta da fare. Del resto il CEO e’ il CEO. Vede cose che non tutti vedono, e’ pagato per quello, ci mette la sua reputazione ogni giorno, quindi tanto di cappello, si fa come dice il CEO.

(In questo esempio potrebbe anche essere un COO, CTO, CMO, VP of Marketing, VP of engineering, VP of sales etc.  Beh se e’ il VP of sales e’ un altro brutto segno)

L’input che viene dall’alto e’:

il prodotto deve far questo e quest’altro.

Basta guardare cosa fa la concorrenza”

Il tutto viene messo un una paginetta o in una breve email. Cosa ci aspettiamo che il CEO ci scriva i requisiti?

Vengono chieste spiegazioni, ma le risposte sono poco utili a comprendere meglio il contesto, o, meglio, il problema da risolvere e per chi. Chi deve sviluppare soluzioni, cioe’ il “come”  si trova spesso a dover indovinare la soluzione giusta. Talvolta ci sorprendiamo a dire  “senti, questo e’ quello che il capo ha chesto, facciamolo cosi’ come e’ scritto, se poi non va peggio per lui!” (se io fossi il CEO diventerei viola a sentire tali pensieri malsani).

Che cosa possiamo fare?

Soluzione (1) Essere persistenti, uscire dall’ufficio e (2) Cristallizzare requisiti a prova di bomba

Il metodo che adotto io in questi casi per (2) e che io chiamo col nome di Diamond Requirements e’ un modo di risolvere il problema in modo completo e finale. Non solo, ma se ci sono errori di visione o di interpretazione, questi tendono a venir fuori in un ambito meno “politico” e piu’ “costruttivo”.

Definizione di Diamond Requirements: uno strato di requisiti ad alto livello, indipendenti dall’implementazione (soluzione, tecnologia, prodotti esistenti) che collega il business ai requisiti funzionali.

Caratteristiche:

  • Solution-free. Esprimono il cosa ed il perche’, non il come
  • Legano il business case con le specifiche funzionali
  • Forzano a chiarire il business case e il perche’ il progetto e’ importante, critico, urgente
  • Forniscono contesto a chi li deve utilizzare (dal posizionamento al test)
  • Dicono cosa fare in modo chiaro ed incontrovertibile
  • Forniscono a tutti un linguaggio comune – dal cliente al venditore
  • Sono piu’ semplici da comunicare, prioritizzare, rendendo ogni decisione piu’ semplice
  • Sono semplici da analizzare per creare soluzioni
  • Sono in grado di fornire stime ragionevolmente accurate (dipende dal progetto)
  • E’ piu facile compararli ad altri requisiti diamanti (magari di un progetto parallelo)
  • Riducono enormememnte il rischio di dover rifare tutto o parti del prodotto

Come si “cristallizzano”? Certo non con la magia o “col tempo”. Gli ingredienti principali sono:

(1) Avere un business case decente

(2) Interviste, Interviste, Interviste (non lunghi meetings interni per dibattere cose che gia’ sappiamo)

  • Intervistare potenziali clienti dell’applicazione (Funzionalita).
  • Chiedere a chi l’ha gia’ se e’ soddisfatto di come e’ fatta (perche’ noi vogliamo farlo 5X meglio della concorrenza!!! Anche se il CEO non ce l’ha detto! Sempre!)
  • Ciiedere che problema risolve e quanto pesa
  • Perche’ e’ importante averla. Che succede se manca.
  • Chiedere alle vendite quanto sono disposte a mettere in piu’ sul forecast se tale funzionalita’ viene messa sul mercato in data X. Se la risposta e’ vaga parlatene col CEO (e’ lui che la chiede per aumentare le vendite).

(2) Sintetizzare in una forma tale che:

  • I requisiti siano descritti dal punto di vista dello “User Persona” (archetipo di utente) e Buyer Persona ove necessario (business case)
  • Includano il beneficio per il business
  • Enfatizzino Intento e Beneficio invece di postulati senza contesto
  • Includono criteri di accettazione, dai cui si capisce facilmente quando il requisito e’ stato soddisfatto

Non e’ facile, anzi, richiede esperienza e “manico” ma risolve tanti problemi in una volta e porta al successo commerciale dell’iniziativa.

Non e’ quello che il CEO voleva?Anzi, se lo facciamo siamo andati anche oltre!!

P.S. Questo e’ esattamente uno dei compiti chiave di un buon Product Manager.

Articoli correlati:   Good Requirements Relate to Business, What is a Requirement?

Market-Driven? Cosa Significa?

Una Storiella* …

Un giorno un brillante ingegnere ed architetto del software, Paolo, lascio’ il suo lavoro per lavorare a tempo pieno sulla sua idea innovativa. Paolo creo’ un prodotto di cui ha profonda certezza che a molti interessasse.
Paolo aveva ragione.
L’azienda cresce, assume ex colleghi come VP di questo e di quello. L’azienda cresce ancora
Un giorno Luigi, VP of Sales disse: “ma noi siano Technology-Driven. Dovremmo essere Customer-Driven!”
La cosa suono’ bene,  e cosi’ si fece.
Eccetto che… per ogni nuovo cliente bisognava fare un progetto speciale e sviluppare/mettere in roadmap 10 nuove funzionalita’ richieste dallo stesso. La voce del’ultimo cliente dominava sempre il piano del prodotto. In altre parole: Customer-Driven = latest-customer-driven
“Ma no, cosi’ non va! urlarono in molti.
Un membro illuminato della proprieta’, Enrico,  tuono’: “Siamo diventati una Sales-Led company. Basta. Dobbiamo essere Marketing-Driven!”
Venne quindi deciso di assumere un Top Marketing Executive. Fu presa Amelie come VP of marketing. Ed ecco un nuovo scintillante logo, tradeshows con un booth impressionante,  eventi spettacolari con gran folla ed awards, brand impeccabile, grande raccolta di collateral, brochures, logo su ogni t-shirt etc.
Un anno e 3 mesi dopo…zero incremento nelle vendite. “Eh, il brand! Te lo do io il Brand” era la battuta ricorrente. [Niente da dire su Amelie ed il Brand. Le e’ stato chiesto l’impossibile. Lo vedrermo in un altro post, ndr]
Allora il CFO, che fino a quel momento era stato zitto, sussurro’ nell’orecchio del CEO: “non e’ ora che controlliamo un po’ i costi?”
Quindi l’azienda divento’ Cost-Driven
Vennero tagliati viaggi, cene premio, supporto, bonus etc.
E il marketing? Cosa fanno esattamente?” Chiese il CFO al CEO
Nessuno ebbe una buona risposta e quindi tagliarono tutto il team.
Alla fine il presidente e Paolo il fondatore dissero:
Siamo partiti engineering-driven
 Poi Customer-driven
  Poi Sales-Led
   Poi Marketing-Driven
    Poi Cost-Driven
Le abbiamo provate tutte!
… E’ ora di tornare Engineering-driven!
E cosi’ fecero …

Finche’ un giorno qualcuno disse:

Ma perche’ non diventiamo Market-Driven?

Cioe’ perche’ non ascoltiamo il mercato invece che solo noi stessi?

Questo e’ quello che Market-Driven significa:
  1. Definire soluzioni basate su quello che il mercato vuole acquistare perche’ tali soluzioni rispondono ad esigenze urgenti, pervasive e critiche. Sintonizzatevi sul mercato!
  2. Per Buyers (che hanno tali esigenze e potere di budget). Sintonizzatevi sui buyers.
  3. Non e’ essere guidati da cio’ che gia’ abbiamo in casa. Spegnete Radio Prodotto (almeno per un po’). Spegnete “Radio Meetings”
Le aziende di successo sanno che il marketing non e’ solo promozione e pubblicita’. I leaders di settore prima si focalizano su problemi irrisolti del mercato che possono essere risolti tramita la loro tecnologia (non partono dalla tecnologia!)
Questi leaders sono orgarizzati secondo un flusso entrante (inbound marketing) cioe’ capire problemi che il mercato ha e chi sono i buyers, e anche uscente (outboud marketing) che e’ la parte piu’ tradizionalmente vista come “marketing”che include sia su strategie di “go to market” e di comunicazione ma che verte su un modo di comunicare e vendere che risuona col buyer.
3 Errori classicissimi:
  1. Supporre che dipendenti e collaboratori interni conoscano meglio  dei buyers quello che i buyers stessi vogliono.
  2. Basare prodotti e servizi solo su quello che chiedono gli attuali clienti invece di andare fuori dall’ufficio a capire quali sono i problemi irrisolti che altre persone reali sono disposte a pagare per vedere risolti.
  3. Cercare di creare un bisogno nel mercato attraverso il reclutamento di un esercito di spietati venditori e di costose campagne pubblicitarie.

Uscite dall’ufficio e imparate a conoscere i vostri buyers ed i loro problemi e modellate il tutto tramite la chiave di tutto: Le Buyer Personas – ok questo richiede competenza e abilita’ particolari, ma ve lo posso insegnare io 🙂“…Ma non e’ facile staccarsi dal prodotto ed andare fuori ad ascoltare, intervistare, filtrare, sintetizzare, iterare. E poi chi lo fa?”

Market-Driven e’ la scelta piu’ pratica e funzionale per il successo di qualsiasi iniziativa che ha a che fare con un mercato
Modellare business, prodotti e soluzioni tramite Buyer and User Personas rende le cose semplici ed immediate.

Non c’e’ mica scelta! I ruoli che tipicamente hanno tale responsabilita’ sono Product Marketing e Product Management. Almeno nelle aziende ben organizzate.

Ma se non li avete non temete. Qualcuno sta gia’ facendo quello che avrebbero dovuto fare loro. La domanda e’: “Come?” oppure “Con che risultati?”.

*  Storia liberamente tratta da un articolo di Steve Johnson, Pragmaticmarketing.com