Proposal · v1 · 2026-04-28 · Valid 30 days

AFI Companion App

A personal-finance companion app for AFI clients — built lean, owned by you, deliberately scoped to stay below Mexico's Ley Fintech regulatory line.

Investment$1,500 USD
30 / 40 / 30 · friend rate
Timeline12 focused weeks
distributed across Q3 2026
target launch Sep–Oct
TeamPablo González (solo)
LLM-augmented build

For: Marianita & Violeta — Arquitectura Financiera Integral · From: Pablo González Acosta — Spark Automations

§1

Executive summary

What you're building. A mobile companion app where AFI clients connect their bank accounts via Open Banking, see their financial picture aligned to AFI's methodology, and follow a guided path toward the goals you set with them in coaching.

What Spark proposes. A 12-week build around three load-bearing modules — Bank Connection (Belvo), AFI Dashboard, and Guided Check-in — plus a compliance brief, ownership-transfer-from-day-1, and 60 days of post-launch support. Deferred features (granular budgets, multi-goal tracking, custom CMS) move to V1.1, post-launch, when real user signal informs which to build first.

Why this shape works for AFI. Belvo Open Banking gives clients real bank data instead of manual entry — the methodology lands on actual transactions, not a spreadsheet. Lean stack means AFI runs the app on ~$0–50/month at small scale. Compliance is reasoned into the scope from day one. Code, infra, and documentation transfer to AFI's name from week one. There is no version of this engagement where you depend on Spark to keep operating.

Friend rate · transparently

$1,500 USD covers tooling + a sliver of Pablo's time. This is friend pricing — meaningfully under the alternative quote you reviewed and below Spark's normal rate for equivalent scope. The intent is to do as much real work, as well as possible, for as little as makes sense between us. The broader relationship between AFI and Spark is its own conversation.

§2

First-principles read

Before scoping features, we asked four questions. The answers shape the proposal.

a) What does AFI actually sell?

AFI sells methodology + accountability — a structured way of looking at personal finance that clients pay you to learn and apply. The app is a delivery surface for the methodology, not the methodology itself. This matters: every feature in V1 should make the methodology more legible or more sticky. Features that just imitate Fintonic / Klar / Ualá without serving the methodology are noise.

b) Buy vs build Tier 3

Mexican personal-finance apps already cover budgets, goals, and bank linking — Klar, Fintonic, Ualá, even Belvo's own Direct UI. We considered configuring one of these instead of building from scratch.

Recommendation: build. The methodology is the differentiator and none of the existing apps surface it. Configuring someone else's app would constrain how AFI's frameworks render and would lock you into their lifecycle. Building keeps both creative and economic upside with AFI.

c) Lean MVP — three modules instead of six

The standard scope for this kind of app is six modules: Onboarding, Bank Linking, Budgets, Goals, Dashboard, Education, Notifications. That covers everything anyone might want. The lean cut for V1 is the smallest set that delivers AFI's coaching loop end-to-end:

1 · Bank ConnectionBelvo OAuth, read-only. Account balances + transaction sync. No money movement.
2 · AFI DashboardOne screen, AFI's "salud financiera" framework rendered against live data. Methodology, surfaced.
3 · Guided Check-inWeekly prompt: 3 questions, 1 reflection, 1 nudge. The accountability loop.

Onboarding is part of (1). Education content lives on AFI's existing site (linked from the app) until a CMS is justified by usage data. Budgets and Goals move to V1.1 — built after we see how clients actually use the dashboard, not before.

d) Regulatory fork — V1 stays below the Ley Fintech line Tier 2

Mexico's Ley Fintech (Ley para Regular las Instituciones de Tecnología Financiera, 2018) regulates two entity types: ITFs (Instituciones de Fondos de Pago Electrónico) and IFCs (crowdfunding institutions). The triggering question is custody and money movement — does the app hold or move client funds?

