Looking at RecurCrypto (https://www.recurcrypto.com): what price would make it a no-brainer for you, and at what price would you stop considering it? What would you expect to get for that money? Also say the maximum you would pay per month in USD (0 if nothing).

Kerry Purdyneutral

From my perspective, the 'future 1%' pricing is intriguing. If it's 1% of the transaction value plus gas fees, that seems reasonable for a small, bootstrapped operation like mine, especially since it's tied to active usage. I'd expect it to handle recurring USDC payments seamlessly on Polygon, with clear reporting in the dashboard and reliable webhooks to update my Airtable. A no-brainer price would be within that 1% transaction fee structure, assuming it's capped reasonably. If it were a flat monthly fee that started high, say over $50-$100, I'd stop considering it, as that eats into my current revenue significantly. My maximum acceptable price would be $75 per month, provided the volume of crypto payments justifies it.

Simulated interest: 60/100

Angelica Bernhard-Larsonneutral

The idea of offering a secondary payment option for USDC is definitely appealing, especially for reducing friction. However, the pricing model isn't immediately clear from this page. It mentions 'future 1% inactive, gas separate' for the V5 demo, which is vague. If they charge a percentage of transactions, I'd want to understand the volume tiers and what 'inactive' means. For a 'no-brainer', I'd expect a clear, competitive percentage-based fee (perhaps 0.5% or lower) on successful transactions, with no monthly platform fee, especially given our small customer base and the fact we'd be using it as an add-on, not a full replacement. If it’s a flat monthly fee, I’d need to see significant value beyond just the payment processing to justify it, perhaps robust analytics or advanced dunning features. I wouldn't consider it if the transaction fee exceeded 2%.

Simulated interest: 50/100

Burak Kiesslingneutral

The pricing model isn't clear from this page. It mentions "future 1% inactive, gas separate" for the V5 demo, but it's not explicitly stated if this is the final pricing for the service itself, or just for the demo environment. For a "no-brainer" price, I would expect a fully functional service that handles the reconciliation and reduces the manual effort significantly, perhaps with a flat fee of $50-$100 per month for our current scale of 14 employees. If it goes beyond $200 per month, I'd need to see substantial additional value and automation to justify the cost.

Simulated interest: 30/100

Rohana Prajapatneutral

The idea of adding USDC payments alongside our existing methods is interesting, especially since we already have customers paying in USDC. The "no migration" aspect is key for me; I'm not looking to overhaul our current system. I'd need to see the specific pricing for the "future 1% inactive, gas separate" model. If it's straightforward and the dashboard provides clear operational visibility, a "no-brainer" price might be around $50 per month, assuming it handles our current volume. Anything above $100 per month would make me pause and really scrutinize the value proposition and my team's bandwidth to implement it.

Simulated interest: 60/100

Andy Gerlachneutral

The pricing page mentions "future 1% inactive, gas separate" for V5, which is a bit unclear for me. I'd need to see a clear pricing structure before committing. If it's a 1% transaction fee plus gas, that seems reasonable if it reliably handles recurring USDC payments and reduces manual reconciliation. A no-brainer price would be around $50 per month, with clear reporting and automation. I'd stop considering it if the fees approached 5% or if there were significant hidden costs. My maximum would be $75 per month.

Simulated interest: 60/100

Olive Carpentierneutral

The fact that RecurCrypto allows adding a USDC payment path alongside existing methods without a full migration is compelling. The idea of direct wallet settlement and potentially reducing card friction is attractive. However, the pricing structure isn't immediately clear. It mentions 'future 1% inactive, gas separate,' which sounds like a transaction fee, but then 'Pricing' is listed as a main navigation item. I'd expect a clear monthly subscription price for the service itself, plus clarity on what 'gas separate' entails. A no-brainer price would be around $50-$75 per month for this service, assuming it handles webhook reliability and basic dunning. Anything above $150 monthly would make me pause and seriously reconsider.

Simulated interest: 75/100

Neal Tillmanneutral

The 'no migration' and 'add as an additional payment method' aspects are definitely appealing. I'm currently managing a manual USDC side channel, so automating that for recurring payments would be a huge time saver. For a service like this, if it seamlessly handled recurring USDC and offered good dashboard visibility and webhook support, I'd consider it no-brainer at around $50-$75 per month. If it went over $100/month, I'd start to question if the overhead of managing it outweighs the benefits, especially given my current manual process isn't that complex for the few accounts I have.

Simulated interest: 75/100

Gwendolyn Ernserneutral

From a growth perspective, the ability to offer USDC payments directly from wallets alongside our existing card processing is intriguing. It could definitely reduce friction for some of our overseas customers and potentially lower involuntary churn if card renewals fail. The 'no migration' aspect is key for us, as replatforming is a huge undertaking. For it to be a no-brainer, I'd want to see clear reporting on conversion rates for this payment method and robust webhook support for renewals, which is critical for our recurring revenue model. The pricing isn't immediately clear on the page – it mentions 'future 1% inactive, gas separate' for V5, but what does that mean for V4 or active use? To be seriously considered, I'd expect a clear, transparent pricing structure. If it offered seamless integration and reduced our current payment processing costs significantly for a portion of our users, I might consider paying up to $500 per month, but that depends heavily on the actual transaction volume and the associated fees.

Simulated interest: 50/100

Hugo Schummneutral

The "no-brainer" price point for RecurCrypto would be if it were free, or perhaps a very nominal fee for the convenience. Given that we already manage USDC streams with Superfluid and fiat with Stripe, integrating another payment rail needs to demonstrate significant value or cost savings to be considered. If it were to become a 'no-brainer,' I'd expect it to handle all our USDC recurring payments flawlessly, with robust reporting and minimal maintenance on our end. The advertised future pricing of "1% inactive, gas separate" is a starting point, but the actual operational cost needs to be clear. For a no-brainer, I’d pay up to $50 per month, understanding that this is for a supplementary service, not a core replacement. Anything above $200 per month would likely make me stop considering it, as the complexity and potential overhead would outweigh the benefits compared to our current stack.

Simulated interest: 40/100

Livia Martensneutral

The pricing for RecurCrypto isn't immediately clear from the page. It mentions a 'future 1% inactive' fee, but it's unclear if this is a transaction fee, a monthly subscription fee, or something else entirely, and 'gas separate' also adds ambiguity. I'd expect a clear breakdown of what I'm paying for – is it per transaction, a monthly platform fee, or a combination? For a no-brainer, I'd want something around $50-$100 per month, assuming it handles the complexity of recurring USDC payments on Polygon reliably and reduces my manual reconciliation. If it's more than $200 per month, I'd likely stop considering it.

Simulated interest: 60/100