Una casa independiente para el software que construimos y conservamos.
Tres productos, un operador. Cada uno nace adentro del negocio al que sirve: primero operamos, después escribimos el software.
Mandato
Chico, financiado por facturación, hecho para seguir estando.
Casa Khrestenkov posee y opera una cartera corta de negocios de software. No tomamos capital externo, no estamos en venta y no tenemos apuro. Cada producto tiene que pagarse solo y seguir en pie dentro de diez años.
La tesis es angosta y no va de tecnología. Los rubros conservadores — los que hace treinta años funcionan igual y lo hacen bien — hoy tienen que seguirle el ritmo a un mercado que se mueve más rápido que los sistemas sobre los que fueron construidos. No necesitan que nadie los disrumpa. Necesitan que dejen de fugarse las cosas que se fugan en silencio: pagos que se rechazan, acuerdos que vencen, trabajo que nadie agendó. Nada se rompe con ruido; simplemente deja de renovarse. Construimos el software que lo detecta, y lo construimos desde adentro de la operación, no desde un pitch.
Lo que no podemos comprar, lo construimos. Lo que construimos y no podemos vender, lo abrimos. La casa está armada para que ninguno de esos tres resultados cuente como fracaso, y para que lo que no funcione igual deje algo atrás: en un solo lugar y bajo un solo nombre, en vez de repartido entre enlaces muertos.
Una máquina puede hacer el trabajo. No puede responder por él.
Construir se volvió realmente fácil, y eso está bien: hoy más gente puede hacer más cosas que en cualquier momento anterior. Lo que no se volvió más fácil es todo lo que viene después. Responder por la cosa. Atenderla a las dos de la mañana. Mantenerla andando al tercer año, cuando la API cambió y quien la construyó ya se fue. Ese es el argumento de una casa con un solo nombre en la puerta — y acá no es una política sino un hecho legal: una empresa unipersonal tiene responsabilidad personal ilimitada, así que el nombre de la puerta es el nombre que paga.
Alineación
Definir para qué es la cosa, y qué no debe hacer, antes de que exista. La hora más barata de un proyecto y la primera que se saltea.
Rendición de cuentas
Lo que pasa cuando la alineación resultó incompleta, cosa que siempre pasa. Se encuentra la falla, se publica el arreglo y el costo cae sobre quien fijó el objetivo.
Alineación sin rendición de cuentas es una promesa. Rendición de cuentas sin alineación es una disculpa. La responsabilidad no es ninguna de las dos por separado: es sostener ambos extremos y saber cuál pide el momento. Es además la razón por la que las cosas se terminan acá: entre detectar el problema y publicar el arreglo hay una sola persona, y esa persona no puede delegar la consecuencia.
Productos
Tres productos, un solo libro.
Cada producto lleva su nombre, sus clientes y su resultado. La casa lleva los estándares.
Antecedentes
Primero los números. Los nombres, cuando los contratos lo permitan.
No publicamos nombres ni marcas de clientes sin consentimiento por escrito. Todo lo que sigue es trabajo hecho de forma directa.
- 1.100+
- Cuentas de membresía HVAC bajo gestión directa
- 880+
- Cuentas activas en MemberBay en el primer despliegue
- 25
- Días de repositorio vacío a producción, primera versión
- 1
- Firma necesaria para cambiar de rumbo — sin directorio, sin comité, sin capital externo
La oficina
Un titular. Sin comité.
Daniil Khrestenkov
Fundador y titular · Montevideo, Uruguay
Manejó el negocio de membresías de un contratista de servicios del hogar en Estados Unidos — más de 1.100 acuerdos de mantenimiento, con sus renovaciones, facturación y cobranzas — antes de escribir una línea de MemberBay. El producto existe porque el reporte dejó de escalar.
Doce años antes y en paralelo, en rubros que no se parecen en nada: manufactura industrial con abastecimiento en el exterior, retail de ticket alto vendido en mandarín, e-commerce transfronterizo sobre 45.000 SKUs, venta de entradas a eventos en volumen, un emprendimiento IoT en etapa temprana. Tres continentes, cuatro idiomas, una certificación fintech de Wharton. Programa en Python y TypeScript.
El hilo conductor es más angosto de lo que parece la lista. En todos esos trabajos la tarea fue la misma: pararse entre dos partes que no hablan el mismo idioma — una fábrica y su comprador, un ingeniero y un cliente, un técnico y un sistema de facturación — y lograr que el intercambio se sostenga. El software hace exactamente eso. Por eso un rubro desconocido no es un riesgo acá: nada se construye antes de entender la operación.