V1 as scoped does not cross that line: bank data is read-only via Belvo (the regulated party is Belvo, not AFI), the app never holds funds, never initiates transfers, never issues e-money. AFI remains an unregulated educational + advisory service.

Features that would cross the line, and are therefore explicitly excluded from V1:

If any of those are on AFI's roadmap for V1.5 or V2, we flag it in §10 and run a CNBV-counsel checkpoint before scoping.

§3

Scope — V1 MVP

Eight user stories ship in V1. Each one is anchored to an AFI methodology principle so we can defend why it's load-bearing. Acceptance criteria are listed in Appendix A; this section is the user-visible surface.

User-facing features in V1

  1. Onboarding + SSO. Email + password, plus Google and Apple SSO. Sub-3-minute first-run.
  2. Bank connection via Belvo. Connect one or multiple accounts (checking, savings, credit cards). Read-only, OAuth, no credentials stored on AFI infra.
  3. Transaction sync. Daily background sync. User-initiated refresh.
  4. AFI Dashboard. Single screen showing AFI's "salud financiera" indicators computed against live transaction data. The methodology, made visible.
  5. Categorization assist. Belvo's auto-categorization + a one-tap UI for the user to recategorize anything wrong. No manual rule engine in V1.
  6. Weekly Guided Check-in. Push notification each Sunday: 3 framework questions, 1 reflection prompt, 1 nudge anchored to the user's data.
  7. Coach view (read-only). Marianita and Violeta can view a client's dashboard with the client's consent. Drives coaching sessions.
  8. Profile + privacy controls. Disconnect a bank, delete account, export data (LFPDPPP-required).

Explicitly NOT in V1 deferred

§4

Architecture

The default proposal is a Progressive Web App with an optional native wrap. This cuts maintenance overhead by an order of magnitude vs a from-scratch React Native build, and lets us ship features without app-store review delays.

Stack

LayerChoiceRationaleLock-in
FrontendPWA — Next.js 15 + React 19Web-first, installable to home screen, offline-capable. App store wrap optional via Capacitor in V1.5 once you have signal.Tier 3 commodity
BackendNext.js API routes on Vercel + edge functionsSame codebase as frontend. No separate Node/Express server to maintain. Serverless = zero ops at AFI's scale.Tier 3 commodity
Database + authSupabase (managed PostgreSQL)Postgres + auth + storage + realtime in one managed surface. Replaces three AWS services. Open-source core — exportable to self-hosted Postgres any time.Tier 2 replaceable
Bank integrationBelvoMexico's dominant Open Banking provider, regulated by CNBV. AFI inherits Belvo's compliance posture for the bank-data surface.Tier 1 vendor-locked
SSOGoogle + Apple via Supabase AuthStandard OIDC. No vendor lock beyond the providers themselves.Tier 3 commodity
Push notificationsWeb Push (PWA) + APNs/FCM (if wrapped)Standard. No Firebase tax for V1 web.Tier 3 commodity
Transactional emailResend or PostmarkCleaner DX than SendGrid, lower price at AFI's scale.Tier 3 commodity
ObservabilitySentry (errors) + Vercel Analytics + PostHog (product)Three free tiers cover AFI's first 5–10k MAU at $0.Tier 3 commodity

Topology

┌─────────────────────────────────────────────────────────────────┐ │ USER (PWA · iOS / Android / Desktop) │ └──────────────────────────────┬──────────────────────────────────┘ │ HTTPS · TLS 1.3 ▼ ┌──────────────────────────────┐ │ Vercel Edge — Next.js app │ │ ▸ React UI │ │ ▸ /api routes (server) │ └──────┬───────────────┬───────┘ │ │ auth + DB │ │ bank data ▼ ▼ ┌─────────────────────┐ ┌─────────────────┐ │ Supabase (Postgres)│ │ Belvo │ │ ▸ users │ │ (regulated by │ │ ▸ accounts │ │ CNBV) │ │ ▸ transactions │ │ │ │ ▸ checkins │ └─────────────────┘ └─────────────────────┘ Encryption at rest: AES-256 (Supabase managed) Encryption in transit: TLS 1.3 end-to-end PII columns: row-level security (RLS) policies on every user-owned table

