Asistencia y Administración

Manual de nomenclatura y versionado de archivos para empresas remotas

5 de octubre de 2026 · Equipo Talento Bilingüe · 14 min de lectura

Estás en tu habitación a las 10:47 de la noche. La laptop sigue caliente. En Slack tienes tres hilos abiertos: uno del operations manager pidiendo “la versión final del deck”, otro de finance preguntando por el invoice pack del Q3 y un tercero de tu manager directo con un simple “can you send the latest?”. Abres tu carpeta de Downloads y te encuentras con esto: Proposal_final.docx, Proposal_FINAL_v2.docx, Proposal_final_REAL.docx, Copy of Proposal_final (1).docx y un PDF que se llama document (3).pdf. El estómago se te aprieta. No es que no sepas trabajar. Es que el sistema de archivos se te volvió un laberinto y, en remoto con empresas de Estados Unidos, ese laberinto se nota más de lo que crees.

Cuando trabajas como contractor o en roles de asistencia y administración (Executive Assistant, Operations Coordinator, Client Success Associate, Virtual Assistant de alto nivel), no solo entregas trabajo: entregas orden. El reclutador de Greenhouse o Ashby no lo dice en la vacante, pero el hiring manager sí lo evalúa en la primera semana. Un nombre de archivo confuso retrasa una decisión, genera rework y, en el peor caso, hace que alguien firme o envíe la versión equivocada. Cobrar en dólares (muchas veces entre USD 18 y 45 la hora según seniority y stack) implica que tu higiene digital sea tan profesional como tu inglés escrito.

Esta guía no es teoría de archivística. Es el manual práctico que usan los equipos remotos serios para que cualquier persona del equipo —en Austin, Bogotá o Buenos Aires— encuentre el archivo correcto en menos de veinte segundos.

¿Cómo se nombran y versionan archivos en empresas remotas de Estados Unidos para no generar caos?

Se usan tres pilares simples y no negociables: prefijo de fecha en formato ISO (YYYY-MM-DD), nombre descriptivo en inglés sin espacios raros ni palabras vacías, y un indicador de versión o estado (v01, v02, FINAL, SIGNED) que nunca se multiplica con “finalfinal”. La carpeta o el drive (Google Drive, SharePoint, Dropbox Business o Notion files) es la fuente de verdad; lo que vive solo en tu Downloads no existe para el equipo. Los duplicados se archivan o se eliminan con criterio, nunca se dejan “por si acaso” con nombres ambiguos. En la práctica, un Executive Assistant o Operations Coordinator que domina esto reduce fricción, gana confianza rápido y se vuelve la persona a la que le delegan el shared drive del equipo.

Eso es el estándar. Ahora vamos a bajarlo a tierra para que lo puedas aplicar hoy, aunque tu carpeta actual parezca un accidente de tránsito.

¿Por qué un mal nombre de archivo te puede costar la confianza (y a veces el contrato)?

En un equipo presencial alguien se asoma y pregunta “¿cuál es la buena?”. En remoto, el archivo es el mensaje. Si el cliente o el manager abre cinco versiones distintas en Slack, Loom o por email, la percepción no es “esta persona es creativa”. La percepción es “esta persona no controla su output”.

He visto contractors con excelente inglés perder renovaciones de contrato no por falta de skill técnico, sino por entregar consistentemente archivos como asdf_report.xlsx o ClientDeck_new_new.pptx. En roles de asistencia y administración el orden es parte del producto. Un Client Success Manager que trabaja sobre HubSpot o Salesforce necesita que los exports y los QBR decks tengan nombres predecibles. Un finance partner que revisa invoices quiere ver 2025-03-15_Acme_Invoice_INV-1042.pdf, no scan0007.pdf.

Además está el tema legal y de compliance liviano. Como contractor internacional normalmente firmas W-8BEN y trabajas bajo acuerdos de confidencialidad. Si mandas por error la versión con comentarios internos, pricing viejo o datos de otro cliente, el problema ya no es de nomenclatura: es de riesgo. Un sistema claro de nombres y de carpetas (01_Working, 02_Review, 03_Final, 99_Archive) reduce ese riesgo de forma brutal.

