đ Welcome to Nexus, a newsletter for people applying analytics and other smart building technologyâwritten by James Dice.
If youâve been forwarded this email, you can sign up for your subscription here:
This is an experiment, and Iâd love your feedback. If you have thoughts, questions, ideas or tips, join the discussion on LinkedIn or hit reply.
+ I had the flu this week, so I havenât written much worth sharing. If youâre new around here, check out some of my older essays that received some đ:
+ The latest on LinkedIn:
Agree or disagree?
"Fault Detection and Diagnostics (FDD) is a specialized field with plenty of actors while not many active users, so we're waiting to see when it becomes a normal practice. We have enough new frontiers to break in addition to FDD."
- Anonymous
+ The âState of Energy Managementâ Survey of Building Owners (Smart Energy Decisions)âI almost spit out my coffee when I heard on the Modern Energy Management podcast that, according to this survey, 55% of building owners are still practicing manual data entry for their utility bills.
And sadly, it does match my experience. Iâve had many clients who employ a full time person to do one thing: simply punch in utility bill data into a spreadsheet. And Iâve had other clients who include this as one of their manyâfar too manyâresponsibilities.
And now we begin my rant:
At Nexus we like to speculate about future solutionsâthe best of whatâs to come, like digital twins. We like to talk about the latest and greatest new solutions on the market. But with utility bills, itâs not about whatâs to come in the future. Itâs not about sexy new hashtag-worthy buzzwords.
This is a solved problem that every building owner can and should implement today. Every building owner should have their utility bill data automatically acquired, stored in a database, checked for errors, analyzed for common faults (such as spikes and leaks), and sent to Energy Star Portfolio Manager within 24 hours of the utility creating the bill. And it can cost less than it does to pay someone to put it into a spreadsheet, with far better results. And that someone is now freed up for more meaningful and fulfilling work: acting on the analytical results.
Okay, rant over. Letâs take it to the positive side: while 55% is a sad number, itâs also a HUGE opportunity to implement a simple, cheap solution at scale. This industry doesnât have a lot of those opportunities.
+ Define analytics KPIs that align with the building ownersâ (Propmodo)âWhile I find the writing tough to follow, this article highlights what I see as another underutilized best practice: tailoring analytics KPIs to the building ownerâs jobs to be done.
Itâs not enough to collect building data and simply display it. Itâs not enough to show energy-only KPIs. Dashboards and analytics should be designed to move up the ownerâs priorities list, all the way to their top priority.
Hereâs an example KPI from this article: Tenant Retention. In other words, what is the tenant turnover rate?
(âŚ) thatâs fundamentally where the (ownerâs) revenue comes from, and thatâs where the revenue persists.
How can you boil all the data you collect down to a few metrics that communicate how well the owner's various jobs are being done?
+ Defining KPIs at the system level (HPB Magazine)âAt the other end of the spectrum, itâs also not enough to show only whole-building KPIs. KPIs can and should be used at the system level to enable deeper insights and save analysis time.
While performance diagnostics are most effective at the system level, KPIs presently are mostly available for the component- or whole-building-level, leaving a gap in system-level KPIs.
For example:
Washington State recently approved an HVAC-focused KPI called âTotal System Performance Ratioâ (TSPR) into its energy code, which will take effect in July 2020.4 The TSPR compares a buildingâs annual heating and cooling loads to the amount of energy required to provide these heating and cooling services. Washington State modified the TSPR metric for their code by assessing carbon emissions rather than energy use. A building that sacrifices services, for example more relaxed heating and cooling setpoints or reduced hours of operation, will show reduced HVAC energy use, but not a better TSPR.
Us analytics nerds will point out that an annual KPI is too much of a lagging indicator. Why canât this be a real time metric? As in: show me the TSPR right now, in real time.
OK, thatâs all for this weekâthank for reading Nexus!
If you have thoughts on this weekâs edition, head on over to LinkedIn:
đ Welcome to Nexus, a newsletter for people applying analytics and other smart building technologyâwritten by James Dice.
If youâve been forwarded this email, you can sign up for your subscription here:
This is an experiment, and Iâd love your feedback. If you have thoughts, questions, ideas or tips, join the discussion on LinkedIn or hit reply.
+ I had the flu this week, so I havenât written much worth sharing. If youâre new around here, check out some of my older essays that received some đ:
+ The latest on LinkedIn:
Agree or disagree?
"Fault Detection and Diagnostics (FDD) is a specialized field with plenty of actors while not many active users, so we're waiting to see when it becomes a normal practice. We have enough new frontiers to break in addition to FDD."
- Anonymous
+ The âState of Energy Managementâ Survey of Building Owners (Smart Energy Decisions)âI almost spit out my coffee when I heard on the Modern Energy Management podcast that, according to this survey, 55% of building owners are still practicing manual data entry for their utility bills.
And sadly, it does match my experience. Iâve had many clients who employ a full time person to do one thing: simply punch in utility bill data into a spreadsheet. And Iâve had other clients who include this as one of their manyâfar too manyâresponsibilities.
And now we begin my rant:
At Nexus we like to speculate about future solutionsâthe best of whatâs to come, like digital twins. We like to talk about the latest and greatest new solutions on the market. But with utility bills, itâs not about whatâs to come in the future. Itâs not about sexy new hashtag-worthy buzzwords.
This is a solved problem that every building owner can and should implement today. Every building owner should have their utility bill data automatically acquired, stored in a database, checked for errors, analyzed for common faults (such as spikes and leaks), and sent to Energy Star Portfolio Manager within 24 hours of the utility creating the bill. And it can cost less than it does to pay someone to put it into a spreadsheet, with far better results. And that someone is now freed up for more meaningful and fulfilling work: acting on the analytical results.
Okay, rant over. Letâs take it to the positive side: while 55% is a sad number, itâs also a HUGE opportunity to implement a simple, cheap solution at scale. This industry doesnât have a lot of those opportunities.
+ Define analytics KPIs that align with the building ownersâ (Propmodo)âWhile I find the writing tough to follow, this article highlights what I see as another underutilized best practice: tailoring analytics KPIs to the building ownerâs jobs to be done.
Itâs not enough to collect building data and simply display it. Itâs not enough to show energy-only KPIs. Dashboards and analytics should be designed to move up the ownerâs priorities list, all the way to their top priority.
Hereâs an example KPI from this article: Tenant Retention. In other words, what is the tenant turnover rate?
(âŚ) thatâs fundamentally where the (ownerâs) revenue comes from, and thatâs where the revenue persists.
How can you boil all the data you collect down to a few metrics that communicate how well the owner's various jobs are being done?
+ Defining KPIs at the system level (HPB Magazine)âAt the other end of the spectrum, itâs also not enough to show only whole-building KPIs. KPIs can and should be used at the system level to enable deeper insights and save analysis time.
While performance diagnostics are most effective at the system level, KPIs presently are mostly available for the component- or whole-building-level, leaving a gap in system-level KPIs.
For example:
Washington State recently approved an HVAC-focused KPI called âTotal System Performance Ratioâ (TSPR) into its energy code, which will take effect in July 2020.4 The TSPR compares a buildingâs annual heating and cooling loads to the amount of energy required to provide these heating and cooling services. Washington State modified the TSPR metric for their code by assessing carbon emissions rather than energy use. A building that sacrifices services, for example more relaxed heating and cooling setpoints or reduced hours of operation, will show reduced HVAC energy use, but not a better TSPR.
Us analytics nerds will point out that an annual KPI is too much of a lagging indicator. Why canât this be a real time metric? As in: show me the TSPR right now, in real time.
OK, thatâs all for this weekâthank for reading Nexus!
If you have thoughts on this weekâs edition, head on over to LinkedIn:
Head over to Nexus Connect and see whatâs new in the community. Donât forget to check out the latest member-only events.
Go to Nexus ConnectJoin Nexus Pro and get full access including invite-only member gatherings, access to the community chatroom Nexus Connect, networking opportunities, and deep dive essays.
Sign Up