Cost-to-operate at scale Tier 3 — to validate at kickoff

Active usersVercelSupabaseBelvoTotal / mo
0–500$0 (free)$0 (free)~$0–$50~$0–$50
500–5,000$20$25~$200–$500~$245–$545
5,000–25,000$150$100~$1k–$2.5k~$1.25k–$2.75k

For comparison: an equivalent AWS EC2 + RDS + S3 stack starts around $300–500/mo even with zero users, before Belvo. Serverless wins at AFI's expected scale curve.

§5

Security & compliance

Bank-data surface

Encryption + access control

Mexican regulatory framework Tier 2 — verified by counsel

The proposal is structured around three named bodies of law. None of them block V1 as scoped, but each carries obligations we build into the deliverables:

FrameworkApplies becauseWhat we deliver
LFPDPPP (Federal data-protection law for private parties)AFI processes personal financial data of Mexican residents.Aviso de privacidad template (Appendix C) covering Articles 15–17. Data export endpoint. Deletion endpoint. Data-controller designation (defaults to AFI).
Ley Fintech / CNBVOpen Banking is governed by CNBV; Belvo operates under CNBV authorization.V1 scoped to stay below the ITF/IFPE line. Documented architecture review at handover so AFI's counsel can validate. Quarterly review built into maintenance.
CONDUSEFAFI provides financial guidance; CONDUSEF regulates financial-consumer relationships.Disclaimer language for "AFI is not a regulated financial institution; this app provides educational visualization, not financial advice in the regulated sense." UNE designation noted as a future requirement if AFI exceeds the asset threshold.

Hard limit: Spark provides architectural compliance reasoning. Final regulatory clearance for the launched product is AFI's responsibility, supported by AFI's counsel. We hand over the architecture analysis as part of §9 deliverables so counsel can validate without redoing the work.

§6

Team & responsibilities

Spark side

Pablo González — Solo, LLM-augmentedArchitecture, build, compliance reasoning, weekly check-ins, handover, training. Pablo is the only Spark person on this engagement. Modern LLM tooling (Claude Code + Cursor) does the heavy lifting on the implementation side; Pablo owns architecture, decisions, and quality.
Bandwidth note Tier 2Pablo is concurrently leading RUBISCO2 (June 9 hotels demo) and Miguel content automation. AFI gets Pablo's focused attention in 12 weeks of work distributed across Q3 2026 around those commitments — not 12 contiguous calendar weeks of full-time work.

No separate UI/UX designer line at this price point. Functional design driven by Pablo + AFI feedback. If AFI wants a brand-grade design pass, that's a separate (small) add-on quoted on demand.

AFI side

§7

Timeline

12 focused weeks of work, distributed across Q3 2026. Kickoff target mid-June 2026 (after RUBISCO2 hotels demo on June 9). Realistic launch window: September–October 2026. Pre-kickoff (now → mid-June) is reserved for contracting, account setup, and AFI methodology content drafting — no fee, just preparation.

Honest framing. "12 weeks" is 12 weeks of focused Pablo time, not 12 contiguous calendar weeks. Around RUBISCO2 + Miguel commitments, real elapsed time is ~16–20 calendar weeks. Each phase ends in a demo + go/no-go gate, so AFI sees progress on a regular cadence.

