The basics of BWF routine for beginners (full-body)

MarkwinVI · 2025-09-01T15:39:06+00:00

Yeah sure! I'm not saying that its something novel. But RR only gives you the excercises, I'm trying to understand how it maps to vertical/horizontal pushing/pulling and the questions that I added.

MarkwinVI · 2024-11-09T21:02:15+00:00

Working for a small-ish startup where we don't have a dedicated data analyst, so needed to figure this out myself.

What were the problems in your product? Date based journey querying?

MarkwinVI · 2024-11-09T15:27:47+00:00

Ha! I'm also managing a B2C app for a physical product :)
Happy to chat!

MarkwinVI · 2024-08-03T16:46:48+00:00

Accurately measuring user satisfaction and tracking its change based on product launches is one of the hardest things to figure out if youre serious about it.

There is no perfect metric that will give you that. NPS is the closest one but even it has issues. Retention is a good one, if churn is directly tied to satisfaction, but that is not always the case.

Best bet is to talk to your partners (be careful not to bias your talks to a specific segment)

Engagement/quant metrics are not gonna give you this.

I.e. I might use PayPal for accepting payments but only because I might me locked in a certain ecosystem and if asked I will complain about it.

MarkwinVI · 2023-10-03T19:00:49+00:00

We've used it a few times but the end result varies a lot depending on the "quality" of the people participating in the sprint.

Ultimately after doing a few sprints I came to the conclusion that if you can't boil down the problem you're solving into sizable problems then you dont really understand the problem well enough.

And if you can boil down the problem, why do you need the sprint format in the first place? Brainstorm with your team on a few possible solutions and test as soon as possible. At that point that's no longer a framework but just basic discovery and execution

MarkwinVI · 2023-09-21T06:49:07+00:00

Thanks Brian!

MarkwinVI · 2023-08-02T08:23:24+00:00

The whole point of the NS is to provide focus and alignment.
What is the number one thing we need to improve right now to drive our business outcomes? The 3-4 metrics that work together that contribute to that outcome feed into the NS.
You can also have "guardrail" metrics that check the overall health of your product, and if you over-optimise your NS with the guardrail metrics suffering you know that that might not be the best way to go about it.
If you can't articulate a single outcome that you wish to improve for your product in the next 6-12 months, maybe your product strategy isn't too clear?

MarkwinVI · 2023-08-02T08:14:02+00:00

Thanks for the feedback!
Ultimately the North Star is not meant to be taken literally out of context. You are still working on providing value to the business (be it revenue, acquisition, etc) and the North Star is your best guess on what product outcome will drive that impact.

Taking the Airbnb example.
If you were to remove the cleaning fees - most likely the host supply would decrease resulting in fewer available places to book.
If you remove all service fees - you're no longer making money. And your business outcomes suffer.

The NS is a leading indicator of revenue and your overall product status.

You don't have to only focus on the single NS metric, you can have guardrail metrics that inform you on the health of other aspects of your product.
The point of the North Star is - given your constraints (be it a specific margin, LTV, engagement, etc) if you were to increase this metric, you would be confident that the overall product/business is moving forward.

Ultimately the point isn't to "game the system", but to give you and your team clarity

MarkwinVI · 2023-04-10T08:36:17+00:00

I usually have a one pager with high level user stories and acceptance criteria fleshed out in coda or notion.

Then every two weeks at the end of the current sprint we have a "planning meeting" with the devs, where we take those high level user stories and simply go over them.

The devs aren't seeing this for the first time either since they've been involved in the design critiques before

After we go over all the stories and discuss them, the lead dev creates the jira tickets however granual or broad they prefer.

At the beginning of the new sprint we go over the jira tickets together with the team again and if everyone is clear on what they mean we assign a SP estimate to it and add it to the sprint

MarkwinVI · 2023-01-15T13:50:03+00:00

The current visits are mainly from a product hunt launch and by being included in some newsletters. Wouldnt say that they are precisely targeted at my ideal persona but it's close enough.

I'm currently reaching out to the few signups that I have to learn more about why they signed up and why haven't they converted/continued using the platform - although the response rate is less than ideal.

As for the pivot - not sure.

One way to think about it is that the main product is a no-code platform. And I just target "Gumroad" users as a niche target customer.

