BIlling in times of VibeCoding -- A discussion

Let's dicuss on how we all will be billing our customs in a years time. 

  • What are the expectable pushbacks from customers
  • Value-based pricing
  • how to transition

This is no presentation, it is an open discussion

--

We're talking about how we argue our prices in the FileMaker development world, when vibe coders can produce 'the same' in a much shorter time. What arguments do we have, to convince customers to stay with us, compared to the attractive looking 'quick-win' of vibe coded appa. short bullet points thanks

Thought for a couple of seconds

  • “Same screen” is not the same system. A vibe-coded app can mimic the visible UI; it rarely reproduces the business rules, edge cases, permissions, audit trails, imports, exports, invoices, reports, backups, and support workflows.
  • FileMaker systems are usually living business infrastructure. The cost is not building version 1 quickly; the cost is keeping version 37 reliable after years of customer wishes, legal changes, staff turnover, and data growth.
  • We know the hidden domain logic. The customer often cannot fully specify what they do. Experienced developers extract, challenge, and stabilise the business process before turning it into software.
  • Fast prototypes create false confidence. A demo that works with five test records may collapse with real data, multi-user access, permissions, printing, integrations, and exceptions.
  • Cheap code becomes expensive maintenance. The question is not “Can someone generate it?” but “Who understands it, fixes it, documents it, migrates it, and is accountable when payroll/invoices/production stop?”
  • Data is the real asset. We protect data structure, migration paths, validation, backups, recoverability, and long-term ownership. Pretty generated apps often underestimate this.
  • Security and permissions are not decoration. Business apps need role-based access, auditability, GDPR awareness, safe deployment, and protection against accidental damage.
  • Integration is where reality bites. E-invoices, DATEV, ERP, SQL, APIs, PDF output, barcode scanners, email, Excel, web viewers, server schedules — these need durable engineering, not just UI generation.
  • We reduce business risk. The customer is not paying for keystrokes; they are paying for fewer failures, fewer surprises, fewer broken processes, and someone responsible.
  • We build updateable systems. A quick app is attractive until the next change. Professional FileMaker work includes naming, structure, conventions, deployment, testing, and upgrade paths.
  • AI makes good developers faster, not unnecessary. The value shifts from typing code to judging code, designing architecture, finding edge cases, and knowing what must not be automated blindly.
  • The customer does not want an app; they want an outcome. Faster invoicing, fewer errors, better control, happier staff, legal compliance, smoother operations. Price should be argued against that value, not against hours.
  • Ask the key question: “When this becomes critical to your business, who do you want responsible for it — a quick-win generator, or someone who understands your business and will still be there when it breaks?”

Philipp Puls

10:30-12:00

Day 3 | 2026-05-30

Suite C (25 seats)

login for watchlist