Gilles Crofils

Gilles Crofils

Hands-On Chief Technology Officer

Tech leader who transforms ambitious ideas into sustainable businesses. Successfully led digital transformations for global companies while building ventures that prioritize human connection over pure tech.1974 Birth.
1984 Delved into coding.
1999 Failed my First Startup in Science Popularization.
2010 Co-founded an IT Services Company in Paris/Beijing.
2017 Led a Transformation Plan for SwitchUp in Berlin.
November 2025 Launched Nook.coach. Where conversations shape healthier habits

Build a health plan that still runs on meeting-wall weeks

Abstract:

The article explains why health routines that look great for 10–14 days often quietly collapse as soon as a normal desk week turns volatile—back-to-back meetings, lunch at the keyboard, “quick calls” that eat the gym slot—and argues this is usually a design flaw rather than a discipline or character problem. It frames many well-intended routines as a tightly coupled “frankenplan,” where individually good components (macro tracking, split training, mobility, step targets, meal prep, wearables, sleep scores) create too much integration load and “maintenance tax” (laundry, charging devices, syncing apps, groceries, containers), so one broken prerequisite triggers a cascade and even tracking becomes the real bottleneck. To make plans survivable, the author suggests explicitly naming prerequisite buckets (time, context, social reachability norms, and end-of-day energy), respecting a limited weekly “ops budget” of decisions/admin/setup, and avoiding dashboards that constantly signal failure; instead, build routines around low-prerequisite floors rather than ambitious targets, single-thread days so they still “count,” and prewrite a few if–then fallbacks that cover predictable failure modes (like meetings wiping out lunch or poor sleep). Woven through is a personal note from the author—decades at a desk across Beijing, Berlin, and Lisbon, working late into the night, taking health seriously at 40 when the data worsened, and still not having sleep fully solved—underscoring the central point: the goal is a system that degrades gracefully and keeps running even on a bad Tuesday, not a perfect plan that only works when life cooperates.

You know the script. You build a clean plan, run it for 10–14 days, and it looks almost suspiciously good. Workouts happen. Food is decent. Sleep is… adult-ish. Then a week shows up with back-to-back meetings, lunch at the desk, and that weird “quick call” that eats your gym slot. The plan doesn’t explode. It just quietly stops.

The specific attempt I’m talking about is the classic desk-worker frankenstack: a 4-day split, macro logging, and Sunday meal prep—plus steps and a sleep score because why not. It works until the first “meeting-wall week,” and then it fails in a very predictable way: the logging slips first, then the food defaults get worse, then training becomes “I’ll do it tomorrow,” and suddenly you are rebuilding the whole thing again.

This article is for that pattern. Not the “how do i become a new person” version. The “why does my plan die the moment my calendar gets real” version.

The main idea is simple and, honestly, a bit relieving. When a routine collapses under a normal desk week, it is often a design problem, not a character problem. If you keep restarting, adding more rules, and upgrading trackers, you might be doing the exact thing that makes the next crash more likely.

We will cover a few practical pieces:

  • Why good habits can still form a non-runnable system when they are too tightly coupled
  • How desk-work volatility and fragmentation break plans that look fine on paper
  • The hidden maintenance tax of tracking, prep, and admin, and why it becomes the real bottleneck
  • A simpler way to build survivable routines using floors, not targets, plus a couple of if–then fallbacks
  • How to keep tracking useful without turning it into a second job

If your setup only works when everything is calm and cooperative, that is not a discipline test. The goal here is to make a plan that still runs on a bad Tuesday.

The frankenplan problem at a desk

It works for 14 days and then quietly stops

You get 10–14 clean days. Training happens, food is decent, sleep is almost adult. Then a week lands with back-to-back meetings, sleep gets thinner, lunch ends up next to the trackpad, and the whole plan stops without drama.

That pattern is normal. Early drop-off is common, even with good intentions.

Nothing was stupid. Each piece worked when it was tested alone. Together, it still died.

