2020-05-15 Meeting notes (ISI) Draft

• Roll call
• Agenda bashing

 min

What i’d like to cover in our call is ‘Updating the definition of Intentcasting' from that used in 'The Intention Economy. See below.

'In technical terms, your personal RFP is an event that triggers rules that are written in KRL and executed by a rules engine that’s under your control, in this case, at your fourth party (though it could be anywhere). The rules are ones you or your fourth party write. They say what kinds of information can be released, to whom, and under what conditions. They also say what other information might be brought in to help move things along, such as banking and credit information, general or specific locations, time frames, and other data that can be released securely, at the right time, on a need-to-know basis, and auditable later.

All the retailers in your current area are also on the Live Web and ready to receive notice of intents to buy (what used to be called “leads”) from potential customers. Your fourth party sends out your RFP to qualified sellers, and in a few minutes, you have serious responses from stores with strollers to offer. After a couple of conversations with stores that have the most attractive offers, you decide that a place about two miles from the airport has the stroller you want. You tell them you’ll pick it up after you get your rental car. The store’s systems and yours both record the same intention in their respective databases. The same shows up in your smartphone’s calendar, along with directions to the store on your phone’s map.'

It might help to remind of this draft intentcasting schema built for VRM Day Demo in Oct 2018.

http://customercommons.org/intentcasting-base-schema-demo/

We had a wide ranging discussion, key points that are emerging for work going forward include as below.

We need to retain a clear of of the Context around an intentcast; what is the nature of the two end points:

• consumer to retailer
• B2B
• Peer to peer
• Requirement is for products or services or content

To better define intentcasting we need to recognise that it is likely a broad category with then specific sub-sets. For example, sub-sets might be looked at as:

• There are preceding phases in which needs/ wants/ requirements emerge and are articulated (window shopping is part of this).
• Considered/ significant purchases versus tactical/ in-significant purchases (significance/ scale of requirement)
• Planned purchases versus purchases made in pressured situations (context of requirement)
• Different stages in the requirement cycle (requests for information, requests for proposals) (stage of requirement)
• Whether the purchase is a one off, repeats with some regularity or is an 'always on' requirement (uniqueness of requirement)
• Geographic factors; is the requirement localised or broader? And how is this managed.
• Timing factors; how will relevant dates/ times be managed.

Also discussed:

• Intentcasting should be seen as an 'and' not an 'or' versus current models. That is to say, intentcasting can run alongside current models.
• We should move forward by working up a range of 'user stories' to illustrate the above points.