Drypp er en lavterskel podcast fra Bekk. I denne episoden snakker vi om nudging.

Hva er ambidexterity?

Vi prosesserer stadig mer data for å forstå kundene våre, markedet og utviklingen bedre og vi benytter maskinlæring og andre statistiske modeller for å predikere fremtiden. Likevel vil det alltid komme uforutsigbare hendelser som gjør at vi tar feil, men hvor feil kan vi faktisk ta?

Sorte svaner - Hva er det?

Gjennom evolusjonen er vi trent til å finne mønstre og tegn for å hjelpe oss å forstå omgivelsene våre og overleve. Dette er så utpreget at vi kan finne mønstre der de ikke finnes og dermed overse hva som egentlig skjer. Det er en realitet at alle verdens hendelser ikke passer inn i en form, og at det alltid vil kunne komme svært uforutsette hendelser som snur opp ned på tilværelsen.

Disse uforutsette hendelsene kalles ofte for sorte svaner, og er et bilde på nettopp noe vi ikke forventer. Fordi vi trodde vi hadde forstått situasjonen, vil disse hendelsene ofte komme brått på oss. Dersom vi var klar over egen usikkerhet hadde vi hatt en bedre mulighet til å forberede oss på situasjonen. Da kunne vi også ha trent på å forstå vår egen usikkerhet.

En annen fremgangsmåte for å forstå usikkerhet bedre, er å vurdere hvor ekstrem en verdi kan være.

Ekstrem- og middelmådigland

Nassim Taleb skrev i 2010 boken “The Black Swan” hvor det pekes på to ulike domener. “Mediocre Stand” og “Extreme Stand” som litt grovt kan oversettes til middelmådig- og ekstremland. Verdier vil ofte ligge i et av disse domenene, og det som skiller de er at verdier i middelmådigland ofte er bundet til fysiske begrensninger mens ekstremland er mye friere.

Eksempler på verdier som ligger i middelmådigland kan være vekt, høyde og antall barn en mor kan få som begrenses av menneskets fysikk, men også antall kunder i en butikk, og temperaturer. Noen mennesker vil alltid være unormalt høye, men det er grenser for hvor høye de faktisk kan bli.

I ekstremland har vi derimot verdier som kan bli tilnærmet uendelig store, og eventuelt uendelig små. Verdier som formuer, aksjeverdier, eller antall kunder som besøker en nettbutikk faller inn under dette domenet.

Forstå potensialet for usikkerheten

Vi har altså verdier som er bundet til å variere relativt lite rundt en middelverdi, også har vi verdier som har større variasjoner — og kanskje viktigst av alt: potensialet til å avvike ekstremt. Det er her gullet ligger. Ved å forstå hvilke verdier som ligger i middelmådigland og i ekstremland, vil vi kunne vite nettopp hvor feil estimater og prediksjoner kan være. Verdier i middelmådigland vil kunne avvike, men det er grenser for feil vi kan ta, mens det ikke gjelder for verdier som tilhører ekstremland.

Ved å ha et ekstra blikk på verdier i ekstremland og være klar over at sorte svaner kan komme, er det i større grad mulig å være forberedt på de. Dette er noe å ha i bakhodet når vi jobber med datadrevne modeller eller henviser til data som beslutningsstøtte.

Pandemien som traff forsikringsbransjen

Et eksempel på verdier som i praksis kunne bli enormt mye større enn forventet er tap for forsikringsbransjen når Covid-19 pandemien inntraff. Under er et utdrag fra det globale forsikringsselskapet Markel sin årsrapport for 2020:

We, and our underwriters, fully believed that writing policies for things like a tennis tournament in England, the Olympics in Japan, a music festival in Tennessee, a movie festival in Colorado, a hot air balloon race in New Mexico, a wine festival in California, a beer festival in Germany, weddings, parades, concerts, ball games, and so on and so on, would fit the definition of a portfolio of diverse and uncorrelated risks. In the case of the pandemic, all of those risks correlated to each other.

De undervurderte potensialet for tap, og trodde at det ville være tilstrekkelig å vurdere tapsrisiko for enkeltarrangementer. De tok ikke i betraktning at det kunne oppstå erstatningskrav fra alle arrangementer over hele verden, gjennom et helt år. Det er fort gjort å tro at man vet mer om usikkerhet og risiko enn man gjør. Ved å ha et mer bevisst forhold til hvor store tapene faktisk kan bli, øker sjansen for å håndtere det på en bedre måte.

Usikkerhet som verktøy

En ting er å se i bakspeilet og vurdere hvor feil man tok i vurderingene sine i etterkant. Noe helt annet er å benytte forståelse av usikkerhet aktivt i forkant. Et eksempel hvor det kan benyttes er i utarbeidelse av business case. Business case er en analyse av lønnsomheten til en investering eller prosjekt, som baserer seg på en sammenstilling av forventede gevinster- og kostnader. Nøkkelordet her er forventede. Et business case vil ofte basere seg på en del antagelser og hypoteser, og det å forstå og synliggjøre hvilke verdier som er veldig usikre og hvilke utslag det får for analysen er et verdifullt verktøy for beslutningstagere.

