Question 1

¿Quién es CAM Software?

Accepted Answer

CAM Software LLC es una agencia de desarrollo de apps móviles dirigida por su fundador, basada en el Noroeste de Arkansas. Chris Martinez (fundador) lidera cada proyecto. La agencia está organizada alrededor de cuatro pilares a tarifa fija: Audit, Build, Rescue y Partner. Trabajamos en inglés y español.

Question 2

¿Solo construyen la app móvil, o el producto completo?

Accepted Answer

El producto completo, con móvil como punta de lanza. Construimos el API, la base de datos, la autenticación y la infraestructura cloud sobre la que corre la app, más cualquier superficie web acompañante (portal admin, dashboard de usuario, sitio de marketing) que necesite mantener paridad con la app. Chris también es senior en el lado web (Next.js, React, Tailwind, Supabase, AWS; este sitio corre en Next.js). Lo que no aceptamos es trabajo de sitio web independiente sin un producto detrás. Si eso es lo que necesitas, te apuntamos a una firma especialista.

Question 3

¿Chris realmente trabaja el código, o solo revisa?

Accepted Answer

Chris trabaja directamente en el código. Revisa cada PR, es dueño de las decisiones de arquitectura y toca personalmente el proceso de lanzamiento. Si un contratista entra para profundidad específica (animación pesada, trabajo nativo especializado), Chris aún firma lo que se publica.

Question 4

¿Qué los hace distintos de una agencia generalista?

Accepted Answer

Somos liderados por móvil y operados por el fundador. Cada proyecto lo lidera Chris, quien publica sus propias apps en las mismas tiendas que usan nuestros clientes. Las generalistas optimizan por capacidad entre servicios; nosotros optimizamos por profundidad: la app móvil primero, más el backend y las superficies web que el producto necesita. Cada pilar (Audit, Build, Rescue, Partner) tiene precio y alcance propio. Puedes contratar uno y detenerte ahí, o encadenarlos. Rescue, después Partner es el camino más común.

Question 5

¿Qué incluye realmente la Technical Audit?

Accepted Answer

La auditoría responde dos preguntas: ¿entienden los usuarios cómo usar esta app, y están contentos usándola? Un retraso de 3 segundos es suficiente para frustrar a un usuario real. Ese es el estándar. Por eso buscamos vulnerabilidades de seguridad, capacidad de escalar, código reutilizable vs frágil, la revisión completa de flujos de usuario (rutas exitosas y rutas de error donde las cosas se rompen en silencio), regresiones accidentales, y cada lugar donde podamos hacer la app más eficiente. Recibes un reporte escrito con hallazgos rankeados por severidad, recomendaciones priorizadas a 30 / 60 / 90 días, y una llamada en vivo de recorrido.

Question 6

¿Necesitan acceso a nuestro repo?

Accepted Answer

Sí, solo lectura. Una auditoría no puede verificar safeguards HIPAA §164.312, pipelines de build o controles de seguridad a partir de un build compilado solamente. NDA provisto, BAA firmado bajo pedido para contextos HIPAA. Acceso removido inmediatamente después de la entrega con email de confirmación de tear-down.

Question 7

¿El add-on de wearable cubre tanto Apple Watch como Galaxy Watch?

Accepted Answer

Cualquiera, o ambos si tu app publica ambas superficies. Revisamos complicaciones, pairing con companion, impacto en batería e integración con HealthKit / Health Connect.

Question 8

¿Cómo eligen React Native vs nativo?

Accepted Answer

React Native es el predeterminado: camino más rápido a ambas tiendas con un equipo pequeño. Argumentamos Swift o Kotlin nativo cuando la app necesita APIs específicas de hardware a profundidad, el rendimiento lo demanda, o el equipo post-lanzamiento ya sabe nativo. La recomendación está en tu propuesta de Build con justificación de un párrafo.

Question 9

¿Qué pasa si el cronograma se corre?

Accepted Answer

Los hitos son de precio fijo. El cronograma solo se corre si cambias el alcance, y eso se cotiza como una orden de cambio. Si el atraso es nuestro, no pagas más.

Question 10

¿Quién es dueño del código al final de un Build?

Accepted Answer