Restarts feel like upgrades but they are coupling

The relaunch usually comes on a Monday, or the 1st of the month. It feels like a fresh start. Version 1.0 didn’t survive the meeting-wall week, so version 1.1 adds protection. Then 2.0 adds more.

Typical add-ons look like this:

  • a stricter meal-prep rule
  • a new tracker, checklist, or app
  • a tougher minimum such as “no zero days”

The problem is simple. Early weeks are fragile. Adding dependencies during the most fragile period makes the next crash more likely.

Core diagnosis: the issue is not the parts, it is the wiring. In real life, that looks like this: you miss the grocery run because the day blew up, now meal prep is gone, now macros are annoying, now you’re hungry at 22:00, now the next morning workout is a no.

Good components can still create a non-runnable system

The failure mode is integration load. A 4-day split, macro counting, meal prep, step targets, supplements, sleep scores can each be fine. The trouble is the combined plan needs too many things to go right every day, and normal desk weeks do not cooperate.

A useful way to frame it is workload versus capacity. When the workload of the plan exceeds your available time, energy, and attention, adherence breaks. It is basically admin burden applied to your own body.

Good parts, bad composition

Coupling is the silent failure mode

Composition risk is when a routine is made of “good” habits, but wired so tightly that one missing input collapses the whole day.

In software, each feature can be safe alone. Then you add dependencies and suddenly a minor outage becomes a cascade. Desk life does the same thing to plans.

Where desk schedules collide with multi-step plans

Work is not just “busy”. It is volatile and fragmented, and that matters. A plan that assumes protected blocks will get hit again and again.

  • Calendar drift eats the “gym slot”
  • Camera-on meetings kill micro breaks
  • Lunch becomes Slack plus a sandwich
  • Late pings push dinner and bedtime later
  • “Quick call” expands into a 90-minute block

If this feels personal, it usually isn’t. The schedule is the schedule.

The maintenance layer that turns Tuesday into a repair job

Every component ships with a maintenance tax: laundry for workout clothes, containers, groceries with annoying precision, and the small tech chores that don’t look like work until they stack up.

For me, it’s the stupid chain: the Polar H10 chest strap needs pairing again, the Decathlon watch is at 8% because i forgot the charger on the desk, an app wants an update, and suddenly “quick training” has a 12-minute pre-flight checklist. That friction is enough to push the whole session into “later.”

Tracking tools are especially fragile here. When one hook breaks mid-week, “getting back on it” becomes a small repair project. That re-entry cost is where many decent plans quietly die.

Prerequisites you did not know you were shipping

The 4 prerequisite buckets

Desk work already runs on prerequisites, just hidden ones. So it helps to name them before building more.

  1. Time: a 45–60 minute block that doesn’t get eaten by a “quick sync”.
  2. Context: kitchen access for a real lunch, or a gym that isn’t 35 minutes away plus elevator waits.
  3. Social: camera-on norms, Slack green-dot expectations, the vibe that you must be reachable.
  4. Energy: executive function at 19:30 after 10 hours of tabs and decisions.

If a behavior’s prerequisites cannot be listed, it cannot be designed to survive a real workweek.

The rare alignment problem

A plan that needs your calendar, fridge, charger, quiet room, and mood to cooperate is asking for a 5-way alignment in a world that runs on interruptions.

On overloaded days, thinking narrows exactly when you need flexibility. No wonder “perfect weeks” feel rare.

Too many scoreboards, not enough wins

When the system keeps yelling you are behind

Steps missed, calories off, sleep score low, workout skipped, mobility not done, water not logged. By Tuesday the dashboard says you failed in 5 places even if you did 2 meaningful things.

The result is predictable. When the goal set is basically unattainable as a bundle, commitment tends to drop. Not because you are weak, but because the system is asking for too much at once.

Desk workers are already graded all day. When the feedback stream is mostly failure, perceived control goes down, and “why bother” goes up.

