Issue #5: The need for a boilerplate 🔩

Some few ideas, a discovery call for BeaconCX, and stats review for NextCommit

Another busy week! 🥵 

My daughter’s birthday, the end of the year school play, and the PyCon that I’m attending all condensed in a week. 😅 

Nonetheless, I have some updates! 🔥 

The need for a boilerplate

Some struggle with having ideas, but my main struggle is having the time to implement them. 😂 

When I started to set up BeaconCX, I started feeling the pain of repeating many things that I had already done for NextCommit:

  • setup the monorepo with the frontend, the components library, the BFF, the backend, etc.

  • setup the color scheme for the frontend,

  • add the scaffolding for accessing the database,

  • add the scaffolding for the client <> API communication,

  • integrate the authentication and authorization,

  • integrate the product analytics,

  • implement the Dockerfile,

  • etc.

This issue became even more relevant when I bumped into another idea I wanted to implement that would solve one of my problems (more on this later). I really didn’t want to repeat over and over again the very same thing. 🤯 

Now I understand there’s a market for selling boilerplates! 😂 

There are some caveats in the pre-made boilerplates that are out there, either open-source or paid:

  • they might be bloated with features you don’t need,

  • they might be implemented by people who are not knowledgeable enough about some areas (e.g. security),

  • they might be strongly opinionated and those opinions might differ from yours,

  • they might be implemented by people who didn’t face the problem that you’re trying to solve, but just packaged a boilerplate because it seems “easy money” thanks to the success of Marc Lou,

  • if something has to be changed, it might start becoming inconvenient.

The main goal of having a boilerplate is to move fast, or at least to start fast. The best way to do so is to know every bit of the boilerplate because you solved those problems yourself at least once, so once you need to build on top, you know how to do it.

For all these reasons I wanted to have my own personal boilerplate. 💪 

I’m also convinced that many boilerplate buyers are actually buying the dream or the perception of becoming nearer to being a successful solopreneur rather than the boilerplate itself. I think it’s similar to buying a domain, I’m wondering how many domains on average an indie maker owns. 🤣 

Yeah… I’m also guilty 😅 

I don’t think it’s necessarily a bad thing selling boilerplates, many are succeeding in using them. Who knows, maybe at some point I’d do the same if people ask. 😅 

But as I said, many buyers are probably charmed by the potential of what a boilerplate could lead to.

So, what does my boilerplate look like? First of all, it’s very opinionated. 🤣 It’s also very different from the majority of the boilerplates you see out there based on NextJS. Without going too low-level, here’s a high-level breakdown:

  • Monorepo with all the services (frontend, BFF, API, database mgmt, infra)

  • Tech stack:

    • Frontend: Remix with Typescript + Tailwind with DaisyUI for styling + Storybook

    • BFF: Remix with Typescript

    • API: Python using FastAPI, SQLalchemy as ORM, Alembic for migrations

    • Database: Postgres

  • Integrations:

    • Authentication: Clerk

    • Analytics: Plausible

    • Marketing campaigns: Mailerlite

    • Payments: Stripe

    • Error monitoring: Sentry

    • Infrastructure: Render

The structure of my boilerplate

Starting next week, I’ll start working on the other idea I anticipated before, and I’ll verify how much time it would take me to get to a polished MVP. 🚀 

Working on multiple ideas at the same time

You might be wondering: “Marvin you have too many things on the table”. Probably you’re not wrong. 😅 

Now I have:

Does it make sense to work on these 3 altogether? 🤔 In general, does it make sense to work on multiple products at the same time?

The answer is that it depends.

The main factors that must be taken into account in my opinion are:

  • time availability,

  • type of products.

Regarding availability, I’m working full-time on my ideas, so I have quite some time to dedicate. Unfortunately, I always struggle to allocate the canonical 40 hours a week due to multiple reasons, but I don’t have a 9-5 job right now stealing competing for the focus. ⚔️ 

Regarding the type of products, there are different axes that we could consider:

  • maturity: idea definition, MVP implementation, expansion with more features and/or focus on distribution, on auto-pilot and generating revenue.

  • space and business model: boring and validated vs. new and unknown.

  • problem complexity: time to implement the MVP, or even time to scope what the MVP looks like.

Each level of each axis requires a different effort and time commitment, and all combined would give an idea of the overall load.

According to these, let me apply it to NextCommit and BeaconCX:

  • NextCommit:

    • maturity: as I mentioned multiple times in the previous issues, I’m now focusing mostly on organic distribution, so the MVP phase is well passed. This means that it’s not taking much “maker” time in terms of extra features, but all the "maker” time is focused on improving distribution (basically SEO).

    • space and business model: job boards are definitely not an uncharted sea. But the initial business model, that is monetizing the candidate, is kinda new. Some job boards were indeed able to succeed with it, but I wouldn’t consider it validated. On the contrary, monetizing job boards by selling sponsored job posts is more common and that’s what I’m aiming for.

    • problem complexity: since the MVP is done already, and it actually even has some features on top of the MVP, the problem becomes again, distribution. The organic search takes time to develop disregarding how much effort you put into it.

  • BeaconCX:

    • maturity: I didn’t even scope the idea yet.

    • space and business model: many CS platforms exist, and many are successful, but all are big companies. Can an indie even compete?

    • problem complexity: I’m spending quite some time talking to people, considering if there’s something I could provide to solve some problems, and only then eventually scope the MVP. This is a complex one.

