post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Management

Sunday Rewind: Whose job is it anyway? The rise of Product Ops and why it deserves to be an independent function

Guest Post

Creating metrics that matter

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

How much are product managers getting paid in 2024?

Leading product ops at Delivery Hero with Koen Dubelaar

Connecting fans to creators at Spotify (Dariusz Dziuk, Product Lead, Spotify)

“You’re not as competent as you think” 5 lessons from Ken Chin on navigating a product career (CPO, Spark Networks)

Everything wrong with the product management job market. And how to fix it

<a href="https://www.linkedin.com/in/jess-lane-72152a123">Jess</a> loves coming to ProductTank and summarising the videos as an excuse to spend even more of her time exploring product management and product making. She's the first Product Manager and longest standing employee at Hire Space - a start up platform that helps users find inspiring venues for events. Get in touch for product chat or recommendations of the latest, cool event spaces!

Jess Lane

<a href="https://twitter.com/prades_maxime">Maxime Prades</a> (Director of Product at Zendesk) takes you through the experience of building a platform at Zendesk and being part of an API-first company. He opens his talk by describing the clear value that Zendesk&#8217;s APIs are providing to their customer accounts and the business. For example, customer accounts using the rest API during their 30 day trial period were converting twice as much. Similarly, the average number of &#8220;seats&#8221; held by accounts that don&#8217;t use APIs is 6. If accounts are using the rest API this increases to 32 average seats. Maxime describes the basics of what an API is, why it is so powerful and what he learnt along the way.
<h2>How you would describe an API to a child?</h2>
Maxime says he asks this question to everyone from business development to API experts! His favourite description was that an API is essentially a language that everyone understands. I speak French, someone else might speak German. The API builds the frame of reference and lets us understand each other. It’s at the core of every single product decision you’ll make. Similarly, you could also describe it as a bridge that connects two different islands.
<h2>Why have an API?</h2>
Bridges and translators make things faster. At Zendesk, the first API was provided free by Ruby on Rails and the developers included it as a little bonus without much thought. It was put on the public website and for 6 years this was the API. They then got to the point at which it didn&#8217;t scale and wasn&#8217;t working.
Instead of scrapping or maintaining it as it is, they rebuilt all of their structure onto a restAPI- becoming an API-first company. They use exactly the same API as their customers and it has become one of their main products. Being an API-first company made Zendesk faster in multiple ways:
<ul>
<li>Microservices, with things like caching webpages, respond to each other faster</li>
<li>Zendesk can be wherever their customers are and answer future needs dynamically or customers can self-service their own needs via the API</li>
<li>By using their own API internally Zendesk can identify and fix bugs before their customers spot it</li>
<li>Developing the API first for any feature forces them to avoid clutter by letting them configure and manage complexity</li>
</ul>
Maxime gives plenty of valuable advice for product managers building APIs such as:
<ul>
<li>Have a business goal in mind. Maxime describes how they knew the Zendesk API was doing something to useful to the business but they didn’t know what until they looked at the stats. Once they did this they could identify what exact benefits it provided and create a business model around this.</li>
<li>Remember that the API will be sniffed. People will be able to find out about it even if you try to hide it. Maxime warns to ignore all the things you&#8217;ve read about protecting your API. All the hacks that have happened on major companies have been on private APIs. So even if you decide to keep your API private, make sure you secure your business as you would if it was public.</li>
<li>Make it usable. Without standards APIs become extremely painful to use and integrate. Without documentation developers will have no clue where to start. For this purpose, they have developed Double Doc- a library that allows users to write the documentation in the code. This means that every time developers update the code, they&#8217;re prompted to document it immediately.</li>
<li>Try not to break it. Maxime describes a public API as an implicit contract with your customers and you will damage business relationships if you change it without telling them. He recommends using a developer newsletter and to remember that over communicating is better than the angry emails or account cancellations you&#8217;ll receive if they only find out about it when something breaks.</li>
<li>Go the extra mile: build SDKs, wrappers, developer tools, a console so they can test API calls, etc. It&#8217;s the role of a product manager to think about the end user and how to answer their immediate needs. Don’t build the API and then forget about making the developer&#8217;s life easier.</li>
</ul>

core/freeform

San Francisco

Mastering perspective – zoom in, zoom out as a product leader by Navya Rehani Gupta

Product analytics vs embedded analytics – why you need both with Insightssoftware

Building an API that Developers Love

Jess Lane