So if you track, keep it low-friction and slightly dumb on purpose. “Good enough” usually beats “accurate.” Example: log meals as 3 daily anchors, instead of weighing and entering every ingredient. For training, a single “done / not done” note often beats three dashboards you have to maintain.

And if a metric makes the behavior worse, treat it like a bug. Sleep is the clean example: chasing a perfect sleep score can make bedtime more anxious. Dropping sleep tracking for a while is not quitting. It is reducing load.

Your weekly ops budget

What the plan actually costs

Think of an ops budget as your bounded weekly capacity for throughput, not virtue. It includes friction, not only minutes on a clock.

A simple breakdown:

  • Decisions: what, when, how hard, what to eat
  • Setup and cleanup: bags, shower, laundry, containers, groceries
  • Admin: tracking, syncing, planning, fixing the system
  • Social negotiation: meeting norms, family timing, being reachable

Why desk weeks drain the budget first

When sleep gets thin, performance and attention degrade, even before things feel dramatic. Add stress, and executive control takes a hit too.

I have spent most of my adult life at a desk across beijing, berlin, and now lisbon, often working past midnight. i started taking health seriously at 40 because the data stopped looking good. the thing i notice first is not motivation. it’s my body: a tightness in the upper back that builds quietly until it forces me to move. sleep is still the variable i have not solved.

If evenings collapse, it is usually not a willpower mystery

End-of-day collapse is often explained by plain forces, not a personality flaw:

  • sleep pressure and reduced cognitive performance
  • stress load that makes focus and restraint harder
  • cognitive overload from fragmentation and context switching
  • effort shifting to whatever feels most urgent

Same person, different capacity. When capacity drops, tightly coupled plans are the first thing to fail.

Frankenplan red flags that show up by Tuesday

The usual over-coupling signals

  • more than 3 daily non-negotiables
  • day “doesn’t count” if 1 item missed
  • requires perfect groceries and a perfect calendar
  • you manage more than you do: apps, lists, syncing, prep
  • you need a clean restart weekly
  • 1 miss triggers a guilt spiral

Fix the system without adding more stuff

Make the plan smaller but still real

Pick 1–2 required behaviors. Everything else becomes optional. The only metric that matters at first is survivability on a bad Tuesday, not elegance on a calm Sunday.

Set floors, not targets. Floors are boring on purpose. They keep continuity.

Examples as floors:

  • Move: a short walk or a few minutes of stairs when the calendar is ugly
  • Strength: 1 short full-body session
  • Food: 1 protein-forward meal or a simple default like “no dessert at desk”
  • Tracking: 1 checkbox, not 8 dashboards

Then make components interoperable. Pick actions that share prerequisites so 1 setup gives multiple wins. Movement that needs no gear, no privacy, no shower tends to survive meetings better. “Works in any room” beats “works only in the perfect room.”

Single-thread the plan so days still count

Single-threading means 1 primary objective stays online daily, and everything else is opportunistic. No bundle required.

What a thread can look like in desk life:

  1. movement continuity even briefly
  2. protein-forward first meal
  3. shutdown walk that marks the end of work

Pick the thread with the lowest prerequisites, not the one that looks best on paper.

Cover failure modes instead of adding features

The question is not “is this optimal in a calm week” but “does this run under volatility.” If a plan only works when everything is perfect, something in the setup is too brittle.

A lightweight way to increase coverage is 2–3 if–then fallbacks, written once. You reduce the thinking you have to do in the moment.

  • If meetings run through lunch, then walk 8 minutes after the last call and eat a simple default meal
  • If you sleep badly, then do the minimum strength floor or a short walk, and stop there

When workload exceeds capacity, breakdown is expected, not shameful. Treat next week like a small systems experiment, not a restart campaign.

If your health plan only runs when the week is calm, the problem is usually the design, not you. Desk life is volatile and fragmented, and tightly coupled routines snap when one prerequisite disappears. The fix is rarely more rules. It is less coupling, lower admin, and a plan that still counts on a bad Tuesday.