PhaseCalendar windowOutcomeGate
0 — SetupPre-kickoff · now → mid-JunFriend-rate agreement signed, accounts provisioned (Belvo sandbox, Vercel, Supabase, Apple/Play dev accounts), AFI methodology v1 content drafted, GitHub repo bootstrapped in AFI's org. No fee — preparation.Kickoff call
1 — Design + Belvo proto~Weeks 1–3 of work · Jun → early JulEnd-to-end Belvo connection in sandbox. UI shell w/ all 8 user-story screens at low fidelity. AFI dashboard wired to mock data.Belvo demo
2 — MVP build~Weeks 4–9 of work · Jul → AugAll 8 user stories implemented against live Belvo sandbox. Coach view functional. Push notifications wired. RLS audit passed.Functional MVP demo
3 — UAT + bug fix~Weeks 10–11 of work · late Aug → mid-Sep10–20 AFI client beta users on production. Bug list closed. LFPDPPP aviso reviewed by counsel. CONDUSEF disclaimer locked.Beta sign-off
4 — Launch + handoverWeek 12 of work · Sep–OctProduction launch. AFI team training session (3 hrs, recorded). Full documentation handover. 60-day post-launch support clock starts.Launch

Each gate is a real go/no-go. AFI can pause, change scope, or terminate at any gate; pricing is pro-rated to phase completion. No "we'll figure it out at the end" surprises.

§8

Investment

$1,500 USD
friend rate · 30 / 40 / 30 · all-in
Why this number, transparently

$1,500 USD is below Spark's normal rate for a build of this scope. It's friend pricing — a gesture appropriate to an existing relationship, not a market rate. The number covers tooling (Belvo sandbox, Vercel/Supabase paid tiers if AFI scales past free, Apple/Play developer fees handled separately) plus a sliver of Pablo's time. The intent is "do as much real work, as well as possible, for as little as makes sense between us." The broader AFI ↔ Spark relationship is a conversation that runs in parallel and is not embedded in these terms.

Itemized

Phase~Work weeksAmountWhat's in it
1 Design + Belvo proto~Weeks 1–3$300UX shell, Belvo sandbox integration, dashboard framework wired to mock data
2 MVP build~Weeks 4–9$700All 8 user stories, RLS audit, coach view, push notifications
3 UAT + bug fix~Weeks 10–11$300Beta with 10–20 users, counsel review touchpoint, bug close
4 Launch + handoverWeek 12$200Production launch, 3-hr training, full doc handover, 60-day support clock starts
Total$1,500

Payment schedule

TriggerAmount% of total
Friend-rate agreement signed → kickoff$45030%
End of Phase 2 (Functional MVP demo signed off)$60040%
Launch + handover signed off$45030%

30 / 40 / 30 weighted toward Phase 2 (when most of the actual work happens) and away from upfront risk. Lower upfront than industry-standard 50 / 25 / 25.

What's included no extra cost

What's NOT included separate

Post-support maintenance choose around day 60 post-launch

After the included 60-day support window, ongoing work happens under one of two friend-shaped arrangements:

Option A — Light retainer$300 USD/mo. ~5 hrs of work — monitoring, small bug fixes, light feature requests, the occasional Belvo / regulatory question. Carry-over allowed.
Option B — Pay-as-you-go~$30 USD/hr at friend rate (vs Spark's normal $60–80). Estimates given before any work; AFI approves before we start.

If the AFI ↔ Spark relationship evolves into something with equity / partnership terms, both of these arrangements can fold into that. Decided then, not now.

§9

What you own

Spark's "operations as code, automation as taste" stance means AFI never depends on us to keep operating. Practically:

Source code — day 1Private GitHub repo created in AFI's organization (not Spark's). Every commit lands in your repo from week one. If we vanish, you have everything.
Infrastructure — your nameVercel, Supabase, Belvo, Apple Developer, Google Play accounts are all in AFI's name and paid by AFI. Spark gets invited as collaborator; access is revocable in one click.
Documentation — three filesARCHITECTURE.md — system design + data model. RUNBOOK.md — how to deploy, rollback, restore. ONCALL.md — common incidents + resolution.
Training — recorded3-hour session at handover. Recorded so future AFI team members can ramp without us. Covers content updates, user support, basic SQL queries against the DB.
The test: if Spark disappeared the day after launch, could any other competent dev keep the app running and shipping? If the answer is no, we have not done our job.
§10

