“Ya entendí que existen varios modelos de cobro, pero ¿cómo sé cuál me toca a mí?”

Es una de las preguntas más frecuentes cuando alguien empieza a cobrar por proyectos de Power BI, y tiene una respuesta incómoda: no existe un modelo correcto en abstracto. Existe un modelo correcto para cada combinación de dos cosas, tu momento como freelancer y la situación del cliente.

La mayoría de quienes empiezan busca la respuesta en el lugar equivocado. Preguntan “¿qué es mejor, por hora o por proyecto?” cuando la pregunta útil es “¿qué tan bien puedo predecir el trabajo que implica esto?”. Ahí está el criterio real, y de ahí sale todo lo demás.

Antes de ver los modelos uno por uno, quédate con estas dos preguntas. Contéstalas y el modelo prácticamente se elige solo.

¿Qué tan bien puedes predecir el esfuerzo? No es lo mismo un dashboard sobre un Excel limpio que ya viste, que “conectar el ERP” sin haber visto una sola tabla. La capacidad de predecir depende de tu experiencia, sí, pero también de cuánta información tienes hoy sobre los datos del cliente.

¿Quién debe absorber el riesgo de que se alargue? Si el trabajo toma el doble de lo previsto, ¿lo paga el cliente o lo pagas tú? Esa es, en el fondo, la única diferencia económica entre cobrar por hora y cobrar por proyecto. Por hora, el riesgo es del cliente. Por proyecto, el riesgo es tuyo, y por eso el precio por proyecto debe incluir un colchón.

Todo lo demás son variaciones sobre estas dos preguntas.

Es el modelo con el que conviene empezar, y no por falta de ambición, sino por realismo.

•    Estás haciendo tus primeros proyectos y aún no sabes cuánto te toma cada cosa.

•    El alcance es imposible de definir desde el inicio: soporte, consultoría exploratoria, acompañamiento.

•    No has visto los datos y el cliente no puede compartirlos antes de firmar.

•    El cliente quiere ir avanzando sin comprometerse a un proyecto completo.

 

Su gran ventaja es que no absorbes el riesgo del desorden ajeno. Si los datos resultan un caos y el trabajo se triplica, tus horas se triplican.

Su gran defecto es que castiga tu eficiencia. Entre más dominas la herramienta, menos horas necesitas y menos cobras. Es el único modelo donde mejorar técnicamente te empobrece. Por eso es un buen punto de partida y un mal destino final.

Un matiz importante: cobrar por hora no significa trabajar sin límite. Siempre acuerda un tope estimado y avisa cuando estés por alcanzarlo. “Calculo entre 18 y 22 horas; si me acerco a las 22, te aviso antes de seguir” es la frase que evita el conflicto.

Es el modelo que más le gusta al cliente, porque le da certeza, y el que más rentabilidad te deja cuando dominas tu oficio.

•    Ya hiciste tres o cuatro proyectos parecidos y sabes cuánto te toman.

•    Viste una muestra real de los datos antes de cotizar.

•    El entregable es definible: un dashboard, una migración, una capacitación.

•    Puedes estimar el valor que genera para el cliente, no solo tus horas.

 

La condición que casi nadie cumple: el precio fijo solo funciona con alcance escrito. Si no defines qué incluye, cuántas páginas, cuántas fuentes, cuántas rondas de ajustes y qué queda fuera, el precio fijo se convierte en trabajo infinito por dinero finito.

Y una regla práctica que corrige el error más común: al estimar las horas, agrega un colchón de riesgo. Un 20% si es un cliente conocido con datos limpios, 30% si es cliente nuevo, y 40% o más si todavía no has visto las fuentes.

El cliente compra un bloque de horas por adelantado y lo va usando en ajustes, métricas nuevas o consultas.

Cuándo tiene sentido: el cliente tiene necesidades variables y frecuentes, pero no un proyecto claro. Es muy útil justo después de terminar un desarrollo, cuando empiezan a aparecer peticiones pequeñas y constantes.

