Κατασκευή ιστοσελίδας για εταιρεία λογισμικού

Κατασκευή ιστοσελίδας για εταιρεία λογισμικού: ποια δομή ταιριάζει στο μοντέλο σας

Δύο εταιρείες λογισμικού μπορεί να έχουν παρόμοια τεχνική ομάδα αλλά να χρειάζονται εντελώς διαφορετική ιστοσελίδα. Η μία πουλά ένα συγκεκριμένο προϊόν με επαναλαμβανόμενη χρήση, η άλλη αναλαμβάνει έργα ανάπτυξης κατά παραγγελία και μια τρίτη συνδυάζει προϊόντα, τεχνικές υπηρεσίες και υποστήριξη. Αν χρησιμοποιηθεί η ίδια αρχιτεκτονική και στις τρεις, ο επισκέπτης δυσκολεύεται να καταλάβει τι ακριβώς μπορεί να αγοράσει. Η πρώτη απόφαση λοιπόν δεν είναι χρώμα, διάταξη ή τεχνολογία κατασκευής. Είναι ο ρόλος της ιστοσελίδας μέσα στο εμπορικό μοντέλο.

Απάντηση πρώτα: επιλέξτε αρχιτεκτονική με βάση το κύριο έσοδο

Αν το κύριο έσοδο προέρχεται από συγκεκριμένο προϊόν λογισμικού, η ιστοσελίδα πρέπει να εξηγεί σε ποιο πρόβλημα απαντά, για ποιον χρήστη, με ποια βασική ροή και με ποιο επόμενο βήμα αξιολόγησης. Αν το κύριο έσοδο προέρχεται από έργα, η έμφαση μεταφέρεται σε είδη έργων, τεχνικές ικανότητες, διαδικασία συνεργασίας και τρόπο εκτίμησης. Αν και τα δύο είναι σημαντικά, δεν τα στοιβάζουμε στην ίδια σελίδα. Δημιουργούμε δύο καθαρές διαδρομές που συναντώνται μόνο όπου υπάρχει πραγματική σχέση.

Δέντρο απόφασης για τη σωστή δομή

Προϊόντο-κεντρική παρουσία: πρώτα το πρόβλημα, μετά τα χαρακτηριστικά

Σε μια ιστοσελίδα που προωθεί συγκεκριμένο προϊόν, ο επισκέπτης χρειάζεται πρώτα να αναγνωρίσει το πρόβλημα και το αποτέλεσμα. Η λίστα λειτουργιών είναι χρήσιμη μόνο όταν έχει ήδη δημιουργηθεί πλαίσιο. Καλύτερα να παρουσιαστούν βασικές περιπτώσεις χρήσης, οι ρόλοι που εμπλέκονται και η διαδρομή από την ανάγκη στην αξιολόγηση. Αν υπάρχει δοκιμή, παρουσίαση ή άλλο πραγματικό επόμενο βήμα, αυτό πρέπει να φαίνεται χωρίς να κυριαρχεί σε κάθε ενότητα. Η σελίδα προϊόντος οφείλει να απαντά «γιατί να το εξετάσω;» πριν από το «τι δυνατότητες έχει;».

Παρουσία υπηρεσιών: ο πελάτης αγοράζει τρόπο υλοποίησης

Όταν η εταιρεία αναλαμβάνει έργα, η ιστοσελίδα πρέπει να δείχνει πώς μετατρέπεται μια ασαφής ανάγκη σε τεχνικό έργο. Εξηγούμε πώς γίνεται η αρχική διερεύνηση, πώς αποσαφηνίζονται απαιτήσεις, πώς οργανώνεται η υλοποίηση και τι είδους τεκμηρίωση παραδίδεται. Οι τεχνολογίες έχουν θέση ως απόδειξη ικανότητας, αλλά δεν αντικαθιστούν τη διαδικασία. Η σχετική σελίδα για εταιρεία πληροφορικής μπορεί να λειτουργεί συμπληρωματικά όταν η υπηρεσία εκτείνεται πέρα από την ανάπτυξη λογισμικού σε ευρύτερες υποδομές ή υποστήριξη.

