22 de abril de 2026

Handbook

Una visión pública de cómo trabaja Frosthaven. No porque la transparencia sea marketing, sino porque clientes y futuros miembros del equipo pueden juzgar antes si encajamos. Este documento evoluciona — cada versión tiene fecha.

01

Playbook

Cómo corre un proyecto de la primera llamada al lanzamiento.

Cada proyecto empieza con una llamada de alcance de 30–60 minutos. No preguntamos "¿qué quieres?" sino "¿qué se hace más fácil/posible cuando esto esté en vivo?". La respuesta decide si encajamos.

Tras el acuerdo firmamos un scope agreement con precio fijo, planificación y entregables. Trabajamos con review-builds semanales en una URL preview única — cada viernes puedes seguir el avance en vivo, seas o no técnico.

La comunicación va por Slack Connect o Discord, no por tickets. Respuesta en un día laborable, urgencias en una hora. Sin standups inventados — solo reviews que producen resultados.

La entrega es cuando el sitio/app está en vivo y funciona de forma medible, no cuando está formalmente "listo". Los pequeños detalles tras el lanzamiento se arreglan gratis en la primera semana.

02

Engineering

Qué herramientas, principios y reglas de no-hacer.

Stack por defecto: Next.js + TypeScript + Tailwind + Postgres/Supabase + Stripe. Para IA: OpenAI o Anthropic (Claude). Hosting: Tradevo VPS (propio) o Vercel. Solo nos desviamos si el cliente tiene una razón fuerte.

Calidad de código: TypeScript strict, ESLint, prettier, pre-commit hooks. Sin ramas "tmp", sin código comentado. Cada PR que fusionamos tiene aprobación de reviewer — incluso con equipo pequeño.

El rendimiento no es algo posterior. Lighthouse 95+ es un compromiso contractual en webs de marketing. INP por debajo de 200ms. Fonts vía next/font. Imágenes vía next/image con AVIF/WebP.

Lo que no hacemos: construir CMS propios desde cero (Storyblok/Sanity/Payload funciona), clonar WordPress (rara vez la herramienta correcta), low-code cuando la complejidad de negocio exige high-code.

03

Experiencia del cliente

Qué esperar trabajando con nosotros.

Trabajas directamente con las personas que construyen. Sin gestor de cuentas. Sin "déjame consultar". La voz en Slack es la voz que escribe código esa noche.

Hojas de horas: no. Cobramos por alcance y valor, no por horas. Que una funcionalidad lleve 2 horas o 2 semanas no cambia la factura — solo nuestra planificación.

Conversación honesta: si creemos que tu plan es incorrecto, lo decimos. Si pensamos que otro estudio te conviene más, también lo decimos. Sin mentiras amables.

Post-launch: 30 días de bugfixes gratuitos. Después, retainer opcional (€1-3k/mes) para iteración, tests A/B y mantenimiento técnico. Cancelable con 30 días.

04

Filosofía de precios

Por qué rangos y no tarifa por hora.

La tarifa por hora es un mal proxy del valor. Un senior diseña una landing en 6 horas que convierte 3× mejor que un junior en 40 horas con menos resultado. La tarifa horaria haría al senior más barato — cuando vale más.

Nuestros rangos son honestos. Si un proyecto Starter acaba en el extremo alto de €2k (cerca de Growth), te lo decimos antes de firmar. Sin scope creep posterior.

Pago en tres plazos: 40% al inicio, 30% en review-build, 30% al go-live. Para proyectos grandes (>€10k) opcionalmente dividimos en mensualidades.

En el precio: diseño + desarrollo + deploy + 30 días de soporte. No incluido: contenido de stock, licencias de terceros, anuncios, copywriting en >1 idioma que no entregamos nosotros mismos.

05

Hiring y colaboración

Cómo (apenas) crecemos.

Ahora: un fundador a tiempo completo más una pequeña red de especialistas que contratamos por proyecto. Conocerás a esos especialistas por nombre antes de empezar.

No contratamos hasta que llevemos dos proyectos en paralelo de forma consistente y ambos clientes estén mejor atendidos por un segundo cerebro que por una red de freelancers. Honestamente: la mayoría está mejor con un equipo consistente.

Para freelancers: mínimo €70/hora, siempre visible en el contrato del cliente. Transparencia sobre lo que cobra cada uno — sin "agency margin" oculto en una tarifa total.

Prácticas/internships: no hacemos. No hay base para mentorizar bien a alguien si la organización sigue siendo pequeña, y los internships no pagados son una forma de explotación.

06

Qué compartimos públicamente

Por qué este handbook es público.

Este handbook, nuestros rangos de precios y los plazos del proceso están públicos. Nos preguntan frecuentemente "¿por qué contáis tanto?". Respuesta: filtra a los compradores que no encajan, y atrae a los que sí.

Open-source: contribuimos a librerías sobre las que construimos y planeamos publicar este año una herramienta OSS propia para proyectos Next.js multilingües.

Trabajo público: todas las webs de clientes están en vivo — puedes comprobar los Lighthouse scores tú mismo. El trabajo se defiende solo.

No público: informes internos de clientes, datos personales de clientes, términos contractuales específicos. Esos los gestionamos en privado.