Microapps
Propuesta de negocioOctubre 2026microapps.com.ar

Aplicaciones a medida para procesos puntuales de pymes, construidas sobre un núcleo propio que reutilizamos con cada cliente.

Los módulos se acoplan al núcleo y cada empresa recibe su propia instancia, con su marca y su base de datos.

01
Capítulo 01

El negocio

Qué vendemos, a quién, cuánto cuesta y cuánto puede facturar.

1.1El negocioMicroapps · Propuesta

Qué es Microappsy qué problema resuelve.

Hoy muchos procesos de una pyme viven en planillas compartidas, grupos de WhatsApp y papeles. Una microapp les da registro, estados, responsables y documentos, en una aplicación propia que la empresa usa todos los días.

Qué es

Un servicio que diseña, construye y mantiene aplicaciones web chicas para empresas. Cada aplicación resuelve un proceso concreto, por ejemplo órdenes de trabajo o control de stock, y la empresa la usa desde el navegador o el celular.

Qué no es

No es un sistema de gestión completo (ERP) que reemplace todo lo que usa la empresa. No es un programa genérico que el cliente descarga y configura solo. No es una agencia de diseño de sitios web institucionales.

Por qué

Muchas pymes resuelven sus procesos con planillas y mensajes porque un sistema completo es caro y lento de implementar. Una aplicación chica, enfocada en un solo proceso, se entrega en días y se paga con una cuota mensual.

Qué vendemos

Una microapp por proceso: pedidos, órdenes de trabajo, stock, aprobaciones, turnos.

A quién

Pymes argentinas que hoy resuelven ese proceso a mano.

Cómo cobramos

Setup único y suscripción mensual por hosting, soporte y licencia.

Cómo fabricamos

Núcleo y módulos compartidos. Cada cliente es configuración.

En númerosLo esencial de la propuesta

6categorías de microapps en el catálogo
3planes con setup y suscripción mensual
7 díasde entrega para un plan Básico
8pasos de venta, del contacto al cobro

ÍndiceCómo está organizado este documento

Cómo leer este documentoGuía para quien lo lee por primera vez

Qué es este documento

La propuesta de negocio de Microapps, escrita para que los socios la lean, la comenten y definan los puntos pendientes. Todavía no hay clientes ni sistemas construidos.

Cómo está armado

Cuatro capítulos. Cada sección abre con tres respuestas: qué es, qué no es y por qué se propone así. Después viene el detalle.

Qué está decidido y qué no

Lo decidido figura al final, en 4.3. Precios, plazos y cifras son referencias a validar con los primeros clientes, salvo que se indique lo contrario.

Qué se espera de quien lo lee

Dejar comentarios en cada sección (botón al final de cada una) y marcar en 4.3 qué propuestas acepta y cuáles hay que revisar.

GlosarioTérminos que usa este documento

Microapp
Una aplicación web chica que resuelve un solo proceso de una empresa. Se usa desde el navegador o el celular, sin instalar nada.
Pyme
Pequeña o mediana empresa. Es nuestro cliente objetivo.
Setup
Pago único al inicio que cubre el relevamiento, la construcción y la puesta en marcha de la aplicación.
Suscripción o mensualidad
Cuota mensual obligatoria que cubre servidor, copias de seguridad, actualizaciones, soporte y la licencia de uso.
Núcleo
La base común de todas las aplicaciones: ingreso con usuario, permisos, panel, archivos, avisos por email, exportes y copias de seguridad. Se construye una sola vez.
Módulo
Una función que se suma al núcleo y se activa solo para los clientes que la necesitan, por ejemplo inventario o cotizador.
Producto
Una combinación probada de núcleo y módulos con nombre propio, lista para vender a varios clientes. Ejemplo: Órdenes de trabajo.
Instancia
Una copia de la aplicación funcionando para un cliente, con su propia base de datos y su propia dirección web.
Multi-tenant
Modelo en el que una sola aplicación atiende a todos los clientes a la vez y comparte la base de datos. No es el modelo elegido.
Base de datos
Donde se guarda la información de la aplicación: pedidos, usuarios, archivos. Cada cliente tiene la suya.
Repositorio
El lugar donde se guarda todo el código fuente. Usamos uno solo para todos los clientes.
VPS
Servidor virtual privado: un servidor en internet que alquilamos (hoy en Hostinger) donde funcionan las aplicaciones.
EasyPanel
Panel de administración instalado en el VPS que permite publicar y manejar cada aplicación y su base de datos.
Docker
Tecnología que empaqueta una aplicación para que funcione igual en cualquier servidor. Permite instalar la misma aplicación N veces.
Licencia de uso
Permiso para usar el software mientras se paga la suscripción. No transfiere la propiedad del código.
Landing
Página web de venta (microapps.com.ar) que presenta el servicio y recibe el formulario de diagnóstico.
Lead
Persona o empresa interesada que dejó sus datos y todavía no es cliente.
Embudo de venta
Los pasos que recorre un lead hasta convertirse en cliente. Se llama así porque en cada paso quedan menos personas.
Back office
Sistema interno donde seguimos cada lead: en qué etapa está, qué respondió y qué propuesta recibió.
Consola
Panel interno donde vemos todos los clientes, qué módulos tienen, qué versión usan y si su aplicación está en línea.
Demo
Aplicación de ejemplo funcionando que se muestra en las reuniones de venta. La primera será Órdenes de trabajo.
Backup
Copia de seguridad de la base de datos que se guarda fuera del servidor, para recuperar la información si algo falla.
1.3El negocioMicroapps · Propuesta

Planes y preciosSetup único más suscripción mensual.

Precios en dólares como referencia inicial, a validar con los primeros clientes. La suscripción es obligatoria en todos los planes.

Qué es

Tres niveles de servicio según la complejidad de la aplicación. Cada uno tiene un pago único al inicio (setup) y una cuota mensual obligatoria.

