August event: Communicating the Value of Mobile

For years now, ‘mobile’ has been the hot ‘new’ thing – in the press and possibly in your company.  Most companies will have a desktop product that needs to be ‘mobile friendly’ but what exactly does that mean when you get into the details?

This month, Luke Chambers will help us understand the value of mobile and how mobile products are different to what we do on the web.   He’ll lead an interactive session on mobile, ux and product vision.

RSVP

I’ll let Luke tell you more…

People have evolved with two legs, making us inherently mobile creatures, yet we’re still relying on desks and devices that tie us to a static location. Mobile computing changes all that, and our designs need to keep up in order to create a compelling experience for users of mobile apps and websites.

As designers and product managers we need a clear view of what we’re creating and why – simply scaling down a desktop app or website is majorly problematic.

  • So what are the principles we need to work in this arena?
  • How do we tackle starting a mobile project?

In this session we’ll explore the mobile landscape and run through some practical activities that help develop our mobile product vision and allow our teams to collectively make decisions about important features and other aspects that are otherwise more difficult to articulate. Make sure you RSVP for this one!!

RSVP

—-

Luke Chambers is a brilliant presenter and he is a general tinkerer, web tailor, user-centred design soldier and tall-ship sailor. Luke is one half of the founding partnership behind UX Mastery. He learned his collaborative, visual thinking and storytelling skills while studying filmmaking at the Victorian College of the Arts.

He has worked in the web industry since his first startup in 1999, and came across user-centred design while himself participating in a user testing session for Sensis. He has since championed user experience design for both small guerilla projects and at large companies like Penguin Books, and consults through his agency Experia Digital. He enjoys sailing tall ships, writing retro detective fiction and creating lists (lots of lists).

Throughout his day he listens, sketches, tells stories and explains to people the ‘why’ of the design that happens behind the visuals. He lives in a tumbledown farmhouse in Melbourne with his wife, and has three chooks.

You can follow Luke on Twitter at @lukcha.

May wrap-up: Minimum Viable Product (MVP) & Product Management

Months ago we found out London’s Product People founder, Jock Busuttil, was headed to Australia and we were able to lure him to Melbourne (& Product Anon) with talk of good food and beverages. As Jock teaches ‘How to build a MVP Product‘ at General Assembly in London and we hadn’t talked about Minimum Viable Product at any of our sessions, we thought it was about time.

Drinks & pizza before the session starts

Drinks & pizza before the session starts

To join Jock, we assembled a panel of product managers from Seek (Emma Stabey), Geoplex (Janet Horwell) and 99designs (Susan Teschner) & a founder from Adioso (Tom Howard) to share their MVP success, failures and wisdom.

Jock kicks off the evening

Jock kicks off the evening

MVP has been popularised by Lean Startup & Eric Ries who advise building a minimum viable product in order to get feedback and start the build-measure-learn loop.

One of the difficulties of implementing MVP is making sure both minimum and viable are given consideration. Susan Teschner at 99designs talked of a recent experience where the team’s MVP was too minimum and not enough viable but with some changes they’re now seeing interest in the idea and will continue to test their hypothesis. Susan found this great quote illustrating the importance of ‘viable’:

“One of the temptations with the MVP approach is to build a bridge that only goes halfway across a ravine and then to ship it so you can get iterative feedback. The feedback amounts to ‘this bridge sucks’ even if a bridge across a ravine is a brilliant idea.” – Startup Blender

And just because the concept of MVP exists, it doesn’t mean it should be used all the time. Emma Stabey talked about some of the considerations in deciding if an MVP process is right for certain products. For Seek’s iPhone app, they knew customers already had certain expectations, experiences with competitor products and the demand was there.  This wasn’t a product to go in with ‘minimum’ or needing to test ‘viable’.

Janet Horwell from Geoplex described a MVP situation where the team identified & understood a problem in their industry plus had it validated by customers – only to find the customer wasn’t prepared to pay for it.  She shared some of their ‘how-to’ for working through the MVP including using both lean canvas and empathy maps to test the hypothesis and understand users. As you go through the build-measure-learn process, Janet recommended going back to both the canvas & maps or any data or industry trend metrics to review and assess whether you should continue to move forward.  Taking learnings from their unsuccessful MVP, Janet and the team have successfully moved forward on another MVP which has a validated problem and paying customers.

