Projects / clura-enclosure

Clura Enclosure

The ultimate 3D printer enclosure.

The Clura PE1 enclosure, wide view
FIG. 1 — The Clura PE1 on the bench
Timeline
Jul 2024 — Sep 2026
Status
Complete
Domain
Hardware / Product Design
Role
CEO, lead engineer, production
Stack
Fusion 360 & Solidworks, Figma, DaVinci Resolve, STM32 IDE
Links
Site · Kickstarter · GitHub · Instagram

The Build

Well, let's start with some backstory. I started this project right after Andromeda. I was tired, and felt a bit defeated. I had just pivoted for the first time and it felt more like a loss than a win. Sure, I had freed up my time, but at the same time I had hoped that the previous project would have led somewhere different.

At the start I did not really know the extent to which this project would grow. I guess it's a recurring theme in everything I do, which to be honest might be why I start things and throw myself out there.

Initially it was supposed to be just a box with a simple fan to filter the air. No complex sensors, no electronics. I quickly got passionate with the idea and moved fast toward adding more features and making it the best it could be. I spent some time thinking about the best placement for the electronics: whether to do a full back panel, a side panel, or just an electronics box. Then I had to decide how to mount the panels, and which panels to make moveable. Then came the screen: where to place it, what it should control, how it should be powered. STM32 or ATmega? The choice was not that easy: one was cheaper and more enterprise, but really lacking in libraries for everything we wanted to add, while the other one powers the Arduino, so everything would have worked straight out of the box. We chose cost over speed, which looking back might be one of the mistakes you'll see in the next section.

After that choice we had a lot of testing, revisions and prototypes, and each one brought with it waiting for parts to arrive, waiting to test, finding problems and starting all over again.

In the end, when we felt comfortable that we had something ready, we prepared for a Kickstarter campaign to raise the funding to actually produce it, as most things had MOQs when ordering them. We tried to really focus on organic marketing (reaching over 500k views on our account) while also trying paid ads. This helped us sell over 150 units and raise more than $40k.

What was next? Well, flying to China for production and staying two weeks on the factory floor, every day from 8 to 8 in the sweltering heat of summer. Fixing issues with wrong parts, making processes for production and quality control, a lot of tea and coffee, and hope that everything would turn out alright.

What worked

  • Bringing a hardware product from idea to design to marketing to production to shipping, seeing the whole lifecycle from end to end.
  • Not giving up when things were slow, painful, sad, lonely. Being able to stay up all night just trying to fix the last problem, which, spoiler, was never truly the last.
  • Learning how sourcing works in China for products.
  • Reaching over 500k views organically, which turned into over 150 units sold and more than $40k raised on Kickstarter.

Mistakes Made

In every project I made mistakes. For each one I wrote: what went wrong, why it arose, and what it taught me.

M-01Planning

Ran too many projects simultaneously, which slowed all of them down

Why it arose
Everything looked worth doing at once, so nothing got a clean run at being finished.
What I learned
Focus on one thing at a time, keep track, and finish it quickly. Speed is everything and should be prioritized over cost. We picked the STM32 over the ATMega because it was cheaper, which led to far more development work writing libraries for every single component we wanted to install.
M-02Planning

Never checked whether there was product-market fit

Why it arose
It started as a passion project, so the question of who needed it and why never got asked properly.
What I learned
If I ever aspire to sell a product, even one that starts as a passion project, I should really consider whether there is product-market fit.
M-03Planning

Kept adding features while developing the product

Why it arose
Every improvement seemed obviously worth the small delay it cost.
What I learned
This leads to a never-ending cycle of improvement and development which delays launch.
M-04Sales

Shared what we were doing far too late

Why it arose
We did organic marketing and tried to share what we were building, but only started right before launch.
What I learned
Sharing along the way is a method to keep yourself accountable, and to see whether people are even interested.
M-05Planning

Lost track of time, tasks and overlapping deadlines

Why it arose
There was never a moment where the whole project was laid out end to end, so dependencies only appeared once they were blocking.
What I learned
Before any next project, take at least a day to understand everything it could entail: what is needed at each step, what has to happen in series and what can happen in parallel. Then move forward hitting small milestones.
M-06Sourcing

Built a hardware product from outside China

Why it arose
University keeps me in Europe, and I assumed remote iteration would be good enough.
What I learned
For hardware products you should not stay outside of China. Everything there is fast, efficient and cheap, optimized for prototyping at speeds that are just impossible in the West. Being there could easily have shaved half the time off this project, if not more.
M-07Mindset

Delegated things I should have done myself

Why it arose
Delegation is a lever that lets you do more, so I reached for it even where the work was on the critical path.
What I learned
Sometimes, if you want things done on time and done well, you should just do them yourself, even if you don't know how yet. Learn, fail, and improve until you can.
M-08Mindset

Let my emotions get intertwined with the project

Why it arose
When the business is your life, every delay reads as a personal failure.
What I learned
It is normal to get emotional when things go badly, but it leads to poor decisions and an aversion to working on the project, because we usually don't like to experience pain. Detach yourself, or at least keep some section of your life separate from what you're doing. That stability is what lets you partition problems and think clearly.Read more about this in this blog post.