Ved å fokusere analyse og innsiktsarbeid der usikkerheten er størst, er det mulig å få større forståelse for potensielle gevinster og tap, bedre grunnlag for beslutninger og større forståelse for statistiske modeller. Det kan også gi deg evnen til å utnytte muligheter og identifisere utfordringer som sorte svaner representerer raskere. Da er det også mulig å i større grad møte endringer proaktivt, istedenfor å være en passiv tilskuer til det som kommer.

Start derfor med å undersøke hvor du bør være mest usikker!

Hvor feil kan man ta?

This is a short story where you learn about bad UX, defining problems, and Norman doors. Nah... It is actually just a story about how I hacked the main door to the apartment building I live in. It does not necessarily have anything to do with design, but more about my experiences of everyday things, in particular keys.

    

I’m going to start with the Norman doors.
Because this article is not about Norman doors. But I wanted to give Donald Norman a little homage for his focus on everyday problems. A focus that’s often forgotten. We are so used to bad UX that we don’t even bother to complain or fix it. One of his examples is doors that do not tell you whether they are push or pull, later called Norman doors. Why have we not fixed it? Nobody bothers, or have we just forgotten that they are shitty designed? I don’t know… But last year I had an experience that made me think about Donald Norman again.


The problem: shrinking keys
A year ago, I moved into my brand-new apartment. I had been waiting for 2 years, following the construction work, and choosing the customizable additions that were available. One thing I paid extra for was a keyless door. What a dream it would be to live a life without keys!

The one thing that made me believe that the wizarding world existed was this phrase from J. K. Rowling’s Harry Potter:

Sell them a key that keeps shrinking to nothing so they can never find it when they need it. …Of course, it's very hard to convict anyone because no Muggle would admit their key keeps shrinking — they'll insist they just keep losing it.

I’m pretty sure that someone has shrunken my keys several times, and obviously, Rowling and all other muggles feel the same way. Never again!


The good news is that you’ll get this RFID tag instead of a key!
So, I walked into my new apartment, it was wonderful, a code was everything I needed. Or at least I thought so… The main door to the building fucked it all up. It was smart and techy, but they said: “Codes are not safe enough, but the good news is that you’ll get this RFID tag instead of a key!”.
Someone just shrank my keys down to a tiny plastic piece that is bound to disappear, it does not even have enough weight to stay in the bottom of my pocket!

Why does this product even exist? If you look at the problem we are trying to solve, one thing is obvious, replacing a key with a tiny plastic piece is NOT solving anything!





Let's solve the problem, at least for me!

Define the problem: Shrinking keys.

Define the goal: No need for keys.

User journey: Drawing of a normal life with more space in my pockets, and no lost-my-key-again-situations.

As a designer, I did my research and found some useful insights. The door could be opened from my doorbell answering unit. I had WIFI in my apartment, and the user (me) always have his phone with him. I skipped the sketching and went with my first and best idea, prototyping with Arduino!

I had to test this several times to get it to work. In short, it's a touch pen that mechanically pushes down onto the open-door button on my answering unit. Then I made a simple app on my phone using Blynk. I have no idea how to make an app, but Blynk was easy. Connected it with my Arduino design, and whoops! Just flick the Alohomora button on my phone anywhere in the world (if I have an internet connection) and the main door on my building opens.








Do not accept bad UX
Did I solve the problem? Yes! Did I make the world a better place? Yes, but only for myself. Has anyone solved this problem before? Probably, but I think people, in general, are so used to being annoyed about everyday things like this, that the value of fixing these problems is so low that they won’t be prioritized.

My hope is that people designing apartments, or anything else, look at the whole service and experience of the user. Prioritizing to fix these everyday problems. But since everybody expects it to be bad, it won’t have any influence, people buy apartments either way. The worst is that they are tricking us into paying extra just to be able to have a code in addition to the key. No problem solved, just a lot of money used.

So please, everybody that has endured this little story, do not accept bad UX and prioritize problems 🙏


--- 

“The Design of Everyday Things” by Donald Norman

Blynk for everyone interested in Arduino

How many designers do you need to open a door?

Learn how to easily build your own Tool Plugins to customize Sanity.

Sanity is a powerful CMS solution with a huge variety of use cases. It's headless, which means the data you store is not bound to a particular output, but instead made available through a flexible API. This makes it a great fit for things like blogs and changelogs. In fact, Sanity is actually used to power this site!

In addition to its headless CMS, Sanity also comes with a really nice editing studio for authoring text, namely Sanity Studio. In this article, we'll take a look at how we can build our very own custom tool plugins for Sanity Studio.

First off, what is a tool plugin?



In Sanity Studio, a tool plugin is a page that is accessible through the top bar. By default, the only tool available is the Desk tool.


If you run Sanity Studio locally, you'll also see the Vision tool:



Vision is a useful developer tool that lets you run GROQ queries against your datasets.
While it's pretty neat, we want a tool that does something a bit different, so we'd like to try to create our own. Fortunately for us, Sanity makes it easy to generate new plugins.


While in your sanity project folder, type sanity init plugin and choose "Basic, empty tool" to generate a new empty tool.
Choose a name and say "Yes" when asked if you want to enable the new plugin in the project.