Su ventaja real no es el descuento: es el flujo por adelantado y la relación continua. Lo que el cliente compra no son horas sueltas, es acceso a alguien que ya conoce su negocio y no necesita que le expliquen nada de cero.

Su riesgo: el cliente empieza a contabilizar minutos y la relación se vuelve transaccional. Se controla reportando el consumo de forma sencilla cada mes, sin cronómetros ni justificaciones excesivas.

Cuota fija mensual por mantener funcionando lo que ya construiste.

Cuándo tiene sentido: al terminar un proyecto, nunca al inicio. El cliente ya vio el valor, ya depende del tablero y su preocupación cambió: pasó de “¿esto servirá?” a “¿qué pasa si deja de funcionar?”.

La diferencia con la bolsa de horas es sutil y decisiva. La bolsa se vende por horas; el retainer se vende por tranquilidad. No le dices al cliente que le das seis horas al mes, le dices que te encargas de que sus tableros sigan funcionando. Por eso el retainer admite una prima de disponibilidad: le estás reservando capacidad incluso en los meses donde casi no hay trabajo.

La cláusula que evita el 90% de los conflictos: el plan mensual cubre mantener y ajustar lo que ya existe. Cualquier desarrollo nuevo se cotiza por separado. Dicho al firmar, es normal. Dicho tres meses después, suena a negativa.

Aquí el precio no sale de tus horas, sale del impacto económico que tu trabajo genera.

Cuándo tiene sentido: ya tienes experiencia, hiciste un diagnóstico profundo y el cliente puede darte números concretos sobre lo que le cuesta su situación actual.

Ejemplo: si un analista dedica 24 horas al mes a consolidar Excel y su costo interno es de 12 dólares la hora, son casi 3,500 dólares al año solo en preparar información. Súmale el margen que se pierde por detectar los problemas a fin de mes. Con un valor anual estimado de 9,500 dólares, un honorario entre el 10% y el 20% de esa cifra deja de sonar caro.

El requisito no negociable: los números tienen que salir de la boca del cliente durante el diagnóstico, no de tu imaginación. Y se presentan como estimación construida con su información, nunca como garantía de ahorro.

Hasta aquí hablamos de desarrollar algo. Pero una parte importante del trabajo de un freelancer de Power BI no es construir un tablero, sino enseñar o aconsejar. Y ahí las reglas cambian.

El instinto es cobrar las horas frente al grupo. Es un error, y por una razón sencilla: el valor de una capacitación no está en las horas que la impartes, está en el diseño del contenido. Preparar ejercicios con los datos reales de la empresa, adaptar los ejemplos a su industria y armar el material te toma más tiempo que la sesión misma, y ese trabajo es invisible si cobras por hora.

Por eso la capacitación se cotiza por programa completo. Y además por grupo, no por persona, hasta cierto límite. Cobrar por participante invita al cliente a recortar la lista, y terminas dando la misma sesión a cinco personas en vez de a quince por el mismo esfuerzo. El esquema habitual es un precio base hasta doce o quince participantes, con un adicional por persona extra.

Hay cuatro condiciones que conviene dejar por escrito desde el inicio, porque son las que generan conflictos:

•    Mínimo de participantes para abrir el grupo.

•    Política de cancelación y reprogramación. Una capacitación cancelada con dos días de aviso es un día de tu agenda que ya no puedes vender.

•    Propiedad del material. El contenido es tuyo; el cliente recibe licencia de uso interno, sin redistribución.

•    Grabación y sus límites. Si se graba, define quién puede verla y por cuánto tiempo.

 

¿Cuándo sí conviene cobrar una capacitación por hora? Cuando no hay programa, solo acompañamiento: sesiones sueltas donde el equipo del cliente trae sus dudas de la semana. Eso no es un curso, es mentoría, y ahí el modelo por hora o por bloque de sesiones sí es el correcto.

Hay proyectos donde no construyes nada. El cliente ya tiene su equipo, sus tableros y su gente, y lo que necesita es que alguien le diga si va bien, qué está mal en su modelo o cómo debería estructurar su área de datos.

