What is our primary use case?
At Megaport, I use Productboard to build a roadmap of all the initiatives, projects, and features the team is working on. This includes the front end of the roadmap showing what is in the backlog and all the things that could potentially be worked on by the development and product team, then the actual roadmap, and timelines on delivery.
Productboard has a feature that I love where you can create tiles that serve as summaries. In this case, I created a summary of potential markets that Megaport was going to enter, including Stockholm, Miami, Copenhagen, and São Paulo. The valuable aspect of Productboard is that you can share these tiles with customers and ask them to vote on them and comment on them. This was invaluable in determining where Megaport should launch next. We decided to go into Stockholm and Miami because the customer feedback was overwhelming for those two markets.
I built the roadmap of all the initiatives in flight, including all project initiatives and features that the development team and product leaders were working on. For each initiative, I developed a summary describing what we were trying to do, the business value, and how this would impact customers. This roadmap was available and used by all internal stakeholders across engineering, product, and sales, serving as the definitive source for what was in flight and when it would be coming. Productboard is really good for this purpose.
What is most valuable?
The ability to expose potential work through tiles and share those ideas with customers to get their feedback is a valuable feature. I also appreciate Productboard's roadmap capability where you can build the roadmap and tag different items such as projects, initiatives, and features with different criteria. You can sort them by due date, by what market segments they are impacting, whether they affect service providers, enterprises, or retail customers. There are different ways to filter the initiatives being displayed on the roadmap and quickly understand how it will impact timelines and customers.
Creating that transparency and keeping everyone—engineering, product, and sales—on the same page was beneficial. These stakeholders could log into Productboard and see what was being worked on and when it would be deployed. Everyone in the company remained on the same page.
What needs improvement?
I am a huge fan and believe Productboard was a good partner for Megaport during my time at the company. I have no complaints about the product itself. My only consideration involves the fact that Megaport is a small company with about 250 people. We originally purchased a 15 seat license agreement, and about a year after we made that deal, it became apparent that we really only needed two, three, or four seats. Productboard was not as quick as one would hope to adjust our contract to align with our actual needs, which was a challenge for a very small company with limited finances.
Licensing flexibility is the main area for improvement. The features, functionality, and how we used Productboard was really good. The lack of flexibility around licensing was the only challenge for us as a small company.
When I arrived, the agreement had already been set up where we had 15 licenses, and after being there for a year, we quickly realized we only needed two to three licenses because there were not many content creators, though there were about 100 content viewers. When we asked to scale back our licenses, we encountered considerable friction. This was the primary issue we faced.
What do I think about the stability of the solution?
I experienced no issues with lag or downtime. I should note that Megaport is a small company, so at most we would have probably 20 to 30 users visiting my roadmap or the customer tiles. We were not a big enterprise with thousands of people using the application.
What do I think about the scalability of the solution?
I encountered no scalability issues, though I should caveat this by noting that we were growing from a user base of about 5 to 10 to 50 to 100, not from 500 to 1,000 to 10,000. This is an order of magnitude smaller, but Productboard worked perfectly fine for our needs.
How are customer service and support?
I would give Productboard a 10 on customer service. It is very easy to get into and start playing around with it because it is very user-friendly. You learn by doing, but it is very easy to figure out how things work.
Which solution did I use previously and why did I switch?
When I arrived at Megaport, they had already purchased and had an agreement with Productboard. I simply took that on, and we remained fans of Productboard. The only challenge was backing off the 15 user seat license agreement and getting it down to something more manageable, such as two to three seats.
How was the initial setup?
When I arrived, we were already using Productboard. From what I recall, the company went with Productboard straight out. It was very stable during my time there.
What other advice do I have?
Productboard is really good at enabling stakeholders to use it effectively. For example, a salesperson meeting with a customer could go into Productboard and see the features that the development team or product leaders were working on and tell the customer that these three features would likely be available in Q3 of next year, or that this project and feature would help them be more efficient and the project would be available in the coming month with the feature being prioritized for one quarter out. This had a really positive effect with customers, bringing them closer together and creating stickiness with Megaport and our development team.
Productboard absolutely helped with customer satisfaction because we also took that product roadmap and displayed it for customers, sharing the customer roadmap with them. Internal operating efficiency also improved because internal communication meant that everyone was on the same page with no miscommunication about what was expected to be delivered when. As part of this process, I met with the development teams and product teams weekly, and every Wednesday afternoon, I would update the roadmap with new additions and whether deliverables were getting delayed or moving up. The roadmap remained current. Internal efficiencies in communication meant that everyone was on the same page.
I did not use training materials at all. Everything was learned by trying things out and figuring them out. I cannot comment on how good those training materials were because we operated in a learn-by-fire environment.
At the time I used it, I thought it was pretty good, but I was not using the integration capabilities very much. I did not test that functionality. I used Productboard more as a communicator and as an evolving whiteboard where we updated the roadmap and made it available for all. There was some integration involved, but not much.
We used Productboard primarily for roadmap and tiles, so it was customizable, but I am not certain we were pushing the envelope on trying to do more customization. It was fairly customizable for how we used it, but we did not push the limits on customization.
Productboard is a great solution and it is probably faster to just go in and try it out and figure things out. If you get stuck, either talk to support or read the documentation, as it is very user-friendly. It is probably more efficient to just dig into it. I would give Productboard a rating of 9 out of 10.