Tú, completamente. Cada commit va a tu repo, tu App Store Connect, tu Play Console. No retenemos la propiedad como palanca. En el traspaso tienes un repo limpio, un pipeline verde y un runbook.

Question 11

¿Por qué es obligatoria una Technical Audit pagada antes de un Rescue?

Accepted Answer

Porque las cotizaciones de rescate sin auditoría son adivinanzas. La auditoría revela qué está realmente roto (casi nunca es lo que piensa el equipo) para que podamos cotizar el rescate honestamente como precio fijo. La auditoría es un producto independiente. Te llevas un PDF y un plan sin importar si avanzas con el rescate.

Question 12

¿Qué pasa si la app necesita una reescritura, no un rescate?

Accepted Answer

La auditoría lo dirá. Reescopeamos como Build (reescritura completa) o Partner (estabilización + roadmap), nunca estirado como Rescue. El PDF y plan de la auditoría te los llevas sin importar cuál proyecto venga después.

Question 13

¿Qué significa "estable" en el traspaso?

Accepted Answer

Tres cosas: la app está confiablemente libre de crashes en sesiones reales de usuarios, el pipeline de build corre limpio de commit a envío a App Store / Play Store, y hay un runbook para que el siguiente equipo pueda publicar un release sin llamarnos.

Question 14

¿Por qué no le llaman "CTO fraccional"?

Accepted Answer

Porque la etiqueta no agrega claridad. Agrega una palabra de moda. Los dos niveles de Partner dicen exactamente qué hacen: "Equipo embedded" y "Liderazgo móvil embedded." La palabra "Partner" lleva la marca; el subtítulo lleva el nivel. El rol en la práctica sigue siendo CTO fraccional para el nivel de liderazgo, solo sin forzar el término en la página.

Question 15

¿Qué significa el mínimo de 3 meses?

Accepted Answer

Te comprometes a 3 meses del contrato mensual al precio del nivel. Después de eso, mes a mes con 30 días de aviso. Compromisos más largos tienen descuento: 6 meses = 5% de descuento + un Quick Scan al mes 3; 12 meses = 10% de descuento + Quick Scan + Full Audit + revisión de arquitectura trimestral.

Question 16

¿Puedo cambiar de nivel en medio del proyecto?

Accepted Answer

Sí. Subir en cualquier momento (prorrateado). Bajar al final de tu compromiso actual con 30 días de aviso. No te atrapamos en un nivel que dejó de encajar.

Question 17

¿Usan IA para construir nuestra app?

Accepted Answer

Sí, como herramienta de entrega, igual que usamos un debugger o un pipeline de CI. Chris construye agentes y servidores MCP (Model Context Protocol) propios y usa herramientas agénticas para subir la calidad y la velocidad. Cada cambio se lee y se entiende antes de mergearse, y Chris firma lo que se publica. La IA es cómo entregamos más rápido, y para los equipos que quieren este tooling en su propio flujo de trabajo, también lo construimos como un proyecto independiente de precio fijo.

Question 18

¿Pueden ayudar a que todo nuestro equipo use IA, no solo los desarrolladores?

Accepted Answer

Dentro de un proyecto embedded, sí. Eso ha significado agentes que revisan cada pull request por accesibilidad, seguridad, reutilización y cobertura de pruebas antes del merge; QA más rápido con sugerencias claras cuando algo falla; y dar a los gerentes de producto y product owners visibilidad clara sobre la calidad de los tickets (dónde rebota el trabajo y por qué). Todo el equipo avanza más rápido, no solo los ingenieros.

Question 19

¿En qué idiomas trabajan?

Accepted Answer

Inglés y español, tanto para el sitio como para las conversaciones de trabajo. Chris es fluido en ambos.

Question 20

¿Trabajan con el sector salud / entidades cubiertas por HIPAA?

Accepted Answer

Sí, alrededor de cinco años de entrega móvil en contexto HIPAA en terapia ABA, e-prescribing y EHR. Firmamos BAAs. La salud es prueba de casos de estudio, no nuestro posicionamiento. Somos una agencia móvil primero.

Question 21

¿Qué pasa si no somos el encaje correcto?

Accepted Answer

Lo decimos cuando hablamos e intentamos recomendarte una mejor firma.

FAQ

Sobre la agencia