A strategic OSS expert: Work smart, work lazy, build assets
Whilst reading an article on Business Insider called, “A Gen Z software engineer at Google reportedly earns $150,000 working one hour a day,” I found
In yesterday’s post, we discussed how building a story around the resolution of customer problems is a way to attract customers to your solution, yet few in the OSS industry seem to go about it this way.
To build this story though, you have to understand your customers. For example:
Understand these things and you can build a set of process / network-device / data bundles (aka use cases) that serve multiple purposes:
Creating use cases is all about increasing repeatability, which is not only reducing effort, but also increasing reliability of the factors listed above.
Whilst reading an article on Business Insider called, “A Gen Z software engineer at Google reportedly earns $150,000 working one hour a day,” I found
In a recent article, we compared how telco holds itself accountable to its internally adored five-nine availability standards, yet still has cellar-dwelling customer satisfaction scores.
Large carriers (let’s call them T1’s) tend to approach OSS procurement projects very differently from small to medium sized carriers (let’s call them T2’s). This
I really enjoy the musings of Jason Fried. He blogs over here at 37signals, has written books such as “Re-work” and runs a successful (bootstrapped)
Here at Passionate About OSS, we are exactly that – Passionate About OSS (Operational Support Systems). We’re also passionate about BSS, NMS, or any other names you call the tools that help to operationalise your network.
2 Responses
I fully agree. What is your experience at how good customers are at defining their use cases, respectively paying outside consultants to help them defining them? How well do customers agree internally on what their use cases are?
Hi Roland,
Great questions…
Actually, my intent of this was for vendors (rather than customers) to create a generic set of common/valuable use cases that they could use repeatedly across their own product suite for demos, testing, training, etc.
Then to answer your questions:
Q1. What is your experience at how good customers are at defining their use cases
A1. 50/50. Some have been good at defining their workflows, possibly independent of which tool ends up facilitating any given step. Others, haven’t documented or standardised at all.
Q2. paying outside consultants to help them defining them
A2. In the ones who already have well-defined use-cases, their internal teams have process definition teams. For the ones who are only considering them out of the necessity of OSS transformation, then I’ve found this challenge often falls on a combination of OSS vendor experts, customer experts and extenal consultants
Q3. How well do customers agree internally on what their use cases are
A3. Often very difficult to get concensus on, especially when an OSS transformation is driving change to workflows, isn’t it? I have some very interesting stories around this when helping customers with their workflows. 🙂
Interestingly, your line of questioning becomes even more important where customers want automations implemented for them, often without them realising automation comes from having a consistent workflow/use-case to follow.