Risks & assumptions

Risk / assumptionTierMitigation
Belvo coverage of AFI users' banksTier 2Validate during Phase 0 — pull Belvo's coverage list, intersect with AFI's known client demographics. Documented at kickoff.
AFI methodology content delivery on scheduleTier 3Written content for dashboard indicators + weekly check-in is the gating dependency for Phase 1. Pre-kickoff (Phase 0) reserves time for AFI to draft.
Regulatory boundary shift (Ley Fintech amendments)Tier 3Quarterly architecture review built into maintenance (either retainer option). Current scope (read-only Belvo, no money movement) sits well below current regulatory line.
App Store / Play Store review (if wrapped in V1.5)Tier 3Default V1 is PWA — no store review. If AFI elects native wrap, review timeline is 2–10 days for first submission, factored into the optional add-on.
Belvo API changes or pricing shiftTier 1Belvo is a vendor lock-in for V1. Architecture isolates Belvo behind a thin adapter so swap to alternative (Bitso Open Finance, custom HTBO, or self-hosted aggregation) is a 1–2 week migration if ever needed.
Pablo bandwidth (solo build, RUBISCO2 demo Jun 9, Miguel ongoing)Tier 1Acknowledged honestly: this is a solo build at friend rate, not a 2-person full-time engagement. 12 weeks of focused work distribute over Q3 2026 around RUBISCO2 + Miguel. Each phase gate is real — AFI sees progress. If bandwidth slips, you'll know before the next gate, not at the end.
§11

Next steps

Sign below + 30% transfer ($450 USD) → Phase 0 (account provisioning + methodology content drafting) starts within 5 business days. Kickoff target after the RUBISCO2 demo (June 9) — call to schedule the actual kickoff once Phase 0 inputs are ready.

Acceptance

By signing below, AFI accepts the scope, timeline, friend-rate investment, and terms set out in this proposal. This document supersedes prior verbal scope conversations between Pablo González (Spark Automations) and Arquitectura Financiera Integral. Any future equity / partnership arrangement between AFI and Spark is a separate document.

For AFI — Arquitectura Financiera Integral
Name · Title · Date
For Spark Automations
Pablo González Acosta · Founder · ____________

Spark Automations · spark-automations.com · contact: pablo.gonzalez@spark-automations.com · Validity: 30 days from 2026-04-28

Appendix A

User stories — full detail

US-1 · Onboarding + SSO

As a new AFI client I want to create an account in under 3 minutes so that I can start using the app the day Marianita invites me.

Acceptance: Email + password OR Google SSO OR Apple SSO. First-run flow ≤ 6 screens. Empty-state dashboard renders with explanatory copy if no bank connected yet.

US-2 · Bank connection via Belvo

As a user I want to connect my checking, savings, and credit-card accounts via the Belvo widget so that AFI sees my actual financial picture without me typing anything.

Acceptance: Belvo Connect Widget embedded. Multiple accounts per institution supported. Connection status visible (green/syncing/disconnected). Disconnect flow tested.

US-3 · Transaction sync

As a user I want my transactions and balances to refresh automatically every day so that the dashboard reflects current reality without me touching anything.

Acceptance: Daily 6 AM CST background sync via Belvo webhook + cron fallback. Pull-to-refresh in app. Last-sync timestamp visible. Failure surfaces as a banner with one-tap retry.

US-4 · AFI Dashboard

As an AFI client I want a single screen that shows my "salud financiera" indicators using AFI's framework so that I see what Marianita and Violeta would point me to in our coaching sessions.

Acceptance: Single screen, no tabs. Renders the AFI methodology indicators (TBD with AFI in Phase 1) computed against transaction data. Each indicator has a tap-to-explain card.

US-5 · Categorization assist

As a user I want the app to auto-categorize my transactions and let me fix any mistakes so that the dashboard math is right.

