Publish a High Level Product Roadmap

I’ve been saying this in a number of comments recently, so thought I’d sling a new topic and see if others agree and will vote for it.

I know that Monzo had a visible Product Roadmap (in Trello?) in the past, but I don’t think we need that level of visibility, a simple infographic/list that shows which features are being built:

  • Now
  • Next
  • Later

And yes, I think Next could also be called “Soon :soon::wink:

Publish this on a regular basis (quarterly/monthly) and just make sure that the only things that disappear are the ones that have been built (they can circle back into this list if you are enhancing them) because we all know that someone will spot if a feature suddenly disappears from the lists without being announced.

I know from personal experience this is not an easy task, as many times one ‘feature’ will overlap several pieces of work, but looking at how Monzo communicates out to us you do tend to talk in feature terminology, even if it’s “new design”, so I think it is feasible to add this to your communication channels.

An example (nicked from interwebs):

I agree, they should publish some high level ‘here is where we are going short term’ plan. Even if they re-purpose the neglected “Making Monzo” section of the app and make it useful and interesting again rather than a list of old projects that haven’t had any update in months.

2 Likes

They could do something similar to Freetrade - would be useful and interesting.

1 Like

Link?

Added link to original comment.

1 Like

Ahhh Trello, which is what Monzo used to publish (before I joined, so I never saw it in action).

It doesn’t have to be Trello, even just a simple list with a goal and time frame would suffice. I think Freetrade currently does a better job of communication on future product plans.

1 Like

Publish this on a regular basis (quarterly/monthly) and just make sure that the only things that disappear are the ones that have been built (they can circle back into this list if you are enhancing them) because we all know that someone will spot if a feature suddenly disappears from the lists without being announced.

@gmclean Voted & Agree with this and the post in general with one word of caution. It should be in a format that the general user can easily understand. I’m an Agile Product Manager by trade and produce one for my organisation, we keep it simple in Excel with lots of colours and no jargon.

There’s a more technical one for those inclined, with sprints, story points etc, etc…

1 Like

Yeah, simple is better for this I think. I don’t care which sprint a team is on, or which story points they’ve tested, just that something is being built, or not, and if not, is it ‘next/soon’ or just ‘sometime in the future’.

3 Likes

TBH they just need to make sure someone has ownership of the existing Making Monzo section of the app and keeps it updated.

2 Likes

You’re right, we haven’t been keeping the roadmap updated since we moved away from the old Trello roadmap.

Right now we’re discussing who should look after updating this (is it the product teams themselves, or the community team?) and whether we should re-think it. So thanks for letting us know you find it useful!

22 Likes

Really hope this can be resolved also.

Just as an example at the minute other than sorting pots im not too sure whats being worked on?

Custom categories was to be looked at? New summary?

1 Like

The original Trello board still exists - it’s just that there’s nothing on it now. Should be simple to resurrect?

https://trello.com/b/9tcaMB4w/monzo-transparent-product-roadmap

(There is also one for Business account development which is still active)

1 Like

Who knows.

I’m trying not to get too specific, this has to work for Monzo and be easy to keep up to date. I agree Trello would be the obvious solution but ANYTHING that is reference-able and up to date is all I’m looking for.

1 Like

@simonb

A weekly minutes of this… obviously redacted to keep some surprise in i think would go a long way to fixing that feeling of that disconnect.

If this meeting is something that happens then document it an share it with the community :tada:

3 Likes

Perhaps. But I’d be wary of that meeting being skewed if people know the minutes will be publicly available (sanitised/redacted or not)?

3 Likes

Well I can only speak for my own viewpoint as a dev/pm myself and what id like to see as a user

A week can be both a long/short time in development. As long as updates happen on a regular basis (potentially weekly) here I wouldnt care too much as long as i could see some sort of progress happening across the board and i felt “involved” again like back in the good ol’ days.

I think the problem is right now that each team now is trying to do their own weekly updates (like plus) so when they have a slow week they feel like they need to put in some filler or justify it.

If this was a standardised update across all teams and released at once there would be less tendency to do this i think?

1 Like

I’ve raised the issue internally! :slight_smile:

But my main counterpoint is that if a lot of the details were redacted, which they would most likely need to be, then it might not be super interesting to share externally?

Like, to tell you that we discussed the latest updates on Business Banking (for example) isn’t super interesting unless there are details that we can share externally, and typically the flow is that something gets shared internally and then, if it’s progressing well, we’ll make a separate update publicly not long after that.

We also hold external updates to a different standard - internally there’s an unspoken understanding that things are always subject to change, whereas mentioning things publicly holds more a weight of committal, if that makes sense?

With that being said I do think it’s worth discussing!

8 Likes

Is this Facebook status from earlier anything to do with your internal discussion today?

That’s something else entirely. More on that coming very soon :crystal_ball:

5 Likes