01 / 05 9 Years of Light. Built With You.

STORY 05 · COMMUNITY → PRODUCT → WHAT COMES NEXT

Built With You: How Real Use Shapes What We Build Next

You do not design every product we make. But your real-world experience often reveals what works, what creates friction, and which problems deserve another look.

You do not design every product we make. But your real-world experience often helps us see what deserves to change.

A product leaves our factory. That does not mean it has finished teaching us.

Now it enters pockets, keychains, backpacks, workshops, cars, toolboxes, outdoor trips and professional setups — places and routines that cannot all be reproduced during development.

This is where assumptions meet reality. And reality is usually more complicated.

01FEEDBACK

What happened in real use?

02PATTERN

Is this one preference or a repeated problem?

03DECISION

What is actually worth changing?

04IMPROVEMENT

Can we solve it without creating a worse trade-off?

05NEXT QUESTION

What did the solution teach us to ask next?

Feedback Is Not Just a Feature Request

It is easy to describe customer feedback as a list: add this, make this brighter, change that, use this battery.

Real product feedback is more useful than that.

Sometimes someone asks for a feature. Sometimes they are actually describing friction. Sometimes the product concept is right but the execution needs another generation. Sometimes two groups of users want completely opposite things. And sometimes the correct engineering decision is not to change anything.

So our job is not to count votes. It is to understand the problem underneath them.

RovyVon Aurora A5 glow-in-the-dark keychain flashlight
CASE 01 · A5A complaint became a material question.

Users described weak UV performance. Investigation showed the deeper issue was the interaction between the GITD housing and useful 365 nm UV transmission.

RovyVon Angel Eyes E30 flat EDC flashlight
CASE 02 · HYBRID → E30A battery preference became an architecture question.

Replaceable-power feedback helped create Hybrid Power, then influenced a flatter form and greater redundancy.

RovyVon Aurora fourth-generation keychain flashlight
CASE 03 · AURORA GEN 4Sometimes the useful change is small.

Repeated everyday interaction can justify a more durable switch or better operating detail without requiring an entirely new product idea.

A5

A complaint revealed a material problem

The first-generation Aurora A5 is one of the clearest examples.

Customers told us that the UV was not performing as expected for some tasks. That could easily have been treated as a complaint about UV output.

But investigating it more deeply revealed something different. The interaction between the glow-in-the-dark housing and 365 nm UV was the real issue.

That changed the design decision. A transparent-body approach helped lead to A8.

One piece of feedback had pointed toward a problem that was larger than the words used to describe it.

For the full A5-to-A8 development story, see The Aurora Story.

Hybrid Power

A battery preference became a product direction

Traditional flashlight users repeatedly valued replaceable batteries.

The simple response would have been to abandon built-in rechargeable power. Instead, we asked why the two approaches needed to be mutually exclusive.

That question created H3 and H3 Pro. Lessons from those products contributed to E3. Further feedback around capacity and replaceable power helped push the idea toward E30.

Eventually, the flat body itself grew into a wider product direction.

The full path from H3 to E30 is covered in Why We Built Hybrid Power.

Aurora Gen 4

Small feedback can create a better small detail

Not every lesson creates an entirely new family. Sometimes it changes a button.

Feedback around earlier Aurora switch durability contributed to the move toward a stainless-steel operating button in the fourth generation.

It is not the kind of update that dominates a product launch. But products used every day are often improved exactly this way.

One contact point. One material. One repeated annoyance. One part that can be made more reliable.

Small improvements accumulate.

Where We Listen

Feedback comes from many places: customer-service conversations, warranty cases, product reviews, social comments, enthusiast communities, creator testing, direct conversations and long-term customers who have carried several generations of the same product.

Customer ServiceWarranty CasesProduct ReviewsSocial CommentsEnthusiast CommunitiesCreator TestingDirect ConversationsLong-Term Use

Each source has limitations.

One comment is not automatically a trend. A popular idea is not automatically a good engineering decision. A Creator may use a product very differently from an everyday customer. A highly technical user may care deeply about something most users never notice.

So the important part is not simply hearing more voices. It is identifying patterns.

Does the same issue appear repeatedly? Does it affect the product's core purpose? Is the problem caused by the product — or by unclear communication? Can we solve it without creating a bigger compromise somewhere else?

Those questions turn feedback into something useful.

“Built With You” Does Not Mean Designed by Committee

We use the phrase carefully.

Built With You does not mean customers are responsible for designing our products.

We remain responsible for the engineering, testing, compromises, mistakes and final decisions.

Community involvement matters because the real world contains more situations than any internal development process can reproduce.

You show us what happens after the product leaves us. We are responsible for deciding what to learn from it.

That is the relationship.

YOU SHOW USWhat happens in the real world.

Use, friction, edge cases, repeated annoyances, unexpected strengths and situations we could not reproduce internally.

WE REMAIN RESPONSIBLE FORWhat the product becomes.

Engineering, testing, trade-offs, what changes, what stays, what stops — and the final decision.

What Comes Next?

Aurora is one of the clearest places to make this learning loop visible again.

We do not want the next Aurora to be defined by a calendar. We want it to be defined by whether there is something meaningful to improve.

Before the next direction is decided, we want to look at Aurora without assuming that every existing feature must stay and without assuming that every new idea deserves to be added.

What is essential to Aurora? What should become easier? What has created friction across previous generations? Which features are useful often enough to deserve the limited space inside a keychain light? Which ideas sound impressive but make everyday use worse?

Nine years have taught us that a good product question is usually more valuable than another specification.

So this anniversary does not end with a conclusion. It ends with another question.

What should the next Aurora become?

Nine years ago, we started by trying to put more useful light into something people could carry every day. What came after that was shaped by ideas, mistakes, questions, products, feedback and people using those products in ways we could never completely predict.

That process is still moving. And that is exactly how we want it.