[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
RE: [xml-dev] Meaning of "Design for the unanticipated user"
- From: "Costello, Roger L." <costello@mitre.org>
- To: "'xml-dev@lists.xml.org'" <xml-dev@lists.xml.org>
- Date: Mon, 19 Jan 2009 13:40:58 -0500
Hi Chin,
I wrote:
> Shortly after deploying the web service its logs
> reveal that not only are banks using your web
> service but also individuals planning holiday
> trips abroad are using it!
and I also wrote:
> You also discover that some users are using your
> web service not for the exchange rate information
> but for getting today's date!
Discovering these things about the users will certainly take detective work.
Discovering that lone individuals (not just banks) are using the web service may be accomplished by looking up the IP addresses of the users.
Historical usage may help fill in the puzzle pieces: when some individuals only invoke the web service once, or a few times it may suggest that they are using the web service for something other than financial transactions; when some individuals invoke the web service once a day, every day it may suggest that perhaps the exchange rate information isn't the most important information for them.
Feedback mechanism such as email or blogs can be deployed alongside the web service to help discover the different ways that users are using the service.
As I write this, the lesson I've learned is that it is important to have multiple ways of learning how users are using a web service. I see two broad categories:
1. Automated learning by analyzing the web service's profile logs.
2. Learning through social feeback mechanisms such as email and blogs.
What other ways can a person deploying a web service discover how users are using the web service?
/Roger
________________________________
From: Chin Chee-Kai [mailto:cheekai@softml.net]
Sent: Sunday, January 18, 2009 9:42 PM
To: Costello, Roger L.
Cc: 'xml-dev@lists.xml.org'
Subject: Re: [xml-dev] Meaning of "Design for the unanticipated user"
Hi Roger,
Nice summary and example! Just that for the conclusion, are you able to elaborate just a little further on how to "monitor your web service and note changes in usage"? I'm assuming you have some details and for the sake of conciseness, you've summarized them as "monitor and note". I'm keen to hear how one could know the subset of information being extracted from the contents of your web service, and the type of users accessing (other than IP address) when the web service is offered to unanticipated users.
Thanks.
--
Best Regards,
Chin Chee-Kai
Costello, Roger L. wrote:
Hi Folks,
...
Consequently, you need to monitor your web service and note changes in usage. This information will give you the knowledge of how to evolve your service to better accommodate your users.
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]