Should we optimize for searching or browsing?¶ Documentarians may have to determine whether users search or browse for content of interest. What you decide may influence how to focus your resources: SEO and search tools or navigation aids. The resolution to this may depend on your users and what they’re looking for… and also your product interface. Some users, those who frequently search online for content, may prefer to search through your documentation (for example, spending 70% of their time on search and 30% navigation). Other users may prefer to use your site’s navigation system (for example, 30% search and 70% navigation). Nonetheless, some documentarians assume that searching is the primary method that all users rely on. Some indicate that it’s important to have both methods available for the users to select what they want to do. Information architecture (IA) helps a docs team to develop content in a structured and comprehensive manner. A navigation methodology can implement the IA of the documentation system. So, if your team has developed a structure for the content, you can use it as a navigation device for your readers. As one person indicated: No documentation should be random pages of text. Readers use the structure to learn relationships between different features, use cases, or topics. Searching and browsing are complementary actions. The method used by any one person may depend on different factors and users may use both. Offer the best of both to satisfy your readers. Search-related resources Search platform tips for documentation websites (WTD Newsleter) Making documentation discoverable in search engines (WTD video) Search engine optimization (SEO) for documentation (WTD page) Information Foraging (Nielsen Norman Group) Navigation- and IA-related resources Many articles available from Nielsen Norman Group Building navigation for your doc site: 5 best practices (WTD video) Complete Beginner’s Guide to Information Architecture (UX Booth) How To Make Sense of Any Mess (book by Abby Covert)

tous les passagers dépourvus de Navigo doivent ici s'acquitter d'un billet à 10,30 € contrairement à toutes les nouvelles 00:02:13 stations de la 14 du coup nous on a eu une petite surprise on est arrivé donc on avait notre ticket de métro mais donc apparemment ça suffisait pas du coup pour passer les grilles donc là on va devoir payer un supplément donc de 10,30 00:02:26 € ça aurait été mieux en fait directement de prévenir déjà ce qu'on savait pas éviter sur la cul une deuxième fois pour reprendre un autre ticket c'est dommage qu' personne pour aider pour que ça aille plus vite quoi qu' a pas une telle queue on est un peu 00:02:36 abandonné là on se les bouill c'est ch c'est 40 € on comprend rien donc pas quoi faire il y a pas d'autre choix de toute façon c'est vraiment triste 43 € 43 € pour qu personnes oui c'est pas 00:02:49 très bien expliqué c'est une ligne de métro normale et on arrive au bout et là on charge 10 € de plus par personne pour rentrer avoir su encore une fois j'aurais pris un U relier

UX design for kids

Children's needs are increasingly recognized in the UI/UX design industry. Important sectors – education, gaming, and healthcare – are now seeking designers specializing in creating interactive solutions for children.

What are some of the best practices for kids’ UX design?

What are some top UX design principles when designing for kids?Some important UX design principles when designing for kids are as follows. Simplicity and clarity Interactive and engaging elements Age-appropriate content Safety and privacy Consistent feedback and rewards

What are the unique UX needs of children?Four critical areas must be considered when designing products and services for children. Cognitive abilities Motor skills Attention span Emotional responses

UI/UX designers

What is child-centric design in UI/UX?Child-centric design in UI/UX focuses on understanding and meeting the needs of children as the target audience. This approach prioritizes the needs of children, treating them as expert users and targeting their specific concerns as they interact with a product or service.

What are some top sectors where designing for kids is essential?The following sectors need UX designs for kids. Educational apps

Mobile and tablet apps have become an indispensable part of growing up. As a parent myself, I’ve witnessed firsthand the incredible impact these apps can have on early childhood development.

4.3 Locate primary navigation in a highly noticeable place.

What are some critical UX preferences for kids?Some necessary UX preferences for kids are as follows. Need for intuitive design Desire for engaging content Importance of feedback

We also list some best practices and design principles to ensure better quality designs for children of different ages.