Is one target audience’s MVP, the same as another? While Tom Howard of Adioso uses MVP concepts all the time, he is looking to expand beyond the early adoptors. One thing that guides him these days is getting people to care about the product and how they would feel if the product was no longer available. Perhaps this is where MVP becomes MDP (minimum delightful product)?

While most of us in the audience & everyone on the panel focuses on digital, MVP can be used anywhere. Jock talked about Virgin using MVP in 1984. Instead of going big launch & incurring the expense of multiple airplanes, staff, routes across a range of airports, Virgin tested. They leaded 1 plane which flew 1 route which allowed them to test the new concept in air travel.

Top Tips for doing MVP

We all love those little secrets to doing things better so we wanted to know the panel’s top tips for for doing MVP.

Janet spoke about the need of having the MVP concept accepted by the company and all your stakeholders including the CEO. For some people, MVP will be a new idea and they won’t understand the benefits or process. Make sure you educate those stakeholders by providing examples, case studies and showing the benefits. This is something your entire MVP-friendly team can help out with – it shouldn’t fall just on the product manager’s shoulders.

Emma’s top tip is to define what success looks like upfront including what data you need to make that call. I have certainly been in the situation when I thought google analytics were being collected and it turned out the event tracking wasn’t working so I’ll echo Emma’s suggestion & recommend confirmation of the data collection 😉 .

[pullquote] A landing page is not MVP – it’s an experiment.  – Jock Busuttil [/pullquote]

If Tom was doing it all over again, he’d try to get a better understanding of what he was getting into since the crowded travel industry is hard (though he loves it!). He would also decide up front if the product should be commercialised right away or if it would focus on gaining users and worry about commercialisation later (ala Facebook & Twitter). That decision will influence what you put into your MVP.

Susan, who has worked at both start-ups and large organisations, talked about MVP being a double edged sword at large companies. The lure of MVP… getting something out there quickly for feedback and being able to iterate on it… can be strong but it can be hard to keep an iterative cycle going in large companies. Be careful that ‘MVP’ doesn’t become the new language for ‘phase 1’ – and we all know what happens beyond phase 1, don’t we?!

Questions

Next, we opened the floor to questions.

Dogfood.

The idea of ‘dog-fooding’ was raised and whether those on the panel ate their own dog food.  Seek & 99designs dog-food their products. Adioso is so dog-food’d that Tom had only gotten back to Melbourne a few hours before our session.

But eating your own dog food isn’t always as straight forward as you might think. Jock reminded us that we and our team mates are not always the target market.

Janet had a great example of this as using their own product helped them discover a need –  but when they got customers involved they found the feature was indeed wanted but customers weren’t prepared to pay extra for it.

Question time for our panel

Question time for our speakers

Advice

When asked about what advice would you give yourself, both Emma & Susan went right to the customer – make sure there is an actual need for your product and that you understand the problem your product is trying to solve.

Making sure you have a common understanding of the measure of success amongst your team is the advice Janet would give herself. She had a start-up experience where the measure of success was very different across the team which lead to difficulties when defining an MVP. I think I saw some nodding heads across the crowd when Janet talked about the members of a team having different ideas.

Tom’s advice would be to keep going towards the goal – as long as you have validation – and Jock said to keep going as long as you’re learning and adjusting the product with those learnings.

Drinks continued after the tak

Drinks continued after the talk

Join us next time

Our next meetup is Thursday June 19th with Mat Vine leading the discussion on ‘Do stakeholders & customers ever see eye to eye?’. RSVP or read more

Our Speakers

A huge thanks from Liz & myself to our speakers for sharing their MVP & product management experience!!

If you’d like to hear more from them, check out:

And another huge thanks to our sponsors for the evening who provided the venue, beer and pizza!

 

Do Stakeholders and Customers EVER see eye to eye?

Join us on Thursday evening June 19th for ‘Do Stakeholders and Customers EVER see eye to eye?’

We’ll be discussing:

  • How do you balance customer need against business requirements
  • How do you connect the right customer need to the right business outcome
  • The importance of identifying drivers for each stakeholder group – and their value
  • What’s important? What can be compromised?
  • What has worked & not worked
  • What happens when things don’t go as planned

