| Subcribe via RSS
No sabía que existían, al parecer se trata de bloggers con limitaciones comerciales para conseguir sus propios patrocinadores.
Cuando ven un patrocinador nuevo en un blog de la competencia se ponen en contacto con él para venderles publicidad en su blog a sabiendas de que se trata de un cliente receptivo pues ya ha comprado patrocinios en otros blogs (los de la competencia).
La de cosas que estoy aprendiendo en este negocio.
O quizá busque un programador, ya no estoy muy seguro. El caso es que llevo días buscando un diseñador para diseñar/desarrollar un tema para Drupal 6.x y no hay manera.
En unos casos encuentro diseñadores que solo diseñan “páginas” en HTML y después nosotros tendríamos que convertirlas en tema Drupal. Lo cual no me sirve, ya que necesitamos gente que conozca bien el motor de temas Phptemplate para Drupal.
En otros casos sí que nos diseñan el tema completo pero están ocupados y los plazos se irían muy lejos. En general me he dado cuenta de que se trata de un encargo poco habitual ya que tengo verdaderas dificultades para que entiendan que es lo que queremos con preguntas como “Pero cuantas páginas son” o “Lo hacemos pero sin programar”, no se puede hacer un tema Drupal sin programar, una plantilla Drupal está llena de etiquetas php mezcladas con el HTML.
Contamos con un presupuesto respetable dependiendo de la calidad del diseñador. Desde aquí hago la oferta por si alguien diseña temas Drupal de calidad y está interesado en este trabajo, si la cosa sale bien habrá más. El primer encargo es diseñar un tema Drupal para Sugiere.net, como véis en la página estática actual ya tenemos pensado por donde irá el diseño, logo y paleta de colores.
Soy un seguidor a diario de un blog con el que me parto de risa y recomiendo a todos, se llama The fail blog. En mi visita a Nueva York saqué algunas fotos de un “fail” en toda regla.
Se trata de una de las múltiples superpantallas que hay en muchas calles de Manhattan, en una de ellas había un “casque” del tamaño de una casa y no pude evitar sacarle unas fotos. El cuadro de diálogo muestra un mensaje del antivirus porque la base de virus está caducada.
Se lo voy a enviar al editor del Fail blog por si quiere publicarlas.
He creado un nuevo blog llamado Fail Beta, que como digo en la bienvenida, espero actualizar poco. Se trata de un blog donde saldrán publicados los negocios y servicios internet que han tenido que cerrar por diversos motivos. Esos motivos serán los que intente analizar para que aprendamos todos y tengamos una idea de hacia donde NO van las cosas.
No me extiendo más, podéis leer el post de bienvenida donde explico un poco más sobre él.
No cabe duda que las decisiones más importantes durante el desarrollo y mantenimeinto de un proyecto las tomamos nosotros pero ¿que pasa cuando una de esas decisiones molesta o disgusta a la mayoría de usuarios de un servicio?
Yo personalmente lo tengo muy claro, el usuario es el que manda, mi servicio no está ahí para que disfrute yo de él, por más que me guste su nuevo diseño o esas nuevas funcionalidades que añadimos recientemente. El servicio es para el uso y disfrute de los usuarios.
Lo que nosotros pensamos que puede ser un gran avance o mejora, ya que lo hacemos con la mejor intención, la de mejorar el servicio, puede volverse contra nosotros y hay que estar preparado para reaccionar.
El usuario cuando se da de alta en un servicio establece una especie de contrato con nosotros: “Esto me gusta y creo que me puede ser útil”. Si nosotros cambiamos las condiciones para peor, los usuarios no nos van a pedir que les devolvamos el dinero, es gratis total, pero pueden castigarte eligiendo un servicio alternativo.
Para evitar esta situación podemos tomar varias medidas. Una de ellas es la de realizar cambios que supongan un éxito demostrado o asegurado, es decir, que hayan triunfado en otros servicios. Esto le resta competitividad y originalidad al proyecto pero es más seguro.
Si realizas cambios totalmente innovadores puedes triunfar o perder una masa de usuarios muy difícil de recuperar. En el caso de las redes sociales es especialmente delicado ya que los usuarios construyen perfiles con mucha información y si han llegado a asentarse en otra red difícilmente volverán a la nuestra.
Otra forma de evitar desastres es sondear los cambios, puedes presentar un nuevo diseño o las nuevas funcionalidades antes de implementarlo para ver que aceptación tiene entre un grupo reducido de heavy users , los más críticos.
¿Pero que se puede hacer una vez que ha llegado el desastre, cuando un grupo importante de usuarios ha comenzado a abandonar el servicio tras emitir sus correspondientes críticas? Dar marcha atrás, no hay otra, puedes intentar convencerles de que es lo mejor para ellos, pero una reacción rápida a su favor es la mejor medicina.
No voy a citar casos concretos pero creo que todos conocemos varios de ellos, en los que un cambio ha dado altraste con una parte importante de la comunidad de un servicio, los ha habido y los habrá siempre. Pasa en la vida cotidiana cuando el bar del desayuno cambia de marca de café y cuando tu banco decide que va a empezar a cobrarte una nueva comisión.
Actualización: En este artículo de eTc explican que es lo que pasa con un cliente insatisfecho, me ha gustado mucho el título del libro de Pete Blackshaw “Clientes satisfechos lo cuentan a tres amigos, clientes enfadados se lo cuentan a 3.000″.