If we take a look at Sanity Studio again, we'll see that the plugin was enabled!

What happened?

When we generated a new tool, Sanity provided all the basic boilerplate necessary to get us up and running. It made a new folder in the "plugin" directory and created some basic files.
Let's take a look at them.

sanity.json



sanity.json is the file that actually tells sanity what type of plugin we are implementing. Sanity uses the parts system, which lets us extend and modify all its existing functionality. in this case, we implement a "tool" part and point it towards index.js.

index.js

index.js defines four exports.

Title is the field that will be shown in the toolbar.

Name is a unique identifier.

Icon is the svg icon that will be shown next to the title.

Component is the actual component that will be rendered.

Inside the MyTool file, we see the React class that defines the component.


While the default component is a class, it can just as well be a function component. We can also write our components with Typescript, since Sanity handles all the bundling for us.

Using Sanity data

Building tools directly in Sanity Studio makes it easier to work with your data. For example, since users in Sanity Studio are already logged in, we can run queries against datasets that would otherwise require manual authentication. Let's build a small tool that takes advantage of this!


I've made a project using the default Blog layout. To encourage some competition I want a Leaderboard tool that shows how many posts each author has published. This is a perfect fit for a Tool plugin.

First, we'll import the sanity part(s) that we want to use.





Due to parts being plug-and-play, there may be issues with code hinting.
To see what functions are available, have a look at the source code for the default part implementations.

Our component will retrieve all entries that have type "post" or "author". We'll then count how many posts each author has, and show the result in a sorted list.

We'll implement this using function components and hooks:


I also changed the title and icon for the plugin in the index.js file.

The end result is this:

Neat!

What's next?


From here you can pretty much go anywhere you want.
Any npm package you install in your Sanity project will also be available in your plugin, so you have total freedom to build your tool the way you want it. Sanity also provides a routing library, which you can check out by selecting Tool with basic routing when generating a new plugin.

If you want the style to match the rest of Sanity Studio, you might want to check out the Sanity UI component library.



Building Tool Plugins for Sanity Studio

Har erfarne utviklere noe å lære av nye, eller er det kun de nye som skal lytte og lære av de eldre?

Først og fremst vil jeg trekke frem evnen til å utfordre etablerte sannheter. 


Mange yngre programmere kommer inn med en innstilling om at ting burde være mye mindre komplisert enn det er. Hvorfor fungerer dette gamle CMSet på denne tungvinne måten? Hvor skjønner ikke kompilatoren at denne variabelen ikke kan være null, siden det da ville bli kastet exception i linjen over?

Svarer er vel egentlig stort sett det samme, det er bare ikke lagt ned nok innsats enda i å lage alle mulige produkter superenkle. For oss har blitt litt satt og vant til tingenes tilstand, er det en fin måte å røske litt opp i tankegangen vår. Vi erfarne kan fort tenke at "slik har det alltid vært, og sånn er det."

La oss ta et lite eksempel.

Som mange programmerere vet, er Kotlin et objekt-orientert språk svært likt Java, med endel forbedringer som særlig er nyttige for oss utviklere.

Jeg har hørt flere erfarne programmerere uttrykke skepsis. Tvilen går først og fremst på om disse relaltiv små nyvinningene Kotlin i det hele tatt gir noen merkbar verdi. Vil et prosjekt ha større suksess om man gjør

, enn å skrive noen ekstra Java-linjer som gjør all nullhåndteringen for deg?

Her tenker jeg at man bommer om man tenker slik. Det er litt farlig for en utvikler å ikke sette pris på de små tingene som kan gjøre den kognitive lasten litt mindre.

Gjør som de unge, kast deg over mindre endringer som kan gjøre livet litt lettere.

Av og til får jeg spørsmål fra yngre utviklere om konsepter som jeg selv lærte for lenge siden, men kanksje ikke sitter like godt i minnet som det en gang gjorde.

Ett eksempel var at jeg fikk spørsmål om forskjellen på en .ear og .jar . Jeg vet det jo, men jeg har ikke hatt særlig behov for å forholde meg til detaljene om
dette de siste årene. Dette ga meg en god mulighet til å søke litt, og gjenoppdage kunnskapen.

En av de beste måtene å bli god til noe på, er å lære å forklare det til andre. De beste programmerene jeg kjenner har evnen til å forklare et konsept - ikke bare på ett nivå, men på flere, de kan tilpasse forklaringen sin til om det er Bestefar på 83 hvis teknisk kunnskap om å betjene en TV er det mest avanserte han forholder seg til, eller til Gunhild som har doktorgrad i et nærliggende tema.

Skal man sette sammen et team, tror jeg det er en god ide å ha teammedlemmer fra ulike aldersgrupper om mulig. Så kan vi erfarne som har lagt til oss våre særheter stadig bli satt litt på plass av de fremadstormende.

6-Dec

Today's posts

Hva er ambidexterity?

Hvor feil kan man ta?

How many designers do you need to open a door?

Building Tool Plugins for Sanity Studio

Hva kan erfarne utviklere lære fra nye utviklere?