A product manager has a unique role in a business – one of the only roles in an organisation that is satisfying two masters – both the customer and the business. It needs to be in the DNA of the product manager to strike the balance between meeting the customer’s need and delivering on business outcomes.

Taking into consideration the various stakeholders (both inside & outside the business) plus the customer need may not lead to the best business outcome.  What steps can you take to make sure it does? How can you make sure you are satisfying both sides?  Is the need you are satisfying connected to the right business outcome?

Mat Vine, former Head of Product & Policy at Bupa Australia and current consultant for start-ups, not-for-profits and health projects will lead this discussion.  See his full bio below.

Product Anonymous is now on Meetup & we’ll be using it for event RSVPs.   Please join us there and RSVP now for this event.

6pm for a 6:30pm start at Royal Melbourne Hotel on Bourke St

Mat Vine is an experienced commercial executive with nearly 20 years experience in product and marketing and thrived in environments with P&L accountability.  He has worked with brands such as Sensis, NEC, London Electricity and Bupa. More recently at Bupa led the teams responsible for developing and delivering customer value propositions that resulted in significant uplifts in profit and revenues in B2C, B2B and international markets. Mat also spent some time in the UK headquarters where he led the customer value proposition agenda for Bupa businesses around the world – cross fertilising high value initiatives and building global CVP development capability. He is currently consulting on interesting projects in health, not-for-profits and start-ups.

Feb session wrap up – Your APIs are so product ready, it hurts

Our February session focused on product-tising APIs and our speaker, Jason Cormier from Mashery, has put together the following post in case you missed anything.

You can also check out Chris Chinchilla’s summary of the night.

Take it away Jason…

Product Managers: Start Taking Control of Your API Strategy

Let me take you back some 15 or so years ago. The Internet was in its infancy, and the World Wide Web was something mysterious and scary for most people, let alone businesses to think about. Getting yourself online required getting off your land line telephone first.

There were trailblazers of course, those who saw the potential of a new emerging technology and put the first commercial websites online. It was a technical challenge, but they succeeded. They invented the blink tag, the splash page, the shopping cart. E-commerce was born.

During these early years, almost all websites were built and managed by people who worked in IT departments who answered to the strange and slightly kinky sounding title of Webmaster. Eventually however, the power and influence of the technology was recognized as being too valuable and important to the business. Marketing and Product Managers took control and we haven’t looked back since.

You wouldn’t let your IT department plan and run your website strategy today. Yet in most companies, history seems to be repeating itself when it comes to their APIs.

It’s understandable of course, since you may not even know what an API is, let alone why as a Product Manager you MUST own the strategy for APIs within your business. But rest assured, much like the World Wide Web 15 years ago, APIs today present a wide open playing field for businesses to embrace a new emerging technology trend. Whether you act or not there are already trailblazers leading the way, some of whom are likely to become your future competitors.

First, the basics: What is an API?

API stands for Application Programming Interface. It’s a technology protocol that enables disparate systems talk to each other, and share information. Think of it like a system of security doors you put in front of your most valuable data, making it accessible only to those who have been given a key.

For example, imagine your business has a proprietary digital storage service that you use to archive important documents. Perhaps you decide to develop a mobile app that requires access to those documents. If your storage service has an API, it makes it easy for the app to access your data. The app is given a unique key, which it uses to request access to documents whenever needed. The API recognizes the key and gives the app access to the documents. Pretty simple, right?

Well, to be fair this analogy is pretty basic. There is a LOT more to APIs of course, it’s a complex piece of technology. And at some point before any API roll out someone has to make decisions about things like data structures, object classes, protocols, authorization tokens, proxies, caching, and more. Given this, you can see why most APIs are currently managed by IT departments. However if you take a step back, if you think like a Product Manager and consider the potential of this technology and what it can do for your business, how it can power your products, how you can better enable external partnerships… you’ll forget about the specs and start to focus on why APIs have the potential to be one of your most valuable commercial drivers.

Value of APIs as a Product

No matter who you work for today your business has digital assets of some kind, from which you are already extracting value. There are 3 main types of assets that are suitable for sharing:

  1. Content: Consumable information, ex. FoxSports live stats feed, Lonely Planet city overviews, etc.
  2. Services: Functionality, ex. Telstra SMS services, Dimmi restaurant booking engine, etc.
  3. Data: Your internal business metrics, ex. units sold over time by location to whom, customer profiles, etc.

