Change #1: Small tweaks within the existing framework<\/h3>\n\n\n\n
The first change is that we slightly<\/em> tweaked the weights of several of the variables that were already used to generate expenditure updates in V3 of the expenditure algorithm.<\/p>\n\n\n\n As discussed in the previous article<\/a>, there\u2019s an inherent tradeoff between stability and responsiveness of the expenditure algorithm. But, these tradeoffs are nonlinear. An extremely responsive algorithm tends to be more accurate than a less responsive algorithm when its outputs are averaged over any reasonable period of time. But, this increase in accuracy comes at the expense of day-to-day unusability, since your Calorie targets would regularly increase or decrease by several hundred calories every week.<\/p>\n\n\n\n Using a shorter lookback window is one way to make an algorithm more responsive. This graph from <\/em>our prior article<\/em><\/a> visually illustrates the pitfalls of maximizing responsiveness at the expense of stability.<\/em><\/p>\n\n\n\n Conversely, a maximally stable algorithm would never update your expenditure at all, leading to very poor accuracy, on average.<\/p>\n\n\n\n Using a longer lookback window is one way to make an algorithm more stable. This graph from <\/em>our prior article<\/em><\/a> visually illustrates the pitfalls of maximizing stability at the expense of responsiveness.<\/em><\/p>\n\n\n\n We can visualize these tradeoffs by plotting an efficiency curve.<\/p>\n\n\n\n For responsiveness, the metric we\u2019ll use is average absolute monthly weight change error: the extent to which monthly weight change differs from what the expenditure algorithm tacitly predicted, based on your Calorie intake. This is technically a metric to assess algorithmic accuracy<\/a> rather than responsiveness per se<\/em>, but increased accuracy is the entire point of increasing responsiveness, so it serves as a good proxy (i.e., if an algorithm got more \u201cresponsive\u201d without also getting more accurate, it\u2019s not \u201cresponding\u201d to whatever it\u2019s supposed to be responding to).<\/p>\n\n\n\n For stability, the metric we\u2019ll use is the average absolute daily expenditure change: the typical amount of day-to-day change in your calculated expenditure.<\/p>\n\n\n\n Here\u2019s the resulting efficiency curve for an algorithm built upon the same principles as MacroFactor\u2019s V2 algorithm:<\/p>\n\n\n\n On this graph, values closest to the bottom left corner are ideal, offering the best blend of accuracy and stability. This coincides with the part of the graph with the prominent bend. So, let\u2019s zoom in on that region to see how the tweaks made in the recent update impact this tradeoff.<\/p>\n\n\n\n First, I\u2019ll start by plotting the stability versus responsiveness relationship using the prior weights of the V3 expenditure algorithm. As you can see below, the upgrades in V3 allowed us to push beyond the efficient frontier of the V2 algorithm, achieving a blend of responsiveness and stability that was previously unachievable.<\/p>\n\n\n\n The precise gains in responsiveness and stability will be contingent on the dataset used for testing purposes (in this case, I\u2019m using the first 100 days of data from new MacroFactor users who participated in our New Year’s Challenge), but within this dataset, the V3 algorithm is about 19% more responsive than a V2-style algorithm with similar stability, and about 20% more stable than a V2-style algorithm with similar responsiveness.<\/p>\n\n\n\n So now, let\u2019s see the impact of the small tweaks we made to the weighting variables that were already present in the V3 algorithm.<\/p>\n\n\n\n Like I said: they were quite small tweaks. The net effect is that they reduce stability by about 3.9%, while increasing responsiveness by around 5.8%. I won\u2019t pretend like this isn\u2019t<\/em> a fairly small change, but it\u2019s a slightly bigger change than meets the eye.<\/p>\n\n\n\n For starters, through this region of the responsiveness versus stability curve, any gains in responsiveness typically<\/em> come with a disproportionately larger decrease in stability (i.e., you\u2019d expect a 5.8% increase in responsiveness to reduce stability by around<\/em> 7%, give or take).<\/p>\n\n\n\n Additionally, this curve depicts average absolute error versus average daily expenditure change over the entire 100-day period for the contest participants, but a pretty large chunk of the total error during that period comes from the first 30 days of using the app (before the expenditure algorithm is fully calibrated for the user). And, during that initial calibration period, you should expect<\/em> expenditure updates to be larger (larger updates mean that any initial estimation error is being mitigated quicker).<\/p>\n\n\n\n So, for a better idea of the net improvement for most<\/em> users, it\u2019s helpful to focus on the stability versus responsiveness tradeoff from day 30 onward. And, after the 30-day initial calibration period, these tweaks result in 6.9% better responsiveness, compared to a 2.6% decrease in stability. In other words, these tweaks lead to modest net improvements for brand-new users, and somewhat larger net improvements for people who\u2019ve already been using the app for a while.<\/p>\n\n\n\n For the first time, MacroFactor\u2019s expenditure algorithm will directly incorporate activity data if you enable \u201cStep-Informed Updates.\u201d To enable this modifier just go to More > Expenditure (under Feature Settings) > Step-Informed Updates (under Expenditure modifiers) and toggle the modifier on.<\/p>\n\n\n\n For the time being, we\u2019re only using step counts. The reasons for this decision are pretty straightforward:<\/p>\n\n\n\n Note that step counts won\u2019t be used to additively increase or decrease your calorie targets on individual days. Rather, step data will be incorporated into MacroFactor\u2019s algorithms in a manner similar to the data you\u2019re already logging (weight and nutrition data), meaning it will smoothly and progressively increase or decrease your estimated expenditure and calorie targets over time.<\/p>\n\n\n\n It actually took quite a bit of testing to find a way that step data could be used productively, since the expenditure algorithm already works quite well with just the use of weight and nutrition data. More often than not, activity levels are associated with energy status and weight change status (in other words, if you\u2019re eating less and losing weight, you tend<\/em> to also move less, and vice versa when you\u2019re eating more and gaining weight). Furthermore, due to the effects of energy compensation<\/a>, changes in activity levels tend<\/em> to impact energy expenditure a bit less than you might otherwise expect, especially when you\u2019re losing weight. When we\u2019ve said that MacroFactor\u2019s algorithms didn\u2019t need<\/em> activity data to function well, we weren\u2019t bullshitting.<\/p>\n\n\n\n However, we did<\/em> find a way for step data to slightly improve the performance of the expenditure algorithm. Much like the tweaks discussed above, however, the impact was quite small. Here it is, plotted on the same efficiency curve we used previously.<\/p>\n\n\n\n On the surface, we\u2019re looking at a ~3% decrease in stability, compared to a ~2% improvement in responsiveness (on top of the changes resulting from the previously discussed tweaks). Once again, the upside becomes more apparent after the 30-day mark, where the decrease in stability is still only 3%, compared to a 3.3% increase in responsiveness.<\/p>\n\n\n\n Compared to expenditure V3, these two tweaks combined increase responsiveness by nearly 11%, while reducing stability by a bit less than 6%.<\/p>\n\n\n\n Last year, we published a series of articles<\/a> about Basal Metabolic Rate (BMR), culminating in the release of our new BMR equation<\/a> (and calculator<\/a>).<\/p>\n\n\n\n In two of those articles, we discussed how weight gain<\/a> and weight loss<\/a> impact BMR. But, BMR changes only account for a fraction of the excess changes in total<\/em> energy expenditure resulting from attempts to gain or lose weight. However, there\u2019s quite a bit of research documenting the effects of weight gain or weight loss on BMR, but there\u2019s considerably less research comprehensively documenting the effects of weight gain or weight loss on excess changes in total<\/em> energy expenditure.<\/p>\n\n\n\n So, I\u2019ve been pretty sure<\/em> that MacroFactor\u2019s initial<\/em> expenditure estimates tended to slightly overestimate energy needs for people aiming to lose weight, and tended to slightly underestimate energy needs for people aiming to gain weight. But, I was hesitant to make any adjustments to MacroFactor\u2019s initial expenditure estimates without first having the necessary data to inform those adjustments.<\/p>\n\n\n\n However, the data from participants in MacroFactor\u2019s New Year\u2019s Challenge provided me with a large dataset to address the problem.<\/p>\n\n\n\n MacroFactor\u2019s expenditure algorithm is, functionally, a prediction engine. If your energy intake matches your estimated expenditure, MacroFactor is tacitly predicting that you\u2019ll maintain your weight. If your energy intake is above or below your estimated expenditure, MacroFactor is tacitly predicting that you\u2019ll gain or lose weight (respectively), and it\u2019s predicting the rate at which you\u2019ll gain or lose weight. The degree to which your estimated expenditure increases or decreases over time is more-or-less determined by prediction errors. If you lose weight faster or gain weight slower than would be predicted based on your current estimated expenditure, that implies you\u2019re burning more energy than was previously predicted, so your estimated expenditure will increase (and vice versa if you gain weight faster or lose weight slower than would be predicted).<\/p>\n\n\n\n So, to determine if MacroFactor\u2019s initial<\/em> expenditure estimates are too high when people set a weight loss goal, and too low when people set a weight gain goal, all I had to do was compare people\u2019s target rate of weight change to the weight change estimation error during their first month of using the app.<\/p>\n\n\n\n Here were the results.<\/p>\n\n\n\n Now, this is obviously a noisy dataset, but it\u2019s also a very large dataset. Though the correlation was fairly weak (r = 0.27), it was associated with a p-value of p < 0.00001.<\/p>\n\n\n\n To correct for this bias, the initial expenditure estimate needed to be multiplied by four-times the intended rate of weight change (as a percentage of body weight per week). In other words, if someone was aiming to lose 1% of body weight per week, their initial expenditure estimate needed to be 4% lower.<\/p>\n\n\n\n Applying this correction eliminated the bias seen in the graph above:<\/p>\n\n\n\n This correction comports pretty well with the research that does<\/em> exist on the topic.<\/p>\n\n\n\n In tightly controlled studies, weight loss appears to lead<\/a> to ~10-15% reductions in total<\/em> energy expenditure beyond what one would expect based solely on changes in fat and lean mass (i.e., total energy expenditure winds up 10-15% lower than standard TDEE equations and calculators would predict).<\/p>\n\n\n\n Our BMR equation<\/a> already assumes that BMR will be 5-8% lower<\/a> when losing weight. This 5-8% reduction in BMR already leads to a 5-8% reduction in total<\/em> estimated energy expenditure, since we initially estimate expenditure by estimating BMR, and then multiplying that value<\/a> with an activity correction factor (i.e., 0.92 \u00d7 1.5 is still 8% less than 1 \u00d7 1.5). Furthermore, the typical intended rate of weight loss tends to be around<\/em> 1% for most users, which would lead to an additional 4% decrease in our initial expenditure estimate. A 5-8% reduction due to the BMR equation, compounded with an additional 4% reduction, would lead to a total reduction in initial expenditure estimates of around 10% (8.8-11.7%). And, if someone was targeting an aggressive rate of weight loss closer to 2%, the additional 8% reduction would lead to a total reduction in initial expenditure estimates of around 15% (12.6-15.4%). So, this adjustment produces values that are in line with what we\u2019d expect from the literature.<\/p>\n\n\n\n Bringing back the \u201cEfficient Frontier\u201d graph, here\u2019s the impact of also adding in this modifier.<\/p>\n\n\n\n The net effect: a 9.1% increase in responsiveness compared to V3 without modifiers, with no meaningful change in stability. The new version of the algorithm with both modifiers enabled is nearly 30% more responsive than a V2-style algorithm with similar stability, and about 29% more stable than a V2-style algorithm with similar responsiveness.<\/p>\n\n\n\n Past the 30-day mark, the overall change compared to V3 with no modifiers is a 10.7% increase in responsiveness, compared to a scant 3% reduction in stability. And, just to put a 3% stability reduction in perspective, the average daily expenditure change (in this dataset) was 7.25 Calories per day with V3 (and no modifiers), versus 7.49 Calories per day with both modifiers enabled. I tend to be fairly obsessive about trying to improve each version of the expenditure algorithm in all<\/em> metrics, but users were already very happy with the boost in stability when transitioning from V2 to V3, and I doubt that a grand loss in stability of less than a quarter of a Calorie per day (on average) will even be noticeable.<\/p>\n\n\n\n Also, I think these metrics probably undersell the boost in performance users will experience with this new version of the expenditure algorithm. After all, the title of this section is \u201cChange #3: Accounting for new goals,\u201d not \u201cChange #3: A tweak to our initial expenditure estimates.\u201d<\/p>\n\n\n\n The same correction that improves initial expenditure estimates can also be applied when you set a new goal in the app, which is where the second expenditure modifier comes in: \u201cPredictive Goal Adjustment.\u201d We know that your expenditure is expected to increase when you switch from losing to gaining weight, and decrease when you switch from gaining to losing weight. So, if you\u2019re currently losing 1% of your body weight per week, and you set a new goal to gain 0.5% of your body weight per week, the expenditure algorithm will be able to take this into account, and proactively nudge your expenditure (and your resulting calorie targets) up by an additional ~6% over the course of a couple of weeks. This will reduce the lag time some users experience between the time they set a new goal, and the time their weight starts increasing or decreasing at their desired rate.<\/p>\n\n\n\n To enable this modifier, just go to More > Expenditure (under Feature Settings) > Predictive Goal Adjustment (under Expenditure modifiers) and toggle the modifier on.<\/p>\n\n\n\n In a recent article<\/a>, we discussed the accuracy of the V3 expenditure algorithm. So, how much do these modifiers actually improve algorithmic performance?<\/p>\n\n\n\n For starters, enabling both modifiers reduces monthly weight change absolute prediction error by around 6% overall, and around 8% after the initial adaptation period.<\/p>\n\n\n\n The cumulative impact of this persistent edge in accuracy compounds over time. Over the full 100 days, cumulative daily weight change prediction error is reduced by nearly 20%.<\/p>\n\n\n\n As a result, even more people wind up with estimation errors below 5%, 10%, and 20% of TDEE.<\/p>\n\n\n\n So, in total, the modifiers make the algorithm about 6-8% more accurate in the short-term, and nearly 20% more accurate in the long-term. Though, it\u2019s worth acknowledging that the V3 algorithm without modifiers is already exceptionally accurate in the long term. In real terms, the median weight change prediction error over 100 days shrinks from a little over 3lb without modifiers to approximately 2.5lb with modifiers (meaning the median expenditure error over 100 days is about 108 Calories without modifiers versus 89 Calories with modifiers). So, not a night-and-day difference, but still a very solid, tangible improvement.<\/p>\n\n\n\n Bundled with this update, we also adjusted our protein recommendations to better align with evolving evidence on the topic. Namely, protein recommendations increased slightly<\/em> for lifters (users who indicate that they regularly engage in resistance training) who are either bulking or maintaining<\/a>, with larger increases for lifters who are cutting and prefer higher protein intakes<\/a>.<\/p>\n\n\n\n And, that wraps things up! These updates highlights our focus on consistently updating and improving our core systems on the basis of ongoing internal research and emerging external evidence, in order to help MacroFactor users achieve the best possible results.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" The expenditure modifier is an optional add-on that helps you get a little extra performance in specific scenarios. This update adds step-informed data and goal-based adjustments to improve the accuracy of your Calorie targets.<\/p>\n","protected":false},"author":2,"featured_media":14235,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[1543],"tags":[],"class_list":["post-14170","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-app-insights"],"yoast_head":"\n![\"Expenditure](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_1-scaled.png\")
<\/figure>\n\n\n\n![\"Expenditure](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_2-scaled.png\")
<\/figure>\n\n\n\n![\"the](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_3-scaled.png\")
<\/figure>\n\n\n\n![\"the](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_4-scaled.png\")
<\/figure>\n\n\n\n![\"the](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_5-scaled.png\")
<\/figure>\n\n\n\n![\"the](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_6-scaled.png\")
<\/figure>\n\n\n\nChange #2: Incorporating step count data<\/h3>\n\n\n\n
\n
![\"the](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_7-scaled.png\")
<\/figure>\n\n\n\nChange #3: Accounting for new goals<\/h3>\n\n\n\n
![\"Relationship](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_8-scaled.png\")
<\/figure>\n\n\n\n![\"Relationship](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_9-scaled.png\")
<\/figure>\n\n\n\n![\"the](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_10-1-scaled.png\")
<\/figure>\n\n\n\nQuantifying the impact of the modifiers<\/h3>\n\n\n\n
![\"Median](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_11-1-scaled.png\")
<\/figure>\n\n\n\n![\"Cumulative](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_12-scaled.png\")
<\/figure>\n\n\n\n![\"Frequency](\"https:\/\/macrofactor.com\/wp-content\/uploads\/2025\/11\/10-images_13-scaled.png\")
<\/figure>\n\n\n\nOne other small tweak: slightly increased protein recommendations<\/h3>\n\n\n\n
Updated protein recommendations for lifters (grams per kilogram of FFM)<\/strong><\/th><\/tr><\/thead> Goal<\/td> Protein Category<\/td> Old<\/td> New<\/td> Change<\/td><\/tr> Bulking or Maintaining<\/td> Low<\/td> 1.75<\/td> 1.75<\/td> 0<\/td><\/tr> Moderate<\/td> 2.2<\/td> 2.35<\/td> 0.15<\/td><\/tr> High<\/td> 2.65<\/td> 2.75<\/td> 0.1<\/td><\/tr> Extra<\/td> 3.1<\/td> 3.1<\/td> 0<\/td><\/tr> Cutting<\/td> Low<\/td> 2.05<\/td> 2<\/td> -0.05<\/td><\/tr> Moderate<\/td> 2.4<\/td> 2.5<\/td> 0.1<\/td><\/tr> High<\/td> 2.75<\/td> 3<\/td> 0.25<\/td><\/tr> Extra<\/td> 3.1<\/td> 3.5<\/td> 0.4<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n