Los rangos de pago lo reflejan. Un VA generalista que “ayuda con lo que salga” puede estar en USD 12–18/hora. Un Operations o EA que mantiene el shared drive, las plantillas y el versionado limpio suele moverse en USD 25–40/hora, y en algunos equipos de startups Series A/B incluso más si además maneja Notion, Asana o el ATS de reclutamiento. El diferencial no es magia: es confiabilidad operativa.

¿Qué convención de nomenclatura usan los equipos remotos que sí funcionan?

Olvida las reglas de la universidad o del “archivo bonito para ti”. El estándar que más se repite en empresas de EE. UU. distribuidas es este:

1. Fecha primero (ISO 8601) YYYY-MM-DD Ejemplo: 2025-04-11 ¿Por qué? Porque al ordenar por nombre, queda orden cronológico automático. No uses 11-04-2025 (se confunde entre países) ni April 11.

2. Proyecto o cliente en PascalCase o snake corto Acme_Q2Planning o Acme-Q2-Planning Evita espacios. Evita tildes y eñes en archivos que viajan entre sistemas (algunos ERP y zipadores antiguos se rompen).

3. Tipo de documento claro Deck, Invoice, SOW, Report, Agenda, Notes, Contract, Export

4. Versión o estado v01, v02, v03 para borradores de trabajo REVIEW cuando lo mandas a feedback FINAL solo cuando está aprobado SIGNED o EXECUTED cuando ya tiene firma Nunca: final, final2, FINAL_USE_THIS, last_last

5. Extensión real y coherente No renombres un .docx a .pdf “a mano”. Exporta bien.

Ejemplos limpios que puedes copiar mentalmente:

• 2025-04-11_Acme_Q2-Planning_Deck_v03.pptx
• 2025-04-09_Acme_Master-Services-Agreement_REVIEW.docx
• 2025-03-28_Acme_Invoice_INV-1042_FINAL.pdf
• 2025-04-01_Internal_Weekly-Ops-Notes.md

Para capturas y loom-links que a veces se guardan como archivo:

• 2025-04-11_Acme_Demo-Walkthrough_Loom-Notes.txt

En Notion muchos equipos ya no “versionan” páginas con copias infinitas: usan historial de página + una propiedad de Status. Pero cuando exportan a PDF o a Google Doc para un cliente externo, vuelven a la convención de fecha + nombre + estado.

Regla de oro del prefijo de fecha: la fecha es la de la versión o de la entrega relevante, no la fecha en la que creaste el archivo por primera vez hace tres meses. Si hoy sacas la v04, la fecha se actualiza a hoy o se mantiene la del hito (lo que el equipo acuerde; lo importante es que sea consistente).

¿Cómo versionar sin volverte loco ni duplicar todo el drive?

El error clásico es: cada vez que alguien comenta, guardas “Save As” y creas un hermano idéntico. En dos semanas tienes dieciocho archivos y nadie sabe cuál mandó el CEO al board.

Flujo recomendado para asistencia y operaciones:

1. Working doc (tuyos o del equipo chico) Un solo archivo vivo: 2025-04-11_Acme_Q2-Deck_WORKING.pptx O, mejor, el archivo en Google Slides/Docs con nombre estable y el version history nativo.

1. Hitos de revisión Cuando mandas a review, exportas o copias con: 2025-04-11_Acme_Q2-Deck_v02_REVIEW.pptx Y lo dejas en carpeta 02_Review o lo adjuntas en el hilo de Slack con el link al canónico.

1. Final aprobado 2025-04-12_Acme_Q2-Deck_FINAL.pptx Este se mueve a 03_Final o Client_Deliverables. Opcional: agregar iniciales del aprobador si el equipo lo pide (_FINAL_JS-Approved).

1. Archive Las v01, v02 y borradores viejos van a 99_Archive o se eliminan si la política de retención lo permite. No los dejes en la raíz “por nostalgia”.

Herramientas reales y cómo se comportan:

• Google Drive / Shared Drives: version history excelente. Nombra el archivo de forma estable y usa “Version history → Name current version” en hitos importantes.
• Dropbox Business: similar; además tiene rewind.
• Notion: no dupliques páginas enteras. Usa una DB de Documents con properties: Client, Type, Status, Date, Owner, Link.
• Slack: el archivo que subes queda en el canal. Si subes cinco “final”, el canal se vuelve basurero. Mejor: link al Drive canónico + comentario “v03 ready for review”.
• Loom: el título del video sigue la misma lógica: 2025-04-11 Acme — Q2 Deck walkthrough (v03).
• HubSpot / Salesforce: cuando exportes listas o reports, nómbralos con fecha y filtro: 2025-04-11_HubSpot_Closed-Won-Q1_Export.csv.
• Greenhouse / Ashby: si apoyas recruiting ops, los scorecards y debriefs exportados deben llevar candidato + fecha + etapa, nunca interview_notes.docx.

Cuándo sí crear archivo nuevo: cambios de audiencia (interno vs cliente), cambios legales (contrato firmado vs borrador), o entregables que deben quedar frozen (board deck enviado).

Cuándo no: cada comentario menor de redacción. Ahí se trabaja sobre el mismo doc y se confía en el historial.

¿Qué errores te descartan en la práctica y cómo los ve un manager estadounidense?

No es dramatismo: en la primera o segunda semana ya se nota. Esta tabla resume lo que he visto repetirse en equipos remotos reales.

Fíjate que ninguno de estos errores es “no saber inglés”. Son errores de sistema. Se corrigen con convención + disciplina de dos semanas hasta que se vuelve músculo.

¿Cómo limpiar versiones duplicadas sin borrar algo crítico?

Esta es la parte que más miedo da. Respira: no se trata de tirar todo a la papelera el día uno. Se trata de un protocolo seguro.

Paso 1 — Congela el caos Crea una carpeta: z_QUARANTINE_YYYY-MM-DD Mueve ahí todo lo dudoso. No borres todavía.

Paso 2 — Identifica el canónico Para cada “familia” de archivos (mismo proyecto, mismo tipo), abre y compara:

• fecha de modificación
• tamaño
• contenido de la primera y última diapositiva o página
• comentarios de aprobador

El canónico es el que se envió al cliente, se usó en la reunión o tiene el ok explícito en Slack/email.

Paso 3 — Renombra el canónico con la convención Aunque duela, renómbralo bien y muévelo a 03_Final o a la carpeta de proyecto limpia.

Paso 4 — Archiva el resto Todo lo demás de esa familia va a 99_Archive/ProjectName/ con su nombre viejo (para trazabilidad) o ya renombrado + sufijo _DEPRECATED.

Paso 5 — Espera y luego elimina Según el tipo de documento:

• marketing decks internos: 30–60 días en archive suele bastar
• contratos, invoices, tax, NDAs: sigue la política de retención del cliente (a veces 3–7 años). Ahí no juegues. Pregunta.

Como contractor, si no te dan política, asume conservador: archive, no delete, en todo lo financiero y legal.

Paso 6 — Deja un README Un simple 000_README_File-Naming.md en la raíz del shared drive con la convención del equipo. Esto te hace lucir senior aunque lleves tres semanas.

Checklist rápido de eliminación segura (cópialo y úsalo):

FILE CLEANUP CHECKLIST (Remote EA / Ops)

[ ] 1. Create quarantine folder: z_QUARANTINE_YYYY-MM-DD
[ ] 2. Move all ambiguous duplicates there (do NOT delete yet)
[ ] 3. For each file family, identify CANONICAL version:
      - Sent to client / used in meeting / explicit approval in Slack or email
      - Cross-check modified date + content
[ ] 4. Rename canonical using team convention:
      YYYY-MM-DD_Project_DocType_Status.ext
[ ] 5. Place canonical in correct folder (03_Final or project folder)
[ ] 6. Move losers to 99_Archive/ProjectName/
[ ] 7. Add note in Slack or Notion: "Cleaned Project X files — canonical links here"
[ ] 8. Wait per retention rules before permanent delete
[ ] 9. Never delete: contracts, signed SOWs, invoices, tax (W-8BEN packs, 1099-related), NDAs
[ ] 10. Update or create 000_README_File-Naming.md in drive root

Plantilla de mensaje corto en inglés para cuando entregas (Slack o email):

Hi [Name] —

Latest version is ready:
2025-04-11_Acme_Q2-Planning_Deck_v03.pptx
Link: [Drive link]

