Cómo definir el precio

Bueno ahora me voy a una reunión con Xavi Papiol (lo escribí el domingo este post). Hace un año con Xavi montó una start-up dedicada al mundo de la gestión de canales de reservas de apartamentos turísticos y hoteleros por internet.

Básicamente es una empresa que se dedica a SaaS, las empresas gestoras de hoteles pequeños, casas rurales y apartamentos turísticos cada día venden más por Internet. El problema es actualizar los calendarios y precios de las 20 webs donde trabajan. Por tanto nosotros hemos lanzado un pequeño software que les permite desde un único interface, gestionar todos los canales de venta y además incorporar nuevos canales, gestionando precios.

Bueno pues todo esto es muy bonito, pero para tener una versión decente de producto hemos estado prácticamente 7 meses. Y hoy nos toca lo más difícil, cerrar el precio del servicio.

Hemos realizado ya una reunión sobre el tema y el sistema que estamos utilizando es el siguiente:

• ¿Qué coste tiene actualmente el usuario por actualizar todas las webs donde está vendiendo? ¿Qué coste tiene debido a los overbooking que le generan las webs donde no tiene tiempo de actualizar?
• Qué tipo de cliente nos interesa más para ganar más masa crítica.
• Qué estructura de precios nos sale a cuenta a nosotros como empresa y que nos permita crecer con el crecimiento de nuestros clientes. O sea un modelo de negocio que permita crecer rápidamente.

Bueno, pues todo ésto no es fácil de gestionar ni de definir, ya que como sabéis cometer un error en esta fase puede ser retrasarnos 6 meses más y tener que volver al mercado con tarifas nuevas.

Nuestro planteamiento será explicar a  los clientes el dinero que se ahorran con nuestro sistema (no sólo explicarlo, sino hacerle el cálculo) y además explicarles cuanto dinero adicional podrán generar con nuestro sistema.

De momento hemos hablado con varios gestores para ver que les parecen nuestros precios.

Si alguién se le ocurre algo nuevo o algún método adicional será welcome!!