February 8 2007 Meeting notes: Difference between revisions

From Project VRM
Jump to navigation Jump to search
Line 73: Line 73:
**Yes, because not all information will be made available to the public
**Yes, because not all information will be made available to the public
**Yes, because vendors need additional information
**Yes, because vendors need additional information
**We need some persistent identity, ala cookies, for relationships to accrete around
**We need some persistent identity, ala cookies, for relationships to accrete around. (Signons are one way to do that.)


*Note that we should probably be talking to people in marketing.
*Note that we should probably be talking to people in marketing.

Revision as of 14:50, 8 February 2007

Conference Call Notes

Invitation

VRM Conference Call - Thursday February 8 at 10:30 AM Pacific / 1:30 PM Eastern

As discussed at the January 25th meeting in Redwood City, there will be a Project VRM Conference call on Thursday, February 8th at 10:30 AM Pacific / 1:30 PM Eastern.

Here are the conference call details:

Date: Thursday, February 8, 2007 Time: 10:30 PDT, 1:30 EST

Dial-in Number: 1-712-432-3000

(Note that the other number that used to be listed here doesn't work.)

Conference Bridge Access Code #: 170658

Please note: we are going to record the call for potential future use as a reference audio or podcast.

See you (well, hear you) then and there.

Attendees

  • Britt
  • Dean
  • Iain
  • Whit
  • Joe
  • Tom
  • Kevin
  • Doc

Status

what who when status
---------- ---------- ---------- ----------
open id on wiki david no date
group blog/RSS to wiki (venus) doc no date still working on it
project VRM definition doc 1 week still working on it
thurs, 1:30pm EST concall setup dean 8 feb DONE
Initiative brainstorm page joe 1 feb DONE
brainstorm Initiatives all ongoing
relationship/expression matrix chris/deb feb 1

Notes

  • IM/IRC/Jabber backchannel would be a good thing
  • Shared VRM Blog might just work as tag-based feed aggreation
  • VRM fix to Yahoo/Flicker problem: accumulating acquired companies' signons and accumulating users' signons. Can we make headway by coming at this from the user side?
  • Fractional horsepower/Personal RFP same thing? (Sure: Joe)
    • Any known existing technologies
      • EB-XML
      • EDI
      • RosettaNet
  • We have to conform to existing businesses and business practices, so that supporting VRM appears as "money over the transom".
  • Where does VRM touch existing commerce systems:
    • Sun
    • IBM
    • SAP
    • HP
  • Do we need sign on?
    • No, because shopping should be publicly accessible
    • Yes, because not all information will be made available to the public
    • Yes, because vendors need additional information
    • We need some persistent identity, ala cookies, for relationships to accrete around. (Signons are one way to do that.)
  • Note that we should probably be talking to people in marketing.
  • IIW Workshop April 16,17, 2007 at Computer History Museum in Mountain View, CA

Action Items

what who when status
---------- ---------- ---------- ----------
open id on wiki david no date
group blog/RSS to wiki (venus) doc no date still working on it
project VRM definition doc 1 week still working on it
brainstorm Initiatives all ongoing
relationship/expression matrix chris/deb feb 1
Set up Jabber Host for conference calls doc no date new