Puedes solicitar la junta de revisión para revisar la queja. Si está redactada como esta pregunta, es conveniente que un hablante nativo de inglés edite el mensaje y se asegure de que los detalles de su queja se presentan con claridad.
Sin embargo, yo les preguntaría qué pantalla causó el error - he oído de veces que un probador trató de usar PassBook en un iPad cuando esa funcionalidad sólo se carga en un iPhone. Preguntando amablemente, entenderás mejor qué código hay que cortar de este envío en lugar de tener que hacerlo a ciegas y volver a enviarlo. También puede volver a enviar esa construcción exacta a TestFlight y pedir que se apruebe para que pueda tener cobertura para esa construcción de ese dispositivo de su grupo de pruebas.
Sin ver el texto del rechazo es difícil saber qué o por qué has recibido el no. Por supuesto, haz una nueva versión y envíala para su revisión. Incluso si tarda una o dos semanas debido a la avalancha de nuevas aplicaciones para el Apple Watch, siempre puedes presentar una apelación si el rechazo no tiene más sentido en 48 horas, una vez que lo hayas revisado y/o te hayas puesto en contacto con otros desarrolladores para conocer su opinión sobre la situación.
Personalmente, les agradecería el rechazo. Ofrecería una versión fija para atender sus quejas específicas y solo volvería a apelar después de 6 semanas de intentos infructuosos para conseguir que se apruebe la versión inicial.
No dices si esta aplicación ha sido aprobada alguna vez, así que dejar varios meses para ello es realista si la aplicación no es claramente algo que haya tenido una ingeniería significativa.
Además, creo que poner la aplicación en TestFlight para la versión beta te permite descubrir antes los puntos que Apple ve como problemáticos en tu aplicación sin que sea un escenario de "salir a la luz" o "morir en un incendio".
