Aplica a todo lo que publicamos en nombre de Dinnartec: landing y subpáginas, productos SaaS, emails, redes, soporte, propuestas, lo que escribe NAVI hacia el cliente, agentes de IA en interfaces de producto.
Dinnartec habla como un constructor que también enseña. Alguien que ya hizo el trabajo y ahora te lo cuenta sin ceremonia ni jerga vacía.
No le tenemos miedo al sector ni a sus rituales.
Sabemos lo que hacemos y se nota.
Hablamos como humanos, no como una empresa.
Sin trajes verbales, sin protocolo.
Afirmamos. No flotamos.
Preferimos lo directo a lo pulido.
Instrumental cuando hace falta, pero nunca robótico.
Construir es un acto de fe; eso se nota.
Estos pares no son contradicciones. Son la textura. Si un texto Dinnartec sólo cumple un lado, falta voz.
Decimos lo que pensamos. No faltamos al respeto.
Sabemos del tema. Lo enseñamos con paciencia, no con condescendencia.
Tuteamos. No abrazamos.
Directos no significa descuidados.
Una historia con timeline y detalles. O un tablero/lienzo donde cada pieza se coloca con intención. Nunca un folleto, nunca un brochure corporativo, nunca un white paper de consultora.
La voz es el conjunto de rasgos que se mantienen en cualquier contexto. El tono cambia (§3); la voz no.
| Uso | Frase |
|---|---|
| Hero principal | Construimos software AI-native. |
| Frase secundaria | Construimos software que trabaja para ti. |
| Slogan institucional | Innovando el futuro, mejorando el presente. |
Antes de publicar cualquier pieza, pregunta:
Si no podemos demostrar lo que decimos, no lo decimos.
Si la frase requiere un glosario, la rompimos.
Si la pudiera firmar cualquier SaaS, la reescribimos.
Construimos, hacemos, publicamos. Al lector: tú, nunca usted ni vos.
La voz es la misma; lo que cambia es la presión. Esta tabla manda.
| Superficie | Registro | Ejemplo de referencia |
|---|---|---|
| Hero / marketing principal | Declarativo, breve, final. | Construimos software AI-native. |
| Subpáginas verticales | Mixed-weight, frase con cierre. | Investigación y experimentación abierta. |
| Error técnico / 404 | Directo y sin culpa. | Aquí no hay nada. Te equivocaste de lugar. |
| Confirmación / éxito | Concreto, con dato. | Recibimos tu mensaje. Te respondemos en menos de 24h. |
| Onboarding (primera vez en SaaS) | Acogedor sin meloso. | Bienvenido a [producto]. Aquí encuentras [qué]. |
| Email transaccional | Funcional, sin teatro. | Aquí está el soporte de tu compra. |
| Soporte (algo se rompió) | Reconocer + plan, no disculpa floja. | Entendemos el problema. Esto es lo que vamos a hacer:... |
| Sales / propuestas B2B | Igual que la landing, con más números. | Misma voz; cambian los datos, no el registro. |
| Redes sociales | Nunca-marketero. Observación, statement, hilo, broma seca. | Adaptamos formato, mantenemos tono. |
| Slack / interno | Mismo tono. Sólo la longitud baja. | Cero "buenos días equipo". Al grano. |
Estas listas no son sugerencias. Son reglas. Las palabras YES nos identifican; las palabras NO no se usan ni siquiera 'irónicamente'.
Palabras y frases firma. Aparecen en copy real y deben mantenerse.
Prohibidas en producto, marketing, redes, propuestas. Sin excepciones.
| ✗ Trampa | ✓ Reescribir como |
|---|---|
| Llevamos tu negocio a la nube. | Tu operación, en producción, esta semana. |
| Solución a la medida. | Software que se adapta a cómo trabajas. |
| Empoderamos a tu equipo. | Tu equipo opera menos. Hace más. |
| Innovamos para ti. | Construimos para ti. |
Regla: usamos inglés sólo cuando es más preciso o ya es jerga global del oficio. No por estética.
engagement · scope · ship · build · live feed · ready · brick · artefacto · AI-native · sprint · deploy
meeting · project · deadline · feedback · awesome · top · performance
Si el ES tiene equivalente igual de preciso, ES gana. Si el ES es vago o burocrático, EN gana.
Reglas concretas: mayúsculas, puntuación, emojis, fechas, longitud.
Sentence case en headlines, titulares, párrafos, botones de prosa.
UPPERCASE queda reservado al DS (eyebrows, CTAs estilo HABLEMOS, badges, foot strips). No es voz; es decisión visual. No escribir en mayúsculas en email, redes, ni propuestas.
"...").·: sólo en metadata / foot strips, no en prosa.Cero. Nunca. En ningún canal.
Producto, marketing, redes, Slack interno, propuestas, soporte. Ninguno. El glifo ◊ no es emoji. Es elemento del DS, vive sólo en UI.
$. $3,000/mes.May 1, 2026.01/05/2026.Cero lenguaje inclusivo flexionado.
No constructorxs, no le usuario, no los/las. Tampoco binario forzado. Estrategia: escribir para que el género no aparezca. El equipo que construye, tu operación, los founders.
Toda la voz Dinnartec es español neutro de LatAm. Sin regionalismos, sin acentos locales, sin slang.
| ✗ Evitar (regional) | ✓ Usar (neutro LatAm) |
|---|---|
| vale · tío · guay · vosotros · habéis (España) | bien · equipo · ustedes · han |
| neta · padre · qué onda · chido (México) | en serio · genial · hola · bien |
| vos · che · boludo · laburo (Argentina) | tú · oye · amigo · trabajo |
| parce · chévere · bacano (Colombia) | amigo · bueno · bien hecho |
| po · cachai · weón (Chile) | (eliminar) |
Prueba: si un lector mexicano, argentino, colombiano y chileno no lo leen igual, está roto. Conjugación: tú siempre, nunca vos, nunca vosotros.
La versión en inglés no es traducción 1:1. Se adapta manteniendo voz y tono Dinnartec. Si la frase ES suena Dinnartec, la EN tiene que sonar Dinnartec, aunque para eso se reescriba.
| ES | EN (adaptación) |
|---|---|
| Construimos software AI-native. | We build AI-native software. |
| Construimos software que trabaja para ti. | Software that works for you. |
| Lo que probamos sale como código. No como promesa. | What we ship is code. Not promise. |
| Publicamos cuando funciona. No antes. | We ship when it works. Not before. |
| Tecnología con propósito. | Technology with purpose. |
Regla operativa. Si una frase ES sólo funciona por su ritmo o doble sentido, se reescribe en EN, no se traduce. La inversa también.
Los productos internos son nombres propios y conservan su forma de escritura, en cualquier contexto.
| Display (prosa) | Slug interno (código, URL, terminal) |
|---|---|
| NAVI | navi |
| Brickend | brickend |
| Real Estate | real-estate |
| Fitness | fitness |
| ElPlanEs (cliente) | elplanes |
Real-Estate · RealEstate · realEstate · REAL ESTATE (en prosa) · Navi (capitalización mixta)
Pares concretos. La regla más útil de la guía: cuando dudes, busca el par cercano y ahí decides.
| Contexto | ✓ Dinnartec | ✗ No-Dinnartec |
|---|---|---|
| 404 | Aquí no hay nada. Te equivocaste de lugar. | Oops! Parece que algo salió mal. |
| Form enviado | Recibimos tu mensaje. Te respondemos en menos de 24h. | ¡Gracias por contactarnos! Pronto te responderemos. |
| Mantenimiento | Mañana entre 02:00 y 04:00, [producto] no disponible. Vuelve después. | Estamos mejorando tu experiencia. Disculpa las molestias. |
| Pago fallido | El pago no pasó. Revisa tu método e intenta de nuevo. | Hubo un problema procesando tu pago. Por favor inténtalo más tarde. |
| Onboarding | Bienvenido a Real Estate. Aquí gestionas tu inventario, tus clientes, y tus contratos. | ¡Hola! Estamos felices de tenerte. Empieza tu viaje aquí. |
Brickend ya está en npm.
bun install -g brickend y empiezas a construir.
14 bricks, 7 templates. Open source desde hoy.
Mañana, May 5, 2026, entre 02:00 y 04:00, Real Estate no estará disponible.
Mantenimiento programado. Volvemos a las 04:00.
Buscamos un Senior Dev que sepa construir, no sólo escribir código.
Stack: TypeScript, Next.js, Postgres. Remoto desde LatAm.
Postula a hello@dinnartec.com.
NAVI escribe igual que Dinnartec. Misma voz, mismo tono, mismas reglas. No habla como 'asistente AI genérico', no usa emojis, no se disculpa en exceso.
"Yo" cuando NAVI opera, "nosotros" cuando habla en nombre de Dinnartec. Nunca "como modelo de lenguaje...".
Máximo 4–6 líneas por bloque. Misma regla que humanos.
No anuncia lo que va a hacer. Lo hace y entrega.
Si procesa, dice qué procesa. Si terminó, qué encontró. Si falló, qué falló y qué sigue.
Nunca cutting-edge, innovador, seamless. Ni en sugerencias generadas.
Nunca. Ni ✓, ni ⚠️, ni 🚀. Glifos del DS sólo en UI.
Antes de mostrar al usuario:
Si alguna se prende, reescribir antes de entregar.
Reglas absolutas. No hay excepciones. Si el output rompe una de estas, se reescribe antes de publicar.