I can guarantee you that no matter what you are currently doing with these assets in your business, there are ways to extract even more value from them. And the key to optimizing the value of your assets is to make them easier to access, via APIs.

What kind of value?

When you have easy, fast access to your assets you can do things like:

Build and iterate your own products much faster.  Has your website team built a new search feature? Your mobile apps team can get access to it immediately via the API.   For example, Comcast now roll out new features across their products in just 30 minutes when it used to take months. Check out the Comcast success story & webinar where the Senior Director of Product Development & Technology and a Senior Engineer talk about the change and benefits.

Better business intelligence.  Want to know which products on which platforms are drawing on your assets most frequently? When everything goes through a single API it’s easier to track.  Sensis track all the advertiser impressions generated on their own products AND a range of 3rd party products via their APIs. More on how Mashery helped Sensis.

Facilitate strategic partnerships.  Want to see your brand integrated into 3rd party products?  It’s as easy as giving them their own API key. Fantasy sports platform, SportData was able to syndicate out to channel partners like Google and Facebook quickly and easily by providing access to their APIs. See how it drives results and ROI.

Introduce new revenue streams.  If your assets are valuable to you, maybe they’re valuable to others as well? With APIs you can commercialize your assets by selling access. Choice Hotels are using Mashery technology to assist in generating additional booking revenue via the 6000+ partners they service via their APIs.

There are a myriad of ways you can create and manage your APIs, and that’s definitely something you will need to work with your IT teams to define eventually. But don’t let yourself get lost in those details too early, as can sometimes happen. Focus first on what business goals you as a Product Manager seek to deliver. Hopefully you’re starting to see now, that by treating your API services like a product, you are effectively creating a service platform. A platform that empowers you to make business decisions and take action, without having to engage your IT team to build you something new every single time.

What does a successful API platform look like?

A successful API platform will look like rapid prototyping and faster innovation on the product ideas you have now, preparation and readiness for unknown future opportunities, and a willingness to open yourself up and let others carry some of the burden and risk. It’s not something all companies are necessarily comfortable with –  not even Google.

I’ll leave you with a link to the infamous leaked memo issued by Google employee Steve Yegge, who roundly criticized Google for failing to recognize the importance of APIs as a platform back in 2011:

 “Google+ is a knee-jerk reaction, a study in short-term thinking, predicated on the incorrect notion that Facebook is successful because they built a great product. But that’s not why they are successful. Facebook is successful because they built an entire constellation of products by allowing other people to do the work. So Facebook is different for everyone. Some people spend all their time on Mafia Wars. Some spend all their time on Farmville. There are hundreds or maybe thousands of different high-quality time sinks available, so there’s something there for everyone.”

—–

Jason Cormier is the Director of Strategy and Business Development for Mashery in Australia. Mashery works with over 200 brands worldwide to help them manage their APIs in order to build new revenue channels, speed time-to-market, and spur innovation. Find out more at www.mashery.com

February Events

This month we have Jason Cormier from Mashery talking about APIs.   His session is entitled ‘Your APIs are so product ready, it hurts’.   We’ll be at the Mail Exchange at 6p for a 630p start on Thursday Feb 20th.    RSVP now!

And our afternoon coffee will be the following Thursday, the 27th, at Brunetti’s at City Square (Swanston & Flinders Ln).   We’ll be there from 2-3pm.   RSVP now!

You can just turn up for any of our events but we appreciate it when you RSVP as it gives us an idea re: how big of a table to grab at coffee or organising space at Mail Exchange.

January Coffee Catch up – next Thursday

Come out next Thursday Jan 30th at 1pm for a coffee or lunch.    We’ll be at Brunetti’s on Swanston & Flinders Lane from 1-2pm.

If it’s nice weather, we’ll sit outside and you can BYOB lunch or pick up something at Brunetti’s.

Look for Jen & Liz and/or the product anonymous logo.   We’ll tweet our exact location once we’ve arrived.

Eventbrite - Product Anonymous: coffee catch-up Jan 30 2014

What is Coffee Catch-up?