Qué no es

Los precios no están validados con clientes: son una referencia inicial para discutir. No incluyen soporte ilimitado; el límite de consultas por plan está pendiente de definir en 4.3.

Por qué

El setup cubre las horas de construcción. La cuota mensual cubre el servidor, el mantenimiento y el soporte, y genera un ingreso que se repite todos los meses mientras el cliente siga activo.

Básico

Un proceso y un equipo chico

150–300

USD de setup

10–20USD por mes

  • Núcleo y 1 módulo funcional
  • Hasta 5 usuarios
  • Marca del cliente

Entrega en 1 semana

Intermedio

Un proceso con varias áreas

500–1.200

USD de setup

30–60USD por mes

  • Núcleo y hasta 3 módulos
  • Flujos de aprobación y roles
  • Exportes a Excel y PDF

Entrega en 2 a 3 semanas

Avanzado

Integrado a otros sistemas

1.500+

USD de setup

80–150USD por mes

  • Integraciones: APIs, WhatsApp, IA
  • Reportes a medida
  • Opción de servidor del cliente

Plazo según proyecto

1.3.1Qué incluye la suscripción

HostingEn nuestro VPS
BackupsDiarios, fuera del VPS
ActualizacionesNúcleo y módulos
Licencia de usoMientras dure el servicio
SoporteDentro del límite del plan

Módulo adicional: setup fijo más un aumento de la mensualidad. Un módulo a medida se cotiza aparte y queda disponible para otros clientes.

1.4El negocioMicroapps · Propuesta

Proyección de ingresosPrimeros 12 meses según clientes nuevos.

Mové la cantidad de clientes nuevos por mes en cada plan y alterná entre el ingreso recurrente de cada mes y la facturación acumulada de los primeros 12 meses.

Qué es

Una calculadora que estima cuánto se factura en los primeros 12 meses según cuántos clientes nuevos se suman por mes en cada plan.

Qué no es

No es una proyección financiera ni un presupuesto: no descuenta costos (servidor, horas de trabajo, impuestos, comisiones) ni contempla clientes que se dan de baja.

Por qué

Sirve para ver cuánto pesa el ingreso mensual recurrente frente al pago inicial y para discutir metas realistas de clientes por mes.

Clientes nuevos por mes

Supuestos: precio medio de cada rango (Básico 225 + 15 por mes, Intermedio 850 + 45, Avanzado 2.000 + 115). Sin bajas de clientes. Un valor de 0,5 equivale a un cliente cada dos meses.

Ingreso recurrente por mes, en USD
Clientes al mes 120
Recurrente mes 120
Setups en 12 meses0
Total facturado0
02
Capítulo 02

El producto

Cómo está construido, dónde se aloja y qué derechos tiene cada parte.

2.1El productoMicroapps · Propuesta

Cómo está construidoCuatro capas en un solo repositorio.

Núcleo, módulos y productos son compartidos por todos los clientes. Lo único que cambia entre una empresa y otra es su configuración y su base de datos.

Qué es

La forma técnica en que se construyen las aplicaciones: una base común (núcleo) más funciones que se activan por cliente (módulos), todo dentro de un mismo código fuente.

Qué no es

No significa que todos los clientes compartan la misma aplicación ni los mismos datos. Tampoco que cada cliente sea un proyecto nuevo que se programa desde cero.

Por qué

Construir la base una sola vez reduce las horas de cada cliente nuevo, y cada mejora que se hace en la base llega a todos los clientes sin trabajo extra.

Núcleo01Login, roles, organización, portal del cliente, panel, archivos, notificaciones, exportes, registro de actividad, backups y tokens de marca.
Módulos02Funciones que se activan por cliente, estándar o a medida.
Productos03Combinaciones probadas que se venden a varios clientes, por ejemplo Órdenes de trabajo.
Cliente04Marca, textos, campos, estados, roles y módulos activos. Solo configuración.

2.1.1Qué se cambia y a quién afecta

Un cliente

Configuración

  • Logo, colores y tipografíaTokens de marca del cliente
  • Textos, campos, estados y rolesArchivo de configuración
  • Activar o desactivar una funciónInterruptores por cliente
Quienes lo activan

Módulos

  • Una funcionalidad nuevaMódulo nuevo, apagado por defecto
  • Mejorar un módulo existenteLlega a todos los que lo usan
Todos

Núcleo

  • Seguridad y loginVersión nueva del núcleo
  • Base del sistemaSe prueba antes en una instancia de prueba

2.1.2Reglas del repositorio

Nunca se copia el repositorio para un cliente

Lo específico se resuelve como configuración o como módulo nuevo.

Un módulo a medida puede pasar al catálogo

Cuando lo pide un segundo cliente, se vuelve estándar y tiene precio de lista.

Todo lleva número de versión

Núcleo y módulos se actualizan en una instancia de prueba antes que en los clientes.

Un PostgreSQL, una base por cliente

Aprovecha la memoria del VPS y mantiene los datos separados.

El núcleo conoce la organización

Si un producto se vende muchas veces igual, puede pasar a multi-tenant sin rehacerse.

Estructura del repositorio

core/ modules/ products/ clients/

2.2El productoMicroapps · Propuesta

Una instancia por clientePor qué no multi-tenant por ahora.

Multi-tenant conviene cuando muchos clientes usan el mismo producto de la misma forma. Todavía no sabemos qué microapp se va a repetir, y nuestro valor está en adaptarla a cada empresa.

Qué es

La decisión de que cada cliente tenga su propia copia de la aplicación funcionando (instancia), con su propia base de datos, dentro de nuestro servidor.

Qué no es

No es un modelo multi-tenant, donde una sola aplicación atiende a todos los clientes a la vez (como funciona Gmail). Tampoco es instalar la aplicación en el servidor del cliente, que queda como excepción.

