post

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! 🎉

What to do when it’s time to pivot in product: Lessons from Bumble

Clarity: The key to product success – Arne Kittler (Product Leadership Sidekick, Product at Heart)

Ditch the PRD template and embrace the PRD checklist

Product management books to read this summer and beyond

Bridging the gap between data, product, and analytics 

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Sunday Rewind: The good, bad, and ugly of OKRs by Jenny Herald

Product Management

Ahmed Sulaiman

<p>Working on an internal product isn’t different from any other publicly available product. You still have to understand the problem, clearly communicate the value, and make sure people get things done. The only difference is that your users also happen to be your teammates.</p>
<p>Early last year, the company I co-founded got acquired by Abstract. We joined the team to lead an internal product called Abstract SDK. Simply put, SDK is a code library that gives engineers the necessary building blocks for implementing product experience. Engineers at Abstract were using SDK to build certain parts of the application. Additionally, because this library is also open-source, anybody from the community could use it to extend the product’s functionality. So, technically, SDK was an internal product with external use-cases.</p>
<p>While leading a product on such an intersection, I’ve noticed a few core themes that propelled it forward. Let’s dive in and explore them in details with examples:</p>
<ul>
<li>Make sure you understand people’s needs</li>
<li>Communicate the value and shared context</li>
<li>Help people make progress</li>
</ul>
<h2>Make sure you understand people’s needs</h2>
<p>Internal or External, the product should solve a problem. As with any other product work, you have to understand the context first. What is the job that people are hiring an internal product for?</p>
<p>Your goal here is to extract as much context as possible. Different teams would care about various things. So it’s vital to analyze personas early on.</p>
<p><a href="https://www.mindtheproduct.com/tag/personas/" target="_blank" rel="noopener noreferrer">Discover more insights on user personas </a></p>
<p>For example, at SDK, the support team wanted to know how they can help customers with SDK-related requests. Meanwhile, the sales team wanted to understand who among customers might be interested in using the SDK. So they can offer it during the pitch.</p>
<p>As a Product Manager building an internal product, you have certain advantages:</p>
<ul>
<li>Your “customers” are only one Slack message away.</li>
<li>You know the organization structure and which team is in charge of what.</li>
<li>You can see people’s schedules.</li>
</ul>
<p>Here are a few ways how you can utilize these advantages.</p>
<h3>Conduct a regular sync meeting with team leads</h3>
<p>The recurring conversation with team leads has proven to be extremely useful for understanding the teams’ targets. Together you can construct an overall team’s problem-stack. Doing so shows all the challenges the team is facing, sorted by importance. It would help you estimate how valuable an internal product is for that team compared to other challenges.</p>
<h3>Make sure internal product aligns with company objectives</h3>
<p>An internal product should be tight to the overall company objective. Without this relationship defined and communicated, there is no sense to push such a product internally or externally.</p>
<p>A clear objective connected to the company’s mission is the best way to align everyone on the journey. Why else would team-leads spend their precious time talking to you if not to move the company objective forward?</p>
<p>For example, the high-level company objective might be to improve customer support experience. In the case of SDK, it would mean improving the support experience for people with SDK-related issues. You might want to prepare a playbook with common SDK-related problems or enrich the SDK documentation with relevant guides and tutorials. <a href="https://www.mindtheproduct.com/managing-internal-tools-emily-patterson-on-the-product-experience/" target="_blank" rel="noopener noreferrer">Listen to this podcast with Emily Patterson to discover more insights on managing internal tools.</a></p>
<h3>Communicate the value and shared context</h3>
<p>After collecting initial context from team leads, it’s time to align everyone around the shared understanding of internal product capabilities and values.</p>
<p>This part is especially relevant for a technical product like SDK. It might not be used directly by everyone in the company, but everyone needs to understand what it is and how it could be useful for them. It also makes an overall environment more inclusive. With the same context, team members can articulate ideas and suggestions from their unique perspectives.</p>
<h3>Setup regular workshops with each team</h3>
<p>You can set up occasional workshops and Q&amp;A sessions where people could ask any question about the internal product. The goal here is to educate your teammates about the capabilities and make sure everyone understands what the product does.</p>
<p>For the SDK, it looked this way: We started with a short presentation of what the SDK is. We explained the product with simple language tailored for each team. Then we walked through the “jobs” of SDK, describing each use-case separately. The rest of the meeting was an open conversation with questions.</p>
<h3>Keep people informed about the progress</h3>
<p>Make sure you <a href="https://www.mindtheproduct.com/tag/communication/" target="_blank" rel="noopener noreferrer">communicate</a> continuously how the product changes over time. Try to mention how the change benefits different stakeholders and why they should care. Just like external products have public Release Notes, the internal product needs to have a private alternative tailored for different teams.</p>
<p>During the time at Abstract, I was sending regular release notes for SDK every two weeks. These notes included:</p>
<ul>
<li>What has changed in the last two weeks</li>
<li>What our team is planning to do during the next two weeks</li>
<li>How these recent changes impact other teams</li>
</ul>
<p>This way, I could communicate our plans and challenges. Additionally, these documents became a source of truth for everything SDK-related. So I often refer them to bring new people in the team up to speed.</p>
<h3>Make the internal product a first-class citizen</h3>
<p>In a 60+ people team, people care about different parts of the product. It’s still important to make sure the internal product stays on top of mind for directly involved teams.</p>
<p>In our case, SDK was closely related to <a href="https://www.mindtheproduct.com/a-guide-to-creating-api-products/" target="_blank" rel="noopener noreferrer">API requests</a> developed by a backend team. It means that every time there is a new API request, there should be a reflective change in the SDK. It was critical to set up a direct communication channel between our teams—so everyone would know about updates on both ends. We ended up setting a Slack + GitHub integration to keep teams aligned. The Slack bot has subscribed to the GitHub repository’s RSS feed. The new entry in the RSS feed would trigger the notification in Slack.</p>
<h3>Help people make progress</h3>
<p>At this point, people should have a shared understanding of the product and how it helps them. If you set up all the systems in place (well-written documentation, internal FAQ, release notes, etc.) the team should be well-positioned for success. The only thing left is to maintain this direction.</p>
<h3>Close feedback loops with internal stakeholders</h3>
<p>With a shared understanding of the product, people would be more willing to contribute and send specific requests. Make sure you have a system in place to handle every one of them. More importantly, make sure you get back to those who requested a feature or reported a bug with clear next steps. Answering people’s requests would help build the relationship even further.</p>
<figure style="width: 1336px" class="wp-caption alignnone"><img loading="lazy" decoding="async" src="//wp-content/uploads/2021/06/3023893d-3a8c-415a-95c2-d9dae2b2b721_closed-feedback-loop-light.png" alt="Closing feedback loop concept " width="1336" height="746" /><figcaption class="wp-caption-text">The closing feedback loop concept (Image: Ahmed Sulaiman)</figcaption></figure>
<h2>Wrapping Up</h2>
<p>Maintaining and growing an internal product isn’t different from building a regular product for external customers. To summarise, it’s a continuous process where you need to:</p>
<ul>
<li>Constantly watch how the team’s needs evolve. What are their objectives and motivations?</li>
<li>Communicate and educate team members. Stay on top of the new perspective each of them brings.</li>
<li>Support your teammates while they use the product internally. Respond to feature requests and bug reports.</li>
</ul>
<div></div>
<div>
<p>Explore more content on <a href="https://www.mindtheproduct.com/category/product-management-skills/" target="_blank" rel="noopener noreferrer">Product Management</a>. For even more content on a range of product management topics, see our <a href="https://www.mindtheproduct.com/content-a-z/" target="_blank" rel="noopener noreferrer">Content A-Z.</a></p>
</div>
<div class="g g-21"><div class="g-single a-170"><a class="gofollow" data-track="MTcwLDIxLDEsNjA=" href="https://www.pendo.io/pendomonium/"><img decoding="async" src="https://www.mindtheproduct.com/wp-content/uploads/2024/06/MTP-Footer_ad.png" /></a></div></div>

core/freeform

Making product magic with cross-functional collaboration by Ebi Atawodi

10 years Wiser: Lessons learned from scaling Wise by Nilan Peiris

Breaking down misconceptions to create healthier teams by Adrian Howard

Creating courageous product teams with Yi-Wei Ang

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

Lessons learned from managing internal products

Ahmed Sulaiman

Comments

Read next