Το μικτό μοντέλο χρειάζεται πειθαρχία για να μη μοιάζει με κατάλογο

Η δυσκολία του μικτού μοντέλου είναι ότι κάθε ομάδα θέλει να εμφανίσει τη δική της υπηρεσία στην αρχική. Το αποτέλεσμα μπορεί να είναι δεκάδες κάρτες χωρίς ιεράρχηση. Καλύτερα να δημιουργηθούν δύο καθαροί άξονες και να εξηγηθεί πότε επιλέγει κανείς τον καθένα. Ένα προϊόν μπορεί να έχει δική του εμπορική διαδρομή, ενώ οι υπηρεσίες ανάπτυξης διατηρούν ανεξάρτητη σελίδα. Κοινά στοιχεία, όπως η εταιρεία, η προσέγγιση ποιότητας και οι θέσεις εργασίας, παραμένουν σε εταιρικό επίπεδο.

Περιπτώσεις χρήσης ή κλάδοι; Η επιλογή εξαρτάται από τον τρόπο αγοράς

Αν το ίδιο λογισμικό λύνει παρόμοιο πρόβλημα σε πολλούς κλάδους, οι περιπτώσεις χρήσης είναι συχνά πιο κατανοητές από μια τεράστια λίστα αγορών. Αν όμως οι απαιτήσεις αλλάζουν ουσιαστικά ανά κλάδο, τότε οι κλαδικές σελίδες έχουν πραγματική αξία. Μια εταιρεία που δουλεύει με σύνθετες λειτουργικές ροές μπορεί να συνδέσει σχετικό περιεχόμενο, όπως μια σελίδα για εταιρεία εφοδιαστικής, μόνο όταν υπάρχει πραγματική σχέση με λύσεις ή έργα που απευθύνονται σε τέτοιο περιβάλλον. Η πλοήγηση δεν πρέπει να γεμίζει με κλάδους για λόγους εντυπωσιασμού.

Η τεχνική τεκμηρίωση χρειάζεται δική της θέση

Για ορισμένα προϊόντα, ο τεχνικός αξιολογητής θέλει προδιαγραφές, οδηγίες ενσωμάτωσης ή περιγραφή διεπαφών. Αυτή η πληροφορία είναι σημαντική, αλλά δεν πρέπει να πνίγει τον μη τεχνικό αγοραστή. Μια καθαρή διαδρομή προς τεκμηρίωση επιτρέπει σε κάθε κοινό να βρει το επίπεδο λεπτομέρειας που χρειάζεται. Αν η εταιρεία δεν διαθέτει δημόσια τεκμηρίωση, δεν χρειάζεται να δημιουργηθεί τεχνητά. Μπορεί απλώς να εξηγείται ποια τεχνικά στοιχεία παρέχονται στη φάση αξιολόγησης ή συνεργασίας.

Η εταιρική αξιοπιστία πρέπει να στηρίζει και όχι να ανταγωνίζεται το προϊόν

Η σελίδα «Εταιρεία» έχει ρόλο: ομάδα, τρόπος εργασίας, πεδία εμπειρίας, κουλτούρα ποιότητας και στοιχεία επικοινωνίας. Δεν χρειάζεται όμως να βρίσκεται πριν από την αξία του προϊόντος ή της υπηρεσίας. Οι υποψήφιοι πελάτες ζητούν πρώτα να καταλάβουν τι λύνεται. Οι υποψήφιοι εργαζόμενοι μπορεί να θέλουν διαφορετική διαδρομή, με θέσεις και τεχνικό περιβάλλον. Η αρχιτεκτονική πρέπει να σέβεται και τα δύο κοινά χωρίς να τα ανακατεύει σε κάθε σελίδα.

Η φόρμα εκτίμησης πρέπει να συλλέγει πλαίσιο, όχι τεχνικό μυθιστόρημα

