El origen no fue una idea de producto. Fue un cierre de mes con cuatro facturas sin emitir, no porque faltara el trabajo, sino porque reconstruir lo que se había hecho para cada cliente obligaba a abrir seis herramientas distintas. El calendario, mientras tanto, era una hoja de cálculo que nadie abría desde la segunda semana. GoFeed salió de juntar esas dos cosas.
El cierre de mes del que salió todo
Antes de escribir una línea de código llevábamos redes para clientes. El trabajo se parecía al de cualquier agencia pequeña: piezas que se graban y se escriben, se programan, se aprueban en una conversación suelta y se publican; comentarios que se contestan desde el móvil a las once de la noche; un informe que se monta el último viernes copiando capturas en una presentación.
Nada de eso se hacía mal. Se hacía en sitios distintos, que es otra cosa y peor, porque un error se corrige y una dispersión se hereda.
El problema no aparecía al publicar. Aparecía el día 28. Para emitir cuatro facturas había que contestar a una pregunta aparentemente simple, qué se hizo este mes para este cliente, y la respuesta estaba repartida entre un programador de publicaciones, una hoja de cálculo, tres conversaciones y una carpeta de archivos. Cada factura costaba media tarde de arqueología. Cuatro facturas sin emitir no eran cuatro impagos: eran cuatro trabajos hechos que nadie había terminado de contar.
El calendario contaba la otra mitad de la historia. Era exacto el día en que se escribía y ficción el día 12, porque un cliente movía una campaña, otro pedía algo urgente y la hoja no se actualizaba sola. A partir de cierto punto nadie la abría, y una planificación que nadie abre no es una planificación, es un documento.
Seis herramientas, y lo que se quedaba entre ellas
| Lo que había | Para qué servía | Lo que se quedaba fuera |
|---|---|---|
| Un programador de publicaciones | Sacar las piezas a su hora | Quién las había aprobado y cuándo |
| Un panel de analíticas | Ver los números de cada red | Qué contar en el informe de cada cliente |
| La bandeja de cada red | Contestar comentarios y mensajes | Cuáles seguían sin respuesta |
| Una hoja de cálculo | Planificar el mes | Enterarse de los cambios |
| Un programa de facturas | Emitir con la serie y el IVA | Qué se había hecho ese mes |
| Una carpeta compartida | Guardar los archivos | Quién tenía la última versión |
Lo caro de un conjunto así no es la suma de sus cuotas, aunque también se note. Lo caro es el trasvase: los datos que hay que copiar de una herramienta a la siguiente para que esa siguiente pueda empezar, y las horas que se van ahí y que después no aparecen en ninguna factura. Si estás haciendo esa cuenta ahora mismo, la versión con cifras está en la guía de coste de un stack de redes.
Hay además un efecto de segundo orden que tardamos en ver. Cuando cada herramienta tiene su propia idea de qué es un cliente, ninguna puede responder sola a una pregunta del negocio. El programador conoce cuentas conectadas, el programa de facturas conoce razones sociales y la hoja de cálculo conoce nombres escritos a mano. Tres vocabularios para la misma persona, y ninguna forma automática de cruzarlos.
El primer prototipo, de hecho, no publicaba nada. Era una pantalla que respondía a la pregunta del día 28 leyendo lo que ya existía en las otras herramientas, y duró tres semanas: cada integración devolvía los datos con una forma distinta y ninguna sabía a qué cliente pertenecía lo que devolvía. Ahí entendimos que el problema no estaba en las pantallas sino debajo.
La decisión de fondo: una sola lista de marcas
Lo primero que construimos no fue un calendario ni una bandeja. Fue el modelo de datos: un espacio de trabajo que es lo que se contrata, un cliente que es la empresa para la que trabajas, y una marca, que es aquello para lo que publicas y de la que cuelgan las cuentas conectadas, la página de enlaces y el modo del informe mensual.
Suena a detalle interno y es exactamente lo contrario. Que la marca sea la unidad es lo que permite que el calendario, las analíticas, la bandeja y el presupuesto hablen de la misma cosa sin que nadie copie un nombre. El mes de trabajo y la factura de ese mes dejan de ser dos historias que alguien tiene que casar a mano el día 28. Por qué esa decisión condiciona el resto del producto está contado entero en un espacio, muchas marcas.
De ahí sale la respuesta a la pregunta que más nos hacen: por qué publicación y facturación viven en el mismo producto. No es una estrategia de plataforma. Es que las dos salen del mismo mes de trabajo, y separarlas obliga a reescribir a mano lo que la otra mitad ya sabe.
Lo que decidimos no construir
La decisión que más nos preguntan es la que menos nos costó tomar: GoFeed no escribe tu contenido. No generamos pies de foto ni imágenes, y no hay un botón que redacte por ti.
El motivo no es purismo. Es que un texto generado sin contexto de la marca es un texto que alguien tiene que reescribir, y una herramienta que produce trabajo para su usuario está resolviendo el problema equivocado. Lo que sí hicimos fue abrir una puerta: tu propio asistente, Claude o ChatGPT, puede trabajar dentro de tu espacio con los permisos que le des, leer lo que tú puedes leer y hacer lo que tú le dejes hacer. La redacción sigue siendo tuya y el criterio también.
Todo lo de este artículo se hace desde un mismo sitio en GoFeed.
Pruébalo gratisLo que nos costó decidirlo
Una historia de origen sin costes no es una historia, es un folleto. Estos son los cuatro que pagamos y seguimos pagando.
No hay plan gratuito. La prueba dura catorce días, con tarjeta desde el primer momento y sin cobro hasta el día quince. Quien no continúa se queda con el espacio en modo de solo lectura: se entra y se consulta, las cuentas conectadas se liberan y lo que estaba programado se cancela. Dos semanas después se borran el Drive y la biblioteca de archivos, con un aviso tres días antes y otro el día anterior; los datos, el histórico, las facturas, los informes y la página de enlaces se quedan. Es un final con fecha y no un suelo gratuito, y por el camino perdemos a todo el que quería una herramienta para una cuenta sin gastar nada, que es mucha gente.
No todos los módulos son para todo el mundo. El portal del cliente, el informe mensual en PDF y los documentos comerciales solo tienen sentido cuando hay un tercero que contrata, así que son de los espacios de agencia. Un creador ve un producto más pequeño. Podríamos haber enseñado esos módulos a todo el mundo y cobrarlos igual; no hacerlo cuesta conversiones y evita una decepción mayor a los dos meses.
Los límites de las plataformas son nuestros límites. Publicamos y leemos sobre las API de las propias redes, así que sus reglas mandan: un comentario admite una sola respuesta privada, un mensaje se contesta dentro de la ventana de veinticuatro horas que impone Meta, la demografía existe en dos redes y en ninguna más. Cuando una de esas reglas cambia, cambia para nosotros el mismo día.
Somos un producto joven. No tenemos los años de casos raros ya resueltos que tiene quien lleva una década en esto, ni la comunidad que responde a las once de la noche. Lo que tenemos es un producto que hace una cosa que los demás no hacen, y la honestidad de decir cuál es la parte en la que todavía no competimos.
Para quién tiene sentido hoy
Para una agencia que lleva clientes, porque es el caso del que salió: cada marca con su calendario, el cliente entrando a aprobar en su portal y la factura saliendo después con tu serie y tu IVA. Para un creador que lleva sus propias marcas, con la mitad de arriba del producto y sin la parte de clientes. Y para una empresa con equipo interno, que no tiene terceros a los que facturar pero sí gente que revisa antes de publicar.
El tipo de espacio se elige al crear la cuenta y se puede cambiar después. Lo que cambia con él es qué módulos puede tener, porque no todos aplican a los tres. Cómo se traduce eso en escalones y en qué lleva cada uno está en la página de precios, que lee el catálogo en vivo; el razonamiento de por qué se cobra por espacio de trabajo y no por asiento está en cómo decidimos el precio.