Σημείωση συντάκτη: Ο Lubos Volkov είναι ένας έμπειρος σχεδιαστής που έχει συνεργαστεί εξ αποστάσεως με πολλούς προγραμματιστές καθ 'όλη τη διάρκεια της καριέρας του. Ως σχεδιαστής προϊόντων στο ApeeScape, ο Lubos αλληλεπιδρά καθημερινά με μέλη της ομάδας από διάφορα τμήματα, συμπεριλαμβανομένων μηχανικών, κοινότητας και περιεχομένου. Είναι ταλαντούχος σχεδιαστής του οποίου οι επικοινωνιακές δεξιότητες συμβάλλουν στην επιτυχία του. Σε αυτό το σεμινάριο, ο Lubos μοιράζεται τις εμπειρίες του και τους τρόπους βελτιστοποίησης ροών εργασίας σχεδιαστών-προγραμματιστών UI και UX που οδηγούν σε ποιοτικά προϊόντα που παραδίδονται ή πριν από την προθεσμία.
Εργασία με ένα υπέροχος σχεδιαστής ή η ομάδα σχεδιασμού μπορεί να είναι ένα πολύτιμο πλεονέκτημα για οποιαδήποτε ομάδα. Με σαφή κανάλια επικοινωνίας και συνεργασία με ελεύθερη ροή, ο σχεδιαστής θα πρέπει να σας προσφέρει ό, τι χρειάζεστε για να επιταχύνετε τη διαδικασία κατασκευής και να περιορίσετε όσο το δυνατόν περισσότερο τις ερωτήσεις και τη σύγχυση.
πώς να βρείτε μηχανικούς λογισμικού
Τι μπορείτε εσείς, το Προγραμματιστής UX , να διασφαλίσετε ότι το προϊόν που έχετε δημιουργήσει παραδίδεται εγκαίρως χωρίς να θυσιάζεται η ποιότητα της διεπαφής χρήστη και της εμπειρίας χρήστη;
Η απάντησή μου: Εμπλέξτε τους σχεδιαστές σας από την πρώτη μέρα και συνεχίστε να συμμετέχουν σε όλη τη διαδικασία ανάπτυξης UI / UX. Φροντίστε να δημιουργήσετε σαφείς γραμμές επικοινωνίας και συνεπή ανταλλαγή μηνυμάτων μεταξύ προγραμματιστών και σχεδιαστών.
Το χειρότερο πράγμα που μπορεί να συμβεί κατά την εφαρμογή οποιασδήποτε διεπαφής χρήστη είναι __ έλλειψη επικοινωνίας μεταξύ του σχεδιαστή και του προγραμματιστή __ (εκτός αν είναι το ίδιο άτομο) . Μερικοί σχεδιαστές πιστεύουν ότι η δουλειά τους γίνεται όταν αποσταλεί το PSD. Αλλά, αυτό είναι λάθος! Πρέπει να δημιουργήσετε μια συνεχή ροή εργασίας επικοινωνίας που διαρκεί πέρα από την παράδοση των PSD.
Σε πολλές περιπτώσεις, θα χρειαστεί χρόνος για να δουν οι σχεδιαστές την πραγματική εφαρμογή σχεδιασμού UI / UX. Προς έκπληξή τους, η κατασκευή είναι συχνά εντελώς διαφορετική από την αρχική υποβολή. (Αυτό μου συνέβη περισσότερες από μία φορές. Έχω στείλει αρχεία προέλευσης με πλήρεις περιγραφές και πρωτότυπα αλληλεπίδρασης, αλλά όταν είδα τελικά το έργο, μήνες αργότερα, είχε διαφορετική διάταξη, διαφορετικά χρώματα και χωρίς αλληλεπιδράσεις.)
Μερικοί σχεδιαστές μπορεί να με μισούν γι 'αυτό, καθώς αυτή η ροή εργασίας σχεδιασμού απαιτεί πολλή «επιπλέον» δουλειά από την πλευρά τους. Ωστόσο, η δημιουργία και η παράδοση πλήρων στοιχείων και πληροφοριών, με οργανωμένο τρόπο, είναι καλύτερη για το έργο και την ομάδα στο σύνολό της.
Εάν ένας προγραμματιστής έχει όλα όσα χρειάζονται μπροστά τους, θα επιταχύνει τη διαδικασία. Ένα καθαρό PSD δεν αρκεί.
Τι χρειάζεστε για να κάνετε τη δουλειά αποτελεσματικά και αποδοτικά;
Αυτά είναι τα περιουσιακά στοιχεία που ένας προγραμματιστής πρέπει να περιμένει από τον σχεδιαστή να φέρει Σχεδιασμός UI / UX στην εφαρμογή:
Αρχείο πόρου - Ο σχεδιαστής πρέπει να τοποθετεί κάθε στοιχείο της εφαρμογής σε ένα αρχείο. Αυτό το αρχείο πρέπει να περιέχει κουμπιά, πλαίσια ελέγχου, στυλ κεφαλίδας, γραμματοσειρές, χρώματα κ.λπ. Βασικά, με βάση τις πληροφορίες σε αυτό το αρχείο, ο προγραμματιστής θα πρέπει να μπορεί να αναδημιουργεί οποιαδήποτε διεπαφή από το μηδέν. Είναι πολύ πιο εύκολο για έναν προγραμματιστή να εξάγει οποιοδήποτε στοιχείο από ένα PSD, παρά να αναζητά πολλά αρχεία για αυτό.
Περιουσιακά στοιχεία - Βεβαιωθείτε ότι οι προγραμματιστές λαμβάνουν όλα τα απαιτούμενα στοιχεία, καθώς τα αρχεία προέλευσης δεν πρέπει να αγγίζονται πια.
Πρωτότυπα αλληλεπίδρασης - Οι ημέρες των 'στατικών οθονών' έχουν περάσει πολύ. Η χρήση έξυπνων αλληλεπιδράσεων και κινούμενων εικόνων, για την εξομάλυνση της ροής εργασίας και της εφαρμογής του σχεδιασμού UX, είναι μια κοινή πρακτική τώρα. Ωστόσο, δεν μπορείτε απλώς να πείτε 'αυτό θα μετακινηθεί από τα αριστερά' σε έναν προγραμματιστή. Ο σχεδιαστής θα πρέπει να δημιουργήσει το πραγματικό πρωτότυπο αυτής της αλληλεπίδρασης. Το πρωτότυπο πρέπει να περιλαμβάνει πληροφορίες όπως ταχύτητα, ταχύτητα κ.λπ. και ο σχεδιαστής αναμένεται να καθορίσει καθεμία από αυτές τις τιμές.
Σύμβαση ονομασίας - Ζητήστε μια δομή ονομασίας αρχείων για να διατηρήσετε τα πράγματα οργανωμένα. Θα διευκολύνετε και τους δύο να πλοηγηθείτε σε αρχεία. (Κανείς δεν αρέσει να κρύβει πράγματα σε ένα φάκελο παρασκηνίου.)
Πόροι HDPI - Ζούμε σε «δύσκολους καιρούς», με την τεράστια πυκνότητα των οθονών. Βεβαιωθείτε ότι ο σχεδιαστής θα παραδώσει εικόνες σε όλες τις απαιτούμενες αναλύσεις, έτσι ώστε η εφαρμογή σας να φαίνεται τραγανή παντού. Σημείωση: χρησιμοποιήστε όσο το δυνατόν περισσότερα διανύσματα. θα σας βοηθήσει πολύ (svg)
Εάν βρείτε κάτι άλλο που λείπει κατά την εφαρμογή, μην φοβάστε. ping στον σχεδιαστή και ζητήστε το. Ποτέ μην παραλείπετε, και ποτέ λιγοστά! Είστε μέλη της ίδιας ομάδας και η δουλειά σας είναι να παρέχετε το καλύτερο δυνατό προϊόν. Εάν ένας σχεδιαστής αποτύχει, αποτυγχάνετε επίσης.
Χρησιμοποιήστε τους σχεδιαστές σας κατά τη διαδικασία ανάπτυξης UI / UX. Μην τα κρατάτε στο περιθώριο περιμένοντας απλώς να 'σπρώξουν τα pixel'. Ένας σχεδιαστής βλέπει πιθανές καινοτομίες πριν από την έναρξη της εφαρμογής. Για να επωφεληθείτε από αυτό, διατηρήστε τους ενήμερους. Δώστε τους πρόσβαση για να δουν και να δοκιμάσουν το έργο που βρίσκεται σε εξέλιξη. Γνωρίζω καλά ότι κανείς δεν αρέσει να μοιράζεται ημιτελή έργα. Όμως, είναι πολύ πιο εύκολο να κάνετε αλλαγές στη μέση μιας κατασκευής από ό, τι στο τέλος. Κάτι τέτοιο μπορεί να σας εξοικονομήσει χρόνο και να αποτρέψει περιττή εργασία. Μόλις δώσετε στον σχεδιαστή την ευκαιρία να δοκιμάσει το έργο, ζητήστε του να συντάξει μια λίστα με προβλήματα και λύσεις και να προτείνει βελτιώσεις.
Τι να κάνετε όταν ένας προγραμματιστής έχει μια ιδέα που θα άλλαζε την εμφάνιση μιας εφαρμογής; Συζητήστε το με το σχεδιαστής και μην επιτρέπετε ποτέ σε έναν προγραμματιστή να τροποποιήσει το σχέδιο, χωρίς να συμβουλευτεί τον σχεδιαστή. Αυτή η ροή εργασίας σχεδιασμού θα διασφαλίσει ότι η κατασκευή παραμένει σε καλό δρόμο. Ένας σπουδαίος σχεδιαστής έχει έναν λόγο για κάθε στοιχείο στην οθόνη. Το να βγάλεις ένα κομμάτι, χωρίς να καταλάβεις γιατί είναι εκεί, θα μπορούσε να καταστρέψει την εμπειρία χρήστη του προϊόντος.
Η cfo είναι αρμόδια για ποια τμήματα
Οι σχεδιαστές πιστεύουν ότι οι προγραμματιστές μπορούν να ζωντανέψουν ένα σχέδιο σε μια μέρα ή ακόμα και σε μία ώρα. Όμως, όπως και ο υπέροχος σχεδιασμός, η μεγάλη ανάπτυξη απαιτεί χρόνο και προσπάθεια. Κρατήστε τον ανήσυχο σχεδιαστή σας σε απόσταση, αφήνοντάς τον να δει την πρόοδο της κατασκευής. Η χρήση εξωτερικού λογισμικού διαχείρισης έργου, για να βεβαιωθείτε ότι λαμβάνεται υπόψη κάθε αναθεώρηση, είναι ένας πολύ καλός τρόπος για να βεβαιωθείτε ότι δεν θα χάσετε σημαντικές πληροφορίες που συζητήθηκαν σε μια συνομιλία μέσω email ή σε μια συνεδρία Skype. Και ας είμαστε ειλικρινείς: μερικές φορές οι αλλαγές και οι δραστηριότητες δεν κοινοποιούνται ακόμη και μέχρι να συμβούν.
Όποια λύση κι αν χρησιμοποιείτε, φροντίστε επιλέξτε μια διαδικασία ροής εργασίας που θα υιοθετήσει και θα χρησιμοποιεί με συνέπεια ολόκληρη η ομάδα. Στην ομάδα μας, προσπάθησα να σπρώξω το Basecamp γιατί αυτό χρησιμοποιούσα, αλλά οι προγραμματιστές μας θεωρούσαν ότι είχαν περιορισμένες δυνατότητες. Χρησιμοποιούσαν ήδη άλλο λογισμικό διαχείρισης έργων για να εντοπίσουν σφάλματα, την πρόοδο κ.λπ., όπως το JIRA, το GitHub και ακόμη και το Evernote. Κατάλαβα ότι η παρακολούθηση και η διαχείριση του έργου πρέπει να διατηρούνται όσο το δυνατόν πιο απλές, οπότε μετανάστευσα τη ροή εργασίας του σχεδιασμού διεπαφής χρήστη στο JIRA. Ήθελα να βεβαιωθώ ότι κατάλαβαν τη ροή εργασίας και την πρόοδό μου, αλλά δεν ήθελα να αισθάνονται ότι ο σχεδιασμός ήταν κάτι άλλο που πρέπει να διαχειριστεί.
Ακολουθούν μερικές προτάσεις για ένα εργαλείο διαχείρισης έργου:
Μπορείτε επίσης να δοκιμάσετε Τρέλλο και άλλο λογισμικό διαχείρισης έργων, αλλά το πιο διαδεδομένο στη βιομηχανία μας είναι Basecamp και JIRA. Και πάλι, το πιο σημαντικό πράγμα είναι να βρούμε ένα σύστημα διαχείρισης έργου που όλοι μπορούν να χρησιμοποιήσουν σε σταθερή βάση, γιατί αλλιώς είναι ένα ζήτημα.
Ο σχεδιαστής και ο προγραμματιστής είναι ένας ισχυρός συνδυασμός. Φροντίστε να κάνετε brainstorming UI και UX μαζί όσο συχνά γίνεται. Οι προγραμματιστές πρέπει να είναι πρόθυμοι να βοηθήσουν έναν σχεδιαστή να συλλάβει ιδέες, ενώ ένας σχεδιαστής πρέπει να έχει τουλάχιστον μια βασική γνώση της τεχνολογίας που χρησιμοποιείται.
Κατανοήστε τη ροή εργασίας του σχεδιασμού μαζί. Μην εφαρμόζετε μόνο τυφλά αυτό που δημιουργούν οι σχεδιαστές σας. Να είστε προληπτικοί και να δημιουργήσετε κάτι που φαίνεται όμορφο και έχει μια εξαιρετική εμπειρία χρήστη, εκμεταλλευόμενοι τις δύο διαφορετικές προοπτικές σας. Οι σχεδιαστές σκέφτονται έξω από το κουτί και βλέπουν τρελά κινούμενα σχέδια, ιδέες, pixel και κουμπιά, ενώ οι προγραμματιστές βλέπουν την τεχνολογία, τις ταχύτητες και τα όρια.
Σύμφωνα με την εμπειρία μου, κάθε σχεδιαστής είναι τρελός για pixel και ενδιαφέρουσες ιδέες. Αλλά μερικές φορές, ένας σχεδιαστής φτάνει σε ένα σημείο που έχουν μια ιδέα, αλλά ο προγραμματιστής σπρώχνει πίσω και λέει: 'Αυτό δεν θα λειτουργήσει καλά μόλις εφαρμοστεί. Θα υπάρξουν προβλήματα κατανάλωσης απόδοσης ». Πρόσφατα, έψαχνα να εφαρμόσω ένα τροπικό παράθυρο με θολή φόντο, αλλά αυτό το θόλωμα προκάλεσε μεγάλους χρόνους φόρτωσης. Για την επίλυση αυτού του προβλήματος, ο προγραμματιστής πρότεινε τη χρήση μιας κανονικής, πλήρους επικάλυψης χρώματος, η οποία φορτώνει ταχύτερα και διατηρεί την ποιότητα της εικόνας. Σχεδιαστές, προσέξτε: Μην υπονομεύετε την εμπειρία χρήστη για το σχεδιασμό.
Τα σχόλια του σχεδιαστή είναι ζωτικής σημασίας και πρέπει να γίνονται όσο το δυνατόν συχνότερα. Είναι ίσως το πιο χρονοβόρο (και ενέργεια) πράγμα που θα κάνετε. Όμως, πρέπει να το υιοθετήσετε για να έχετε τέλεια αποτελέσματα. Ακολουθούν μερικές συμβουλές για τη ροή εργασιών σχεδιασμού UX και UI για το πώς να κάνετε τα σχόλιά σας τέλεια.
καλύτερες επιστολές του Διευθύνοντος Συμβούλου προς τους μετόχους
Να είστε οπτικοί - Τα σχόλια πρέπει να είναι όσο το δυνατόν πιο συγκεκριμένα. Ο καλύτερος τρόπος για να το κάνετε ακριβές είναι να τραβήξετε ένα απλό στιγμιότυπο οθόνης και να επισημάνετε ένα πρόβλημα που θέλετε να επιλύσετε. Θα ήταν ακόμη καλύτερο αν είχατε φωτογραφίες από ένα τρέχουσα εφαρμογή έναντι του πώς υποτίθεται ότι φαίνεται . Η οπτική επικοινωνία θα εξαλείψει το 50% των ερωτήσεων.
Να είστε περιγραφικοί - Τα σχόλια πρέπει να είναι ακριβή. Δεν μπορείτε απλώς να πείτε 'μετακινήστε αυτό το κουμπί προς τα πάνω'. Ο σχεδιαστής πρέπει να καθορίσει πόσα pixel πρέπει να μετακινεί ένα κουμπί, τι padding πρέπει να χρησιμοποιείται κλπ. Να περιλαμβάνει πάντα μια εξήγηση του προβλήματος και την κατάλληλη λύση για αυτό. Θα χρειαστεί πολύς χρόνος, αλλά αξίζει τον κόπο.
Κάνε υπομονή - Λάβετε υπόψη ότι ο σχεδιαστής και οι προγραμματιστές δεν έχουν την ίδια εστίαση. Εάν οι προγραμματιστές δεν κατανοούν πλήρως την ιδέα ενός σχεδιαστή, μπορεί να οδηγήσει σε σύγχυση και κακές αποφάσεις. Σε κάθε περίπτωση, και οι δύο πλευρές πρέπει να είναι υπομονετικές και πρόθυμες να βοηθήσουν τα άλλα μέλη της ομάδας. Είναι πολύ δύσκολο μερικές φορές, αλλά είναι μια απαλή ικανότητα που πρέπει να μάθει κάθε σχεδιαστής και προγραμματιστής.
Είναι αρκετά προφανές ότι αυτά τα πράγματα πρέπει να συνδυαστούν για να τα καταστήσουν σε μια κατάλληλη ροή εργασίας σχεδιασμού. Όμως, ποιο εργαλείο μπορεί πραγματικά να σας βοηθήσει να δώσετε τα σχόλιά σας;
Skype (Hangouts) - Η φωνή είναι πραγματικά ισχυρό εργαλείο για τα σχόλια. Μπορείτε να κάνετε αμέσως και να απαντήσετε σε ερωτήσεις. Ωστόσο, φροντίστε να σημειώσετε και να στείλετε το μήνυμα παρακολούθησης (email) μετά την κλήση.
Εδώ είναι μερικά από τα υπέροχα εργαλεία:
Σχολιασμός σχολίων:
Εργαλεία συνεργασίας:
Δημιουργήστε ένα σύστημα και μια ροή εργασίας σχεδιασμού UI / UX που διατηρεί τις γραμμές επικοινωνίας ανοιχτές καθ 'όλη τη διαδικασία σχεδιασμού και ανάπτυξης. Αυτό θα σας επιτρέψει να εφαρμόσετε εξαιρετικές ιδέες, να προβλέψετε πιθανά προβλήματα και να δώσετε προτεραιότητα σε σημαντικά ζητήματα.
Ο προγραμματιστής και ο σχεδιαστής μπορούν να δημιουργήσουν υπέροχα πράγματα μαζί, εφόσον είναι πρόθυμοι να εργαστούν ως ομάδα . Μάθετε ο ένας από τον άλλο και σχεδιάστε μαθήματα σαν αυτό!