Για έργα ανάπτυξης, μια σωστή φόρμα μπορεί να ζητά επιχειρηματικό στόχο, υφιστάμενο σύστημα, βασικούς χρήστες και κρίσιμους περιορισμούς. Δεν χρειάζεται ο πελάτης να γράψει αναλυτική τεχνική προδιαγραφή πριν μιλήσει με την ομάδα. Για προϊόν, η φόρμα μπορεί να είναι ακόμη πιο απλή και να οδηγεί σε κατάλληλη αξιολόγηση. Η διαφορά ανάμεσα στα δύο μοντέλα πρέπει να φαίνεται και στο σημείο επαφής. Το ίδιο είδος αίτησης για κάθε περίπτωση δημιουργεί κακή προεπιλογή και σπαταλά χρόνο.

Ξεχωριστό βοήθημα ελέγχου κινδύνων

• Ασάφεια μοντέλου: αν ο χρήστης δεν καταλαβαίνει αν αγοράζει προϊόν ή έργο, η αρχική χρειάζεται επανασχεδιασμό.
• Υπερβολική τεχνική λεπτομέρεια: μεταφέρεται σε κατάλληλες υποσελίδες ή τεκμηρίωση.
• Πολλά ίσα επόμενα βήματα: επιλέγεται ένα κύριο ανά διαδρομή και όχι πολλές ανταγωνιστικές ενέργειες.
• Ατεκμηρίωτες δυνατότητες: δημοσιεύονται μόνο λειτουργίες και υπηρεσίες που μπορούν πράγματι να υποστηριχθούν.
• Σύγχυση κλάδων: δημιουργούνται κλαδικές σελίδες μόνο όταν αλλάζει ουσιαστικά το μήνυμα ή η λύση.

Πώς συνδέεται η ιστοσελίδα με την εμπορική διαδικασία

Για προϊόν, η ιστοσελίδα πρέπει να οδηγεί σε κατάλληλη αξιολόγηση: ενημέρωση, παρουσίαση, δοκιμή ή επικοινωνία, ανάλογα με το πραγματικό μοντέλο. Για έργα ανάπτυξης, χρειάζεται καλύτερη προ-αξιολόγηση: τύπος ανάγκης, υφιστάμενο σύστημα, επιθυμητό αποτέλεσμα και βασικοί περιορισμοί. Σε πιο σύνθετες υπηρεσίες η ίδια λογική οριοθέτησης συναντάται και σε μια τεχνική εταιρεία: ο πελάτης πρέπει να γνωρίζει τι μπορεί να ζητήσει και ποια στοιχεία χρειάζονται για να γίνει ουσιαστική εκτίμηση.

Τελική επιλογή

Η κατασκευή ιστοσελίδας για εταιρεία λογισμικού δεν έχει μία σωστή δομή για όλους. Το κριτήριο είναι ο τρόπος με τον οποίο δημιουργείται αξία και αγοράζεται η υπηρεσία. Προϊόν, έργα και μικτό μοντέλο χρειάζονται διαφορετική ιεράρχηση. Όταν αυτή η απόφαση ληφθεί πριν από τον σχεδιασμό, η πλοήγηση γίνεται καθαρότερη, το περιεχόμενο πιο συγκεκριμένο και ο επισκέπτης φτάνει στο σωστό επόμενο βήμα χωρίς να χρειάζεται να καταλάβει πρώτα το εσωτερικό οργανόγραμμα της εταιρείας.

Η επιλογή μοντέλου πρέπει να επανεξετάζεται όταν αλλάζει το έσοδο

Μια εταιρεία μπορεί να ξεκινήσει με έργα κατά παραγγελία και αργότερα να δημιουργήσει επαναλαμβανόμενο προϊόν ή, αντίστροφα, να συμπληρώσει ένα προϊόν με υπηρεσίες υλοποίησης. Η ιστοσελίδα πρέπει να μπορεί να ακολουθήσει αυτή την αλλαγή χωρίς να μπερδεύει παλιούς και νέους πελάτες. Σε τακτικό έλεγχο εξετάζουμε ποια διαδρομή παράγει σήμερα αξία, ποια χρειάζεται ξεχωριστή σελίδα και ποιο επόμενο βήμα αντιστοιχεί σε κάθε μοντέλο. Η αρχιτεκτονική δεν είναι μόνιμη οργανωτική ταμπέλα αλλά απεικόνιση του τρόπου με τον οποίο η εταιρεία πραγματικά πουλά και παραδίδει λογισμικό.