¿Cómo saber si un cambio no rentable puede ser rentable a largo plazo? [cerrado]

Cuando entré a la empresa, había un proyecto que un colega inició a principios de ese año. Déjame explicarte la forma técnica y no técnica (elige la que prefieras):

El trasfondo técnico

Nuestra empresa quería desarrollar una aplicación móvil , y un consultor externo sugirió utilizar Cordova/Phonegap, ya que la utilizó como su herramienta principal. Esto permitiría la premisa de "código una vez, ejecutar en todas partes" y ejecutarlo en Android e iOS, pero el tiempo ha determinado que se necesita más tiempo para ajustar las aplicaciones de lo esperado .

Además, nuestro jefe se queja de problemas de capacidad de respuesta (como que los clics no se activen o que la pantalla se congele durante un tiempo) y problemas relacionados con problemas de compatibilidad de Cordova entre diferentes dispositivos.

Soy un ferviente partidario de las aplicaciones nativas, ya que omite una capa adicional (la de WebView) y le permite hacer que cada aplicación esté específicamente bien diseñada para cada plataforma. Duplica el trabajo , pero las características exclusivas y los patrones de diseño específicos de cada plataforma lo convierten en una buena decisión en términos de interfaces de usuario.

El trasfondo no técnico

Nuestra empresa quiere entregar una aplicación hecha en una tecnología realmente genérica. Esta decisión se tomó porque le dijeron a nuestro jefe que la tecnología reduciría los costos si la entregábamos a Android e iOS. Sin embargo, después de un tiempo usándolo, he visto que no es tan mágico y, de hecho, requiere más tiempo para que "no se rompa" en cada teléfono que probamos, en lugar de hacer la aplicación en sí.

Yo, por supuesto, prefiero usar otra tecnología, más específica para cada plataforma. En ese caso, te obliga a hacer una aplicación diferente por plataforma, por lo que los costos de cambiarla finalmente aumentarán , pero los beneficios pueden ser bastante buenos. Cada plataforma (Android e iOS) tiene sus propias características que la aplicación podría aprovechar, solo realmente disponibles y accesibles a través de su propia tecnología específica.

La conclusión

Pasar de lo que se usa actualmente a mi preferencia es un gran problema, ya que posiblemente podría verse como algo que no es decisivo. Sin embargo, ninguno de nuestros competidores está utilizando nuestro enfoque de empresa . Tienen mejores calificaciones (aunque debo decir que las nuestras son bastante buenas, pero aun así nos quedamos atrás), y las quejas a nuestra aplicación siempre son sobre problemas relacionados con las limitaciones de esta tecnología que podrían superarse bastante bien con otra solución más específica. .

Además, veo que cuando hablo de esto con el diseñador, admite que la aplicación no está bien ajustada y que debería rehacerse desde cero, y mi coordinador acepta que esta puede ser una buena solución, pero cuando quiero hablar de esto con mi jefe, el diseñador intenta retener el cambio , y el coordinador dice que no es crítico para el negocio y que no generaría mayores ingresos , por lo que todavía no he hablado abiertamente sobre esto con mi jefe (que finalmente decide esto).

Anteriormente demostré que soy competente en mi enfoque y, de hecho, he sido consultor durante bastante tiempo en esta empresa, hasta que el desarrollador anterior fue despedido por confrontar a mi jefe y hacerle ver que esto no podía funcionar. mejor con nuestro enfoque actual. Gritos y reprobaciones, y una semana después le pidieron que se fuera inmediatamente.

Me temo que esto también me puede pasar a mí, pero también temo que esta tecnología me agote (es bastante estresante hacer que las cosas funcionen en cada dispositivo, individualmente), y aún así mi jefe no puede ver que tomó una decisión sin pensar en los beneficios. de otras opciones.

Esta decisión puede obligar a mi jefe a contratar a otro desarrollador (ya que solo soy competente en una de las plataformas), y puede llevar hasta medio año desarrollar cada aplicación (el mismo tiempo que le tomó a mi colega desarrollar el estado actual ), por lo que se trata de dinero y tiempo, como siempre .

Este tipo de decisión, que puede cambiar el rumbo de todo un proyecto, después de que esté casi terminado, es una decisión bastante difícil, y parece que estoy medio solo en esto. Entonces, ¿ cómo hacer que su jefe vea que un cambio enorme y no rentable puede aumentar las calificaciones y las ganancias a largo plazo?

Respuestas (1)

Hago Javascript de pila completa, lo que me permite omitir los problemas con los que se encuentra su empresa :) Habiendo dicho eso:

  • El consultor externo sugirió Phonegap, pero como está experimentando, Phonegap tiene limitaciones que lo obligan a realizar una gran cantidad de personalización que consume muchos recursos, con el tiempo como el mayor recurso consumido, seguido del dinero y las horas-persona.

  • El enfoque de la aplicación nativa tiene sus propios inconvenientes, ya que necesita desarrollar y personalizar para cada plataforma por separado. Si vas a Phonegap, tienes que comprometerte. Lo mismo si te vuelves nativo. De lo contrario, no se construye nada.

La decisión de qué camino tomar ya no es una decisión técnica sino una decisión empresarial. Una decisión comercial que acepta que cualquiera que sea el enfoque que se utilice, se deben hacer los compromisos necesarios en aras de llevar el producto al mercado rápidamente. Porque si no llega al mercado rápidamente, tiene muchas posibilidades de morir y su empresa junto con él, si se trata de una nueva empresa.

Intenta racionalizar su enfoque por motivos comerciales; eso es bueno porque discutir con la gerencia por motivos puramente técnicos es probablemente un fracaso. Desafortunadamente, su conocimiento de los fundamentos comerciales es escaso e incompleto, ya que no tiene todos los datos a mano, incluidos los recursos disponibles para la empresa.

Su gerencia es la que tiene todos los hechos y quien por lo tanto debe tomar la decisión. Tendrán que vivir con su decisión y si las cosas van mal, irse abajo con ella. En este punto, es posible que ya estén demasiado metidos para cambiar su enfoque.

Estoy de acuerdo con usted en que si los usuarios descubren que su experiencia con el producto apesta, se avecina un desenlace desagradable. A manos de los clientes. Por lo general, no tienes una segunda oportunidad de atacar a un rinoceronte con solo una bala en el cañón.

+1 Por enfatizar esto como una decisión comercial. La mayoría de las personas que quieren desarrollar aplicaciones móviles en el código nativo no son las que escriben los cheques.
Buena metáfora para el trato con los clientes. Preferiría ver esto como un reinicio de la aplicación, ya que ya estamos en línea, con miles de clientes. Entonces, mi opción finalmente es simplemente presentar esto como una característica para pensar y esperar lo mejor.
@korcholis La pregunta es, ¿la gerencia tiene el tiempo y los recursos para ejecutar el reinicio que usted recomienda y, si lo hacen, se asignarían mejor el tiempo y los recursos para hacer que el enfoque existente funcione? :) Es una cuestión de criterio y, nuevamente, la gerencia debe ser la que lo haga para bien o para mal.