Por qué

Separar a cada cliente evita que un error o una caída afecte a los demás, permite personalizar a fondo y es más simple de construir hoy. El modelo multi-tenant se evalúa más adelante si una misma aplicación se vende muchas veces sin cambios.

Instancias separadas

Elegido
Cliente A
Cliente B
Cliente C
Base A
Base B
Base C

Si falla la base de un cliente, solo ese cliente queda afectado.

Multi-tenant

Más adelante, si se justifica
Cliente A
Cliente B
Cliente C
Base compartida

Si falla la base compartida, todos los clientes quedan afectados al mismo tiempo.

2.2.1Comparación punto por punto

InstanciasMulti-tenant
Personalizar campos y flujosSimpleCompleja
Riesgo de ver datos de otro clienteNuloA controlar
Vender el código al clientePosibleNo
Costo de desarrollo inicialBajoAlto
Actualizar un cliente por separadoSíNo
Costo de operar más de 50 clientesMás altoMás bajo

Criterio de cambio: cuando una misma microapp se haya vendido entre 5 y 10 veces casi sin cambios, se evalúa convertirla en un producto SaaS aparte.

2.3El productoMicroapps · Propuesta

Licencia y propiedadQué es nuestro y qué es del cliente.

Cada cliente recibe una licencia de uso por instancia mientras pague la suscripción. Eso nos permite reutilizar lo que construimos con otros clientes.

Qué es

Las reglas de propiedad: el cliente paga por usar la aplicación (licencia de uso) mientras mantenga la suscripción, y el código sigue siendo nuestro.

Qué no es

No es una venta del software al cliente. Tampoco significa retener sus datos: los datos son del cliente y los puede exportar cuando quiera.

Por qué

Si el código pasara a ser del cliente, no podríamos reutilizar lo construido con otros clientes, y esa reutilización es la base de todo el modelo.

Es de Microapps

  • Núcleo y módulos
  • Desarrollos a medida, aunque el cliente los haya pagado
  • El derecho a reutilizarlos con otros clientes

Es del cliente

  • Sus datos, exportables en CSV o Excel cuando quiera
  • Su marca y su contenido
  • Su instancia y su base de datos, separadas del resto

Exclusividad

Si un cliente pide que un desarrollo no se venda a su competencia, se cobra aparte y por tiempo limitado, por ejemplo 12 meses en su rubro.

Compra del código

Opcional y paga: una copia de su instancia con licencia de uso propio, sin derecho a revenderla.

Dónde se aloja

En nuestro VPS de Hostinger con EasyPanel. El servidor del cliente es una excepción del plan Avanzado: requiere Docker y el mantenimiento cuesta más.

03
Capítulo 03

La operación comercial

Cómo llega un cliente, qué le preguntamos y cómo le entregamos.

3.1La operación comercialMicroapps · Propuesta

Cómo vendemosOcho pasos, del contacto a la suscripción.

Ocho pasos. La venta se decide en la reunión con demo, y cada paso queda registrado en el back office comercial con su etapa y su próximo contacto.

Qué es

El recorrido comercial completo, desde que una persona ve una publicación hasta que paga la primera cuota mensual.

Qué no es

No es un plan de marketing con presupuesto y canales definidos; eso todavía no está armado. Tampoco es una venta automática: siempre hay una reunión con una persona.

Por qué

Con los pasos definidos se puede medir dónde se pierden clientes y cualquiera de los socios puede retomar un contacto en el punto en que quedó.

  1. 01CampañasRedes, anuncios y referidos.
  2. 02LandingCategorías, planes y demo.
  3. 03DiagnósticoFormulario de 10 minutos.
  4. 04Reunión con demo30 minutos, dentro de las 48 h.
  5. 05PropuestaFicha, plan, precio y plazo en 24 h.
  6. 06CierreFirma y 50% del setup.
  7. 07EntregaDe 1 a 3 semanas.
  8. 08SuscripciónSaldo y primera mensualidad.

Cada 3 meses revisamos el uso con el cliente y ofrecemos módulos nuevos, y el ciclo vuelve a la propuesta. Un lead que no avanza queda registrado con su motivo y se recontacta a los 30 días.

3.1.1La reunión de venta

Treinta minutos, con el diagnóstico leído y la demo abierta.

0–5 minContextoQué pasa hoy cuando el proceso falla.
5–15 minDemoÓrdenes de trabajo con un ejemplo de su rubro: alta, estados, adjunto, PDF y portal.
15–25 minPropuesta en vivoUsuarios, datos, módulos y plan, con la ficha en pantalla.
25–30 minCierrePrecio, plazo y próximos pasos.

3.1.2Preguntas frecuentes del cliente

¿Y si quiero el código?

La exportación de datos está siempre incluida. La compra del código es una opción paga.

¿Y si la empresa crece?

Se agregan módulos sin rehacer la aplicación.

¿Dónde están mis datos?

En una base de datos propia de su empresa, separada del resto, con backups diarios.

3.2La operación comercialMicroapps · Propuesta

Diagnóstico del clienteQuince preguntas antes de la reunión.

El cliente lo completa en la landing en unos 10 minutos. Cada respuesta alimenta la ficha de la microapp y sugiere un plan.

Qué es

El formulario que el cliente completa en la página de venta antes de la reunión, para que entendamos su problema y le sugiramos un plan.

Qué no es

No es un presupuesto ni un compromiso de precio. El plan que sugiere es orientativo y se confirma en la reunión.

Por qué

Llegar a la reunión con la información del cliente ahorra tiempo y permite mostrarle una demo que se parezca a su caso.

Contacto2Nombre, cargo, empresa, rubro, empleados, email y WhatsApp.
El problema4Qué proceso, cómo se resuelve hoy, qué cuesta y con qué frecuencia.
Usuarios y datos5Roles, usuarios externos, información, adjuntos y documentos.
Contexto4Integraciones, dispositivo, urgencia y archivos de lo que usan hoy.
3.3La operación comercialMicroapps · Propuesta