Acceptance: Belvo's categorization used by default. Long-press a transaction → recategorize via dropdown. Recategorizations remembered per merchant for future transactions. No manual rule engine.

US-6 · Weekly Guided Check-in

As an AFI client I want a weekly nudge with 3 framework questions and a reflection prompt so that I stay engaged with the methodology between coaching sessions.

Acceptance: Push notification each Sunday at user's local 6 PM. In-app screen with: 3 questions (multiple choice, framework-anchored), 1 free-text reflection (optional), 1 nudge based on the week's spending (auto-generated from transaction data). Saved to user's history.

US-7 · Coach view

As Marianita or Violeta I want to view a client's dashboard with their consent so that our coaching sessions start with the data already loaded.

Acceptance: Coach role in user table. Consent flag per client. Coach sees a list of consenting clients + read-only access to each one's dashboard. Coach actions logged. Consent revocable from client's profile.

US-8 · Profile + privacy

As a user I want to disconnect a bank, export all my data, or delete my account so that I am in control as required by Mexican data protection law.

Acceptance: Disconnect bank → Belvo token revoked + transactions retained or wiped per user choice. Export data → JSON download with all user-owned rows. Delete account → soft-delete with 30-day grace, then hard-delete. All actions confirmed via email.

Appendix B

Data model — V1

Eight tables. RLS enabled on every user-owned table. Foreign keys + cascades documented in the migration files.

users ├─ id (uuid, pk) ├─ email (unique) ├─ display_name ├─ role (client | coach | admin) ├─ created_at, updated_at └─ RLS: user can read/update self only belvo_links ├─ id (uuid, pk) ├─ user_id (fk → users) ├─ belvo_link_id, institution ├─ status (active | error | disconnected) └─ RLS: user can read/delete own only accounts ├─ id, user_id, belvo_link_id ├─ name, type (checking | savings | credit) ├─ balance_current, balance_available, currency └─ RLS: user can read own only transactions ├─ id, user_id, account_id ├─ amount, currency, posted_at ├─ description, category (auto + override) └─ RLS: user can read/update own only checkins ├─ id, user_id, week_of ├─ answers (jsonb), reflection (text) ├─ nudge_shown (text) └─ RLS: user can read/update own only coach_consent ├─ id, client_user_id (fk), coach_user_id (fk) ├─ granted_at, revoked_at └─ RLS: both parties can read afi_indicators ├─ id, key, label, formula_json ├─ thresholds (jsonb) └─ RLS: read-all (config table) audit_log ├─ id, actor_user_id, action, target, payload, ts └─ RLS: admin-read only
Appendix C

Aviso de privacidad — template Tier 2 — counsel review required

Skeleton template covering LFPDPPP Articles 15–17. AFI's legal counsel reviews and approves before publication on the AFI site and inside the app.

  1. Identidad y domicilio del responsable. Arquitectura Financiera Integral, [domicilio fiscal de AFI].
  2. Datos personales que se recaban. Identificación (nombre, correo electrónico), datos financieros (saldos de cuentas, historial de transacciones obtenidos vía Belvo bajo consentimiento expreso del Titular), datos de uso de la aplicación.
  3. Finalidades del tratamiento. Primarias: (a) prestación del servicio de visualización financiera y acompañamiento metodológico; (b) cumplimiento de obligaciones contractuales con el Titular. Secundarias (con consentimiento expreso): mejora del servicio, comunicación de contenido educativo.
  4. Transferencias. A Belvo Tecnología en Información para México, S.A.P.I. de C.V. (procesamiento de datos bancarios bajo regulación CNBV). A Supabase Inc. (almacenamiento de base de datos, EUA). A Vercel Inc. (alojamiento de aplicación, EUA). A los entrenadores designados de AFI con consentimiento explícito del Titular.
  5. Mecanismos para limitar uso o divulgación. En la sección de Perfil de la aplicación: revocación de conexiones bancarias, revocación de consentimiento al entrenador, eliminación de cuenta.
  6. Derechos ARCO. El Titular puede ejercer sus derechos de Acceso, Rectificación, Cancelación y Oposición mediante: (a) las opciones disponibles en el Perfil de la aplicación; (b) escrito dirigido al responsable a [correo de contacto AFI].
  7. Cookies y tecnologías similares. [a definir según implementación final]
  8. Cambios al aviso. AFI notificará cambios materiales con al menos 15 días de anticipación a través de la aplicación y por correo electrónico.

