Self-hosted software that refreshes alumni records and writes event and form activity back to AMS.
This proposal stays inside that brief. No new alumni portal gets bolted on.
An alumnus may register on art-mate for entry, PFS for a session, CEMS for an activity and a Microsoft form for parking. AMS sees none of that activity.
Our job is the plumbing between systems you already run.
A thin integration layer updates the alumni record and attaches event and form activity to it. No second alumni database grows beside AMS.
Today's parking form asks for 10 fields. With one record behind it, 7 are already known and the alumnus fills in 3.
Microsoft Forms stays where it is. Nothing gets rebuilt or moved.
See it live {{ext}}Hosting matches your request and keeps the PDPO answer short.
| Parking fields typed | 10 | → | 3 (−70%) |
| Attendance to the record | never / manual | → | < 24 h · ≥90% |
| Manual matching & entry | baseline wk 1 | → | −50 to −70% |
| Records confirmed current | baseline wk 1 | → | +30 to +50% |
Week one sets the baselines. After that, a live dashboard tracks every target.
We map the real systems and prove one LinkedIn path and one event path. You keep the blueprint, even if someone else builds from it.
Fixed fee, scoped after this meeting.
Bring the privacy lead and whoever owns AMS and CEMS. We trace one event and one alumnus record from sign-up to AMS, then you try the parking demo.
Open the prototype {{ext}}Kenta Ng, EventBinder. One alumnus, one record.