Negativity bias is why we need database PR
I've written before how cognitive biases can affect data management. Another bias to add to the list is negativity bias. Simply put, our brains are hardwired to register and dwell on negative stimuli more than positive ones. Which is just another reason why it's important to practice database public relations.
As I write here, database public relations is the practice of taking proactive steps to talk about the good things in your database. Because our brains are hardwired to focus and dwell on "bad things," database PR works to counteract this natural tendency.
Nature abhors a vacuum and no system is in stasis. Either your data is getting better or getting worse, and if it's getting better, it's up to you to tell that to everyone who needs to know.
Wes's Wednesday Wisdom Archives
Inertia
Inertia One definition of inertia is “to remain unchanged.” My sense is that many association processes, projects, or […]
When’s the “least bad” time?
When’s the “least bad” time? When working with clients on a new project, especially a […]
A poor launch can set the stage for YEARS
A poor launch can set the stage for YEARS It is not uncommon for me […]
Have the courage of your convictions
Have the courage of your convictions Having the courage of your convictions means you’re willing […]
Even your online directory is out of date!
Even your online directory is out of date! Back in the day of printed directories, […]
Start small
Start small When I work with my clients on projects that involve measuring member engagement, […]
Some context, please
Some context, please A pet peeve of mine: A report about associations (e.g., marketing benchmarks report) where […]
Eventually automated emails get ignored
Eventually automated emails get ignored During the discovery and development phase of implementing a new […]
The challenge the AMS providers see
The challenge the AMS providers see Over the years I’ve asked AMS providers what they […]
Be careful about “solutioning” too quickly
Be careful about “solutioning” too quickly One of the great things about software developers is […]