A good plan should degrade gracefully, like software with sensible defaults: on a meeting-wall week, the “floor” is the small version you can do without a charger, a grocery run, or a free hour—still real, still counted.

You might be interested by these articles:


25 Years in IT: A Journey of Expertise

2025-

Nook
(Lisbon/Remote)

Product Lead
Building the future of health coaching. Leading product development and go-to-market strategy for a platform that makes personal wellness accessible through natural dialogue.
Making health coaching feel like talking to a friend who actually gets you.

2024-

My Own Adventures
(Lisbon/Remote)

AI Enthusiast & Explorer
As Head of My Own Adventures, I’ve delved into AI, not just as a hobby but as a full-blown quest. I’ve led ambitious personal projects, challenged the frontiers of my own curiosity, and explored the vast realms of machine learning. No deadlines or stress—just the occasional existential crisis about AI taking over the world.

2017 - 2023

SwitchUp
(Berlin/Remote)

Hands-On Chief Technology Officer
For this rapidly growing startup, established in 2014 and focused on developing a smart assistant for managing energy subscription plans, I led a transformative initiative to shift from a monolithic Rails application to a scalable, high-load architecture based on microservices.
More...

2010 - 2017

Second Bureau
(Beijing/Paris)

CTO / Managing Director Asia
I played a pivotal role as a CTO and Managing director of this IT Services company, where we specialized in assisting local, state-owned, and international companies in crafting and implementing their digital marketing strategies. I hired and managed a team of 17 engineers.
More...

SwitchUp Logo

SwitchUp
SwitchUp is dedicated to creating a smart assistant designed to oversee customer energy contracts, consistently searching the market for better offers.

In 2017, I joined the company to lead a transformation plan towards a scalable solution. Since then, the company has grown to manage 200,000 regular customers, with the capacity to optimize up to 30,000 plans each month.Role:
In my role as Hands-On CTO, I:
- Architected a future-proof microservices-based solution.
- Developed and championed a multi-year roadmap for tech development.
- Built and managed a high-performing engineering team.
- Contributed directly to maintaining and evolving the legacy system for optimal performance.
Challenges:
Balancing short-term needs with long-term vision was crucial for this rapidly scaling business. Resource constraints demanded strategic prioritization. Addressing urgent requirements like launching new collaborations quickly could compromise long-term architectural stability and scalability, potentially hindering future integration and codebase sustainability.
Technologies:
Proficient in Ruby (versions 2 and 3), Ruby on Rails (versions 4 to 7), AWS, Heroku, Redis, Tailwind CSS, JWT, and implementing microservices architectures.

Arik Meyer's Endorsement of Gilles Crofils
Second Bureau Logo

Second Bureau
Second Bureau was a French company that I founded with a partner experienced in the e-retail.
Rooted in agile methods, we assisted our clients in making or optimizing their internet presence - e-commerce, m-commerce and social marketing. Our multicultural teams located in Beijing and Paris supported French companies in their ventures into the Chinese market

Cancel

Thank you !

Disclaimer: AI-Generated Content for Experimental Purposes Only

Please be aware that the articles published on this blog are created using artificial intelligence technologies, specifically OpenAI, Gemini and MistralAI, and are meant purely for experimental purposes.These articles do not represent my personal opinions, beliefs, or viewpoints, nor do they reflect the perspectives of any individuals involved in the creation or management of this blog.

The content produced by the AI is a result of machine learning algorithms and is not based on personal experiences, human insights, or the latest real-world information. It is important for readers to understand that the AI-generated content may not accurately represent facts, current events, or realistic scenarios.The purpose of this AI-generated content is to explore the capabilities and limitations of machine learning in content creation. It should not be used as a source for factual information or as a basis for forming opinions on any subject matter. We encourage readers to seek information from reliable, human-authored sources for any important or decision-influencing purposes.Use of this AI-generated content is at your own risk, and the platform assumes no responsibility for any misconceptions, errors, or reliance on the information provided herein.

Alt Text

Body