Questo affronta in qualche modo il problema del motivo per cui le persone non pubblicano un budget? Spesso vedo una sorta di paura di essere sovraccaricati, ad esempio fino al limite del budget potenziale.
Un budget è un impegno anticipato, mentre la maggior parte di noi preferirebbe ricevere una stima del prezzo, così da poter decidere se è accettabile o meno, perché è proprio in quel momento che cerchiamo effettivamente di ottenere il budget.
Quindi preferirei che venisse utilizzato il termine valore, o qualcosa di simile. È meno impegnativo e più generico rispetto a budget. Riflette più chiaramente la negoziazione tra le due parti su quanto vale il lavoro, cioè l’acquirente dice: “Per me vale solo questo” e il venditore risponde: “Non mi alzerò nemmeno dal letto per meno di $x.”
Riflettendoci, se il post sull’argomento è inteso per creare una negoziazione di mercato, deve essere più di una semplice espressione di interesse e deve davvero includere un’indicazione iniziale di valore.
Quindi, solo gli argomenti con una cifra $ espressa dovrebbero essere accettati in Marketplace, mentre tutte le altre riflessioni, speculazioni e esitazioni (che mi frustrano di più) dovrebbero giustamente appartenere a Support.
Torniamo all’analogia con l’officina di riparazione biciclette: il meccanico comunica il suo prezzo e sta a me decidere se accettare. Non entro in un’officina chiedendo se possono riparare la mia bici per 20 $. Rischierei di pagare troppo o di non essere preso sul serio.
Le persone dovrebbero poter chiedere offerte senza dover dichiarare il proprio budget. Quanto sono disposti a pagare non è rilevante; ciò che conta è quanto costerà effettivamente completare il lavoro. E questo sarà determinato dalle offerte che riceveranno. L’indicazione del valore non deve necessariamente provenire inizialmente da chi fa la richiesta.
Credo che ci stiamo allontanando dal problema reale. La questione non è se prendere sul serio chi pubblica in Marketplace. Dobbiamo farlo. Anche se hanno un budget limitato, spesso ci saranno persone disposte a svolgere il lavoro per una somma modesta.
Il vero problema è come gli argomenti in Marketplace vengano trasformati ripetutamente in Support.
Esatto. Proviamo a sperimentare una maggiore curatela in questa categoria e vediamo come va. Se dovessimo valutare qualcosa di più, possiamo farlo, ma credo che un po’ più di moderazione farà la differenza.
L’analogia con il negozio di biciclette ha una rilevanza molto limitata. I negozi espongono normalmente i beni con prezzi indicati. Per prodotti intangibili come i servizi, il prezzo è solitamente una tariffa oraria per la manodopera, con parti e materiali di consumo a parte, oppure una tariffa fissa per un servizio descritto, ad esempio la riparazione di una foratura senza dover sostituire la gomma. Il prezzo esposto, almeno nelle giurisdizioni di lingua inglese (legali), è solitamente solo un invito a trattare, ovvero un invito a presentare un’offerta. Quindi non deve essere necessariamente il prezzo finale, ma è una chiara espressione del prezzo atteso.
Nel Marketplace e nel contesto di questo argomento, stiamo parlando specificamente di potenziali acquirenti che richiedono supporto. Questo Marketplace non è un negozio, quindi non ci sono prezzi esposti da consultare per gli acquirenti, sebbene esistano argomenti in cui i prezzi, ad esempio per il team del Padiglione, sono visibili.
La questione che ho sollevato si basa sulla definizione di chi è tenuto a fornire l’invito a trattare e la prima espressione di valore. Penso che dovrebbe essere il creatore dell’argomento in quanto acquirente. Proprio come dovrebbe essere il creatore dell’argomento in quanto venditore, se uno sviluppatore pubblicizzasse i propri servizi in un argomento del Marketplace.
Si potrebbe dire che il prezzo è in qualche modo irrilevante per questo argomento, poiché l’argomento principale a cui hai fatto riferimento disponeva di un budget sufficiente e tuttavia è finito come argomento di supporto. Basandomi su un thread secondario sui prezzi bassi, direi che gli argomenti con un valore insufficiente per la tua attenzione rendono almeno chiaro che è improbabile ottenere un contratto di successo, permettendoti di utilizzare il tuo tempo in modo più efficiente.
Ma gli argomenti senza alcuna espressione di valore probabilmente significano che è molto più probabile che tu valuti la loro richiesta e sprechi il tuo tempo. È per questo che mi concentro sulla mancanza di un’espressione di valore, perché viene spesso utilizzata, tramite ambiguità ed evasività, per nascondere il fatto che vogliono supporto gratuito o sviluppo gratuito.
Si potrebbe dire che queste persone pubblicheranno allora un valore sufficientemente alto da essere considerato. Il vantaggio di ciò è che, se lo fanno, questi perditempo, perdigiorno e persino bugiardi saranno identificati più chiaramente come tali.
Ogni metafora o analogia può essere spinta fino al punto in cui non ha più senso.
Tuttavia, penso che fosse certamente pertinente.
Non considero affatto fare un’offerta uno spreco del mio tempo. È semplicemente uno sforzo di vendita.
E, anche se l’OP non ha il budget, ci sono altre persone che leggono l’argomento e ottengono un’idea chiara di quanto costerebbe approssimativamente risolvere quel problema specifico.
Non riconosco davvero l’ambiguità, l’evasività e la menzogna che menzioni, ma forse l’ho semplicemente perso.
Ti capisco, ma non sono d’accordo. Di solito è lo specialista, colui che fornisce il servizio, la parte con più esperienza, a esprimere il prezzo previsto, indipendentemente da quale parte crea l’argomento.
Vero! È davvero prezioso. Apprezzo sempre quando Sam dice: “Ci vorranno X ore/settimane/anni a un ingegnere per risolvere quel problema”. Quindi forse la soluzione al problema della mancanza di budget è suggerire anche solo una stima approssimativa del budget (spesso ci vuole un bel po’ di tempo --per me, almeno-- per capire quanto tempo richiederebbe un compito a qualcuno che ritengo competente).
Questo potrebbe essere proprio su quella strada…
Avevo alcune analogie con un negozio di biciclette in cui l’utente dice che la bici non funziona perché è seduto al contrario o che è troppo difficile pedalare perché non sa cambiare marcia. In quei casi, il personale del negozio di biciclette probabilmente direbbe loro qual è il problema senza chiedere nulla.
Ma a volte le persone suggeriscono di voler pagare per qualcosa che non funziona. Come quella volta in cui ho scritto un plugin che duplicava goffamente una funzionalità integrata che in qualche modo avevo trascurato.
Siamo tutti in una ciclistica o in un bar? In ogni caso, non dichiaro il mio budget quando mi avvicino al bancone. Esamino il menu e i prezzi (caffetteria) o richiedo un preventivo (ciclistica).
Per questo motivo, semplicemente non uso il marketplace. Certo, so cosa c’è nei miei conti bancari, ma purtroppo non ho alcuna idea di quale sia una cifra ragionevole o assurda da inserire in un annuncio sul marketplace per lavori di sviluppo. Preferisco evitarlo completamente piuttosto che offendere la comunità con una cifra assurda e/o farmi sfruttare.
Dipende davvero dall’acquirente o dal venditore e dalle loro intenzioni. Ci sono persone disposte a mettere una piccola somma per ottenere delle risposte perché ne hanno davvero bisogno. L’obiettivo dietro l’offerta di un incentivo (10 $ o simili) è solitamente quello di motivare qualcuno a leggere la propria domanda e risponderle.
Tuttavia, non è l’ideale per i fornitori di servizi, che cercano clienti con progetti o problemi reali da risolvere.
Sono pienamente d’accordo sul fatto che il marketplace necessiti di una certa regolamentazione: se un argomento riguarda solo domande (e non compiti reali), dovrebbe essere spostato fuori dal marketplace.
Se qualcuno non menziona un budget, dovrebbe avere l’opportunità di negoziare (ho personalmente negoziato con persone del genere per cifre superiori a 500 $, quindi funziona). Quindi, se qualcuno è interessato, dovrebbe contattare l’OP e discutere se hanno un budget adeguato. In generale, le persone si trovano a loro agio nel parlare uno a uno e questi accordi funzionano bene.
La questione da affrontare sono i compiti con budget molto bassi. Come far loro capire (senza offendere) che l’offerta è troppo bassa e che, se aumentano il budget, qualcuno accetterà il lavoro.
Capisco che a volte le persone abbiano reali preoccupazioni legate al budget, ma anche in quel caso sarei molto più disposto ad accettare il lavoro se potessero raccogliere fondi collettivi per un compito (ad esempio lo sviluppo di un plugin) e lo sviluppatore ricevesse un compenso equo per il proprio impegno.
Ciò che deve essere stabilito è che se qualcuno pubblica nel marketplace, probabilmente è solo disposto a far svolgere il compito da qualcun altro (o cerca qualcuno da cui ottenere servizi), mentre se si tratta più di una domanda e risposta, dovrebbe essere spostato nella sezione supporto e lasciato alla comunità per la risposta.
Mi piace che le regole di comportamento per pubblicare risposte nella categoria marketplace vengano discusse in termini di ciò che sarebbe appropriato in un negozio fisico. Ci sono momenti in cui ha senso offrire consigli su soluzioni alternative, ma se una discussione si allontana troppo da questo ambito, dovrebbe essere spostata nella categoria supporto.
Stiamo uscendo dall’argomento, ma ho dato un’occhiata ai temi marketplace chiusi. Una cosa che mi colpisce è che è difficile sapere se il lavoro è stato completato, chi lo ha svolto e se il cliente ne è soddisfatto. Ecco un’eccezione: [PAID] Custom Header to Match WordPress Site - #6 by ryan_m. Forse si potrebbe incoraggiare i creatori di argomenti nel marketplace a pubblicare un seguito prima che l’argomento venga chiuso. Quando possibile, sarebbe utile includere un link per visualizzare il lavoro completato. Renderebbe la lettura più interessante e ci darebbe anche un’idea di quanto sia di successo il marketplace.
Solo per dare il mio piccolo contributo. Molte persone, soprattutto i principianti, non hanno idea di quanto dovrebbero offrire all’ora a programmatori, sviluppatori, ecc. Inoltre, potrebbero non sapere quante ore richiederà un lavoro: 1 ora, 20+ ore o di più. È molto probabile che questo sia il motivo per cui si vede così spesso la frase “Sono disponibile a discutere il prezzo” e frasi simili.
Inviare un messaggio privato a qualcuno che non ha fornito un budget reale o nemmeno una stima va bene… purché abbia consentito ad altri utenti di inviarle messaggi privati nelle sue preferenze.
Sono d’accordo che la trasparenza dei risultati sia un problema significativo e faccia apparire il mercato come un cimitero di progetti potenzialmente abbandonati o incompleti per un osservatore non informato.
Ecco una proposta di soluzione: etichettare gli argomenti con “completato” quando sono terminati.
Un altro elemento che potrebbe aiutare è l’assegnazione di un’etichetta “taglia maglietta” agli argomenti, per fornire una stima rapida dello sforzo richiesto o già sostenuto.
Scusate il linguaggio scurrile, ma questo recente tweet che ho pubblicato è molto pertinente:
Non sono affatto d’accordo con quanto sopra. Nella nostra cooperativa ciclistica locale, svolgono volentieri compiti di manutenzione a pagamento, ma mostrano anche agli stessi utenti come eseguire l’operazione utilizzando gli strumenti della cooperativa gratuitamente.
Meta non è un negozio; Marketplace e Support sono solo punti di ingresso. A volte le persone sono scoraggiate dalle barriere psicologiche che impediscono loro di fare queste cose. Personalmente, non mi occupo di informatica di base; dedico il mio tempo qui su Meta gratuitamente e incoraggerò sempre le persone a provare operazioni molto semplici.
Nel peggiore dei casi, almeno capiranno perché è al di là delle loro possibilità, invece di limitarsi a dare per scontato che lo sia.
Non sono sicuro riguardo alle valutazioni degli acquirenti: la maggior parte sono casi una tantum, ma qualche riconoscimento per i fornitori potrebbe essere interessante. La cosa difficile è gestire le esperienze negative.
Non appena si introduce una misura del valore, si incentiva la gente a cercare di manipolare il sistema. Inoltre, grideranno allo scandalo se riterranno che un’approvazione non sia stata sufficientemente positiva.
È meglio lasciare che le persone costruiscano i propri imperi fuori dal sito e utilizzino i propri portafogli per ottenere lavoro.
Leggendo quanto sopra, sono piuttosto deluso: il volume di lavoro tramite il marketplace, dove gli utenti sono stati formati e sono in grado di completare il compito da soli, è minimo. Non sta danneggiando gli utili di nessuno, a meno che non stiano prendendo decisioni terribili altrove.
Considero piuttosto positivo che qualcuno arrivi pensando di dover spendere soldi per un compito e forse se ne vada con una maggiore comprensione del prodotto.
Sì, condivido la tua opinione, un punto su cui sono d’accordo è migliorare la chiusura dei loop come suggerito da @riking.
Dovremmo probabilmente sollecitare automaticamente gli utenti ad etichettare i temi del marketplace con i tag “completato” o “abbandonato”, almeno in questo modo sarà visibile se funziona o meno.
Come ho già detto: ogni metafora o analogia può essere portata fino al punto in cui non ha più senso
Credo che le persone spesso scegliano di pubblicare nel marketplace per molte altre ragioni oltre al fatto che qualcosa sia fuori dalla loro portata o a uno sbarramento psicologico (che era il punto che volevo fare con l’analogia del negozio di riparazioni di biciclette).
Per quanto riguarda le valutazioni, probabilmente hai ragione, potrebbe causare molti problemi.
No, penso che il mio punto rimanga valido: non mi sono riferito a un negozio di biciclette.
Il mio punto è che Meta non è un negozio di biciclette, è molto più simile a una cooperativa in cui puoi imparare o pagare.
Il punto è che non c’è alcun danno nel fatto che le persone offrano il loro aiuto a un utente per risolvere un problema. L’alternativa sarebbe vietare anche ai consulenti di offrire i propri servizi nei topic di #supporto fino a quando un topic non ha x giorni di vita o l’utente non ha rinunciato.
Sì: impara pubblicando nel supporto, paga pubblicando nel marketplace. Quest’ultimo indica che l’utente non ha bisogno o non vuole aiuto per risolvere un problema, ma desidera acquistare una soluzione.
Credo sia un’ottima idea e la sosterrò pienamente.