Cómo entregamosUn plan Básico en siete días.

Los seis pasos son siempre los mismos. En el plan Intermedio la construcción se extiende a dos o tres semanas.

Qué es

Los pasos desde que el cliente aprueba la propuesta hasta que usa la aplicación y empieza a pagar la cuota mensual.

Qué no es

Los plazos son objetivos, no compromisos probados: todavía no hicimos ninguna entrega con este proceso.

Por qué

Un proceso fijo permite cumplir plazos cortos, evita discusiones sobre qué estaba incluido y deja claro cuándo se cobra el saldo.

Día 1Día 2Día 3Día 4Día 5Día 6Día 7
Ficha aprobadaFirma
Prototipo navegable48 a 72 h
ConstrucciónNúcleo + módulos
Control de calidadLista fija
Puesta en marchaOnline
Alta en suscripciónCobro

Control de calidad: roles, permisos, formularios, PDF, uso en celular, backups y exportación. La puesta en marcha incluye usuarios creados y una capacitación corta grabada.

04
Capítulo 04

La puesta en marcha

Qué construimos antes de salir a vender y qué falta decidir.

4.1La puesta en marchaMicroapps · Propuesta

Sistemas internosLo que usamos para vender y operar.

Los tres se construyen sobre el mismo núcleo que las microapps de los clientes. El back office y la consola pueden ser una sola aplicación, porque un lead que cierra se convierte en un cliente con instancia.

Qué es

Tres herramientas internas que necesitamos para operar: la página de venta, un sistema para seguir a cada cliente potencial y un panel para administrar todas las aplicaciones instaladas.

Qué no es

No son productos para vender a clientes. Hoy no existen: se construyen antes de salir a vender.

Por qué

Sin estas herramientas, cada cliente nuevo agrega trabajo manual, la información queda repartida entre mensajes y se hace difícil saber el estado de cada cliente.

Landing de venta

Capta leads y recibe el diagnóstico.

Categorías, planes, demo y formulario
Después: casos de clientes y contenidos

Back office comercial

Gestiona cada lead en el embudo hasta que se convierte en cliente.

Leads, diagnósticos, ficha, etapa y propuesta
Después: plantillas y recordatorios automáticos

Consola de microapps

Administra todas las instancias de todos los clientes.

Clientes, módulos, versión, suscripción y estado
Después: despliegue automático, actualización en lote y facturación

Las pantallas muestran datos de ejemplo.

4.2La puesta en marchaMicroapps · Propuesta

Orden de construcciónSeis etapas antes de la primera campaña.

Qué es

El orden en que se construye todo, desde este documento hasta las primeras campañas.

Qué no es

No tiene fechas comprometidas ni horas estimadas: eso se define una vez cerradas las decisiones de 4.3.

Por qué

Cada etapa usa lo que dejó la anterior. Saltear pasos obliga a rehacer trabajo más adelante.

  1. 01Modelo de negocioEste documento: cerrar las decisiones pendientes entre socios.
  2. 02Landing de ventamicroapps.com.ar con el formulario de diagnóstico guardando en la base de datos.
  3. 03NúcleoLogin, roles, organización, portal, panel, archivos, notificaciones, exportes, registro de actividad, backups, tokens de marca, interruptores de módulos, estado y versión.
  4. 04Back office y consolaUna sola aplicación sobre el núcleo, en su primera etapa.
  5. 05Demo Órdenes de trabajoPrimer producto del catálogo, sobre el núcleo.
  6. 06CampañasCon la landing publicada y la demo disponible para las reuniones.
Next.jsTypeScriptTailwind CSSUntitled UI ReactPostgreSQLDockerHostinger · EasyPanel
4.3La puesta en marchaMicroapps · Propuesta

Decisiones pendientesOcho puntos para definir entre socios.

Cada punto lleva una propuesta para discutir. Lo que se acuerde se incorpora al modelo antes de la landing.

Qué es

Los puntos que todavía no están definidos y requieren acuerdo entre socios, cada uno con una propuesta para discutir.

Qué no es

No son decisiones tomadas: las propuestas son un punto de partida y se pueden cambiar.

Por qué

Sin estos acuerdos no se puede publicar la página de venta ni firmar con el primer cliente.

Roles entre socios

Quién vende y lleva las reuniones, quién desarrolla y quién opera el soporte y la consola.

PropuestaUn responsable comercial y un responsable técnico, con el embudo compartido en el back office.

Límite de soporte por plan

Con el Básico a 10–20 USD por mes, un soporte sin límite no es rentable.

PropuestaBásico 2 consultas por mes, Intermedio 5, Avanzado según contrato. Lo extra se cobra por hora.

Moneda de los precios

Publicar en dólares, en pesos o en ambas.

PropuestaDólares en la landing y cobro en pesos al tipo de cambio del día de la factura.

Anticipo

Cuánto del setup se cobra para empezar.

Propuesta50% al aprobar y 50% en la puesta en marcha. Setup completo por adelantado en el Básico.

Precio de los módulos adicionales

Setup y aumento mensual de cada módulo del catálogo.

PropuestaDefinir la lista junto con el núcleo, cuando estén especificados los primeros módulos.

Público inicial

Pymes en general o un rubro para las primeras campañas.

PropuestaPymes en general en la landing y campañas separadas por rubro, para medir cuál responde mejor.

Destino de los backups

Dónde se guardan las copias fuera del VPS.

PropuestaUn servicio de almacenamiento con capa gratuita, elegido al construir el núcleo.

Revisión legal

Licencia de uso, propiedad intelectual, exclusividad y términos del servicio.

