Equivocarse.. es bueno?

En otra entrega sobre temas NO técnicos (ya suena a Cobos no? jaja) vamos a hacer un breve repaso sobre algunos de los errores que cometemos todos al emprender.. sin mas rodeos, aquí elaboramos una breve lista de ellos

Errores comunes al emprender:

  • El producto no se vende sólo
  • Solo vos podés vender el producto como merece porque sos quien conoce todas las bondades
  • La competencia existe y la tenés que tener en cuenta
  • Definí los clientes que querés tener. Cualquiera que deje su dinero no vale, debe ser rentable
  • Definí tus precios de forma justa y clara. No son negociables porque esto implicaría que no sos honesto
  • Dirigí tu negocio personalmente junto a tus socios. No dejes las decisiones importantes en manos de una tercera persona
  • Antes de empezar estudiá la inversión mínima necesaria y el retorno de la misma. Debés tener la liquidez mínima para que todo fluya adecuadamente
  • Tus proveedores también son negociables. No te doblegues ante nadie y buscá las mejores condiciones para vos. Aunque no sea posible a veces, debés intentarlo
  • No cobrar a tiempo es perder dinero. Debés tener claros los plazos de cobro y éstos se deben cumplir siempre. Si podés cobrar por avanzado mucho mejor porque te financiarán tus propios clientes, lo cual no siempre es posible
  • Jamas creas que lo sabés todo o lo controlás todo. Las cosas cambian y tenés que ser flexible para cambiar con ellas. La adaptación debe ser constante (esto es muy importante para no perder de vista como evoluciona el mercado)

Extraído y adaptado de bordes.org

Esperamos sus comentarios y hasta la próxima!

2013-06-19

martin-vallone

4 thoughts on “Equivocarse.. es bueno?

  1. Muy buen post!

    Esto me hace acordar el “Zen” que escribimos hace unos años luego de darnos algunos golpes contra la pared 😛

    In [1]: import this
    El Zen de gcoop – Trabajos, by gcoop

    – Evitar hasta el límite de lo posible las migraciones de datos.
    – Si no es posible evitarla, la misma debe cotizarce por separado sabiendo que nunca debe ser un trabajo con tiempo fijo.
    – En todo proyecto el cliente debe asignar a una única persona para que haga de interfaz.
    – En todo proyecto debe haber al menos una persona de gcoop que haga de interfaz con el cliente, y otra que realice la programación.
    – Para todo proyecto debemos armar el gráfico de Gantt correpondiente, y tenerlo siempre a la vista.
    – Si alguna tarea resulta mucho más compleja que lo esperado, pedir ayuda y/o replantear la realización de la misma con el cliente.

  2. ¡Claro que es bueno pifiarle!

    Pifiar se convierte en algo fantástico si de los errores surgen principios para evitarlos -o minimizarlos- en futuros proyectos. O mejor aún, errar se convierte en herramienta si logras convertir esos “errores” en oportunidades.

    Para poner un ejemplo, de la lista que mencionan me encantó el “Evitar hasta el límite de lo posible las migraciones de datos”. Nosotros también hemos quedados embarrados en migraciones. Con el tiempo, nos hicimos buenos en eso (otra época, 9+ años atrás), y hemos tenido algunos de los proyectos de mayor margen basados en una migración de schema y datos.

    Muy buen post, y sobre todo, muy buena costumbre postear “no tecnico”.
    Saludos desde Córdoba!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *