Product manager with the software engineer soul
Duties, processes, and restrictions differ entirely between a corporation and a startup, but in what case would it be helpful for a product manager to go through it all?
First of all, I want to answer the following questions:
Specifically, these questions may help to understand the whole article's main idea.
Let's start with who can be interested in this topic? It's written primarily for product managers in corporations. Usually, with vast numbers of people in corporations, different processes arise, product size decreases managers' influence on the customer life cycle, and so forth. Because of this, decision quality and creativity significantly drop. Moreover, entrepreneur-thinking, so necessary for this profession, has no chance to grow in this environment.
When people work in the same conditions for a long time, they can live with thoughts that everything around them is acceptable and correct. But it can be the opposite, for sure.
And if the product manager does not notice some ringing bells, the company, in which he is partly responsible, will go into stagnation or grow not as fast as possible. Therefore, you, acting mini CEO, do not get as many customers and profits as you can.
By the way, the last question for the intro is:
My name is Daniel. I am currently a technical product manager in Yandex, Moscow, Russia, responsible for user payments in the media-services segment (online cinema platform, music streaming service, and the subscriptions, uniting it all). Some time ago, I attempted to establish a startup (as you can guess, it didn't become a unicorn 🙂), which helped me thoroughly rethink all my work activities.
So, the plan for the next story is:
So, let's start with our managers, Thomas and Josh (all names and personas are imagined, for sure)
Thomas works in a corporation, is responsible for a separate part of the whole product, and has many colleagues who can help develop features: marketing teams, designers, developers, QAs, analysts, even the user research team can help him. Moreover, if there are no colleagues for feature implementation at a particular moment, Thomas can arrange for some resource allocation for a while.
Moving further, Thomas has a manager, who helps him choose the suitable growth vector, helps not to waste time, and periodically returns with pretty qualitative feedback. Furthermore, we should remember that Thomas every two weeks receives a salary and every half a year - options, so income is very stable.
On the other hand, we have Josh. Josh was working in giant corporations but finally decided to quit and launch a startup (the idea of which was in his head for quite a long time). Genuinely speaking, Josh does not have the skills to get investments with just a presentation, so he decides to make at least the MVP with his money. He does not have a team, for sure, so he should count only on himself.
Let's make a move to the hypothesis. Our guys should develop one on which they will work further.
How do Thomas's actions look? Being in a stable company that possesses a product-market-fit, he analyses the current customer funnel, drives consultations with marketing, analysts, design teams, and develops the feature, increasing conversion he is responsible for by 15%. As you realize, the final influence on the whole product will be far lower. He even does not build another room in the house. He improves the interior in one of them.
And what does Josh - our entrepreneur - have? He has a very interesting situation - at first, he needs to understand what exactly he should do. Owning the idea is good, but there is no understanding, who will pay for the product.
Returning to our analogy with a house, Josh wants to build a five-floor hotel for animals but does not know where it should be, how animal owners would discover it, and has money only for just 1 level.
Therefore, Josh has to run a validation process: discover if there is a market, create landing pages with various communications, send traffic from different social networks on them, invite people for user research interviews. And, unfortunately, in the current case, traffic and potential customer interviews are unpaid for Josh (comparing with Thomas - his company finances all these things). So, the described process runs until:
But let's remember, Josh has some product creation experience, and therefore this step he completes only after spending some amount of money and time. So, speaking about further hypothesis work, he should grow the number of paid users by hundreds of percent, not tens, and keep unit economics alive at this moment (at least in the near future).
Let's speak about Thomas. He clearly understands what he should do:
So, when implementation is completed, Thomas runs an A/B experiment, checks if his idea improved anything - if the answer is no - he throws it out with no doubts. If it improved some or did not worsen (it can be helpful for other long-term goals), he keeps it running as a usual functionality.
But Josh has the opposite case. First of all, he thinks of how to implement his hypothesis most cheaply. It even can be just a website with no automation - the customer submits a filled form, Josh receives it via e-mail, does the job, and sends the result back. And every new user, mainly the information about his behavior, what he brings to the service, receives a considerable level of attention (what we cannot say about Thomas's - corporation case - where it is all about metrics).
So why does Josh act like this? The answer is simple - It is all due to lack of money - the main idea at this startup level - make checking a hypothesis as cheap as possible because the more affordable it would be, the more experiments you could run. Speaking of test results, Josh can afford not to roll back this functionality only if it brings the expected profit. Otherwise, he will have to support it in a stable state (= spend money and time on it).
But what if Josh does not have the skills to run the necessary experiments entirely? He can write content communications, run ads, research users, analyze test results, metrics, and even design a bit. However, someone should create landings and the software if it is necessary for precise hypothesis tests. Here Thomas can use loads of no-code solutions by himself or hire guys for these tasks. The last also can be done in two ways (at least):
And the final part. The mental aspect of the whole process. As you already understood, Thomas works in a corporation full of calm, risks with far fewer resources than Josh, has a clear future due to stable income, and does not have to work during his free time to have a good life.
But Thomas, in the situation, when betting all on the startup idea, can pay an unbelievably high price for mistakes. With failure, he will lose money (the sum depends on Josh's skills and network) and a massive amount of time. But the profit in the case of success will be enormous, for sure. However, the future, when Josh runs a successful company, definitely adds motivation. However, he must find or properly use existing resources to reach this point.
So, completing this article, I want to return to the question:
How can startups help product managers in corporations?
Speaking of me, it helped to notice the following points:
Good luck with your work, move corporations forward, and launch awesome startups!
Also published here.
Create your free account to unlock your custom reading experience.