PropuestaBorrador de cláusulas propio, revisado por un abogado antes del primer cliente.

4.3.1Lo que ya está decidido

Marca Microapps y microapps.com.arUna instancia por clienteUn solo repositorioSetup y suscripción mensualLicencia de usoDemo: Órdenes de trabajoNext.js, Tailwind y Untitled UISistemas propios antes de campañas
05Siguiente pasoMicroapps · Propuesta

Del papel a la marchaLeer el acuerdo, aceptarlo y empezar a armar.

  1. Leer el acuerdo de sociosOnce puntos escritos en palabras simples, con lo que pasa si no se cumplen.
  2. AceptarloCinco preguntas para confirmar lo importante y tus datos como constancia.
  3. Próximos pasosLa lista de lo que hay que armar: correos, redes, cobros, herramientas y producto.

La propuesta explica el negocio. El acuerdo define cómo lo hacemos juntos. Sin las dos cosas claras no tiene sentido crear una sola cuenta.

05Acuerdo de sociosBorrador · Octubre 2026

Acuerdo de sociosLas reglas para trabajar juntos, escritas antes de empezar.

Esto va en serio: es lo que vamos a firmar y cumplir los dos. Por eso está escrito en palabras simples, para que no quede ninguna duda. Cada punto dice para qué sirve, cuáles son las reglas y qué pasa si no se cumplen. Al final de cada uno se marca como leído.

Qué es

Las reglas con las que Gastón y Benjamin llevan adelante Microapps: qué hace cada uno, quién decide, cómo se reparte la plata, cómo nos comunicamos y qué pasa si algo falla.

Qué no es

No es la versión para firmar. Los valores resaltados son propuestas y un abogado revisa el texto antes de la firma. Aceptarlo acá confirma que lo leíste y lo entendés.

Por qué

Cuando aparezca el primer cliente o el primer problema, las reglas ya van a estar claras y aceptadas. Así no hay discusiones ni sorpresas.

Cómo leer las marcas
30%

Valor propuesto. Porcentajes, montos, plazos y canal elegidos para arrancar. Si alguno no cierra, se cambia antes de firmar.

Revisión legal

Punto para el abogado. Lo confirma un abogado antes de la firma.

5.0El acuerdo en seis ideas

01Sin sueldos: se reparte la ganancia

Cuando hay clientes y plata cobrada, la ganancia se divide en 30% Gastón, 30% Benjamin, 30% para el fondo de Microapps y 10% para invertir.

02Avisar a tiempo nunca se sanciona

Si una tarea no llega, se avisa 24 horas antes y se reprograma. Las excusas después del vencimiento no cuentan. Los exámenes se avisan y se respetan.

03Todo cliente y todo cobro pasan por el proyecto

Cada interesado se anota en 48 horas, cada pago entra en la cuenta del proyecto y todo es confidencial: no se cuenta afuera.

04Gastón dirige y lo que no está en el tablero no existe

Precio, plan y desarrollo se deciden con Gastón. Cada compromiso tiene responsable y fecha, y está hecho cuando se ve el resultado.

05La comunicación es diaria y fluida

Un mensaje al empezar cada jornada de trabajo, los problemas se cuentan apenas aparecen y todo mensaje tiene respuesta, aunque sea para decir cuándo.

06Escalones y tres meses para adaptarse

Antes de cualquier sanción hay tolerancia y advertencias. Los primeros tres meses tienen más margen y se puede salir sin penalidades.

01

Quiénes firmamos y para qué

Para qué sirve

Dejar claro quiénes somos, qué negocio armamos juntos y qué tipo de relación tenemos.

  • Los socios. Gastón Portuesi (DNI 30.761.927, CUIT 20-30761927-0), que en este acuerdo es el Socio Gestor, y Benjamin Portuesi (DNI 47.221.647, CUIT 20-47221647-4), que es el Socio Partícipe. Cada uno anota su domicilio al firmar.
  • El negocio. Microapps: aplicaciones web a medida para que las empresas ordenen un proceso puntual. Cobramos un pago inicial (setup) y una suscripción mensual, tal como explica la propuesta que los dos leímos.
  • Qué tipo de relación es. Somos socios de un proyecto. No es un trabajo en relación de dependencia ni una empresa formal todavía. Mientras tanto, Gastón firma con los clientes y factura.
  • Si más adelante armamos una sociedad (por ejemplo, una SAS), estas mismas reglas pasan a esa sociedad y se define por escrito cuánto le corresponde a cada uno.

Revisión legal: confirmar la figura que corresponde (negocio en participación).

02

Qué hace cada uno y quién decide

Para qué sirve

Que cada uno sepa qué le toca, quién toma las decisiones y cómo se comprueba que una tarea está hecha.

  • Los dos conseguimos clientes. Buscamos empresas, las contactamos, coordinamos reuniones y anotamos cada contacto en la planilla del proyecto.
  • Los proyectos se desarrollan en equipo. Cuando entra un cliente, nos reunimos y repartimos las tareas de ese proyecto.
  • Gastón dirige todos los proyectos. Precio, plan, alcance, fechas y forma de desarrollar se consultan siempre con él. Nada de eso se le confirma a un cliente sin su decisión o su revisión.
  • Benjamin además maneja el Instagram del proyecto, con publicaciones que aprueba Gastón.
  • Gastón aporta la marca, el dominio, el logo, la propuesta, el servidor y las herramientas. Eso es su aporte y no se le devuelve.

Tiempo mínimo: cada uno le dedica al proyecto al menos 10 horas por semana.

No hay sueldos. Nadie pone plata al empezar y nadie cobra un sueldo: se reparten las ganancias cuando hay clientes y plata cobrada, como explica el punto siguiente.

Si no se cumple

Confirmarle a un cliente un precio, un plan, una fecha o una funcionalidad sin la decisión de Gastón es falta grave, porque compromete al proyecto con algo que no se decidió.

