Italiano
Fider Hosting
Raccogliere feedback dai clienti, organizzare richieste e permettere agli utenti di votare sulle idee di prodotto.
- Un clic distribuisci
- 15 GB Spazio su disco necessario
- 1 GB di RAM Memoria necessaria
- Da 2 € Prezzo
Nessuna tassa di attivazione
Link ufficiali
I link ufficiali e il sito web originale di Fider
- Di più
Sito web di Fider
Cosa ottieni
su AvaHost
Il deployment con un clic, un dominio personalizzato, HTTPS gratuito, aggiornamenti automatici dell'applicazione e backup programmati sono inclusi con ogni Cloud App. Puoi eseguire più app su un server e l'accesso al terminale è incluso.
Un contenitore PostgreSQL è fornito con l'app e rimane non gestito da AvaHost.
Tecnologia
- Immagine Docker
- getfider/fider:stable
- Porta predefinita
- 3000
- Database
- postgres
Come funziona Fider
Un team crea un sito di feedback dove i visitatori inviano suggerimenti, votano le idee che supportano, aggiungono commenti e vedono i cambiamenti di stato. Gli amministratori moderano i contenuti, uniscono i duplicati, assegnano tag e aggiornano un suggerimento mentre passa da considerazione a pianificato, completato o un altro stato configurato. La board offre ai clienti un luogo visibile per contribuire senza esporre il tracker di ingegneria interno.
Fider utilizza PostgreSQL per account, post, voti, commenti, tag e impostazioni. Il flusso di autenticazione upstream invia link di accesso via email. La configurazione del catalogo può esporre una sessione di configurazione iniziale, ma l'email dell'applicazione AvaHost è disabilitata, quindi gli amministratori e gli utenti che ritornano non possono completare il normale flusso di autenticazione tramite link email in seguito.
Caratteristiche principali di Fider
Il voto aiuta un team a osservare l'interesse relativo, mentre i commenti catturano il problema dietro una richiesta. I tag e gli stati organizzano la board, e la gestione dei duplicati impedisce alla stessa idea di frammentarsi su più post. La visibilità pubblica può ridurre le domande di supporto ripetute su funzionalità richieste.
L'applicazione dovrebbe complementare piuttosto che sostituire il giudizio del prodotto. I totali dei voti riflettono il pubblico che visita la board e potrebbero non rappresentare ricavi, importanza strategica, sforzo, sicurezza o obblighi normativi. La pianificazione interna ha ancora bisogno del suo proprio processo decisionale.
Fider vs Canny
Fider
Fider è una board di feedback self-hosted focalizzata su suggerimenti, voti, commenti, tag e aggiornamenti di stato pubblici. Canny è una piattaforma di feedback clienti gestita da un provider che combina board con roadmap, changelog, segmentazione degli utenti, integrazioni e amministrazione di account commerciali.
Canny
Canny potrebbe essere adatto a team che desiderano un servizio gestito da un fornitore collegato ai loro strumenti di clienti e prodotto. Fider è più appropriato quando l'organizzazione vuole una board semplice sulla propria infrastruttura, ma il limite di autenticazione ospitata deve essere risolto prima che possa servire come un portale di feedback di produzione affidabile.
Chi usa Fider
I team software raccolgono richieste di funzionalità, le comunità open-source raccolgono proposte e i provider di servizi lasciano che i clienti votino i miglioramenti. La board può anche aiutare una piccola organizzazione di prodotto a pubblicare cambiamenti di stato senza concedere ai clienti l'accesso a un sistema di ticketing privato o di sviluppo.
Fider non è una piattaforma di sondaggi, un help desk o uno strumento di esecuzione della roadmap. Registra e discute le idee di prodotto; la ricerca dettagliata, i dati privati dei clienti, le stime di consegna e il lavoro interno dovrebbero rimanere in sistemi progettati per quei compiti.
Self-hosting di Fider: requisiti e costi
L'utilizzo cresce con gli utenti registrati, i suggerimenti, i commenti, i voti, le ricerche e l'attività di moderazione. PostgreSQL memorizza il record di feedback completo ed è fornito accanto a Fider, ma rimane non gestito. La memoria del database non fa parte del minimo dell'applicazione esportato, il che sposta la distribuzione corretta al prossimo piano pubblico.
Fider non comporta alcuna commissione software di catalogo separata e AvaHost lo mappa al Piano 2 a €5. La piattaforma include distribuzione con un clic, un dominio di feedback personalizzato, HTTPS automatico, aggiornamenti automatici dell'applicazione e backup programmati. L'email dell'applicazione è disabilitata, quindi l'accesso tramite link inviato via email di Fider non può essere utilizzato dopo la sessione di configurazione iniziale; questa è una limitazione materiale del servizio.
F.A.Q
Fider inizia a €5 nel Piano 2 dopo aver contabilizzato il suo container PostgreSQL. Il pacchetto di hosting include un dominio di feedback, HTTPS automatico, aggiornamenti dell’applicazione e backup pianificati. Le registrazioni utenti, i suggerimenti, i voti, i commenti, le ricerche e l’attività di moderazione determinano se la board beneficerà successivamente di risorse aggiuntive.
Lo stack con un clic crea PostgreSQL e lo connette a Fider. Le identità utente, i suggerimenti, i voti, i commenti, i tag, gli stati e la configurazione dipendono da quel database. PostgreSQL è incluso ma non gestito, quindi i suoi record e tutti i dati persistenti dell’applicazione devono essere considerati insieme quando si pianificano aggiornamenti, migrazione, esportazione o ripristino.
Un dominio personalizzato può essere collegato alla board Fider con HTTPS automatico una volta che il DNS punta al servizio. Seleziona l’indirizzo finale prima di pubblicare i link di feedback o incorporarli in un prodotto. Dopo la connessione, verifica la configurazione iniziale, la board pubblica, le pagine di votazione, i commenti e qualsiasi integrazione che faccia riferimento al nome host precedente.
L’accesso normale tramite sign-in non è funzionale nella configurazione AvaHost attuale. Fider autentica gli utenti attraverso link inviati via email, mentre la consegna delle email dell’applicazione è disabilitata. La prima pagina di configurazione potrebbe creare una sessione iniziale, ma amministratori e contributori non possono fare affidamento su autenticazioni future. Il servizio non deve essere considerato pronto per la produzione finché questa dipendenza non viene modificata.