Γιατί δεν υπάρχει μία ενιαία τιμή για κάθε ERP
Ένα custom ERP σχεδιάζεται για πραγματικές λειτουργικές ανάγκες. Άλλη δουλειά απαιτεί η απλή καταχώριση αποθεμάτων και άλλη μια εφαρμογή με πολλαπλές αποθήκες, καταστήματα, POS, μεταφορές, παραλαβές με αποκλίσεις και συγχρονισμό e-shop.
Η τιμή πρέπει να προκύπτει από το τι θα παραδοθεί και πώς θα δοκιμαστεί, όχι από μια αυθαίρετη ετικέτα “ERP”. Για αυτό το πρώτο βήμα είναι η χαρτογράφηση της καθημερινής διαδικασίας.
Τι επηρεάζει ουσιαστικά την κοστολόγηση
Οι βασικοί παράγοντες είναι η πολυπλοκότητα των διαδικασιών, ο αριθμός των διαφορετικών λειτουργιών που πρέπει να υποστηριχθούν, οι αναγκαίες διασυνδέσεις με τρίτα συστήματα, η μεταφορά υπαρχόντων δεδομένων, οι απαιτήσεις ασφάλειας και η έκταση των δοκιμών.
Για παράδειγμα, μια μεταφορά αποθέματος με μερική παραλαβή και διαχείριση διαφορών χρειάζεται περισσότερη επιχειρησιακή λογική από μια απλή καταχώριση ποσότητας. Το ίδιο ισχύει για ασφαλή συγχρονισμό προϊόντων ή παραγγελιών μεταξύ ERP και PrestaShop.
Η i-2 δεν χρεώνει ανά χρήστη ή ρόλο
Στις custom ERP υλοποιήσεις της i-2 δεν προσθέτουμε χρέωση επειδή αυξάνεται ο αριθμός των χρηστών ή επειδή μια επιχείρηση χρειάζεται διαφορετικούς ρόλους, όπως διαχειριστή, υπεύθυνο αποθήκης, εργαζόμενο ή λογιστήριο.
Οι ρόλοι και τα δικαιώματα σχεδιάζονται σύμφωνα με τις ανάγκες του έργου και την ασφάλεια των διαδικασιών. Η κοστολόγηση αφορά τη λειτουργικότητα και τις τεχνικές εργασίες που συμφωνούνται, όχι άδειες ανά λογαριασμό.
Πρέπει να αντικατασταθούν τα υπάρχοντα συστήματα;
Όχι απαραίτητα. Ένα υπάρχον λογιστικό ή εμπορικό σύστημα μπορεί να συνεχίσει να χρησιμοποιείται, ενώ το custom λογισμικό αναλαμβάνει μια συγκεκριμένη διαδικασία ή επικοινωνεί μαζί του μέσω API.
Η σωστή λύση μπορεί να είναι μια συμπληρωματική εφαρμογή, μια διασύνδεση ή μια σταδιακή αντικατάσταση. Αυτό συχνά μειώνει τις άσκοπες αλλαγές και βοηθά την επιχείρηση να συνεχίσει να λειτουργεί.
Πώς γίνεται σωστά μια προσφορά για custom ERP
Ξεκινάμε με συζήτηση των βασικών διαδικασιών: ποιος καταχωρίζει πωλήσεις, ποιος μεταφέρει αποθέματα, πώς οριστικοποιούνται οι παραλαβές, ποιες αναφορές είναι απαραίτητες και ποια δεδομένα πρέπει να ανταλλάσσονται με το e-shop.
Στη συνέχεια ορίζουμε προτεραιότητες, απαιτήσεις, παραδοτέα, στάδια και δοκιμές. Τυχόν υπηρεσίες τρίτων, φιλοξενία ή συντήρηση συζητούνται ξεχωριστά όπου απαιτούνται — χωρίς να παρουσιάζουμε αυθαίρετα γενικό “κόστος ανά χρήστη”.
Πώς συνδέεται με πραγματικά έργα
Ένα παράδειγμα της λογικής μας είναι το Sports Club CRM, μια custom εφαρμογή με αθλητές, περιόδους, συνδρομές και πληρωμές. Παρότι δεν αποτελεί το ίδιο σύστημα με ένα ERP αποθήκης, δείχνει την αξία του σχεδιασμού γύρω από συγκεκριμένες καθημερινές διαδικασίες.
Στο ERP/POS η αντίστοιχη λογική εφαρμόζεται σε αποθήκες, stock, πωλήσεις και τις διασυνδέσεις με άλλα συστήματα. Αυτό είναι το αντικείμενο της μελέτης πριν από κάθε οικονομική προσφορά.