Changes vs v02:
- Updated pricing slide per Finance notes
- Added timeline owner column
- Removed draft appendix

Canonical file lives in:
Shared Drive > Acme > 02_Review

Happy to jump on a Loom if useful.
Thanks,
[Your name]

Ese mensaje solo ya te diferencia. El manager no tiene que adivinar. El archivo no tiene que “explicarse solo” en el vacío: tú lo enmarcas.

¿Qué herramientas y hábitos diarios sostienen el sistema sin volverte esclavo del drive?

No necesitas un software de USD 200/mes. Necesitas hábitos mínimos y las herramientas que el equipo ya paga.

Hábitos que sí escalan:

• Antes de crear un archivo, nómbralo bien desde el minuto cero. Renombrar después es la deuda técnica del conocimiento.
• Si lo bajaste de Slack o email a Downloads, en menos de 24 horas renómbralo y súbelo al lugar canónico. Downloads no es storage; es zona de tránsito.
• Al final del día (o del viernes), cinco minutos de “inbox cero de archivos”: lo que quedó suelto se nombra o se archiva.
• Cuando alguien te mande un document (1).pdf, tú lo devuelves procesado con nombre correcto. Educas con el ejemplo, no con sermones.
• Si usas Loom para explicar un proceso, el título del video y el nombre del archivo de notas siguen la misma convención.

Stack típico en el que te vas a mover:

• Comunicación: Slack (hilos, pins, canvas)
• Docs vivos: Google Workspace o Microsoft 365
• Knowledge: Notion o Confluence
• Tasks: Asana, ClickUp, Linear o Jira (sí, a veces ops vive ahí)
• Firmas: DocuSign o HelloSign → el PDF firmado se renombra a _SIGNED el mismo día
• CRM: HubSpot o Salesforce (exports limpios)
• ATS (si haces recruiting ops): Greenhouse o Ashby
• Pagos y contractor admin: a veces Deel, Remote.com o similar; guarda tus propios W-8BEN y statements con nomenclatura clara en tu carpeta personal de compliance: 2025_Tax_W8BEN_Signed.pdf

Sobre inglés de los nombres: Aunque tú pienses en español, los archivos del equipo van en inglés de negocios. No por snobismo: porque el board, el cliente y el auditor eventual leen en inglés. 2025-04-11_Informe_Final.docx en un shared drive de una startup de San Francisco genera fricción innecesaria. Traduce el tipo documental: Report, Summary, Deck, Minutes, Invoice, Agreement.

Background check y orden digital: En la mayoría de roles remote de asistencia no te van a auditar la carpeta personal. Pero sí pueden pedirte samples de trabajo, y en roles con acceso a datos de clientes el contrato habla de confidential information handling. Demostrar que tienes un sistema (aunque sea simple) juega a favor cuando el manager te empieza a dar acceso a carpetas más sensibles.

Si estás aplicando todavía, esto también se nota en la prueba de trabajo. Muchas vacantes de EA u Ops Coordinator mandan un small assignment: “organiza estos archivos / prepara un folder structure / envía el deck”. Ahí puedes ganar la oferta aunque otro candidato tenga un inglés oral un poco más nativo. Orden + claridad = señal de que no vas a generar fire drills a las 9 pm hora del Pacífico.

---

Trabajar remoto para empresas de Estados Unidos y cobrar en dólares no se trata solo de contestar rápido en Slack. Se trata de que tu trabajo sea encontrable, confiable y defendible seis meses después, cuando tú ya no estés en el hilo. La nomenclatura y el versionado son una de esas habilidades “aburridas” que separan a quien sobrevive el primer mes de quien se vuelve indispensable al tercero.

Si quieres ver con claridad qué roles de asistencia, operations o administration encajan con tu experiencia hoy y en qué rangos de salario en USD te puedes mover, puedes hacer el diagnóstico gratuito de 2 minutos en el portal: /diagnostico/. No es un test abstracto: te ayuda a aterrizar el siguiente paso con datos de tu perfil real.

Mañana, cuando se te pida “the latest”, que la respuesta sea un link limpio y un nombre que no necesite traducción. Ese pequeño acto, repetido, construye más reputación que mil emojis de check blanco.