For those who can’t attend our evening sessions, or want more product management chat than just 1x a month, we have a casual catch up during the day.    There’s no speakers, no topics, the focus is on meeting new folks, catching up with people and having a chat.

RSVP at eventbrite is nice but not required.  It just gives us an idea of how much space we should attempt to reserve.

Note: our google calendar previously said 2pm but we have fixed it.  if you subscribe to the calendar, it should have changed.   to subscribe to the calendar, go to our events page.

Thoughts on Decision Making

Our 1st ever book club event is coming up this month & we’ve choosen Decisive: How to Make Better Choices in Life and Work by the Heath brothers.

This isn’t the first time we’ve covered decision making in our topics – last June, Steve Bauer did a prodanon session and then turned the session into a series of blog posts.  You can check them out here:

So come along, bring a friend and share a war story

January 23rd meet-up: Book club on Decisive by Chip and Dan Heath. Start time 6pm, for 6:30pm kick-off, at the Mail Exchange Hotel, back room behind the Restaurant area. Bourke and Spencer st.
RSVP below or click this button to go to Eventbrite for full details

Eventbrite - Product Anonymous - January 23 - Book club

 

 

End of the year events

We have 2 more events before the end of the year so hope to see you – at least once!!

This month’s evening event is our annual social. There’s no speaker, no specific topic – it’s just all about chatting, catching up, talking product management (or not) and getting to know each other better. It’s also Product Anonymous’s 2nd birthday!!!!

This year our end of year social is Thursday Nov 21st at the Sahara bar on Swanston st. Sign up here: 
Eventbrite - Product Anonymous Coffee - October 31

And then we’ll finish off the year with an afternoon coffee on Thursday Nov 28th, 2-3pm, City Square by Brunetti’s. Drop in any time when you can, we will be there the whole hour. Sign up here: 
Eventbrite - Product Anonymous Coffee - October 31

Sept 26th write up – Wèishéme (Why)

For those who don’t know, I’ve been overseas the last few months – mostly in Shanghai. Being in a new city with such a different culture to my own (even my adopted cultures), I found I was constantly asking ‘why’ on a very regular basis.

I was taking mandarin classes learning how to ask ‘what’ and ‘where’ but what I really wanted was to ask ‘why’. I kept seeing all sorts of scenarios where I wanted to ask ‘why’! For example, why do some foods need to be wrapped in layer upon layer of plastic wrap when meat was available for sale unrefridgerated on a cardboard table?

Although even after I learned the word for ‘why’ – wèishéme – I knew I wouldn’t be able to understand the answers (my mandarin has improved but it’s very much a work in progress!). I became a little obsessed with wèishéme and it got me thinking about asking the question in product management.

Whether we’re talking with a customer or end user, determining which feature to build next or how to market our product, understanding the ‘why’ is needed to help us connect, make our products great and create success. Understanding ‘why’ uncovers the value and explains why we care, what the context is, influences us and focuses on the problem (not the solution).

We can integrate ‘why’ into our existing tools like positioning statements, interviews & research, and even agile stories.

Some of the references include:

Simon Sinek’s ‘Start with Why’ TED talk & the golden circle

Bill DeRouchey’s ‘Power of Why’ deck on slideshare

Steve Portigal’s Interviewing Users: How to Uncover Compelling Insights

I’d also recommend The Power of Habit: Why We Do What We Do in Life and Business. It didn’t make it into the deck but is an excellent read.

Product Anon Coffee – Oct 31st

At our last meeting, you told us you wanted #prodgmt than just once a month!!  Out of this conversation and other feedback we’ve had, we’re trialing a monthly coffee/lunch session.

We held our 1st coffee session on the afternoon of Oct 3rd.  It was good to see both new & familiar faces stop by (note to self: must remember to take photos!!).  The concept of being able to pop in for a few minutes or have a leisurely coffee seems to be a winner.

We’ll be mixing it up with different times (& maybe get crazy with a different day!) so keep that feedback coming!    On the 31st,  our coffee session will be more of a lunch time affair.    We’re hoping for some good weather so we can all meet in a park but let’s see closer to the date.   Venue suggestions are welcome!!

Our next Product Anon coffee will be Thursday Oct 31st, 12:30-1:30.   Subscribe to our google calendar / Twitter / Linkedin for updates.

Eventbrite - Product Anonymous Coffee - October 31