La regla que ordena todo: cada compromiso va al tablero de tareas con responsable y fecha. Lo que no está en el tablero no cuenta, ni para reclamarlo ni para decir que se hizo. Y una tarea está hecha cuando se puede ver el resultado (un archivo, un contacto cargado, un mensaje enviado, una reunión hecha), no cuando alguien dice que la hizo.

03

Cómo se reparte la plata

Para qué sirve

Que los dos ganen cuando el negocio gana, sin poner en riesgo la vida de la empresa.

Cada mes, con la plata cobrada, se hace esto en orden:

  1. Se pagan los costos del mes: servidores, dominio, herramientas y comisiones de cobro.
  2. Se separa lo de impuestos que corresponde a lo facturado ese mes.
  3. Lo que queda es la ganancia, y se reparte así:
30%Gastón
30%Benjamin
30%Fondo Microapps
10%Inversión
  • Fondo Microapps (30%): es el colchón de la empresa. Paga los costos en meses sin clientes, imprevistos y devoluciones. La meta es juntar 6 meses de costos fijos. Cuando llega a la meta, baja al 10% y la diferencia se suma a los socios (40% · 40% · 10% · 10%). Si el fondo baja de 3 meses de costos, vuelve al 30%.
  • Inversión (10%): para crecer: publicidad, herramientas, cursos y equipos. Lo decide Gastón y se informa en el grupo.
  • Hasta que el fondo cubra un mes de costos fijos, la parte de los socios también va al fondo. Es lo único que se aparta al arrancar.
  • Se reparte solo plata cobrada, nunca lo que un cliente promete pagar, una vez por mes, en los primeros 10 días hábiles.
Si no se cumple

Si hay una suspensión por faltas, durante ese tiempo tu 30% va al Fondo Microapps: un mes por advertencias repetidas, tres meses por una falta grave.

La empresa sigue siendo de Gastón. La marca, el código y los clientes están a su nombre. Si más adelante armamos una sociedad, se decide por escrito cuánto de esa sociedad le corresponde a cada uno.

Por qué funciona así: sin sueldos fijos, la empresa no tiene deudas con nadie. El fondo la mantiene viva en los meses flojos, y la inversión la hace crecer sin sacarles plata a los socios.

04

Qué es del proyecto y qué queda entre nosotros

Para qué sirve

Que no haya dudas de quién es dueño de la marca, el código, las cuentas y los clientes, y que el negocio no se cuente afuera.

  • Son de Microapps, a nombre de Gastón: la marca, el dominio, el logo, el código, la documentación, las cuentas de servicios y redes, y la lista de clientes y contactos.
  • Lo que hagas para el proyecto queda en el proyecto: textos, presentaciones, diseños, listas de contactos.
  • Cada uno entra con su propio usuario. Los accesos se pueden retirar y no se le pasan a nadie.
  • Todo es confidencial. La idea, cómo funciona el negocio, los precios, los clientes, las propuestas, el código y este acuerdo no se comentan con nadie de afuera: ni amigos, ni familia, ni pareja, ni compañeros de estudio. Vale mientras dure el acuerdo y dos años después.
Si no se cumple

Contar el negocio, sus clientes o sus números a alguien de afuera, o pasarle un acceso, es falta grave.

05

Clientes y plata

Para qué sirve

Que todo cliente y todo peso pasen por el proyecto. Es la regla más importante del acuerdo.

  • Todo interesado se anota en 48 horas. Si alguien pregunta por una app, un sistema o un desarrollo a medida, se anota en la planilla con nombre, empresa, cómo llegó y en qué quedó.
  • No se trabaja por fuera. Mientras dure el acuerdo, ninguno vende, hace ni cobra por su cuenta apps o sistemas a medida. Si aparece un caso especial, se habla y se autoriza por escrito.
  • Toda la plata entra en una sola cuenta: la cuenta de Mercado Pago del proyecto (a nombre de Gastón, usada solo para Microapps), siempre con factura. Nunca en una cuenta personal ni en efectivo.
  • Si un cliente te contacta a vos por separado, para bajar el precio, saltear al otro socio o trabajar solo con vos, se lo contás al otro socio en 24 horas. El cliente es de Microapps, no de quien lo atiende.
  • Si un cliente te paga por error a vos, avisás por escrito en 24 horas y transferís todo a la cuenta del proyecto en 48 horas.
  • Si alguien sale del proyecto, durante 12 meses no puede ofrecerles servicios parecidos a los clientes y contactos del proyecto.
Si no se cumple

Atender o cobrar un cliente por fuera es la falta más grave del acuerdo: quedás afuera del proyecto en el momento, devolvés todo lo cobrado y además pagás el doble de esa suma, con un mínimo equivalente a USD 500.

Revisión legal: confirmar el monto de la multa y el plazo de 12 meses.

06

Decir la verdad y avisar a tiempo

Para qué sirve

Que avisar «no llegué» siempre convenga más que inventar una excusa.

  • Se informa lo que de verdad pasó. Decir que algo está hecho, leído o conversado cuando no lo está es falta grave.
  • Si no llegás con algo, avisás al menos 24 horas antes en el grupo, con tres datos: qué no va a llegar, cuánto avanzaste y la nueva fecha.
  • Avisar a tiempo no tiene castigo. Se pueden reprogramar hasta tres tareas por mes así, y no hace falta explicar motivos personales.
  • Las excusas después no sirven. Una vez que una tarea vence o un pedido quedó sin responder, frases como «estaba haciendo algo en casa», «acompañé a mi novia» o «ayudaba a mi abuela en la feria» no cambian nada: la falta cuenta igual. Como en cualquier trabajo, el tiempo para cosas personales se pide antes.
  • El estudio se respeta. Parciales, exámenes, trabajos prácticos y entregas se avisan apenas se sabe la fecha, y como mínimo 3 días antes. Esos días se contemplan: las tareas se reprograman y no cuentan como falta.
  • Lo que se estudia se comprueba. Si la tarea es leer un libro, hacer un curso o estudiar un documento, se cuenta en un resumen corto o en una charla de 15 minutos.
