
Personal, not creepy
Every donor, member, and partner deserves software that knows their story. Here is how hyper-personal and respectful can be the same thing.
RigasonThink about the people on the other side of a mission-driven organization: the donor who endowed a scholarship, the member who renews every year, the partner with a decade-old MOU. Each of them has a real history with the institution: gifts made, terms agreed, updates owed.
Now think about the software that greets them. A generic portal. A form that asks for information they have given four times. A newsletter addressed to “Dear Friend.”
The staff feels the same gap from their side: everyone knows Maya endowed the scholarship in 2019, but assembling her story before a meeting means an hour across three systems. The relationship is personal. The tools are not.
What hyper-personal actually means
When we say Rigason builds hyper-personalized experiences, we mean something specific, and it is not tracking pixels or inferred moods.
It means the software already knows what the institution already knows, and acts like it:
- The donor portal opens on her fund: the students it supported this year, the impact report ready to read, the one document waiting for a two-minute, prefilled signature.
- Nothing is asked twice. Her terms, her preferences, her history travel with her across every interaction.
- The relationship’s memory is intact. Ten years and three staff transitions later, the institution still greets her like it remembers, because now it does.
The raw material is not surveillance. It is the institution’s own records (the gift agreements, the correspondence, the commitments) finally read, understood, and put to work by the same agents that clear the staff’s busywork. Personalization here is institutional memory, returned to the relationship.
The respect line
“Personal” curdles into “creepy” at a specific point: when the software knows things the person did not knowingly share, or uses what it knows to extract rather than to serve. We build on the other side of that line, and we keep three rules there:
- Known, not inferred. The experience is shaped by the record the person actually has with the institution, never by profiling bought or guessed from elsewhere.
- Service, not pressure. The portal exists to honor the relationship, to deliver the update and ease the paperwork, not to time the next ask.
- Visible and portable. People can see what the institution holds about their relationship, and the institution’s data stays its own: governed, auditable, exportable.
Mission-driven organizations run on relationships that span decades. The people in them deserve software that treats those relationships as carefully as the staff does. That is the experience we are building: hyper-personal because the memory is real, and respectful because the memory belongs to the relationship, not to us.