See inline...
On Mar 14, 2007, at 11:42 PM, Priscilla Chung wrote:
Last week I was invited by 'User S' to participate in a meeting.
The meeting date/time was to be scheduled for the following week.
I sent an e-mail to User S with instructions to 'add a time on my
calendar and send me e-mail confirmation from the application.',
and pasted my read-write, bookmarkable URL to Cosmo. User S went
ahead and added an event on my calendar.
It would be helpful to fill out User S profile?
I'm not sure if you mean we need to create a full blown out target
user out of this, ie. Helen the Hub. I just took down some simple
generic statistical info. similar to previous interviews. Age
range, male/female, living in the SF/Bay Area.
No not a full blown out target user. But things like which Target
User is he?
Where do they fall in our pantheon of Target Users? What would
User S use this for?
Ivan the individual coordinator: http://wiki.osafoundation.org/
Journal/IvanTheIndividualContributor (except he doesn't drive a
mini as far as I know.) He would use Cosmo to coordinate w/ Helen
the Hub for a one shot meeting.
Great.
Maybe a name like Jehosephat?
I'm not sure if I understand this question. Why is there a need to
renaming the user to 'Jehosephat'? Are you trying to create another
target user ppl can be familiar with such as Ivan and Helen?
No, just something to humanize the 'test subject'. So that when we're
discussing feedback, we can call him something more than 'S'.
This describes a perfect example of the Casual Collaborator usage
scenario and the tenet we set out to do for the release of Cosmo
0.6. (Cosmo 0.6 tenet: http://wiki.osafoundation.org/Projects/
CosmoZeroDotSix#Tenets).
*Highlights of the interview:*
+ When clicked on the URL provided in an e-mail, it crashed in
Firefox 1.5.
+ Clicked on the calendar and tried to enter event, but nothing
happened. The expectation was to see quick item entry as in GCal.
Never even thought of double clicking.
What did they try to do after the quick item entry was no where to
be found?
He clicked over to the event details and stared to enter in a
meeting date. (I had asked him to duplicate what he did to create
the meeting event in front of me during the interview.
? So he did manage to first create a meeting event by d-clicking on
the canvas? Or did he just click on the Welcome Event?
+ Regular user of GCal and uses 'http://rememberthemilk.com'
+ Had trouble resizing the event, didn't see the cursor mouseover
change- might have been broken the first time?
Perhaps the cursor was not a strong enough visual cue? (Resizing
the event worked during our interview.)
I think we should probably re-test this to see how serious a
problem it is.
The problem is that he is now aware of the mouse over change. We
will have test this again w/ another user–don't worry, I have
plenty of CC type of users to ask. And you can do the same–Just ask
ppl to add an event onto your calendar and then reschedule to
another time. It's that easy! ;)
I don't doubt it! It seemed there was confusion over whether he
didn't notice the mouse change or whether the mouse change never
happened for some reason.
+ Entered in the event in the event details, manually. Didn't
like to do everything manually, expected some date pickers, auto
complete (in the 'go to date'), min-cal when entering the date, etc.
This is after failing to resize in the calendar canvas?
The resizing happened when the event was already created and he
went back to modify the event time by trying to drag the event on
the canvas.
Here are the abbreviated steps again:
1. click once on calendar canvas. Nothing happened.
Yup, having some sort of feedback would be good. As we discussed, the
Desktop selects an hour slot around where the user clicks.
2. clicked into event details and started to create an event.
?? Event details of what? of a non-existent item? Ahh, maybe that's
part of the problem? It's confusing to have an event details of an
item that's not there? If it wasn't there people would be forced to
try out the canvas?
3. tab though the event details and tab through to the date picker
and expected auto complete.
4. noticed there was no auto save. clicked the save button.
5. time passes, goes back to cosmo to modify the date time.
Probably tried to move the event lozenge, but did not see anything
which made think he could drag the event itself, *OR* there was
something weird going on w/ the UI technically at the time.
+ Expected an auto save, especially after having to enter
everything manually. 'It didn't auto save my entry and if I lost
my connection then That sucks.'
+ Found time zone to be confusing. User does not think in terms
of only cities, but also the time zone. It may not be so
important in San Francisco vs. Los Angles, but in Chicago it
would be more important if the person is not sure if the city is
in Central vs. Eastern. There's that extra step where the user
needs to to translate in their head the time zone into city
location & the respected time zones, ie. EST, PST, etc..
I can see that. What are the downsides of not using the 'standard'
time zone names?
Please remember the time zone feature in 0.6 is not fully
completed. When you say 'standard' do you meant out of the box–the
ones supplied by the libraries being used? The time zone out of the
box may be confusing for residence in US and Canada who accustomed
to the notion eastern, pacific, mountain and central. Either
standard or daylight. People will be confused.
Oh I mean using the 'standards' based out of the box time zone names
versus custom ones.
+ Selecting 'Status' was confusing because he didn't know if it
was the event status of the sharer or shar-ee? When adding the
event, it was defaulted to 'Tentative'.
Defaulting to Tentative sounds like a bug? I can understand the
confusion over event status when sharing.
Yeah, I need to check if it's a bug.
Also he didn't have to log in so it was confusing.
What was confusing, having user event status without having to log
in?
He wasn't sure if he had the right/permission to change the event
status since he didn't log in, it was not his calendar. That was
the confusion.
If the user didn't have to log in, then he did not want to change
the status because he's thinking it's my calendar.
'my calendar' as in your-Priss' calendar...
In some ways having the event default to 'tentative' seemed like
the correct behavior because he felt I would make the change of the
event status from 'tentative' to 'confirm' to inform him that I
have agreed to attend the suggested meeting time.
+ 'e-mail this event' should ask me this regardless (when I save
the event). For example a reminder pop up dialog window.'It would
be annoying on my own calendar so I may not want to see it if
it's my own calendar'. In the end e-mail he forgot to e-mail
Priss to confirm the event or the updated event time change
because there was no reminder.
+ Additional visual comments on the calendar canvas, mini-cal.
?
The additional visual comments can be found at the bottom of my
notes on the wiki: http://wiki.osafoundation.org/Journal/
InterviewCosmoZeroDotSixUserS#VisualComments
From your notes:
+ Didn't know what dark blue vs light blue (in reference to the
lozenge colors 'event status')- seems like is personal stuff.
+ Thought it might be some categorization and if it did, I expected
to have some kind of key as to what those things were.
Yup, I've always found this problematic. The color-coding is too many
levels removed from the logic governing the color coding. Basically
the logic is that if the item doesn't affect your free-busy it's
'light'. But there's no free-busy bit in the event details. Anytime,
@time and FYI events don't affect free-busy. But that's a lot to
deduce. We should flag this mentally as an issue to look out for in
dogfood feedback to re-address Post-Preview.
Thx Priss!
Mimi
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
