1 / 11

Creating Effective Systems: The Actor Analysis Technique

Building things that people want requires accurate and effective implementation of systems. But while they do work, people sometimes hate them and end up not using them. This is where gaining empathy for your users becomes crucial. In this presentation, Alliance Software lets you in on a secret that helps them do just that: the actor analysis technique.

Télécharger la présentation

Creating Effective Systems: The Actor Analysis Technique

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. We’re now starting to move to techniques that allow us to think from the customer’s perspective. We talked about failure of startups before and building things that people want. There are lots of systems that work and do exactly what they were designed to do but people hate them, people don’t want to use them and that is the reason they fail. So getting empathy for what your customers are going to go through is really important. Let’s talk about some techniques for that. The first one is you can perform what is called an actor analysis. Actors are the people who are going to use your system. I’ll give you an example as we work this through. Who are the people who are going to use your system, actually name them. What are the tasks they wish to do? Just jot them down, it doesn’t have to be lengthy. Just dot point, they want to do this, they want to do this. What is the typical situation that they will be using this system in? I’ll give you some examples of where this can be critical, where I’ve seen people not understand the typical situation and really having no customer empathy. What are their desires or feelings, what are their motivations? So where are they and how are they feeling about this? Let’s work this through.

  2. The good thing about an actor analysis is, if you follow this template, you can actually get a lot of details down pretty quickly. A lot of you have a system you are planning. If you did an actor analysis in forty-five minutes to an hour, you can actually plan a lot of this out pretty quickly. We do this in the vast majority of cases, we do this a lot. I like to do this on a white board with a client or you can just do this on a word processor. So let’s look at the who. Aaron eats curry. Cassandra orders the curry, Sherev sells us the curry and Terry, our favourite developer, is the software manager who oversees menu changes and other things. He actually manages the system. Let’s look at some of the tasks to do. Aaron wants to place an internal order, he wants to change an order, he wants to pay and he wants to pay off an IOU. That’s as simple as it is. For a lot of systems that work you can say, these are the people and this is what they want to do. They want to do this, they want to do this, this is not a hard analysis to do. Cassandra wants to view all the internal orders, she wants to place a combined order with Sherev. She wants to

  3. tick off the payments and she wants to view the IOUs and collect the IOUs. So the actor analysis or the typical situation, this one is really important. I think people don’t think about this enough. I was thinking about my wife when I put this up. My wife is a lawyer and a really smart operator. Her life is incredibly varied, and her use and engagement with technology is incredibly varied. So between the hours of about nine and two for the last week she has been writing contracts. She sits at work and we’ve been negotiating a certain deal and she is writing contracts and doing various negotiations. She is sitting in that context. Then she goes to school to pick up our kids. In the school zone, she is still using technology but she is on the phone. She doesn’t play Candy Crush, but she is actually doing jobs. She is doing a bit of internet banking, she is chasing up things, she is doing a range of sending off quick emails but she is in the context of the two seconds of opportunity that she’s got.

  4. It hasn’t been true for a little while but there are certainly times in our life where past about nine o’clock at night, if we’re watching tele, because we typically watch one television show about nine o’clock at night, if she’s not particularly interested, she’ll surf the internet. That is her moment to chill. We’ve got relatives in China who can get us things at incredible prices. So if we’re going to buy something, she’ll buy something and send of emails. It’s her moment to relax and engage. Her interactions with software at those three stages in her life are totally different, they’re not even close. Desires and feelings. I’ve probably over emphasized this a little bit. But I like to state it in a really strong way. What do people actually think when they’re using my system? Because some of our systems we use, people use them because the government says you have to do it. They would rather not do it. They would rather the whole thing didn’t exist. That’s not bad but you’ve got to know what the context of the people who are using it is. I’m looking at Bruce here because he runs a business that deals with government compliance. He’s done some really smart work in that space. In his case, his clients are actually people on a building site looking at a phone. The worst thing in his world is if something goes wrong and everyone has a laugh at them, that is the context Bruce’s app is used in.

  5. Cassandra hates it when petty cash is wrong, she’s got to go and tell her boss and her boss is a sociopath. I hope I’m not a sociopath. Think about the context that people use your app in. Let me give you an example. We’re working on a system called Tipsy. Tipsy is a really good platform. Tipsy is a system that they have invested significant amounts of money in. They’ve got studios in multiple places in the world to build out absolute world class training for people in the hospitality space. Their goal is effectively to be the dominant provider of very specific training for small and large players in the hospitality market. When I first spoke with John, the owner of that business, he’d done his research. He came to us with an extensive wish list of things he wanted to do. He said, I want the best of this product, I want the best of this and the best of this. I could fault none of his ideas at a conceptual level. The challenge we faced was when we started to think about who the who was. When we started to think about this thing, we’ll make it on mobile, we’ll make it on desktop and mobile and we’ll think about both of those

  6. scenarios. When we dug into it, this is what we discovered. These are the tasks that a hospitality staff member needs to do. They need to register, they need to watch videos, they need to rate them. There are quite a number of things you can do with the app, I won’t go through it. But the context is it’s all mobile phone. It was hard. We had to consistently pull back, pull back. I can put an endless amount of things onto a mobile phone and make you an application that is horrible that nobody wants to know. To make something that is elegant and serves this market who are basically watching it on public transport, they’re watching it in their smoko at work, you’ve got to build something that is incredibly quick, easy to get into. The videos are really short and snappy. You can’t do a fifteen minute video. You’ve got to be doing three and four minute and in some cases some of their best videos are one and two minute videos. So knowing the context that people are ultimately going to be using this, 90% of the value can be extracted on a mobile phone, forced us to make a whole bunch of hard decisions about what we were going to prioritise. In the Tipsy case, there are a whole lot of people who use this to show their profile. There is a piece where you can build your profile. They want more than my job, it’s my craft, I want to show my capability.

  7. But the context is it’s all mobile phone. It was hard. We had to consistently pull back, pull back. I can put an endless amount of things onto a mobile phone and make you an application that is horrible that nobody wants to know. To make something that is elegant and serves this market who are basically watching it on public transport, they’re watching it in their smoko at work, you’ve got to build something that is incredibly quick, easy to get into. The videos are really short and snappy. You can’t do a fifteen minute video. You’ve got to be doing three and four minute and in some cases some of their best videos are one and two minute videos. So knowing the context that people are ultimately going to be using this, 90% of the value can be extracted on a mobile phone, forced us to make a whole bunch of hard decisions about what we were going to prioritise. In the Tipsy case, there are a whole lot of people who use this to show their profile. There is a piece where you can build your profile. They want more than my job, it’s my craft, I want to show my capability.

  8. IN THIS VIDEO: Ben Stickland, the founder of Alliance Software, explains why it’s always a good idea to use the actor analysis method when creating a system.

  9. Want to make sure that your program is designed for success? We’re looking forward to hearing from you. Contact us today for a quick chat.

More Related