Si no se cumple

Una tarea que vence sin aviso es falta leve, haya excusa o no. Decir que se hizo algo que no se hizo es falta grave: advertencia final y tres meses en que tu parte de las ganancias va al Fondo Microapps.

07

Cómo nos comunicamos

Para qué sirve

Que los dos sepamos en todo momento en qué está el otro, sin tener que perseguirlo.

Un solo canal: el grupo de WhatsApp «Microapps · Socios». Lo que se hable por llamada o en persona se confirma ahí por escrito.

Todos los días que trabajes en el proyecto:

  • Al empezar, un mensaje corto con lo que vas a hacer ese día.
  • Si aparece un problema (algo se trabó, un error, una duda, un cliente molesto), se cuenta en el momento, sin esperar a la reunión.
  • Cada mensaje se contesta en el día, aunque sea con un «lo vi, te respondo mañana».
  • Cuando terminás una tarea, avisás con la prueba (enlace, captura, archivo).

Plazos para responder (días hábiles, de 9 a 18 h):

Tipo de mensajePlazo
Mensaje normal del proyecto24 horas
Mensaje que empieza con URGENTE (un cliente esperando, un cobro, algo caído)4 horas
Mensaje de un cliente24 horas

Responder es contestar o decir cuándo vas a contestar.

Si no vas a estar, lo avisás antes con fecha de vuelta. No hace falta dar motivos. Si es una urgencia, alcanza con avisar dentro de las 24 horas siguientes.

Reunión semanal: lunes a las 19 h, por videollamada, 30 minutos, para revisar el tablero. Antes de la reunión, cada uno manda este reporte:

Reporte semanal — [Nombre] — Semana del [fecha]

1. Qué hice (con enlace o prueba de cada punto):
2. Qué no llegué a hacer y nueva fecha:
3. Qué me está frenando o en qué necesito ayuda:
4. Qué voy a hacer la semana que viene:
5. Contactos nuevos anotados en la planilla: [cantidad]
Si no se cumple

Contestar fuera de plazo, no mandar el reporte, faltar a la reunión sin avisar o no mandar el mensaje del día más de una vez por semana son faltas leves. Diez días hábiles sin responder y sin avisar es abandono: quedás afuera del proyecto.

08

Faltas y consecuencias

Para qué sirve

Que los dos sepamos de antemano qué pasa si algo no se cumple. Hay escalones: nada llega de golpe, salvo trabajar por fuera.

Faltas leves (errores de organización):

  • Contestar fuera de plazo.
  • No mandar el reporte semanal.
  • No mandar el mensaje de inicio del día, o no avisar un problema, más de una vez en la misma semana.
  • Faltar a la reunión sin avisar.
  • Dejar vencer una tarea sin avisar antes.
  • Anotar tarde un contacto en la planilla, si no hubo trabajo ni cobro por fuera.

Faltas graves (rompen la confianza):

  • Decir que algo se hizo cuando no se hizo.
  • Esconder un contacto, una propuesta o un cliente.
  • Atender o cobrar un cliente por fuera, o no contar que un cliente te buscó por separado.
  • Confirmarle a un cliente precio, plan, fechas o funcionalidades sin la decisión de Gastón.
  • No avisar o no devolver un pago que te llegó por error.
  • Contar el negocio a alguien de afuera o pasarle un acceso a otra persona.

Qué pasa en cada caso:

Hasta 2 faltas leves en un mesNada. Se habla en la reunión.
3.ª falta leve en el mismo mesAdvertencia por escrito en el grupo.
2 advertencias en 3 mesesUn mes en que tu parte de las ganancias va al Fondo Microapps.
3 advertencias en 6 mesesCuenta como falta grave.
1.ª falta graveAdvertencia final y tres meses en que tu parte va al Fondo Microapps.
2.ª falta graveQuedás afuera del proyecto.
Atender o cobrar un cliente por fueraQuedás afuera en el momento, devolvés lo cobrado y pagás el doble (mínimo USD 500).

Siempre por escrito y con derecho a responder. Toda advertencia se manda en el grupo, con la falta y la fecha, y tenés 3 días hábiles para dar tu versión. Las faltas leves se borran después de 3 meses sin faltas nuevas.

09

Los primeros tres meses

Para qué sirve

Darte tiempo para aprender el rol, con ayuda y con más margen para equivocarte.

  • Más margen: hasta 4 faltas leves por mes sin advertencia, y las tareas avisadas a tiempo se pueden reprogramar sin límite. Las faltas graves cuentan igual que siempre.
  • Plan escrito del primer mes: al firmar, acordamos las tareas del primer mes, cada una con fecha y con el resultado que se espera.
  • Reunión mensual de 45 minutos: qué salió bien, qué no se cumplió y por qué, qué ayuda necesita cada uno, cómo están los números y las faltas.
  • Pedir ayuda nunca es falta. Se puede pedir ayuda, capacitación o más tiempo en cualquier momento.
  • Formación: Gastón pasa el material para el rol (guion de venta, uso de la planilla y del back office). Lo aprendido se comprueba con un resumen corto o una charla de 15 minutos.
  • Al terminar el mes 3 decidimos los dos, por escrito, si seguimos. Si alguno no quiere seguir, se termina sin multas (salvo faltas graves) y cada uno cobra su parte de las ganancias de los meses trabajados.
10

Si alguien sale del proyecto

Para qué sirve

Saber de antemano cómo se sale, por decisión propia o por incumplir, y qué pasa con lo ganado.