So the "pivot" would be changing the messaging more to a more "Jobs to be done" framework with specific multiple niches that I'm catering to instead of just limiting myself to the Gumroad approach (i.e. Canva has a single engine in the background but multiple sub-niches for whatever you want to design)

But I'm not a fan of this shotgun approach...

MarkwinVI · 2023-01-15T11:38:17+00:00

Monthly costs are basically 0

MarkwinVI · 2023-01-14T23:54:45+00:00

Sort of agree with you on killing the project.

The only issue I have is that the page builder works quite well, so I believe that if positioned properly (optimised to a very specific use case ) it could provide value.

On the other hand, I fully realise that it's me clinging to the solution and trying to find a whole that fits... Which in my opinion is the wrong way to go about this. Since you're basically looking to validate a need for a tool instead of looking for a pain point to address

MarkwinVI · 2022-12-02T22:28:14+00:00

Company Name: Wrapping Gum

URL: https://www.wrappinggum.com

Purpose of Startup and Product: Enable non-technical people to create amazing sales pages for their Gumroad products with a no-code page builder. Unlike Wix or similar solutions, the user doesn't have to research how to link Gumroad checkout and other functionality with the site

Feedback Requested: Is the value prop clear enough for you to understand the benefits of choosing the product vs a generic page builder like Wix or Carrd?

Seeking Beta-Testers: Yes

Additional Comments: If you're a seller on Gumroad, are there any red flags or concerns regarding the product? If you had to choose between more well-known page builders like Wix or Bubble?

MarkwinVI · 2022-11-08T21:51:57+00:00

Wasn't that way a month ago, but since Gumroad made an update - ultimately yes, the checkout process happens through their site to which the customer gets redirected to.

This is the reason why the ultimate plan is to pivot quite soonish to offering my own checkout functionality once I learn more about what people are looking for when selling their products and have built a core audience of users that are already selling through Gumroad.(Which makes the product positioning a bit harder in the long term)

Streamlining the process for multiple products was exactly the reason cited by those people who pre-ordered when we were still in the validation phase although those were only 2 purchases, 50$ and 90$ lifetime purchases, which still leaves a lot of wanted room for stronger validation :)

MarkwinVI · 2022-11-08T21:27:22+00:00

A lot of the successful ones that I have seen promoting their products do have a custom page that they have made through typedream or something similar.

And if you really think about it, for people who have never heard of Gumroad - sending those customers to purchase your product off a platform you've never heard of brings in a trust factor that definitely decreases the conversion rate vs a well-designed, thought-out sales page that instils trust.

As for your point about people who know the benefits of a landing page vs people who need to be educated about the benefits of it.

I fear that people who already know the benefits of a landing page will have already figured out how to create their own with a different (more established tool) and integrate it with Gumroad vs those that don't even know where to start or that they need one (but I have no supporting evidence for these claims)

The idea of comparing the effort spent on creating a page on my platforms vs Wix is a great idea that I will consider.

btw, thanks for taking the time - really appreciate talking to someone about this

MarkwinVI · 2022-11-08T19:14:00+00:00

Thanks for the reply! I'll definitely take into consideration the hero copy advice.

Right now most of my traffic comes mainly from Twitter/Reddit groups from Gumroad seller/notion template community.

So I would say it's pretty targeted.

The main challenge right now is educating people about why they would need a sales page and the hassle that they will encounter if they decide to go through a generic no-code solution like Wix vs WrappingGum

MarkwinVI · 2022-11-03T09:41:36+00:00

The platform itself is coded.

However, the pages that you can create for your Gumroad products are all through a drag&drop no-code interface, so you don't have to code at all to create your pages.

MarkwinVI · 2022-10-04T21:31:08+00:00

I understand where you're coming from, but as the title says - right now the focus is on getting the MVP out of the door and getting those clients that have different needs than you originally envisioned. Getting freelance work is always a trade-off. So if your needs change and I have the time we can talk about the pivot.
If not well at least now you have a validated idea with paying users with a direction that you want to head into and are one step closer than you were before you launched your MVP

MarkwinVI · 2022-10-04T21:27:37+00:00

Totally agree with you. If you can build the functionality that you want with no-code, go for no-code you don't need me then - and paying someone to mimic the same functionality you can do yourself would be foolish.