Aquí el instinto de cobrar por hora vuelve a fallar, y por el mismo motivo: si resuelves en cuarenta minutos algo que a otro le tomaría dos días, cobrar cuarenta minutos castiga precisamente aquello por lo que te contrataron.

Dos formas que funcionan mejor:

Por sesión con entregable. Una sesión de sesenta a noventa minutos, con precio fijo, que termina con una minuta de recomendaciones priorizadas. El cliente no paga la llamada, paga el documento que le queda.

Por diagnóstico o auditoría. Revisas su modelo, su rendimiento o su gobierno de datos y entregas un informe de hallazgos priorizados por impacto y esfuerzo. Precio fijo, porque el alcance de la revisión sí es definible aunque el contenido no lo sea.

Y una ventaja comercial que conviene aprovechar: una auditoría se vende fácil porque es barata y de bajo riesgo, y produce exactamente el documento que después justifica el proyecto grande.

Este escenario aparece todo el tiempo, sobre todo con clientes que ya tienen a alguien medianamente capaz en el equipo. Quieren la solución construida, pero también quieren entender cómo se hizo para poder mantenerla.

Lo primero que hay que entender es que eso no es gratis, y no porque estés escondiendo tu conocimiento. Desarrollar explicando es sustancialmente más lento que desarrollar solo: tienes que ir a otro ritmo, justificar decisiones, esperar preguntas y muchas veces rehacer algo para que se entienda mejor. En la práctica, la modalidad acompañada suma entre un 20% y un 35% al esfuerzo del proyecto.

Dos formas limpias de cotizarlo:

Separado. Precio fijo del desarrollo, más un paquete de tres o cuatro sesiones de traspaso con su propio precio. Es el esquema más claro y el más fácil de explicar.

Integrado. El proyecto se cotiza en modalidad acompañada, con el porcentaje adicional incluido y la aclaración de qué significa: sesiones de trabajo conjunto, explicación de decisiones y documentación ampliada.

Y una observación honesta sobre este tipo de encargos. A veces el “enséñame” significa, en el fondo, “quiero no volver a contratarte”. No tiene nada de malo y conviene tomarlo con naturalidad: un cliente que aprende suele terminar contratando cosas más grandes, no más chicas, porque ahora entiende lo que es posible. Lo que no debes hacer es absorber ese trabajo pedagógico sin cobrarlo y sin nombrarlo.

En la práctica, los proyectos reales rara vez encajan en un solo modelo. Lo habitual es combinar.

Un esquema muy común: precio fijo para la parte definible del proyecto, bolsa de horas para la parte incierta, y retainer al cerrar. Los tres pueden convivir en la misma propuesta.

Otro esquema muy útil cuando el cliente no puede compartir datos antes de firmar: un diagnóstico pagado corto, de bajo costo, en el que revisas sus fuentes y entregas un documento de hallazgos. Con esa información ya puedes cotizar por proyecto con precisión, y si el cliente avanza, el monto del diagnóstico se descuenta. Resuelve al mismo tiempo tu problema de estimación y la desconfianza del cliente.

 

 

El modelo de cobro no es una preferencia personal ni una postura. Es una decisión que se toma proyecto por proyecto en función de qué tan bien puedes predecir el trabajo y quién debe cargar con el riesgo si se alarga.

Y la evolución natural de un freelancer es bastante clara: se empieza cobrando por hora porque no se puede estimar, se pasa a precio por proyecto cuando ya se conoce el propio proceso, se agrega retainer cuando hay clientes que quieren continuidad, y se llega al precio por valor cuando se tiene el nicho y la conversación de negocio para sostenerlo. En paralelo, la capacitación y la consultoría abren una vía distinta, donde lo que cobras no es tiempo de construcción sino criterio y contenido.

Si hoy estás en el primer escalón, no es un problema. Es el orden correcto. Lo que sí sería un error es quedarse ahí por inercia cuando ya tienes la experiencia para subir al siguiente.

¿Quieres convertirte en freelancer o consultor con Power BI?

Accede a nuestro programa de www.datdata.com/freelancer 

Ver esta publicación en Instagram

Una publicación compartida por datdata | Power BI (@datdata)