ERP / CRM Systems. Basato sul desktop? Basato sul Web? [chiuso]

Attualmente sto creando un ERP, e ha un grosso client, invece dell'accesso al web. Di volta in volta questo è un vantaggio (più veloce, gli utenti lo vogliono, nessun problema con il browser), e di tanto in tanto ho voluto creare una webapp (layout e aspetto della GUI, nessun problema con il client).

Non posso davvero preferire entrambi i lati, quindi forse, a lungo termine, avremo entrambe le GUI.

Esiste un'unica ragione per cui esistono applicazioni web: verranno eseguite ovunque, senza che tu debba installarle.

Questa è una cosa da poco. StackOverflow è un'applicazione. Se dovesse essere installato, escluderebbe almeno il 50% dei potenziali utenti, incluso me. Il mio computer da ufficio (quello che uso per e-mail e così via) è bloccato più stretto di una corazzata. L'installazione di applicazioni esterne è praticamente fuori questione.

Le applicazioni Web sono mantenute in un unico posto. Se un'applicazione Web ha più di un migliaio di utenti e è richiesto un aggiornamento, è necessario applicare l'aggiornamento solo una volta. Per le applicazioni desktop, è necessario installare un aggiornamento migliaia di volte.

Infine, le persone comprendono le applicazioni web. Punta e clicca.

Ora, perdi un po 'di efficienza con questo approccio? Probabilmente. L'interfaccia utente è meno che ideale? Indubbiamente. Ma in molti modi, i benefici superano gli svantaggi.

Lo sviluppo web sta migliorando sempre. Uno sviluppatore web che capisca una buona interfaccia utente può produrre un'applicazione quasi valida come quella desktop, in termini di reattività e utilità.

Basato sul Web, che espone un'interfaccia del servizio Web su di esso.

Con l'interfaccia del servizio web, puoi scrivere un'applicazione che chiamerebbe nelle API del servizio web per fare qualcosa. Questo ti permetterebbe di scrivere un'applicazione per un caso d'uso specifico che voi ragazzi fate più spesso, quindi potete accelerarlo (potete renderlo basato sul testo). Assicurati che il servizio web esponga tutto ciò di cui hai bisogno.

Ci sono molti vantaggi sul web che non vorresti perdere solo per guadagnare un po 'di velocità:

• Distribuzione più semplice di nuove versioni (nuove funzionalità, correzioni di bug)
• Accesso più semplice da qualsiasi terminale (non è necessario eseguire un'installazione per accedere all'ERP / CRM)
• Più facile cambiare le cose internamente (puoi passare a un nuovo db senza dirlo a nessuno)

Un esempio di questo è StackExchange / StackOverflow stesso. Si tratta di un sito Web, con un servizio Web esposto e DroidStack lo utilizza per fornire un'applicazione più semplice da utilizzare su smartphone rispetto al sito web (mi dispiace Jeff).

Vorrei andare con l'applicazione web e concentrarmi sull'uso di javascript per rendere l'app più reattiva.

Le applicazioni basate su testo possono certamente essere più efficienti delle applicazioni web per l'inserimento e l'immissione dei dati ricerca, ma non credo che una nuova app in stile terminale basata su testo sarà molto popolare con la base utenti di oggi.

Si riduce davvero a ciò che il cliente desidera.

Se raddoppi il tempo per l'immissione dei dati, non lo useranno, o lo useranno perché non hanno scelta e ti odieranno per tutto il tempo.

E se stai sostituendo un sistema terminale penso che ti sarà difficile ottenere la velocità di recupero dei dati che ti serve per formare una pagina web per rendere felici gli utenti.