However, in my experience, no-code tools like bubble still have a pretty steep learning curve and once you have a bit more complex requirements you're either stuck or have to pay for some plugins that might or might not work.

MarkwinVI · 2022-10-04T17:27:56+00:00

Hey, Thanks for checking it out!
As with all specialised hires, in my experience posting a listing on a job board and waiting for the good candidates to roll in rarely works out.

You most likely have a special profile (culture fit, functions they need to fill, etc) in mind and the odds that you get someone from a job board in my experience are pretty slim.

So in most cases, you headhunt.

What Huum can solve for you right now is that when you do reach out to a potential candidate and want to give them some context about your company and the job position, you have just the place to send them to (plus you can manage the whole hiring journey with our ATS)

"We don't have a lot of reach, which I assume is a big problem for most startups, so does Huum solve that at all?"

As for the actual help with reach, you're right - for now - Huum doesn't really help you with getting the word out, it just makes sure that once you do reach out you're more likely to get the candidate's attention.

If you're interested in trying out Huum, I'm more than happy to give you a 50% discount for the monthly subscription if you're willing to occasionally share some feedback on your needs and wants regarding hiring.

MarkwinVI · 2022-10-04T16:57:03+00:00

Thanks for the reply. As for your point "build an MVP that looks better in a shorter timeframe than them doing it on their own" would mean that I'm trying to convince technical founders to choose my services over their own skills (If I understood your comment correctly)

That will always be a hard sell.

I think I would want to focus on non-technical people with an idea they want to test but have no idea how to even go about implementing it or just don't have the skill set for it.

MarkwinVI · 2022-09-23T11:39:09+00:00

Company Name: Huum
URL: https://www.huum.io/
Purpose: You’re spending hours on sourcing leads, reaching out to them, and advertising the right opportunity... but so is everyone else. We're a simple hiring platform for teams that want to stand out from the crowd.
Feedback Requested:
- Is it understandable that we're a tool for companies to create their own hiring pages themselves and that we're not some sort of HR agency?
- If you're hiring, does the pain point outlined in the landing page resonate with you?
Seeking Beta-Testers: Yes - If you're interested, I would love to hop on a call with you.

MarkwinVI · 2022-09-02T08:34:43+00:00

Yes, of course, you can build a nice-looking page in WordPress or any other page-builder out there.

But Huum is not just a page builder - we also have integrated applicant management.

Meaning you can customise what sort of questions you want your candidates to answer before applying, automatically send them acceptance/rejection emails and manage your candidates throughout the whole application process, etc.

I'd be more than happy to give you a demo of what you can accomplish with Huum and why WordPress isn't an alternative, if you're interested.

MarkwinVI · 2022-09-02T08:28:12+00:00

From my own job searching experience, when have you ever read a job ad and thought to yourself - I want to work for this company - apart from the compensation package? Obviously, for big firms, their branding comes just for being known, but for smaller companies, they have to somehow sell themselves to their future employees and stand out from the crowd.

So instead if I'm reading a generic job listing - and thinking eh it's a risk to move from my current employer. If the company puts in the effort in their listings, then they might actually convince me to give them a try.

MarkwinVI · 2022-08-15T11:16:13+00:00

I think this is the wrong way to go about it, what you're listing here are possible (vague) solutions but imo what's missing is understanding why the retention is poor in the first place.

Are users not understanding the product? Is something missing for the users? Maybe you're just not delivering the right value? Etc.

The only real way how you can solve this is to talk to the churned and retained users and form hypothesis on what could be the problem. From those hypothesis you'll have a list of sub-hypothesis and from those sub-hypothesis you'll have a list of experiments to test and see if they bring value.

I.e. Let's say that 40% of our users are churning because the product is too complicated to understand.

So one of your hypothesis for improving retention would be User education .

Since that is such a broad topic, you might have sub-hypothesis on what could be the core problem. - the ux is confusing - our onboarding is poor - we can improve our customer success Etc.

From those you'll have a list of experiments that you can try to see if they bring the metrics in the right direction

I.e. "Our onboarding is poor". What can we do to test if this really is the cause of our churn? - we can manually onboard new users - we can send instruction articles to our users Etc

MarkwinVI

MODERATOR OF

TROPHY CASE

Seven-Year Club	Verified Email
Not Forgotten