Se queda afuera del proyecto por: dos faltas graves, atender o cobrar un cliente por fuera, o pasar 10 días hábiles sin responder y sin avisar.

Cómo se hace: se avisa por escrito con el motivo y los hechos. El otro tiene 5 días hábiles para dar su versión por escrito. Si los registros del proyecto (mensajes, tablero, planilla, cobros) muestran el motivo, la salida queda firme.

Qué pasa al salir:

  • Cobrás tu parte de las ganancias ya cobradas hasta el día de salida. No se paga por lo que el negocio pueda ganar en el futuro.
  • El Fondo Microapps y la plata de Inversión quedan en la empresa.
  • Se descuenta lo que se deba por cobros por fuera y multas.
  • En 48 horas se devuelven todos los accesos, archivos y materiales.
  • Sigue valiendo no contar información del proyecto (2 años) y no ofrecerles servicios a sus clientes (12 meses).

Si querés irte por decisión propia, avisás con 30 días de anticipación. En ese tiempo seguís con tus tareas y entregás tus contactos y pendientes. Cobrás tu parte de las ganancias hasta ese día, calculada igual.

Los clientes siempre quedan en el proyecto, salga quien salga.

11

Ganancias, cuentas claras y duración

Para qué sirve

Que los números sean visibles para los dos y que esté claro cuánto dura el acuerdo.

  • Reparto mensual: costos, impuestos y después 30% Gastón, 30% Benjamin, 30% Fondo Microapps y 10% Inversión, en los primeros 10 días hábiles de cada mes.
  • Cuentas a la vista: cada mes Gastón muestra lo cobrado, lo gastado, lo repartido y cuánto tiene el fondo, con los comprobantes. Todo gasto nuevo de más de USD 50 se decide entre los dos antes de hacerlo.
  • Duración: 24 meses desde la firma. Después se renueva sola cada 12 meses, salvo que alguno avise con 30 días de anticipación que no quiere seguir.
  • Cambios: cualquier cambio a este acuerdo se hace por escrito y lo firman los dos.
  • Si hay un conflicto, primero nos sentamos a hablarlo dentro de los 5 días hábiles. Si no se resuelve, se va a mediación y, si hace falta, a los tribunales de la Ciudad de Buenos Aires.
  • Avisos formales: valen los que se mandan al grupo y a los correos gaston@microapps.com.ar y benjamin@microapps.com.ar, cuando estén creados.

Revisión legal: confirmar mediación y tribunales.

A

Reglas para fijar en el grupo y firmas

Reglas para fijar en el grupo de WhatsApp

  • Cada día de trabajo empieza con un mensaje: qué voy a hacer hoy.
  • Todo compromiso va al tablero con responsable y fecha.
  • Si algo no llega, aviso 24 horas antes con lo avanzado y la nueva fecha. No hace falta explicar motivos.
  • Si no sé cómo hacer algo o aparece un problema, lo cuento ese mismo día.
  • Respondo en 24 horas (4 si dice URGENTE), aunque sea para decir cuándo respondo.
  • Si no voy a estar más de un día, aviso antes con fecha de vuelta.
  • Lo personal se respeta y no se discute acá: lo que importa es el aviso, no la justificación.

Firmas

Firmamos dos copias iguales en la Ciudad de Buenos Aires, en la fecha que figura abajo. Se firma la versión final, después de la revisión del abogado.

Socio GestorSocio Partícipe
Firma
AclaraciónGastón PortuesiBenjamin Portuesi
DNI30.761.92747.221.647
Domicilio
Fecha
5.12AceptaciónMicroapps · Acuerdo

Aceptar el acuerdoCinco preguntas y tus datos.

Las preguntas no son un examen: sirven para confirmar que las reglas más importantes quedaron claras. Si una respuesta no es la correcta, se explica por qué y se puede volver a elegir.

Comprobación rápida

1. Ves que una tarea no va a llegar a tiempo. ¿Qué corresponde?

2. Un cliente te paga por error en tu cuenta personal. ¿Qué hacés?

3. Un cliente del proyecto te escribe a vos para hacer el trabajo más barato, sin Gastón. ¿Qué hacés?

4. ¿Pedir ayuda o más tiempo cuenta como falta?

5. Te llega un mensaje del proyecto y hoy no podés resolverlo. ¿Qué hacés?

Tus datos

Quedan guardados como constancia de que leíste y entendiste el borrador. La firma se hace después, sobre la versión final.

Once puntos marcados como leídos
Cinco respuestas correctas
Nombre, DNI, correo y domicilio completos
Las dos confirmaciones marcadas
06Puesta en marchaMicroapps · Próximos pasos

Próximos pasosTodo lo que hay que armar para salir a vender.

Cinco etapas, de la firma a la primera venta. Cada tarea tiene un responsable, una prioridad, la herramienta sugerida (gratuita siempre que existe) y los pasos para hacerla. Al terminar una tarea, se marca y queda registrado quién la marcó.

Cargando estado del acuerdo…
0%
0 de 0 tareas hechas
Qué es

La lista de arranque del proyecto, compartida entre los dos socios. Lo que uno marca, el otro lo ve.

Qué no es

No es el tablero de trabajo del día a día. Cuando el tablero esté armado (etapa 2), las tareas abiertas se pasan ahí con fecha.

Por qué

El orden importa: primero el acuerdo, la cuenta de cobro y los correos, porque todas las demás cuentas se crean a nombre del proyecto.

REGLA PARA CADA CUENTAAntes de crear cualquier cuenta

Redes, herramientas o servicios: así cada cuenta es del proyecto y no de una persona.

01Correo del proyecto

Se registra con una casilla @microapps.com.ar, nunca con un correo personal.

02Clave en el gestor

La contraseña se guarda en el gestor compartido, no en chats ni notas.

03Verificación en dos pasos

Activada desde el primer día, con el número o la app del proyecto.