As you might have realized the effort required by the two is very different and none of them take my whole time at this point. With BeaconCX I’m still reaching out to people, so it highly depends on other people's availability. With NextCommit, allocating all my time there doesn’t make much sense. This means that I have the bandwidth to allocate time to build something else even more if the complexity of the problem is not high. ✨ 

Of course, if I was working on two other projects both still at the MVP implementation, it would have been different, and I would have not even considered working on a third project. ❌ 

Of course, this is my own “framework” and might not apply to you. For example, you might be great at handling building the MVP of multiple projects at the same time. The takeaway is that if you consider working on multiple projects, try to think about some axes that could help you answer whether it makes sense or if it would be counterproductive to the other ongoing projects.

I guess you’re now thinking: “OK, but now tell us, what’s the new idea you mentioned twice already at this point?” 🥁 

If things go as planned, by the next issue of this newsletter I should have an MVP already, so wait for it. 😝 

BeaconCX discovery call

This week I had the chance to talk with an acquaintance of mine Nurzhan Ospanov. He’s leading the Customer Success, Customer Experience, and Professional Services teams at Cube Dev and has been working in the Customer Success space for many years. I couldn’t think of a better person to talk and chat with to understand and know more about this space! 😍 

Similarly to the call I had with Josè last week, we ended up talking about the so-called CJM - Customer Journey Map. The difference is that he has a specific framework where for each phase he clearly defines:

  • the goals,

  • the success criteria,

  • the expectation for a customer to stay in that phase.

I highly suggest you read his Medium post.

Customer Journey Map

The main takeaways were very insightful already: ✨ 

  • having the right signals to identify the health of a customer is critical: this highlights how much integrations with 3rd parties are crucial. But it’s also often hard to have full visibility: you may end up with customers having a score of 100 not resembling the reality.

  • the adoption phase is super time-consuming: sharing the knowledge with the customers takes a LOT of time. Sometimes the customers do not spend the expected amount of time reading the docs, or the vocabulary used in the docs might not be up-to-date to the latest versions, or sometimes it’s just not easy to connect the dots between documentation and the product especially if the product that is complex and/or strongly technical.

This made me think about a few questions:

  1. what qualitative signals could be included to provide a clearer and more accurate assessment to the CS team?

  2. how can the knowledge-sharing process be streamlined?

I have a few ideas already, but I’ll continue thinking and talking with different people before scoping an MVP. 🤔 

NextCommit traffic and SEO updates

Let’s now jump back on NextCommit! 🚀 

The impact on traffic of disabling Google Ads

As expected, turning off the campaigns had a big impact on the traffic. But as I explained last week, this is fine as I’m now focusing on organic search.

Last 7 days vs previous period

To add some more content to the company pages and improve their quality and hopefully the SEO impact, I added a “Why Join Us“ section. This is what a page looks like:

Company page example

And this is what the SEO performance looks like:

Google Search Console Performance - Last 28 days

Google Search Console Indexed Pages

It seems like something is happening starting today! 🚀 Let’s see if this is a new trend that will stabilize or just a random spike. But by looking at the data for the last 7 days, it’s obvious that the changes in the company page are having an impact!

Google Search Console Top Pages - Last 7 days

I haven’t yet created a page for each job post, but I will try to allocate more time in the next weeks.

PyCon Italy

This week I attended the PyCon Italy as every past year for the last 10 years. It has a nice atmosphere, many talks are interesting, and also a good chance to chat with both people you know and new ones.

But I added this section just to share that the t-shirt of this year was great! 😂 

PyCon Italy t-shirt


Next week I’ll start working on the new project that I anticipated, and hopefully, it will be done by the next issue, so stay tuned! 🚀 

I’ll also continue talking with people for BeaconCX and if time allows, I’ll allocate some time to continue working on SEO-ing NextCommit.

I hope you enjoyed it! 👋 

If you’re interested in following my journey, make sure to subscribe or follow me on X/Twitter and LinkedIn!


Overview of current status

Here are some snapshots of different stats.



In the last 7 days, I got:

  • +8 signups, now at 162 (+5.2%)

  • 18 active users (sum of daily active users, not weekly unique active users) (it was 34, -47%)

Clerk Summary Stats

Clerk Sign-Ups - Last 7 days

Clerk Active Users - Last 7 days


Stripe Gross volume - All time

Plausible Analytics

Analytics for the landing - Last 7 days

Analytics for the app - Last 7 days

Google Search Console

Google Search Console Performance - Last 7 days

Google Search Console Indexed Pages

Personal branding


X Premium analytics

Beehiiv newsletter

Beehiiv Analytics

Join the conversation

or to participate.