Note for AFI counsel: this template covers the LFPDPPP minimum. Counsel should add (a) any sector-specific disclosures CONDUSEF expects from financial-education providers, (b) explicit AML/KYC language if AFI adds those features in V1.5+, (c) the INAI registration confirmation if applicable.

Appendix D

Side-by-side vs prior quote neutral comparison

Both proposals address the same underlying brief. Differences below are factual; AFI evaluates which posture fits.

Prior quote
Spark Automations
Investment
$2,000 USD
$1,500 USD (friend rate)
Payment terms
30 / 40 / 30 ($600 / $800 / $600)
30 / 40 / 30 ($450 / $600 / $450)
Timeline
10 weeks (4 phases × 2–3 wks)
12 work-weeks across Q3 2026 (around RUBISCO2 + Miguel)
Frontend
React Native + Expo (App Store + Play)
PWA (Next.js + React). Optional Capacitor wrap if AFI wants stores in V1.5.
Backend + DB
Supabase (PostgreSQL)
Supabase (PostgreSQL) + Vercel edge functions. Same DB substrate.
Bank data
Not mentioned. Implied manual entry of income / expenses.
Belvo Open Banking — read-only OAuth, real transactions, no manual data entry. Enables the methodology to land on actual numbers.
Modules in V1
Smart Dashboard · Plan de Vida (goals) · Investment Simulator (S&P 500, CETES) · Debt Restructuring · 6-month historical reports · Promo-code engine
Bank Connection · AFI Dashboard (methodology surfaced) · Guided weekly Check-in · Coach view · Profile / privacy controls. Different shape: methodology-led + accountability loop, not feature-list completeness.
Security framing
Biometric, auto-lock, hardware encryption, SSL pinning, "matemáticamente imposible" data isolation
Same primitives (RLS, encryption at rest + in transit, biometric optional in PWA wrap) plus a written compliance brief: where V1 sits relative to Ley Fintech / CNBV / CONDUSEF, what would push it over the line, LFPDPPP aviso template (Appendix C).
Regulatory analysis
Not mentioned
Counsel-ready architecture brief delivered at handover. AFI's lawyer validates without redoing the work.
Code ownership
Not specified in the quote
In AFI's GitHub org from week 1 — every commit lands in your repo
Infrastructure ownership
Not specified
Vercel / Supabase / Belvo / Apple / Play accounts in AFI's name from kickoff
Operating cost @ 500 users
~$0–50/mo (Supabase) + app-store annual fees
~$0–50/mo + Belvo (~$0–50 at small volume)
Post-launch support
Not specified in the quote
60 days included (vs 30-day standard) for in-scope bugs + light requests
Post-support rate
Not specified
~$30 USD/hr friend rate, or $300/mo light retainer
Team
Solo (Gabriel Lazo, La Rioja, Argentina)
Solo (Pablo González, LLM-augmented)
Phase gates
4 phases described, no explicit go/no-go language
Explicit demo + go/no-go after each phase. AFI can pause, change scope, terminate at any gate; pricing pro-rates.

Both quotes are solo-developer builds on Supabase. The deltas are: (1) bank data — Belvo vs manual entry, (2) regulatory posture — written analysis vs none, (3) ownership transparency — repo-from-day-1 vs unspecified, (4) post-launch support — 60 days vs unspecified. AFI picks based on which deltas matter.