Por un lado, este enfoque tiene un potencial real para escapar de la reproducción de categorías sociales existentes como variables que se utilizan para dar forma a la experiencia; puede desestabilizar las categorías sociales existentes y reemplazarlas con una experiencia de usuario (UX) y una personalización de la UI verdaderamente personalizadas y basadas en el comportamiento. Sin embargo, en la práctica, este enfoque también conduce a la reproducción y cosificación de categorías sociales existentes a través de la vigilancia algorítmica, el seguimiento de los usuarios en todos los sitios, la recopilación y venta de sus datos y el desarrollo de burbujas de filtro (que muestran a los usuarios únicamente el contenido con el que creemos que se sienten cómodos). ).

Fifteen months into the regulatory review process, Figma and Adobe no longer see a path toward regulatory approval of our proposed acquisition.Figma and Adobe have reached a joint decision to end our pending acquisition. It’s not the outcome we had hoped for, but despite thousands of hours spent with regulators around the world detailing differences between our businesses, our products, and the markets we serve, we no longer see a path toward regulatory approval of the deal.

I don't particularly recommend that you just use this in its unaltered state in your own projects. It should be tweaked, edited, extended, and otherwise tuned to match your specific reset baseline.

To counter this, many developers start their projects with a “CSS Reset”; a file that undoes browser defaults, so that every element behaves the same in every browser.

The problem with this is that there is no guarantee that different browsers will style everything the same. In general, inconsistencies are going to be pretty minor, but they DO exist.

It was an intentional decision to make the items in the dropdown of content editor span two lines instead of one. The reason being that sometimes the text can get too long and the dropdown spans the entire width of page which isn't ideal. Also, a slimmer dropdown looks better on mobile devices.

While helpful at times, these distinctions fail to acknowledge that the quality of the internal tooling and even the technical infrastructure can profoundly impact your customers. The tools you build for your colleagues affect the customer experience and their relationship with your company and its products.

However, if the previous user was also the Account Owner, the previous user will need to promote a different user to the Account Owner role. After that, the previous user can finally be deleted.

Steve Jobs said it beautifully: "Design is a funny word. Some people think design means how it looks. But of course, if you dig deeper, it’s really how it works."I’ll say it another way: Design is the act of intentionally trying to influence an outcome.Design is a means of controlling our destiny. Design is a way to reject a status quo we dislike. Design is how we don’t turn into the "this is fine" dogDesign is what we humans have been doing since the dawn of our existence because we were blessed with oh-so-large brains housing that marvelous prefrontal cortex which gave us the ability to plan.Our hunter-gatherer ancestor was designing when she decided to plant seeds to prevent future hunger. Admiral Nelson was designing when he issued a surprise flank formation to overcome a navy twice his size. Taylor Swift was designing when she brushed her hand casually across his and masterminded that last relationship.Design is a sword against chaos. Design is the pixie dust for innovation. Design is the foundation for the pursuit of happiness.

ingle team can’t develop every possible solution to a given problem.

wide variety of methods for any given project.

between

I want to point out that it’s disappointingly rare for UX studies to assess the quality of the work produced with the tool that’s being studied. Output is, after all, the goal of much computer use, and the quality of this output is an essential element in judging the user interface.

Even most of the emergent gestures in our interfaces are tweaks on tech-first features—@ symbols push Twitter to implement threading, hyperlinks eventually get automated into retweets, quote-tweets go on TikTok and become duets. “Swipe left to discard a person” is one of a handful of new gestures, and it’s ten years old.

my strong sense is that we’re currently papering over major UX problems that are linked to core architectural properties.

As Beschizza said …“I wanted something where people could publish their thoughts without any false game of social manipulation, one-upmanship, and favor-trading.”It was, as I called it, “antiviral design”.

What makes a good error message

What makes a bad error message

When solving a linear equation, there is one unique solution for the unknown.

As this quote implies, formalisms are often difficult for people to use because they need to takemany extra steps (and make additional decisions) to specify anything.

Uptech tip ☝ Top filters for real estatePrice, location, and home typeNumber of bedrooms/bathrooms and the size of square feet or metersAmenities: pool, basement, number of parking spaces, air conditioning system, washer/dryer (in a unit or the building)Infrastructure: gated community, stores and restaurants nearby, view optionsPet policy, accessibility options 

These are the conversations people are having with themselves when they use your site and try to use your language.

This blog is your guide to learn everything about the popular battle; industry design Vs product design Vs UX design.

the very existence of a master plan means, by definition, that the members of the community can have little impact on the future shape of their community,

the very design of these platforms seems to be tilting us in the wrong direction

sophisticated actors from political consultants to commercial interests, to intelligence arms of foreign powers can game platform algorithms

The cognitive overhead that is introduced when the user needs to input a formal representation that collides with his immediate task-dependent needs has to be minimized.

High cognitive load driving Driver distraction This experiment produced similar results as the previous, but with interesting developments. Under pressure, I completed each task quicker. But the biggest improvement was for the regular buttons. The mean task completion time was 1,3s versus the 1,7s of the previous experiment. Interestingly, I didn't see the same improvement in eyes-off-road time. So I performed the physical action of moving my finger to the screen and back quicker. But I still had to glance at the screen for as long as under normal conditions. In 4 instances, I first looked at the screen, moved my eyes back to the road, and then performed the action. I suspect that under pressure; I wanted to verify the position of the button before reaching out to it. This did not happen for swipes and large buttons. During the two runs with the normal buttons, I made 2 to 3 mistakes where I clicked next to the skip song button.

How to Hire the Right UI/UX Designer

Here comes 2022, and as usual, we have prepared for you the list of the top UI/UX design trends to follow. Design in the coming year is about taking care of users, their uniqueness, and avoiding the “perfect picture”. Therefore, real-life photos, live artistic illustrations, and asymmetry are gaining more popularity. And by the way, did you know that according to Pantone, the color of 2022 is violet (Very Peri)? Let’s now explore the leading UI/UX design trends of 2022 in detail and see how popular brands successfully implement them.

