Construye describiendo
Esta guía muestra cómo usar rork para pasar de una idea expresada en lenguaje natural a una aplicación que puedas probar. Aprenderás qué preparar, qué indicaciones funcionan mejor y cómo recuperarte cuando el primer resultado necesita ajustes.
Empieza aquí
No necesitas una especificación terminada ni una gran configuración técnica. Para empezar, basta con tener un resultado claro, una primera versión pequeña y una forma de probarla.
El flujo de trabajo principal
El proceso más fiable es breve: define la versión útil más pequeña, descríbela con claridad y luego mejora una parte a la vez.
Anota para quién es la aplicación, qué debería poder hacer esa persona y cuáles son las tres o cuatro pantallas necesarias para lograr ese primer resultado. Deja las funciones secundarias fuera de la solicitud inicial.
Indica el tipo de aplicación, la audiencia, la dirección visual, las acciones principales y estados importantes, como vacío, carga, éxito y error. Rork puede tomar mejores decisiones cuando la solicitud incluye el comportamiento además de la apariencia.
Recorre el flujo principal en un dispositivo real o en la vista previa. Pide un grupo de cambios relacionados cada vez, como mejorar la incorporación o corregir un formulario, para que puedas saber qué instrucción produjo el resultado.
Cuando el flujo principal se sienta bien, registra el estado funcional y enumera por separado las próximas mejoras. Esto proporciona a cada prompt posterior de Rork una referencia estable, en lugar de convertir el proyecto en un objetivo móvil.
Mantén pequeña la primera versión
La mayoría de los primeros resultados débiles se deben a un alcance poco claro o a instrucciones mezcladas, no a la falta de ideas. Usa estas comprobaciones antes de reescribir todo el prompt.
Haz que el resultado sea más claro
Cuando la app básica funcione, compara el brief original con el resultado actual. La diferencia suele revelar el siguiente prompt con más claridad que empezar de nuevo.
Primera versión
Refinamiento enfocado
El mismo flujo de trabajo se adapta a distintos puntos de partida. Cada ejemplo comienza con una tarea específica y deja espacio para que Rork ayude a dar forma a la siguiente capa.
Necesitas un prototipo de validación en el que se pueda hacer clic para una idea de servicio antes de invertir en una construcción más grande.
Empieza con la pantalla de inicio, la acción clave y un estado de confirmación; usa los comentarios para decidir qué merece ampliarse.
creador de apps rorkQuieres probar una utilidad personal en el dispositivo que llevas contigo todos los días.
Describe la tarea repetible más pequeña, prueba los gestos y el espaciado en el teléfono y, después, perfecciona las pantallas que se sientan lentas o poco claras.
cómo usar rork en iPhoneEstás comprobando si un concepto funciona bien en una pantalla del tamaño de un dispositivo Android y con patrones de interacción familiares.
Mantén simple el primer flujo, prueba pronto la acción principal y registra los problemas específicos de cada dispositivo antes de añadir más funciones.
cómo usar rork en androidNecesitas una aplicación interna para solicitudes, listas de verificación, citas o trabajo de campo recurrente.
Describe los roles, la información que cada persona debe ver y el traspaso entre pasos antes de pedir mejoras visuales.
rork backendAhora tienes una forma práctica de usar rork sin intentar especificarlo todo de una vez. Empieza con un resultado, prueba el primer flujo y deja que cada instrucción concreta haga avanzar el proyecto.
Crear una aplicaciónRespuestas rápidas
Estas respuestas cubren las preguntas que la gente suele hacer antes de probar el flujo de trabajo por primera vez.
Empieza con una idea pequeña y describe al usuario, la acción principal y las pantallas necesarias para completarla. Puedes usar un lenguaje sencillo; lo importante es especificar qué debe ocurrir cuando alguien toca, envía, guarda o termina algo.
Incluye el propósito de la aplicación, el público objetivo, las pantallas principales, la dirección visual y la interacción principal. Menciona estados importantes, como una lista vacía, una acción completada o un error, para que el primer resultado tenga un comportamiento útil sobre el que trabajar.
Sí. Prueba la primera versión, identifica el problema más importante y solicita un cambio concreto en lugar de reescribir todo el brief. Las instrucciones más pequeñas y relacionadas facilitan entender qué cambió y conservar las partes que ya funcionan.
Puedes empezar sin escribir código porque el flujo de trabajo inicial se basa en describir el producto y su comportamiento. Los conocimientos técnicos pueden ayudarte a diagnosticar un problema complejo, pero no son necesarios para crear y evaluar un primer concepto de aplicación.
Sigue el recorrido principal del usuario desde un punto de partida limpio y presta atención a las etiquetas poco claras, los estados que faltan, el espaciado incómodo y las acciones que no ofrecen información útil. Prueba en el dispositivo que más te importe y convierte el problema más claro en tu siguiente instrucción.