¿Algo de esto aborda la cuestión de por qué la gente no publica un presupuesto? A menudo veo lo que parece ser miedo a ser cobrado en exceso, por ejemplo, hasta el límite del presupuesto potencial.
Un presupuesto es un compromiso temprano, mientras que la mayoría de nosotros preferiría que nos dieran un precio estimado que podamos evaluar para decidir si es aceptable o no, ya que ese es el momento en que realmente intentamos conseguir el presupuesto.
Por lo tanto, preferiría que se usara el término valor, o algo similar. Es menos comprometido y más genérico que presupuesto. Refleja con mayor claridad la negociación entre ambas partes sobre lo que vale el trabajo, es decir, el comprador dice: “Solo tiene ese valor para mí” y el vendedor responde: “Ni me levantaré de la cama por menos de $x”.
Al reflexionar, si el tema del post está destinado a crear una negociación en el mercado, debe ser más que una expresión de interés y realmente necesita una indicación inicial de valor.
Por lo tanto, solo se deben aceptar temas con una cifra en $ expresada en Marketplace, y todas las demás reflexiones, especulaciones y vacilaciones (que me frustran más) deberían pertenecer correctamente a Support.
Volvamos a la analogía del taller de reparación de bicicletas: el hombre del taller indica su precio y depende de mí decidir si quiero aceptarlo. No entro en ese taller preguntando si pueden reparar mi bicicleta por 20 $. Terminaría pagando de más o no sería tomado en serio.
La gente debería poder pedir ofertas sin expresar su presupuesto. Lo que están dispuestos a pagar no es relevante; lo importante es cuánto costará realizar el trabajo. Eso se decidirá según las ofertas que reciban. La indicación del valor no necesita provenir inicialmente de quien hace la solicitud.
Creo que nos estamos desviando del problema. El problema no es si podemos tomar en serio a las personas que publican en Marketplace. Debemos hacerlo. Incluso si no tienen mucho que gastar, a menudo habrá personas dispuestas a realizar el trabajo por una suma pequeña.
El problema es cómo los temas de Marketplace se convierten una y otra vez en Support.
Sí. Probemos con un poco más de curación en esta categoría y veamos cómo funciona. Si necesitamos analizar algo más, podemos hacerlo, pero creo que un poco más de moderación marcará una gran diferencia.
La analogía de la tienda de bicicletas tiene muy poca relevancia. Las tiendas suelen exhibir productos con precios visibles. Para productos intangibles, como los servicios, el precio suele ser una tarifa por hora por mano de obra, más piezas y consumibles adicionales, o un cargo fijo por un servicio descrito, por ejemplo, reparar un pinchazo sin necesidad de cambiar la rueda. El precio en la tienda, al menos en jurisdicciones legales de habla inglesa, suele ser solo una invitación a tratar, es decir, una invitación a hacer una oferta. Por lo tanto, no tiene que ser el precio final, pero sí una expresión clara del precio esperado.
En el Marketplace y en el contexto de este tema, estamos hablando específicamente de compradores potenciales que solicitan soporte. Este Marketplace no es una tienda, por lo que no hay precios publicados para que los compradores los consulten, aunque hay temas donde los precios, por ejemplo, del equipo de Pavilion, son visibles.
El problema que planteo se basa en definir quién debe hacer la invitación a tratar y la primera expresión de valor. Creo que debería ser el creador del tema como comprador. Al igual que debería ser el creador del tema como vendedor si un desarrollador anunciara sus servicios en un tema del Marketplace.
Podría decirse que el precio es en cierta medida irrelevante para este tema, ya que el tema principal al que te referías tenía presupuesto suficiente y aun así terminó siendo un tema de soporte. Basándome en un hilo secundario sobre precios bajos, diría que los temas con insuficiente valor para que los revises al menos dejan claro que es poco probable que obtengas un contrato exitoso, lo que te permite hacer un uso más eficiente de tu tiempo.
Pero los temas sin ninguna expresión de valor probablemente signifiquen que es mucho más probable que consideres su solicitud y pierdas tu tiempo. Por eso me centro en la falta de una expresión de valor, ya que a menudo se utiliza para ocultar, mediante ambigüedad y evasivas, el hecho de que quieren soporte gratuito o desarrollo gratuito.
Podría decirse que esas personas entonces publicarán un valor lo suficientemente alto como para ser consideradas. La ventaja de esto es que, si lo hacen, estos perdedores de tiempo, estafadores y hasta mentirosos serán identificados con mayor claridad como tales.
Cualquier metáfora o analogía puede estirarse hasta el punto en que ya no tenga sentido.
Aun así, creo que definitivamente era relevante.
No considero que hacer una oferta sea una pérdida de tiempo en absoluto. Simplemente es un esfuerzo de ventas.
Además, incluso si el autor del tema no tiene el presupuesto, hay otras personas leyendo el tema y obteniendo una buena idea de cuánto costaría aproximadamente resolver ese problema específico.
No reconozco realmente la ambigüedad, la evasividad y las mentiras que mencionas, pero quizás simplemente me lo perdí.
Te escucho, pero no estoy de acuerdo. Por lo general, es el especialista, aquel que presta el servicio, la parte con más experiencia, quien expresa el precio esperado, independientemente de qué parte esté creando el tema.
¡Verdad! Eso es muy valioso. Siempre agradezco cuando Sam dice: “A un ingeniero le tomará X horas/semanas/años resolver ese problema”. Así que, tal vez, la solución al problema de no tener presupuesto sea sugerir incluso una estimación arriesgada del presupuesto (a menudo, al menos para mí, se necesita bastante tiempo para saber cuánto tardaría alguien a quien considero competente en realizar una tarea).
Esto podría estar yendo por ese camino…
Tuve algunas analogías relacionadas con una tienda de bicicletas, donde el usuario dice que la bicicleta no funciona porque se sienta al revés, o que es demasiado difícil pedalear porque no sabe cómo cambiar las marchas. En esos casos, la persona de la tienda de bicicletas probablemente les diría cuál es el problema sin cobrar.
Pero a veces, las personas sugieren que quieren pagar por algo que está mal. Como la vez en que escribí un complemento que duplicaba de manera torpe una función integrada que, de alguna manera, había pasado por alto.
¿Estamos todos en una tienda de bicicletas o en una cafetería ahora? De cualquier manera, no declaro mi presupuesto cuando me acerco al mostrador. Reviso el menú y los precios (café) o solicito un presupuesto (tienda de bicicletas).
Por esta razón, simplemente no uso el mercado. Claro, sé lo que hay en mis cuentas bancarias, pero, lamentablemente, no tengo ni idea de qué cantidad es razonable o absurda para incluir en una publicación del mercado para trabajo de desarrollo. Prefiero evitarlo por completo antes que insultar a la comunidad con una cifra absurda y/o ser aprovechado.
Realmente depende del comprador/vendedor y de lo que estén buscando. Hay personas dispuestas a aportar una pequeña suma por sus respuestas porque realmente las necesitan. Su intención al ofrecer un incentivo (10 dólares o algo similar) suele ser motivar a alguien a leer su pregunta y responderla.
Sin embargo, esto no es ideal para los proveedores de servicios, ya que buscan clientes con proyectos o problemas reales que resolver.
Coincido plenamente en que el mercado necesita cierta regulación: si un tema se limita solo a preguntas (y no a tareas reales), debería trasladarse fuera del mercado.
Si alguien no menciona ningún presupuesto, debería ofrecérsele la oportunidad de negociar (yo personalmente he negociado con personas en este caso por más de 500 dólares, así que funciona). Por lo tanto, si alguien está interesado, debería acercarse al autor original y conversar con él para ver si tiene un presupuesto adecuado. Por lo general, la gente se siente más cómoda hablando uno a uno y este tipo de acuerdos suelen funcionar bien.
El problema que debe abordarse son las tareas con presupuestos muy bajos. ¿Cómo hacerles ver (sin ofenderlos) que están ofreciendo un presupuesto demasiado bajo y que, si lo aumentan, alguien aceptará el trabajo?
Entiendo que a veces las personas tienen preocupaciones reales sobre el presupuesto, pero incluso en ese caso, estaría mucho más dispuesto a aceptar el trabajo si pudieran financiar colectivamente una tarea (por ejemplo, el desarrollo de un plugin) y el desarrollador obtuviera un trato justo por su esfuerzo.
Lo que debe establecerse es que, si alguien publica en el mercado, probablemente solo está buscando que alguien realice la tarea por él (o busca alguien de quien recibir servicios). Pero si se trata más de un intercambio de preguntas y respuestas, debería trasladarse al soporte y dejarse que la comunidad responda.
Me gusta que se esté debatiendo la etiqueta para publicar respuestas en la categoría del mercado en términos de lo que sería apropiado en una tienda física. Hay momentos en los que tiene sentido ofrecer consejos sobre soluciones alternativas, pero si una discusión se desvía demasiado en esa dirección, debería ser movida a la categoría de soporte.
Esto se está desviando del tema, pero he estado revisando los temas cerrados del mercado. Algo que resalta es que es difícil saber si el trabajo se realizó, quién lo hizo y si el cliente está satisfecho o no con él. Aquí hay una excepción a eso: [PAID] Custom Header to Match WordPress Site - #6 by ryan_m. Tal vez se podría animar a los creadores de temas en el mercado a publicar una actualización antes de cerrar el tema. Cuando sea posible, sería bueno incluir un enlace para ver el trabajo completado. Esto haría la lectura más interesante y también nos daría una idea de lo exitoso que es el mercado.
Solo para dar mi opinión rápida. Muchas personas, especialmente los principiantes, no tienen ni idea de cuánto por hora deberían ofrecer a programadores, desarrolladores, etc. Además, es posible que tampoco sepan cuántas horas tomará un trabajo: 1 hora, 20+ horas o más. Esa es muy probablemente la razón por la que ves tan a menudo frases como “Estoy abierto a discutir el precio” y otras similares.
Enviar un mensaje privado a alguien que no ha proporcionado un presupuesto real ni siquiera una estimación está bien… siempre y cuando hayan permitido que otros usuarios les envíen mensajes privados en sus preferencias.
Estoy de acuerdo en que la transparencia de los resultados es un problema importante y hace que el mercado parezca un cementerio de proyectos potencialmente abandonados o inconclusos para un observador desprevenido.
Aquí hay una propuesta de solución: Etiquetar los temas con “completado” cuando estén terminados.
Otra cosa que podría ayudar es etiquetar los temas con un “talla de camiseta” para dar una estimación rápida de cuánto esfuerzo tomará o tomó.
Perdona el lenguaje soez, pero este tweet reciente que publiqué es muy relevante para esto:
No estoy de acuerdo con lo anterior. En nuestra cooperativa local de bicicletas, con gusto realizan tareas de mantenimiento a cambio de una tarifa, pero también enseñan a los mismos usuarios cómo realizar la tarea utilizando las herramientas de la cooperativa gratis.
Meta no es una tienda; Marketplace y Support son solo puntos de entrada. A veces, las personas se ven disuadidas por las barreras psicológicas para hacer estas cosas. Personalmente, no me dedico a la informática de consumo; dedico mi tiempo aquí en Meta de forma gratuita y siempre animaré a las personas a intentar operaciones muy básicas.
En el peor de los casos, entonces comprenderán por qué está fuera de su alcance en lugar de simplemente asumir que así es.
No estoy seguro sobre las calificaciones de los compradores; la mayoría son casos únicos, pero algunas recomendaciones para los proveedores podrían ser interesantes. Lo complicado es manejar las experiencias negativas.
En el momento en que establezcas una medida de valor, se incentivará a las personas a intentar manipular el sistema. Además, protestarán con vehemencia si sienten que una recomendación no fue lo suficientemente positiva.
Es mejor permitir que las personas construyan sus propios imperios fuera del sitio y utilicen sus portafolios para conseguir trabajo.
Me decepciona bastante leer lo anterior: el volumen de trabajo a través del mercado donde los usuarios han sido educados y han podido avanzar con la tarea por sí mismos es mínimo. No está perjudicando los beneficios de nadie, a menos que estén tomando decisiones terribles en otros lugares.
Considero bastante positivo que alguien llegue pensando que tendrá que gastar dinero en una tarea y quizás se vaya con una mayor comprensión del producto.
Sí, creo que tienes razón. Un punto con el que estoy de acuerdo es ser más cuidadosos al cerrar los ciclos, como sugirió @riking.
Probablemente deberíamos notificar automáticamente a los usuarios para que etiqueten los temas del mercado con las etiquetas “completado” o “abandonado”. Al menos de esa manera, será visible si está funcionando o no.
Como ya dije: cada metáfora o analogía puede estirarse hasta el punto en que ya no tiene sentido
Creo que las personas a menudo eligen publicar en el mercado por muchas otras razones además de que algo esté fuera de su alcance o de encontrar una barrera psicológica (que era el punto que intentaba hacer con la analogía de la tienda de reparación de bicicletas).
En cuanto a las calificaciones, probablemente tengas razón; podría causar muchos problemas.
No, creo que mi punto sigue en pie; no me refería a una tienda de bicicletas.
Mi argumento es que meta no es una tienda de bicicletas, sino que se asemeja mucho más a una cooperativa donde puedes aprender o pagar.
El punto es que no hay daño en que alguien se ofrezca a ayudar a un usuario a resolver un problema. La alternativa sería prohibir también que los consultores ofrezcan sus servicios en los temas de Support hasta que el tema tenga x días de antigüedad o el usuario haya rendido la toalla.
Sí: aprende publicando en soporte, paga publicando en el marketplace. Lo segundo indica que el usuario no necesita ni quiere ayuda para resolver un problema, sino que desea comprar una solución.
Creo que es una buena idea y lo respaldaría plenamente.