Google’s Material Design dark theme recommends using dark gray (#121212) as a dark theme surface color “to express elevation and space in an environment with a wider range of depth.” In addition, many designers recommend adding a subtle dark blue tint to dark grays when defining the color scheme. It tends to create a better dark tone for digital screens and a more pleasing dark UI color palette.

주의는 시야의 한 영역이나 한 대상에 집중적으로 주의를 기울이는 것을 말한다. 이에 반해, 분산 주의는 선택이나 초점 주의와 달리 멀티태스킹(Multitasking)을 동시에 수행하며 두 개 이상의 대상에 주의를 기울이는 것을 의미한다

의(Attention)는 선택(Selective), 초점(Focused) 그리고, 분산(Divided)으로 나누어지는데, 선택 주의는 인간이 특정 대상을 탐색하고 이에 주의를 기울이는 것을 의미하고, 초점

Style Tiles

Avere un limite su ogni colonna ti assicura che gli Item si spostino velocemente da una colonna all’altra, visto che questo è l’unico modo per inserire nuovi Item.

Il Pull system funziona in modo diverso, ovvero con un limite sul numero di elementi inseribili in ogni singola colonna della board, questo limite viene chiamato WIP Limit, ovvero Work in Progress Limit.

La principale differenza è che nel Kanban non esistono le sprint. Il processo di sviluppo è continuo.

Per tracciare i progressi si usa una board chiamata Scrum Board, Agile Board o per fare un po’ di casino Kanban Board.Di solito ci sono 4 colonne: To Do, Doing o Progress, Test o QA, Done. La premessa di tutto è che queste due metodologie non sono prescrittive per cui ogni team poi può decidere di aggiungere o rimuovere colonne in base alle proprie esigenze.Il Movimento ideale degli Item sulla scrumboard è da sinistra verso destra, se il movimento è al contrario c’è qualcosa che non va.

Questa parte è il Pull di cui stavamo parlando prima, ovvero gli item vengono “tirati” dal backlog e non “pushati” da qualcun altro.

Quello che accade tra il product backlog, ovvero la mega-lista di cose da fare, e il customer, ovvero l’utente che userà il tuo prodotto, è quello che distingue Scrum da Kanban.

Alcune caratteristiche del Product Backlog:Ogni Item in Backlog deve aggiungere valore all’utente finaleIl Backlog deve essere ordinato e prioritizzatoIl Backlog è un documento vivente. Il processo di revisione e modifica giornaliera del Backlog da parte del Product Owner si chiama Backlog GroomingI dettagli di ogni Item dipendono tipicamente dalla loro posizione sul Backlog: in alto tanti dettagli, in basso pochi dettagli.

Il Product Backlog è  la lista prioritizzata di tutto ciò che si vorrebbe fare (occhio a queste due parole!) all’interno del progetto. Qui sta una delle prime intuizioni semplicissime, ma geniali, dei due metodi.Il fatto che un Item sia in backlog non vuol dire che verrà sicuramente affrontato, sviluppato e rilasciato.

Secondo i principi dell’Agile, come abbiamo visto nel post precedente, il software viene consegnato al customer in piccoli pezzi che incrementano il valore del software progressivamente, inoltre il feedback dal customer viene preso costantemente in considerazione e diventa parte essenziale del ciclo di sviluppo.

n una cascata (waterfall), infatti, l’acqua cade sempre dall’alto verso il basso e così funziona nello sviluppo software Waterfall:Il responsabile di prodotto definisce i requisiti di tutto il progettoIl team di sviluppo realizza il progetto per interoIl progetto viene consegnato al customer tutto in una voltaTutto va nella stessa direzione. Dall’alto verso il basso. Sempre

Nell’esempio di Giuseppe potremmo chiamare la nostra Epic “Funzionalità di login”. All’interno di quest’ultima andremo poi a inserire le varie User Stories come “Frontend – processo login”, “Backend- processo login”, “Processo di recupero password” e così via fino ad aver completato la nostra funzionalità di login.Per non perdere di vista le varie Epic, andiamo a nostra volta a raggrupparle all’interno di “iniziative”. Tornando al nostro esempio possiamo chiamare la nostra iniziativa “Sito e-commerce – primo rilascio”. All suo interno inseriremo tutte le Epic che riteniamo indispensabili per il rilascio del nostro sito.”

Uno dei problemi nell’uso delle User Story è la mancanza di contesto attorno alla storia. Esistono diversi stratagemmi per risolvere.

Questi sono dettagli che vanno aggiunti all’interno della User Story, solitamente si definiscono Criteri di Accettazione. I Criteri di Accettazione sono fondamentali anche per poter verificare se la funzionalità sviluppata rispecchia ciò che era stato deciso. Vi accorgerete che il 90% delle volte ciò che viene implementato non rispecchia quanto era previsto!

Il formato tipico delle User Story ci impone di fare una scelta e decidere le priorità. Quando scrivete una User Story focalizzatevi sempre sulla funzione più importante. Scrivete User Story separate per dettagliare i bisogni differenti. Può creare ridondanza ma vi permetterà di condividere con chiarezza quali sono le priorità.

Come prima cosa descriviamo quale utente stiamo servendo. A prima vista si potrebbe pensare che l’utente è unico per un prodotto. In realtà ogni prodotto ha una varietà di utenti con diversi intenti.In un e-commerce possiamo sicuramente distinguere tra utenti alla prima visita, utenti registrati, utenti che hanno fatto 1 o più acquisti, e così via. Inoltre molti prodotti hanno alle spalle un servizio e spesso una parte dello sviluppo è dedicata ad utenti interni come per esempio il servizio clienti.

Le User Story hanno solitamente il seguente formato:Come [descrizione dell’utente], voglio [funzionalità o azione] in modo che [obiettivo o valore per l'utente].

L’utente a cui ci stiamo rivolgendoil bisogno che vogliamo soddisfareil motivo per cui dobbiamo soddisfarlo. Un po’ di esempi pratici renderanno tutto molto più chiaro!Ma, prima di partire con gli esempi, voglio dirvi quali sono per me le 2 caratteristiche essenziali delle User Story: chiarezza e confronto.

Il concetto più interessante che introducono le User Story è quello di mettere l’utilizzatore del nostro prodotto (lo User) al centro dell’attenzione durante il processo di sviluppo. Pari importanza è data anche all’identificazione del bisogno che ogni funzionalità promette di soddisfare (la storia).

Mi piace molto la definizione di User Story di Mike Cohn: ogni User Story è la promessa di una conversazione. Per Mike quello che c’è scritto nella User Story non è molto importante, è solo un promemoria per innescare una discussione con tutto il team.

Lo Sprint inizia con lo Sprint Planning dove il Product Owner prioritizza il Product Backlog ed insieme al team crea lo Sprint Goal, ovvero l’obiettivo da raggiungere per la Sprint in partenza.

In alcuni casi viene anche chiamato Agile Coach. Lo Scrum Master è colui/colei che si adopera per far si che il team raggiunga la massima produttività ed efficienza. È il facilitatore di tutte le cerimonie Agile tramite tecniche di negoziazione e mediazione.È anche la voce del team di sviluppo. Chi promuove la metodologia Scrum e fa sì che i suoi principi/valori vengano applicati in maniera corretta tramite un durissimo lavoro di coaching e mentoring. Lo scrum master si occupa anche delle metriche di avanzamento per fare venire a galla i problemi, ma anche i successi del team. 

È colui/colei che guida il team nella giusta direzione, che prioritizza le user storiy e come un direttore d’orchestra si interfaccia con gli stakeholders e col team per far in modo che tutto funzioni alla perfezione. 

Le skills/conoscenze individuali devono essere trasferite al team tramite peer programming (sviluppo di una funzionalità a due mani) o mob programming (sviluppo a più mani). Questo porterà il team nel lungo periodo ad essere molto più efficiente, dato che ogni membro del team avrà come bagaglio la conoscenza del prodotto e del software utilizzato e potrà essere intercambiabile.Tipicamente un team cross funzionale è composto da Product Manager, Design, Sviluppo, Data Analysis.

È un momento di ispezione per tutti, per i processi, per le persone e per il modo in cui si lavora. Qui si ispeziona quel che è stato fatto chiedendosi:Cosa è andato bene?Cosa potrebbe andare meglio?Quali sono gli improvement / miglioramenti che si possono implementare nel prossimo Sprint?

L’incremento, ovvero la somma delle funzionalità che si sono sviluppate durante lo sprint vengono finalmente mostrate al cliente e ai più importanti stakeholders del progetto. Qui si riceve il feedback che porterà a decidere quale corso il prodotto deve prendere e quali user story saranno prioritizzate nel prossimo sprint.La Sprint Review non è solo una Demo, ma è l’elemento di raccordo con la Sprint precedente: un incontro fondamentale su cui costruire la cultura, creare prodotti migliori e rinforzare la fiducia del team.Queste sono alcune delle attività:Definire cosa è stato completato e cosa no, commentando il lavoro.Demo individuali Rivedere impatto delle feature su Metriche ChiaveVerifica User Story e aggiunta nuove per completareBacklog Grooming

La cosiddetta stima dell’effort è un concetto fondamentale, specie nel Backlog Refinement e in Sprint Planning dove il team di sviluppo si riunisce per dare un valore numerico alle user stories. Questo aspetto non è assolutamente da sottovalutare, perché dalla stima delle user story possono scaturire tantissime discussioni interessanti per capire effettivamente il grado di rischio, complessità, fattibilità di ciascun task.L’estimation a differenza degli altri rituali non ha una sua precisa collocazione, può essere fatto in qualsiasi momento, ma considera che il Team dovrebbe dedicare al meno il 10% del suo tempo alla stima del lavoro necessario per sviluppare una User Story.

Lo Sprint Planning è forse uno dei meeting più importanti nelle cerimonie Agile ed è il momento in cui business (product owner) e technical team si riuniscono per decidere cosa faranno nella prossima iterazione/sprint. Di solito dura circa 4 ore ed avviene il giorno prima dell’avvio della sprint.L’obiettivo dello Sprint Planning è proprio quello di pianificare la Sprint definendo l’Outcome (L’obiettivo di sprint) e passando dalle user story alle singole task per ciascun componente del team.

il daily scrum è un meeting giornaliero dove il team si riunisce e raccoglie le proprie impressioni su come sta andando lo Sprint e quanto ci si sta avvicinando o allontanando dallo Sprint goal. Ogni membro deve rispondere a tre domande ben precise:Cosa ho fatto ieri?Cosa ho fatto oggi?Ci sono impedimenti che stanno bloccando il mio percorso nel raggiungere lo Sprint Goal?

Daily Scrum: allineamento giornaliero Sprint Planning: preparazione della SprintEstimation: stimare il peso di ogni user storySprint Review: demo e review del lavoro svoltoSprint Retrospective: migliorare il modo in cui si lavora insieme.

Man mano che passano le sprint il team di lavoro acquisirà il proprio ritmo, “heartbit” o velocità.La Velocity è la somma degli story point completati a fine sprint. Questa servirà da metro di paragone per pianificare gli Sprint successivi.Facendo un passo indietro infatti ogni User Story prima di essere portata in sviluppo deve essere analizzata e ne deve essere valutato il peso in termini di impegno del team.Es: una User Story che pesa poco impegna solo alcuni membri del team (anche uno solo) per poco tempo, una Storia che pesa molto impegna tanti membri del team per tanto tempo.Solo dopo aver dato un valore ad una User Story usando appunto gli Story Points, questa può essere aggiunta allo Sprint Backlog.

La User Story è la funzionalità o l’incremento di prodotto che si vuole portare in sviluppo scritta dal punto di vista dell’utente. Ogni User Story incorpora al suo interno CHI beneficerà di quella funzionalità, COSA si richiede e PERCHÈ è importante per l’utente

Il backlog è la lista di user stories o task che non è ancora stata introdotta nello Sprint e risiede in uno spazio apposito. Considerala come una wishlist di funzionalità che potrebbero essere implementate e che saranno prioritizzate dal product owner durante lo Sprint Planning.

Anche chiamato “iterazione” è un lasso di tempo che può variare da uno a quattro settimane dove il team si adopera per creare un “incremento”, un prodotto/funzionalità, anche non finito, che crea valore e che può essere ispezionato alla fine, ricevendo feedback positivi/negativi dagli stakeholders interessati.Nello Sprint si usa il concetto di time-box, dove all’inizio del progetto si decide quanto l’iterazione debba essere lunga (da una a quattro settimane, non di più)

Agile Scrum è a tutti gli effetti un sistema di regole, procedure e rituali ben definiti su come applicare la metodologia Agile, dove, come ho detto qualche riga prima, il tempo è l’elemento più importante.A scandire il tempo in Agile Scrum ci pensano gli Sprint, dei piccoli time-frame in cui il team di sviluppo lavora per il rilascio di una o più funzionalità.

Nel rugby, la parola “Scrum“ è un termine usato per spiegare il goal del team di ottenere il possesso della palla in quanto unità molto coesa. In maniera simile, in Agile Scrum, il team di sviluppo lavora insieme per raggiungere uno o più obiettivi alla fine dello Sprint/iterazione. 

Qui di seguito ti riassumo quali sono i punti chiave:Accettare l’incertezza e tutto ciò che ne derivaIl fallimento è la via più sicura per imparareSe non lo misuri non lo saiFiducia nelle persone e nella loro capacità di avere impattoOwn your Outcome: assumersi la responsabilità a tutti i livelli

fino a quel momento tutta l’attenzione nel processo tradizionale di sviluppo software, chiamato Waterfall, era stata posta su documentazione, processi e specifiche tecniche, adesso la lente si spostava sulle persone e sulle interazione tra di esse, sui team e sul loro spirito di adattamento e risposta al cambiamento.

UX is now "user exploitation."

The empathy map, one of Gamestorming’s methods for understanding audiences, including users, customers, and other players in any business ecosystem, has gotten some press lately because it was featured in Alex Osterwalder‘s excellent book, Business Model Generation as a tool for discovering insights about customers.

monopoly over public discourse

A mental model is what the user believes about the system at hand.

Design for the Real World

Design’s Lost Generation

discussion

the channel

usability has multiple components: Learnability — how easily a beginner can use the system, and how easily they can become an expert. Efficiency — how quickly people can achieve what they want. Memorability — how easily people can remember how to use the system or feature, after not using it for a while. Safety — how rarely people experience errors, and how easy it is to fix any errors. Satisfaction — how pleased people are with the overall experience.

Basic Skills Gauntlet

What I like about some of the newer platforms (Ghost, Medium, Social Media platforms) is the way the default post and the menus themselves more clearly guide the user in their decisions about how to interact. There is a sense that the platform offers points of entry. Doesn’t hold the user’s hand – but welcomes them, points to stuff, and smiles at the user a bit more.


l’adresse de la plateforme oZe

going back to find something they found before