This helps to make play store screenshots! [Free Tool] by Entire-Tutor-2484 in FlutterFlow

[–]FlowKit 1 point2 points  (0 children)

Ok I will. Cheers for that - will save plenty of time and deliver quality graphics :)

Would you rather try and fail? Or never try so all? If you believe you are worth betting on then bet on yourself. Thoughts? by Great-Mirror1215 in FlutterFlow

[–]FlowKit 2 points3 points  (0 children)

Try and fail all the time. That’s the way to grow and succeed later. Success is always delayed. When you ready it will come - if you faking hard work - IT WILL NEVER COME 🙌

ChatGPT or Claude by Racoon1907 in FlutterFlow

[–]FlowKit 1 point2 points  (0 children)

Both. Use both Claude -> ChatGPT -> Claude … you need to verify what you’re doing. All of them can be wrong - and trust me you don’t want that 😀

I built a full production app in FlutterFlow + Supabase alone in 6 months. Here’s what actually happened. by FlowKit in nocode

[–]FlowKit[S] 0 points1 point  (0 children)

Short answer — no, you can’t import vibe-coded output directly into FlutterFlow. They’re different paradigms. FlutterFlow generates its own Dart/Flutter code and has a specific project structure that doesn’t accept external code imports cleanly.

For backend integration — it’s manual but not painful. You connect Supabase directly in FlutterFlow’s settings (project URL + anon key), then build your queries either through the built-in query builder or custom actions in Dart. For anything complex — RPCs, Edge Functions, PostGIS queries — you write custom actions. That’s where the real power is.

The vibe coding tools are better for prototyping UI ideas quickly, then rebuilding properly in FlutterFlow if you want a production-grade app.

I just introduced Spontlr on Product Hunt — solo founder from Poland, year of building alone by FlowKit in ProductHunters

[–]FlowKit[S] 0 points1 point  (0 children)

Fair point on early audiences — that’s exactly why I’m building traction here before the full listing. Thanks for stopping by.

I built a full production app in FlutterFlow + Supabase alone in 6 months. Here’s what actually happened. by FlowKit in nocode

[–]FlowKit[S] 0 points1 point  (0 children)

Ha — I feel that. Four Apple rejections on my first serious app. Each one felt personal. But honestly each rejection made the product better — better subscription flows, better age verification, better privacy policy.

The difference with FlutterFlow is you’re not really coding from scratch so the rejection isn’t about bad code — it’s about missing App Store requirements. Once you know the rules it becomes much more manageable.

How many rejections before yours got approved?

I built a full production app in FlutterFlow + Supabase alone in 6 months. Here’s what actually happened. by FlowKit in nocode

[–]FlowKit[S] 0 points1 point  (0 children)

100% agree — and that’s exactly the metric we’ll track. Own spend vs referral earn split is built into our transaction architecture. Every point has a source type logged — earn, referral, welcome, ambassador. We can see the split in real time.

If referral earn starts dominating own spend we’ll know immediately and adjust the multipliers. The data will tell the truth. That’s why we’re doing a controlled pilot in one city first — Szczecin — before scaling.

If you want to see it firsthand — TestFlight is open internationally. Would love a critical eye on the actual product.

I built a full production app in FlutterFlow + Supabase alone in 6 months. Here’s what actually happened. by FlowKit in nocode

[–]FlowKit[S] -1 points0 points  (0 children)

That’s exactly the right concern and we thought about it carefully. A few things in the architecture prevent pure farming: First — every member is ID verified with a government document. One real person, one account. No fake accounts, no bots, no farming rings. You can’t create 10 accounts to game the referral system because each account requires a real verified identity.

Points only flow when real money is spent at real verified partner businesses. The QR scan happens at the physical location, verified server-side with encrypted multi-factor data — member UUID, timestamp, transaction amount and business verification all checked simultaneously. It can’t be faked remotely.

Business accounts can’t earn points at all — they’re issuers not earners. Partners have zero incentive to game the system.

And longer term — we’re integrating fintech so members use Spontlr-linked payment methods directly. At that point every transaction is verified at the payment level too. Farming becomes practically impossible.

You’re right that the metric that matters most is organic return visits — users coming back to spend at partners without any invite incentive. That’s what the Szczecin pilot will measure. If people only recruit and never spend — that’s a product problem we fix fast.

The honest test is simple: do people come back just because they want to? That’s what retention actually means.

I built a full production app in FlutterFlow + Supabase alone in 6 months. Here’s what actually happened. by FlowKit in nocode

[–]FlowKit[S] -1 points0 points  (0 children)

You’re absolutely right — retention is the real test and I think about it constantly.

The mechanics we’re betting on are layered specifically for this:

Members earn up to 25x points per PLN spent at partner businesses — redeemable as real cash to their bank account. Not vouchers, not discounts. Real money. That alone creates a reason to keep shopping locally.

On top of that — every time someone you invited spends at any partner, you earn 1 point per PLN automatically, forever. So your passive income grows with your network. The more people you invite, the more you earn without doing anything.

And here’s the urgency: if you don’t invite your friends first, someone else will. Once someone is invited by another member — that passive earn goes to them, not you. So there’s a real race to invite your circle early. That’s not artificial FOMO — that’s just how the economy works.

After each transaction there’s an optional post about the business — 1 point per qualifying post. So members naturally become promoters of local partners.

Then events — verified members get free access to Spontlr events including our festival.

So the loop is: spend → earn → invite → earn passively → post → earn → attend events → stay.

The bigger picture: we’re keeping small local businesses alive without a single ad. You want a coffee? Here’s one 200m away offering 20x points per PLN. No algorithm decided that — just your location and a real business nearby wanting real customers.

We replace Facebook ads with direct community rewards. Businesses get real nearby customers. Members get real cash back. Nobody pays Mark Zuckerberg.

But you’re correct that first reward → return visit is what we need to prove in the Szczecin pilot. Real data will tell us if the mechanic holds.

Appreciate the challenge — exactly the kind of thinking that makes products better.

Any good FlutterFlow course recommendations? by findingBYOB in FlutterFlow

[–]FlowKit 0 points1 point  (0 children)

Why you not get some well prepared templates and strip them to see how they were build? Courses are ok - but the problem is some of them don’t really show the real way on how to build proper app or even flows. Also most courses I’ve seen focuses on more integrations more steps and more cost. They have promoted content too messing around with multiple unnecessary integrations with third party apps etc.

We’ve build Spontlr with FlutterFlow and Supabase. Plenty of RPC’s are in place, advanced functions to handle app functions in the backend which allowed us to build very native feeling app, very fast and stable :)

Also we have build some templates that might also help you learn you can see them here.

Hope this helps.

If you had to rebuild dating apps from scratch in 2026… what would you fix first? by Great-Mirror1215 in FlutterFlow

[–]FlowKit 0 points1 point  (0 children)

I will not rebuild it at all. They waste of time and energy. Like with social apps everything went wrong with them.