Preguntas frecuentes

Con un piloto acotado. Usted envía una muestra representativa de datos y una descripción de qué debe hacer el modelo; nosotros redactamos las decisiones de directriz que la tarea exigirá, anotamos un lote pequeño y comunicamos el acuerdo medido sobre él. El piloto existe para descubrir dónde discrepan dos anotadores razonables, porque ahí es donde su especificación está incompleta. El dimensionamiento y el precio de la producción se deducen de lo que mide el piloto, no de una estimación.

Una muestra de datos, la descripción de la tarea, el formato de salida que necesita y cualquier restricción: plazo, requisitos de confidencialidad, herramientas dentro de las que quiera que trabajemos. Un presupuesto elaborado solo a partir de la descripción de una tarea es una conjetura; preferimos mirar datos reales durante una hora antes que dar una cifra que cambiará tras el primer lote.

Normalmente de una a tres semanas desde la recepción de los datos, según cuánto trabajo de especificación exija la tarea. La mayor parte de ese tiempo es redacción de la directriz y calibración, no anotación. Una tarea con una directriz ya existente y probada avanza bastante más deprisa.

No hay un mínimo fijo. Ejecutamos pilotos pequeños y escalamos hasta programas de producción de gran volumen. Lo que marca un suelo práctico es el coste de puesta en marcha: el trabajo de directriz, las herramientas y la calibración son en gran medida fijos con independencia del volumen, así que un encargo puntual muy pequeño puede cargar con una parte desproporcionada de ese coste. Se lo diremos cuando sea el caso en lugar de disimularlo en el precio.

Por unidad de trabajo — por ítem, por hora de audio, por imagen, por evaluación —, con una tarifa que depende de la complejidad de la tarea, de la profundidad de revisión y del nivel de especialización necesario. El desarrollo de la directriz y la calibración se presupuestan aparte, porque son trabajo real que ocurre antes de etiquetar el primer ítem. No cobramos las conversaciones para definir un piloto.

Registros formales e informales en kanji, hiragana, katakana y alfabeto latino, incluidos el lenguaje honorífico, la variación regional, el argot, la jerga sectorial y la escritura técnica mixta japonés–inglés. Las reglas de normalización de la elección de escritura, los numerales, la puntuación, los emojis y los caracteres de ancho completo se acuerdan en la reunión inicial, porque esas decisiones determinan si el corpus es coherente consigo mismo.

Sí. Esto importa en los juicios que dependen de cómo cae una frase y no de lo que denota: si un rechazo se lee como un rechazo, si un nivel de cortesía es adecuado a la relación, si una formulación suena a traducción. Para tareas mecánicas con una directriz cerrada ese requisito es menos crítico, y asignamos el equipo en consecuencia en lugar de cobrarle una especialización que la tarea no necesita.

Sí, con la salvedad de que la cobertura dialectal es una cuestión de equipo y seremos concretos sobre qué variedades podemos cubrir con fiabilidad. La decisión más importante está aguas arriba: si el dialecto se transcribe tal como se habla o se normaliza al japonés estándar. Esa elección cambia por completo el conjunto de datos y hay que tomarla de forma deliberada.

Con una convención de normalización escrita, aplicada al anotar y verificada por comprobaciones automáticas antes de la entrega. Cubre la elección de escritura de las palabras frecuentes, la grafía de las vocales largas en katakana, las cifras arábigas frente a los kanji, los caracteres de ancho completo y medio, el espaciado alrededor del texto latino y la puntuación. La variación ortográfica es el defecto más común en los conjuntos de datos japoneses sin especificar y el más fácil de evitar.

Sí, y preferimos adoptar la suya antes que imponer la nuestra: un modelo que ya escribe con su estilo de casa debería seguir haciéndolo. Lo que sí haremos es ponerla a prueba con casos límite reales durante el piloto, porque casi todas las guías de estilo tienen dos o tres reglas que acaban entrando en conflicto cuando se topan con datos de verdad.

Un NDA antes de compartir nada, un acuerdo de tratamiento de datos cuando hay información personal de por medio, acceso por roles limitado a las personas asignadas al proyecto, un entorno de trabajo aislado y condiciones de retención y borrado recogidas en el contrato en lugar de dejadas a una política interna. La página de seguridad detalla cada control y, no menos importante, lo que no afirmamos.

No afirmamos tener ninguna certificación que no esté recogida en nuestro contrato con usted. Pregunte por un esquema concreto y obtendrá una respuesta directa, también cuando esa respuesta sea que no. Preferimos perder un proceso de compras por ser exactos que superarlo con una afirmación que no sobrevivirá a una auditoría.

Suyos. Los entregables y las anotaciones derivadas le pertenecen conforme al contrato de la colaboración. No conservamos datos de cliente para reutilización interna, para entrenar modelos ni como material de portafolio, y todo el material de muestra que aparece en este sitio web es nuestro, creado a modo de ilustración.

Sí, es lo normal en colaboraciones con grandes empresas. Cuando una cláusula nos compromete a algo que en realidad no podemos entregar — una cifra de exactitud concreta, una certificación que no tenemos —, lo diremos y propondremos una redacción alternativa, en lugar de firmar y esperar que salga bien. Es una conversación más lenta, y más corta que la alternativa.

Cuando hay subcontratación, se declara y queda cubierta por las mismas obligaciones de confidencialidad que vinculan a nuestro propio personal. Nunca se da por supuesta en silencio. Si su política prohíbe la subcontratación por completo, dígalo y confirmaremos si podemos formar el equipo del proyecto en esas condiciones antes de que usted se comprometa.