La agencia nos propone desarrollar la herramienta como SaaS: ¿qué significa esto para nosotros?

Huele a la típica trampa de agencia. Han visto tu necesidad de operativa interna de 15-20k dólares y te lo han empaquetado como SaaS para duplicar el presupuesto. ¿Tienes equipo de marketing, soporte o red comercial para vender eso a otras empresas? Si no, esa infraestructura se va a quedar muerta de risa.

Para evaluar la propuesta diferencia esto: 1) Herramienta de uso interno: se adapta solo a tus procesos, no necesita flexibilidad. 2) SaaS: requiere ajustes flexibles para soportar la forma de trabajar de otras empresas, panel de gestión y pasarela de pagos. Si tu prioridad es salvar tu operativa, empieza centrándote solo en tu propio equipo.

Hace tres años arrancamos con la misma ilusión para nuestro propio negocio de logística. Pagamos 55.000 dólares y mandamos a construir una arquitectura SaaS. El producto quedó genial, pero no tuvimos tiempo de vendérselo a otras empresas; los competidores tampoco querían meter sus datos en nuestro sistema. Nos quedamos pagando 600 dólares al mes de servidor y mantenimiento.

Ser un vendedor de software y ser un distribuidor de alimentos al por mayor son dos trabajos completamente distintos. Gestionar un SaaS significa que te suene el teléfono a medianoche porque se cayó el servidor reclamos de facturación de clientes externos y peticiones constantes de nuevas funciones. Si el foco principal de su empresa es la logística, ¿están listos para abrir un centro de soporte de software de la noche a la mañana? Si la respuesta es no, pidan un software interno en lugar de un SaaS.

Si montan una arquitectura multi-tenant, ¿la separación de la base de datos será lógica o física? Aunque no lo vendan hacia afuera, los ciclos de mantenimiento, pruebas y actualización de versiones de los sistemas programados como SaaS son mucho más complejos que los de las herramientas internas monolíticas que dan servicio a una sola empresa.

Pídanle a la agencia una propuesta revisada: '¿Cuál sería el presupuesto y el plazo si desarrollan esta misma herramienta solo para uso interno como un panel web single-tenant?' Probablemente la cotización se reduzca a la mitad. Al poner los dos números uno al lado del otro tomar una decisión resulta mucho más fácil.

las agencias suelen emocionar al cliente asi solo pa sumar un producto facada a su portafolio pero la verdad yo q ustedes no me meto, manden a hacer algo sencillo q les sirva a ustedes y se ahorran tiempo y plata.

la verrdad es que la idea no es para nada descartable; si realmente hay un vacío en el sector, a futuro podría ser un excelente ingreso extra. en fin pero pueden recortar presupuesto diciéndole a la agencia: 'primero usemos la primera versión internamente dejen la base de datos lista para escalar a futuro, pero por ahora no hagan módulos como el de facturación'.

Lo que se dice aquí es exactamente lo que nos pasó. Que todo el mundo haga algo no significa que sea lo correcto.

Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción. Por supuesto, cambia si tu situación es diferente.

Yo también estaba pensando en lo mismo. No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

Tomar notas durante dos semanas da mejores resultados que estimar seis meses. Lo dejo como nota, por si sirve.

Quisiera hacer una pregunta. Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.

Si tenéis dudas, escribid os responderé en la medida de lo posible.

Han surgido tres opiniones distintas, todas se complementan... o sea establecer un proceso de solicitud de cambios no ralentiza el trabajo lo agiliza.

Esta es mi opinión no lo escribo como una verdad absoluta.

¿Podría ampliar un poco esto? El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Por supuesto, cambia si tu situación es diferente.

Rara vez se encuentra un texto que lo explique tan claro. Todos los que se apresuran con que significa desarrollo saas se atascan en el mismo punto.

Los primeros tres meses todo va bien, los problemas aparecen en el cuarto. Esta es mi opinión, no lo escribo como una verdad absoluta.

Voy a resumir el tema, porque se han dado varias respuestas diferentes. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.

¿Podría ampliar un poco esto? Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza.

Hace dos años viví exactamente lo mismo. Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada.

Eso es todo, disculpa si me he extendido demasiado.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. la verdad si decidimos sin medir, siempre acabamos en el mismo punto.

Si tenéis dudas, escribid os responderé en la medida de lo posible.