
And then after that, it’s this giant, I’d say like it’s a shrug emoji, what happens to it after that. So ultimately, if someone is using a Facebook Portal, or Facebook, let’s say, the air glasses that may eventually come out, if there are some functions that are happening on-device, but ultimately, there’s still data being sent to the server, how do you actually give a consumer control over what happens after that?
AB: Well, it’s actually quite straightforward. The execution of it is not, but the doing of it is straightforward. On Facebook, you have access to all the data that Facebook has on you, and you can individually or collectively remove it. And we take that incredibly seriously. That’s obviously a matter of policy, global policy at this point. So from a data-control standpoint, it’s straightforward; likewise, from a sharing standpoint, that’s always been straightforward. It’s like, who am I sharing it with? What’s the audience? Those two, I think, are pretty well-established types of controls that people have on the internet and on the devices.
More generally though, look, it’s a question of, does the consumer want to exchange the value? Look, this goes back to the, man, Microsoft in the early 2000s. Like you install the software, and it says, “Hey, can I share crashes and analytics reports with the server to improve the software?” And a lot of people check on that box because they’re not worried about it. They feel, “Yep. I understand what this is for, how it’s going to be used, what the data consists of, and I’m comfortable with it.” And it hasn’t really been a problem for twenty-some odd years you’ve been doing it. That’s really commonplace.
If you want, go get a Portal out of the box—if you don’t have one, you should, so you can go ahead and I’ll wait. I’m just kidding. You get a Portal out of the box and it says, “Hey, when you use our assistant, when you use the wake word,” it’s a really explicit thing, it says, “That has to go to the server because that’s where we keep the answers. And that’s how we understand the question. And not only that, it might be reviewed either by an AI system or even by an employee of the company.” And it’s right there written, and you say, “Yeah, I accept it.” Or, “Nope, I don’t accept that” if it’s in the kind of what we’d call the “forced-choice framework,” is the user design language that you use to describe that.
So everyone who goes through a Portal and sets one up goes through that decision. So I think it’s very clear about what it is, why it is, how it’s used, and they have a choice to use it or not use it. Listen, if I could provide the assistant without going to the server, I’d love to; we don’t have the technology. We don’t have the capability to do that locally on-device. We can’t keep the entirety of the world’s knowledge on the device. So alas, it’s got to go to the server. And by the way, we want to keep improving this thing, so it could end up being heard by contractors. So if you’re not comfortable with that, then don’t use this feature. Same with Google fitness: If you don’t think the Google Fit cloud thing is useful to you, definitely don’t do it.
If you don’t think it’s worth the rest of your data, definitely don’t do it. You don’t have to do it. So for me, the point is letting consumers control the experience that they want to have. I do think sometimes we infantilize consumers. These are, broadly speaking, intelligent people who’ve gone out and paid money for a good or a service, and they want to use that, they want to get value in their life for it, and they get to decide how they do it. So I think from a high-level perspective, the mechanism isn’t hard; actually executing is really the key piece.