Aleph Hospitality x Deep Hospitality · Module 1 · Discovery

GM Interview Question Sheet

The questions to ask, in the order to ask them, anchored to the friction register and structured through EFQM RADAR. Built to be glanced at during a live call, not read beforehand. Tightened after every interview.

v14 · Fredrik: ownership researched, two owners not one · Thu 23 July 2026Back to the programme dashboard

Twelve questions, in this order

Forty five minutes, two people in the room, and about twenty two minutes of genuine measurement time once introductions and courtesies are paid. That is room for twelve questions asked properly, not sixty asked badly. The order matters: the sensitive instrument fires before anyone knows what is being measured, errors come after rapport is built, and the close flatters and generates design input.

Four rules for the room

Never reference another property, even anonymously. We have run one interview. There is no "elsewhere we have heard". Aleph is fifty hotels in one company and these GMs talk to each other. Getting caught inventing a second data point would end the programme's credibility.

Ask last month, then the month before. Never "over the last six months". Nobody can answer a six month frequency question. They will produce a number, it will be invented, and it will look like data in the deck, which is worse than a blank.

Where you can see it, do not ask about it. We hold Emile's pack. Asking him how many pages it is spends live minutes on a fact sitting on our own disk.

Delete the word "actually". "What date did it actually leave you" audibly says I do not believe you. The question is stronger flat.

Orders after interview 4. Two are new and one is now five interviews overdue.
  • NEW, and now the mandatory opening move: never name an artefact before they do. At Abha we asked "how many slides in your PowerPoint" and burned four minutes discovering there isn't one. Instead: "In a normal month, list every document that leaves this hotel, and who receives each one." Then ask how many sheets or slides in each. Do not say the word PowerPoint until they say it.
  • NEW, the template question in four mechanical parts, asked of the pack builder, because we now have two different failure modes on two ledgers: (1) "Put your ledger export and the Aleph template side by side. Which lines have to be moved, added or re-coded before they agree? Show me one." (2) "Is there anything the template relies on, a department code or an analysis field, that your system simply does not carry?" (3) "Where do you think that template came from, and who maintains it?" (4) "Has anyone ever asked Aleph to change it? Who would you even ask?"
  • The clock, in the guide's own words, aimed at whoever builds the pack. Four interviews, four clock instruments unused, zero hours splits. "Take June. On the 30th, who sat down first and for how long? Then who? Hours per person." Then the numbers-versus-words split.
  • The error question, moved to minute 25 so it cannot be squeezed a fifth time: "Has an error ever reached the owner? What was it, who caught it, what happened?" Asked zero times in four interviews.
  • Their screen, not ours. Four calls, four times we have ended with no file. At Abha ours broke, ate four minutes and produced a false confirmation. Invert the default: ask them to open theirs, and show ours only if the conversation dies.
  • Close with a named list, never "email us any ideas." Minimum: last month's pack native, its transmittal email header, and one screenshot of the ledger export beside the template.

The lesson on leading, learned the hard way at Abha: the question that imported other testimony as a symptom class ("we heard examples of P&Ls having errors, do you have any?") produced the best finding of the interview. The question that asserted a conclusion about them ("your report probably lands mid-month") got a flat rejection and told us nothing. Lead with a category, never with a conclusion.

  1. Take me through last month, date by date. When did you close, when did the pack leave you, and when did the owner have it?
    Deployment  Three separate dates. Do not let close, submission and owner receipt merge into one. The register measures the lag to the owner, and no owner date was obtained in interview 1.
  2. And the month before. What date did it leave you then?
    Deployment  One instance is an anecdote. Two consecutive instances are the beginning of a distribution, and two that differ is the finding.
  3. When you plan your month end, how many days do you allow between sending the pack up and getting it signed off?
    Deployment  Ask this cold, here, before anything else touches head office. It sits entirely inside his own planning, so it returns the corporate turnaround as a by-product and costs him nothing to answer honestly. Asked later, after the subject has been raised, the answer is contaminated. This is the only head office question in the set.
  4. Between the accounting system closing and you having a P&L you can work with, what happens? Take me through it.
    Deployment  Count the manual steps silently. Never name a tool. If they name a spreadsheet, that is theirs. If we name it, it is ours and worth nothing.
  5. Take one number, RevPAR for June. Walk me from the system to the page the owner read.
    Results  Count the hands yourself rather than asking how many people type it. Asking for the count presupposes typing and presupposes plurality, and if the honest answer is that it is linked, we have already told him we do not believe him.
  6. What was the last thing your owner asked you after he got the pack? Was the answer already in it?
    Results  Replaces "what pushback do you get from owners", which produced "make more money, reduce cost" and told us nothing. If the answer was already in the pack, that is volume-without-analysis evidenced rather than alleged.
  7. For last month, what date were the numbers final, and what date did the last piece of commentary land?Finance, not the GM
    Results  Two dates give the narrative queue length without anyone estimating it. The financial manager owns this pain and the blame lands on the system, not on him.
  8. How many times did you have to ask before that last piece arrived?Finance, not the GM
    Deployment  Converts a duration into a chase count, which is a number the person doing the chasing can actually give.
  9. Think of the last time a number had to be corrected after the pack went out. What happened, and who spotted it?
    Assess and Refine  The mandatory one. It was skipped entirely in interview 1. The wording presupposes the event, so admitting one costs nothing, and it never uses the word fault. Who caught it matters more than how many there were: if the answer is consistently head office, properties have no detection capability of their own.
  10. Most packs get built by rolling last month's file forward. Which line most often gets missed here?
    Deployment  The preamble presupposes roll-forward and presupposes something gets missed, which makes the admission free.
  11. Your pack has N sections. Who decided that list?
    Approach  Ask in identical words at all six properties. N comes from the artefact where we hold it. If the origin stories differ between two hotels of the same brand, there is no group approach, only local ones.
  12. If you had to cut it in half by next month, what would go, and whose permission would you need?
    Approach  "Nobody's" or "I do not know" means the format is orphaned, which caps everything built on top of it.

The sixty second close, worth more than any question above

Do not scatter evidence requests through the call. They get forgotten. Bundle them into one ask at the end, and lead with the email thread.
  • "Forward me the last head office review thread whole, exactly as it sits in your inbox. We want the wording of the challenges as design input for the new pack." That is true, and the timestamps arrive on their own. It settles the turnaround question at zero political cost and zero interview minutes.
  • The reminder messages sent to heads of department for last month's commentary. Timestamps give queue length without anyone estimating it.
  • The submission emails for May and June.
  • Last month's pack, and the same pack from about a year ago, if they have it to hand.
Never ask anyone to estimate something a header can settle, and never let the request sound like it is about speed.

The full bank, by friction point

The twelve questions on the previous tab are what fits. This is the reservoir to dip into when an answer opens a door, when a property turns out to be different, or when there is time in hand. Each block gives the opening invitation, the pointed follow-ups tagged to a RADAR element, and the artefact to ask for instead of accepting an assertion.

F1 · The P&L arrives wrong

If the source data needs manual repair every month, nothing downstream can be automated.
Talk me through what happens between the accounting system closing for the month and you having a P&L you can work with.
Approach Who decided which accounting codes map to which lines in the pack?
Good: a named person and roughly when. Evasive: "it came with the system", which is an inherited approach nobody owns.
Deployment Once the P&L comes out of the system, what do you do to it before anyone else sees it?
Press for the step between extract and use. Do not name a tool.
Results How many separate P&Ls does this property produce each month?
Interview 1 produced two, Rooms and F&B. If the count varies by property, there is no group approach.
Deployment Where do the room night and cover statistics come from?
Asks the source without supplying the answer.
Ask for: the mapping document, and last month's raw system export before any editing.

F2 · Numbers travel as pictures

Pictures cannot be rolled up, checked or reused, so every downstream step stays manual. Completely untested so far.
Walk me through how one number travels from the system to the page the owner reads.
Results If someone reading it doubted a figure, how would they check it?
"They would ask me" is the usability defect stated out loud, and it is the finding.
Deployment Which parts of the pack update themselves when the underlying file changes?
A truthful "none" here is a stronger finding than any description.
Ask for: screen share last month's pack and the source file side by side. See which cells are live and which are images rather than asking.

F3 · Manual regional rollup

Untestable at a single property. Abdeljalil is the only test in the entire programme.
Tell me what happens to your numbers after the pack leaves your desk.
Deployment When the four packs land on your desk, are they all in the same template, or do you reshape any of them before you consolidate?
Framed as his work rather than their failure. Never ask him to name the deviant property.
Deployment How many days between the first pack arriving and the last?
Ask for the spread, not the loser. This is the only externally observed measurement of punctuality anywhere in the programme.
Approach Who set the format the properties report in?
"Each of them does it their own way" is itself the answer.
Assess and Refine When a property restates a number after you have built the consolidated pack, what happens next?
The consolidator sees restatements from the receiving end and has no incentive to hide them.
Ask for: the four property submissions for May exactly as they arrived, plus the consolidated pack built from them.

F4 · Copy forward from a cloned pack

Roll forward is fast and invisible. What it leaves behind is last month's number in this month's pack.
Talk me through how last month's pack got started.
Deployment Which file did you open first when you began the June pack?
A filename or a clear "last month's". Repeat anchored to a named month until you get an action rather than a description.
Assess and Refine Who is the last person to look at the pack before it goes out, and what is the most recent thing they caught?
"We all check it" means no control point, which is a bigger finding than a missed number. A check that has never caught anything is either unnecessary or not happening.
Ask for: the June file open on screen. Created date, modified date, and whether the document properties still carry a previous month.

F5 · The lag after month end

Measure the lag to the owner, not to corporate. A target date is not an actual date.
Take me through last month date by date, from close to the owner having it.
Deployment What date did the pack leave you in June? And the month before?
Watch for the present tense: "we submit on the seventh" is the policy, not last month. Press gently for the date.
Results What date did the owner have it in his hands?
Never obtained in interview 1. The register measures to the owner, so without this the lag is unmeasured.
Assess and Refine When was the last month that did not go to plan?
Presupposes variance exists, which makes the admission cheap.
Ask for: the submission emails for May and June. Timestamps settle the dates without anyone having to remember or defend them.

F6 · The narrative eats the hours

If the delay is queue time and not writing time, the fix is workflow, not drafting support.
Take last month. From the moment the numbers were final to the moment the written commentary was finished, talk me through what happened in between.
Deployment Who writes which section? And last month, which one landed last?
Anchored to last month rather than "who is always last", which invites denial and invites him to name an underperformer.
Results What date were the numbers final, and what date did the last section land?
Two dates, or "I would have to check the file", which is the artefact ask handing itself to you.
Assess and Refine In the last year, have you changed anything about how you collect the commentary? What made you change it?
"We keep telling them" is not refinement. Chasing harder is the absence of a fix.
Ask for: the reminder messages sent to heads of department last month. Direct this at the finance person, not the GM.

F7 · The correction loop with corporate

Error correction and commercial challenge need opposite interventions. Establish which this is before touching turnaround.
Maximum two questions here, ever. Individually these are all defensible. Asked in sequence they read as an audit of Rohit and Jad, and that is the sentence that gets repeated in the corridor. Never ask what the longest delay has ever been. That asks a GM to state on the record the worst delay caused by his boss's office, in an exercise commissioned by that boss, who will read the output. There is no answer that is both honest and safe for him.
When the pack goes up to head office, what comes back to you?
Assess and Refine Think of the last time the pack went up. What came back? Give me one or two of the actual points.
Categorise afterwards in the write-up, never in the room. Do not offer "numbers wrong or commercial story" as a choice: one door requires admitting his hotel submits wrong numbers, so every GM takes the other one and we report a pattern we manufactured.
Deployment When you plan your month end, how many days do you allow between sending the pack up and it being signed off?
The single best question in the set on this friction. Ask it cold and early, before the subject is raised.
Ask for: the last head office review thread forwarded whole, on the grounds that we want the wording of the challenges as design input. Which is true, and the timestamps come free.

F8 · Errors reach the owner

Where an error gets caught matters more than how many there are. Skipped entirely in interview 1.
Every pack has a last line of defence, the step or the person that catches something before it goes out. What is that here?
Assess and Refine Think of the last time a number had to be corrected after the pack went out. What happened?
Ask in these words at all six properties. No disclaimer about fault: naming it plants it.
Deployment Who spotted it, someone here, head office, or the owner?
If the answer is consistently head office, properties have no detection capability of their own.
Assess and Refine After the last one, did anything change in how the pack is put together, a check added, a step reordered?
"We were more careful" is not a control. This is the difference between review and refinement, and it is the question that separates them.
Deployment If a number came out wrong, where in your process would it most likely have happened?
Hypothetical, so no admission is required. Do not name a tool or a step inside the question.
Ask for: any pack ever reissued after it went out, or the covering note that went with it. One reissued file settles the accuracy question without anyone grading their own accuracy out loud.

F9 · Owners come back afterwards

Establish what this owner actually wants before calling anything a deficiency. Informal access is a governance style, not a symptom.
Do not read a relaxed owner as a failure. A first time single asset owner who drops in for coffee and asks how it is going is not evidence the pack failed. That is simply how he likes it, and it is fine. The question is what each owner wants, not whether they conform.
Tell me about your owner. How do they like to stay close to the hotel, and where does the pack sit alongside that?
Results What was the last thing the owner asked you after receiving a pack, and was the answer already in it?
If it was already in the pack, that is volume without analysis, evidenced.
Approach If your owner could only keep one page, which would it be, and why that one?
Listen for the owner's reason, not the GM's. "It is all important" usually means the format was decided internally and the owner was never asked.
Results How much of the pack is about what is coming, versus what already happened?
Open rather than binary.
Assess and Refine Has your owner ever asked you to change anything about the pack? What was it?
Open in both directions. An owner asking for more is as informative as one asking for less.
Ask for: whatever the owner sends back after a pack, in whatever form. Owner side artefacts are the only unfiltered evidence of what the owner wants.

F10 · Volume without analysis

A pack measuring the wrong things is capped at that, however well it is produced.
If we opened last month's pack right now, which page does the most work, and which page has never once been discussed in a meeting?
Approach Is there anything in there only because it has always been there, or because somebody asked for it once, years ago?
Strong answers name a section and tell its origin story.
Assess and Refine Has the pack got longer or shorter over two years? What was the last thing added, and the last thing removed?
The removal half is the real question. Almost every reporting pack can name an addition. Almost none can name a deletion.
Approach Your pack has N sections. Who decided that list?
Identical words at every property. This is the consistency instrument.
Ask for: last month's file and the same file from a year earlier. Page counts side by side settle whether the pack only ever grows.

EFQM RADAR, and why it fits this job

Four questions asked of any process in a fixed order. The shorthand of results, approach, deployment and review maps onto EFQM's official wording: Results, Approach, Deploy, Assess and Refine. Current edition is the EFQM Model 2025, which merged the old direction and execution matrices into one.

The one word that matters

EFQM deliberately does not say "review". Review means someone looked. Assess and Refine means something changed as a result. A pack that is reviewed every month and has never been altered scores near zero on this element.

This is the sharpest blade in the whole framework for our purposes. The BRM is itself an assessment mechanism: an HOD critique meeting, a corporate loop with Jad, an owner review. All three are assessment activity. Whether any of them has ever refined the pack is an open, testable question, and asking it is how the point gets made without accusing anyone.

Say "review" out loud on the call. Score it as "did anything change".

Two rules for using it live

  • Run it backwards in the room. RADAR is taught left to right for designing a process. For diagnosing one it runs right to left: start with what came out and when, which is checkable, then who did it, then why it is designed that way, which is the only place opinion is legitimate, then what changed, which is hardest to fake. Opening with "tell me about your process" invites the rehearsed answer.
  • The master rule caps everything. A criterion is capped at the score of its rationale. Translated: a beautifully executed, endlessly polished pack built on an unsound reason for existing is worth only what the reason is worth. Huge deployment effort sitting on top of weak purpose is exactly what F6 and F10 describe, and RADAR is how that gets stated defensibly rather than rudely.
The listening filter. The bottom band of every RADAR scale is literally "no evidence, or anecdotal only". An answer has crossed from anecdote into evidence when it contains at least one of: a number, a date, a named artefact, a named person, or a second instance. If none of the five arrives, mark it as testimony in the notes. That annotation is itself a finding.

Results What is this pack for?

Not how it is made. What is it supposed to produce, which decision does the owner make because of it, and which pages have never been mentioned? Also covers whether numbers are timely, reliable and comparable to something outside the hotel.

Exposes: F9 and F10 are Results failures, not process failures. If the owner rings to ask something the pack should already have told him, the pack is measuring the wrong things however fast it arrives.

Weak: "it gives the owner full visibility". Strong: a named decision, a named page, a number the owner asks about every month.

Approach Who designed it, and why that shape?

Is there a template, a standard, a stated due date, a reason for each section? Or has the format accreted, inherited from a predecessor and never questioned?

Exposes: whether Aleph has one approach or fifty local ones. EFQM is explicit that "how we have always done it" is not expected to score well, because designed things get improved and inherited things do not.

Weak: "it is the group template", no named designer, no date. Strong: a named owner of the format and a date it was last changed.

Deployment Does it happen that way every month, everywhere?

The gap between the process as described and the process as run. Attributes are implemented (consistently, in a timely way, with resources actually allocated) and flexible (can it adapt when a month goes wrong).

Exposes: F4 and F5. EFQM asks for facts and figures on how often something is used and how usage varied. That is exactly the date-by-date walk.

Weak: a description in the present tense. Strong: two dated instances, or a named month where it broke.

Assess and Refine Did anything change?

Two parts: evidence is gathered, understood and shared; and that evidence produces a change. Both halves are required.

Exposes: whether the correction loops are learning mechanisms or rituals. The pack has almost certainly grown for years without anything being removed, which is the signature of assessment without refinement.

Weak: "we double check now", "we were more careful". Vigilance is not a control. Strong: a named change, with a month, and a trigger.

The rolling wave, complete: all six interviews held

The wave closed on Monday 27 July with Addis in the morning and Dubai in the afternoon. Six sites, four countries, three brands, every introduction Jad made on 11 July converted. What follows the summary block is the position as it stood after three interviews, kept for the record; the per-person tabs carry each later interview in full.

Where the wave landed, 27 July

Question the wave carriedWhere it ended
The clockLanded at the sixth attempt, twice over. Dubai: pack out by the 15th to 20th, and the June transmittal header shows the 17th, the first self-reported date in the programme verified by its own artefact. And the first hours figure: 10 to 20 hours of management time per pack per month, author's estimate.
The artefact droughtBroken, twice in one day. Addis delivered the Excel P&L workbook and the twice-monthly forecast file (plus a procurement and warehouse process document unasked); the promised PowerPoint is still to come. Dubai delivered the June owners pack within the hour of the call. The two workbook traps and the trial balance can now be tested on the artefact itself instead of by interview.
Who builds the packThree models across six sites: finance builds it (four sites), the GM builds it personally and will not delegate (Addis), departments feed one consolidator with the GM writing all commentary (Dubai).
Does anyone read itThe consumer-side finding sharpened to its limit in Dubai: an 80-slide consolidated deck, grown by accretion, sent owner-direct with corporate copied, no approval layer, no owners' meeting in six to eight months, and no feedback of any kind. The informal owner channel (two to three in-person meetings a week) does the real work.
Owner governance rangeNow spans five shapes: weekly informal, sub-30-minute green meetings, professional asset manager, monthly physical board meeting, and gone-quiet-after-turnaround. No single review design survives all five; the future state must flex per owner.
Brand versus ownerSettled three times over, last by the one GM running three flags at once: the franchisor is a data source, not a report consumer. The reporting burden is entirely owner and operator generated. The one common layer under three brand stacks is the accounting layer, which is the layer Aleph controls.

Position after three interviews, kept for the record:

Provable now, cross-site

FindingEvidence
The ledger-to-Excel human bridge is structural, not local.Three sites, three different stacks (Sun in Accra, Sage+Opera+MC in Dar, Sage+Accuracy in Morocco), one identical failure mode: finance hand-carries ledger data into Excel before any pack exists.
Numbers travel as pictures, at two tiers.Dar: tables copy-pasted as images into PowerPoint (the pack-builder's own first account was wrong until the GM corrected him). Morocco: consolidated tables screenshotted into the regional deck. A Morocco figure dies as pixels twice before an owner sees it.
There are two clocks, and both are true.P&L to corporate by about the 7th (claimed at all three sites). Owner-facing landing about day 22 (OBSERVED: the June regional review on 22 July; corroborated by both artefact dates we hold). The lag lives in the middle tier.
Owner governance is a trichotomy.Weekly informal (Accra) · sub-30-minute green meetings (Dar) · professional asset-manager reviews (Morocco). No single review design survives contact with all three.
Authors defend volume; the consumer attacks time.All three, directly invited, declined to name a single slide to cut. The one pack consumer calls a week-to-ten-days on historical data illogical. Weight consumer testimony on what the future pack drops.
The error class is uniform, and the last defence is one person per site.Manually re-keyed numbers arrive wrong and are caught by a human eyeball before the owner: the FC in Accra, Gosbert's ticking in Dar, Abdeljalil's finance CV in Morocco. A fragile control, different role every site.
Three finance org models.Property FC (Accra) · cluster FM over two hotels (Dar) · HQ-only with no property FM at all (Morocco). Any build must run on all three.

The calibration rule, now in force

Two properties could be checked against artefacts we hold. Dar claimed the 7th; the file says +3 days. Accra claimed the 7th; its pack is dated +10. Same direction both times, from the most candid witnesses in the sample. This is deadline-memory, not deceit: GMs narrate the calendar of intention.

Rule: every self-reported date is a floor. Haircut minimum three days, tail to ten. A date without an artefact is unverified, full stop. Cheap per-property fix: have each interviewee forward the transmittal email of last month's pack. And the Rohit received-dates request, still unsent, is worth more than any clock question left in the programme.

The design fork Thursday decides

The mapping question routes the build. Dar's number one pain is that the Aleph template's cost centres do not exist in the Sage chart of accounts, forcing two days of manual re-coding a month, estate-wide across ONOMO. If Thursday's non-ONOMO properties report the same mismatch, the defect is template-side and Aleph fixes it unilaterally. If only ONOMO ledgers have it, every fix routes through ONOMO's chart-of-accounts gatekeeper (name unknown: three garbled guesses in thirty seconds). Either way, the Sage COA alignment is the cheapest intervention found so far: a configuration change, no AI, hand-it-to-Rohit-this-week material.

Still missing after three interviews

  • Any hours split, numbers versus narrative. Zero for three. The single most important number in Measure.
  • Has an error ever reached the owner. Asked zero times in three interviews, despite being mandated after each. Meanwhile the Dar artefact proves four defects DID reach the owner while testimony claimed errors are internal only.
  • The corporate review email thread. Requested zero times. One forwarded thread settles the loop's speed, content and round-trip count at once.
  • Currency mechanics. EUR packs from dirham books, TZS books under a EUR pack: who converts, what rate, is budget restated. Unavoidable with the birr on Thursday.
  • Round-trip count with corporate, owner receipt dates, and who at ONOMO controls the Sage chart of accounts.

Retired, stop spending minutes

  • The open month-end narration: three tellings, same shape. Go straight to artefacts.
  • "Would you cut the pack": three refusals. It belongs in the owner interviews.
  • "Does a manual Excel step exist": established three times. Ask only mechanics, hours, who touches it.
  • Corporate-first routing, Rohit as recipient, email as channel: confirmed twice each.
Observer effect, and a moving baseline. Morocco's process improved in the very month of our study (finance drafted the June tables for the first time), and the July owner reshuffle changed his remit. Who decided either change is unknown. Date-stamp every baseline claim with the process version it measures, or the client can later credit the improvement to themselves.
NO PHOTO FOUND

Philippe Hitti

General Manager, The Pelican, Accra · with Jacob, Financial Controller
Interviewed Mon 20 July, 15:00 GST. 50 minutes, of which about 22 reached the Business Review.
134 suites, 145 staff, fractional ownership, first hotel for the owner. Volunteered The Pelican as the pilot property, unprompted.
Read before the callNo Pelican pack received yet. Philippe committed to sending it; the chase has gone out.Data room

Read all of this as testimony, not as fact

Nothing below has been tested against evidence we hold independently. A General Manager has a rational interest in reporting a clean, fast, well run process, because problems invite corporate scrutiny into his hotel. That is not dishonesty, it is the ordinary incentive, and we should expect the middle line.

How the month runs at The Pelican

  1. Close, 30th to the 3rd
    Long hours, and the finance team is interrupted by live operations such as requisitions rather than being ring fenced.
  2. Generate the P&L. Two of them, Rooms and F&B
    Out of SunSystems. Two separate statements at this property, not one split by department. The pack build therefore starts with a merge.
  3. Pull to Excel, hand key the statistics, work offline
    The ledger export is "not seamless". Figures such as room counts are typed by hand so the ratios calculate. This is the data integrity weak point, and it is the mechanism, not a chart of accounts problem.
  4. Circulate the P&L to all heads of department
    Before the pack is touched.
  5. Hold an HOD critique meeting on the numbers
    The off-map step, and the most important structural find of the interview. The numbers are challenged and agreed in a room before the document exists. The analysis event is a meeting; the document is the write up of a judgement already reached.
  6. Roll last month's document forward, each manager overwrites their section
    Copy forward confirmed as standard practice, multi hand. No copy forward error reported here, but the mechanism that produces them is present.
  7. The Financial Controller chases heads of department for one to two days
    The binding delay. Queue time, not writing time. This is what Philippe himself wants automated.
  8. Finance review, then review with the GM, amend, final review
  9. Corporate validation with Rohit and Jad, then submit on the 7th
    To head office, not to the owner. Jacob's own walkthrough left the corporate step out entirely; Philippe added it seven minutes later.
  10. Pack to the owner, then a meeting date is agreed fresh each month
    No standing date. So the commercially meaningful lag, month end to owner decision, has an uncontrolled tail nobody has measured.

What he claimed, and what it is worth

ClaimStatus
Close by the 5th, submit the 7th. Not the two to three week lag the register assumes.Untested
Head office replies within thirty minutes, with a numbered list of challenges, about A&G cost and flow through rather than errors.Untested
One accuracy incident in two years, caught by Jad in five seconds, before the owner.Untested
The bottleneck is waiting for heads of department, one to two days.Corroborate
The owner said once that the pack is too long. The only structural feedback in two years.Usable

The owner, and why it matters for the design

A Ghanaian property developer, best read as Devtraco Group though the transcript garbles it three ways, so confirm the spelling before it appears anywhere. Fractional ownership: 134 suites sold to about 100 partial owners, dividends paid annually, and Aleph reports to exactly one owner representative with no asset management team behind him. It is their first hotel; their background is luxury real estate.

He visits the hotel every Friday and texts the GM directly. One such text arrived during the interview, asking to meet the next day about F&B costs. Do not over read this. An unseasoned single asset owner who drops in for coffee is a legitimate governance style, not evidence the pack failed. What it tells us is that owners differ enormously and the solution has to span the range, from a Friday chat to an institutional asset manager who will name pages.

What he asked for, in his own words

  • Scope: AI reads the numbers and writes the departmental commentary heads of department currently write by hand. He raised it himself. He did not ask for the P&L, the deck build or the rollup to be automated.
  • Human in the loop, his own boundary: the front office manager or head of department validates. He never proposed removing the GM or finance gates.
  • His before and after: today one to two days of chasing; with AI "10 minutes and another maximum one day for them to validate".
  • Success: "Speed and accuracy", 100 per cent accurate, corporate finalisation down from one to two days to ten minutes, and no questions back from the owner.
  • Data sources he named: STR and Lighthouse.
Two cautions. His success measure of "no questions from the owner" is in tension with what we are building: a sharper pack may make a first time owner ask more, which by his metric is failure. Negotiate the pilot's success criteria explicitly before it starts. And when offered the business acumen argument, he did not take it and asked for more data connections instead. The caution about the limits of automation came from us, not from him.

What the interview failed to get

  • Any hours figure at all. Never asked, in any form. The single most important number in Measure does not exist for this property.
  • An owner receipt date, a slide count, a round trip count, and the identity of the PMS and POS, which cannot be the ledger yet supply occupancy, ADR, covers and channel data.
  • Whether an error ever reached the owner. The question was in the guide and was skipped.
  • He and Jacob had never heard of Claude. They use paid Gemini and ChatGPT for email triage. The property that volunteered to pilot does not know what it would be piloting on.
Owed to him: the pack he promised has not arrived, and there is an ambiguity to resolve, since early in the call he said they could not share the P&L and at the close committed to "the P and L presentation". A thank you and a precise chase went out with Jad and Rohit copied. He also asked for a plan and a date, and got the approach without a date.
NO PHOTO FOUND

Emile Roworth

GM, ONOMO Dar es Salaam · with Gosbert, cluster financial manager (Kampala + Dar), who builds the pack
Interviewed Tue 21 July, 14:00 GST. ~55 minutes. The calibration interview: the only testimony scored against an artefact we hold.
Full findings: 20260721_DH_Aleph_Notes_Interview_Findings_Roworth_v01.md

The headline: the mapping mismatch

Both men independently named the same number one pain: the Aleph Excel template's cost centres do not exist in the Sage chart of accounts. Every month Gosbert downloads the trial balance and hand-adds lines and re-codes until they agree. It eats about two of the five claimed production days, it has destroyed line-level traceability back to the trial balance, and Gosbert says Kampala and South Africa suffer identically.

The fix has never been attempted. Sage is locked, ONOMO head office controls the chart of accounts, and in six-plus years nobody has ever asked them to add the codes at source. Gosbert proposed the fix himself on the call. Neither man knows who at ONOMO holds the keys. This is the cheapest intervention visible in the whole programme: a configuration change, no AI required. It could be handed to Rohit this week.

The pipeline, end to end

  • Opera and Simphony feed Sage daily, but the interface drops the statistics: segmentation, room nights, occupancy are picked manually from Opera and keyed into Excel.
  • Materials Control has no interface to Sage: literal double entry. Every receipt, purchase and issue is posted twice, and the P&L cost of sales disagrees with the MC report every month. A pure waste stream, and a self-contained quick win.
  • Sage to the Aleph template: the mapping mismatch above.
  • Departments feed a Teams-shared Excel (Kirsten revenue, Emmanuel payroll last, HODs training to Emile personally, since there is no HR person).
  • Gosbert copies it into PowerPoint as pictures and re-copies on any change.
  • Excel P&L to Rohit by email around the 7th; his three or four questions are on the P&L, not the pack, and are business-why questions.
The F2 moment. Asked whether the summary boxes are pictures or live, Gosbert, who builds the pack, described a copy that updates. Caroline read back "they're embedded". Emile corrected his own FC: "It's a picture." Exactly matching our forensic finding. The pack-builder's first account of his own process was wrong; the artefact was right.

Claims, and what they are worth

ClaimStatus
About five days start to finish, month-end from the 1st, P&L final the 5th, to corporate the 7th.Contradicted by artefact
The testimony wobbled 1st, then 5th, then 7th in ninety seconds under one gentle arithmetic challenge; the May pack file we hold is dated 10 June.+3 days drift
Errors are internal only, caught before release. Meanwhile the pack on screen during that exchange carries four defects that DID reach the owner.Contradicted by artefact
Owner meetings under 30 minutes all year; standing questions are GOP, cost ratios, net impact. Calm explicitly conditional on green figures.Usable
The predecessor report was 50 pages of duplication and was already cut to today's 29 slides. Packs can shrink; it has happened here.Usable
Owed both ways. They owe us the samples package, accepted but never specified; the chase must name the May and June Excel P&Ls, matching trial balances, the Teams input Excel, the Rohit Q and A thread, and the transmittal email of the May pack. We owe them re-engineering: Gosbert has taken the promise literally and is "very eager to see that". A waiting customer, no date attached.
NO PHOTO FOUND

Abdeljalil Zerhouni

Country manager Morocco · direct GM ONOMO Rabat Terminus · ten years a financial manager (Accor, Hilton, La Mamounia)
Interviewed Tue 21 July, 15:00 GST. ~55 minutes. The programme's only pack CONSUMER, and its only F3 test.
Full findings: 20260721_DH_Aleph_Notes_Interview_Findings_Zerhouni_v01.md

F5 settled, by observation: there are two clocks

He presents the June regional pack to the owner's asset manager on Wednesday 22 July, 22 days after month end. A real, dated, owner-facing event, not testimony. It matches both artefacts we hold (his May DRMA versioned 16 June; Dar's May pack dated 10 June). The P&L-to-corporate clock genuinely runs to about the 7th, exactly as the GMs claim. The owner-facing clock runs to about day 22. Both are true, and owners see the month three weeks late. Any speed claim must say which clock it shortens.

The rollup, in three phases

  • Phase 1: he received three property packs, authored the fourth himself, and consolidated all four alone. "Awful days." "Stuck behind my office spending one week doing just tables." No assistant, no finance help.
  • Phase 2: finance built a consolidation Excel that pulls from per-property sheets, but the output still crosses into the deck as screenshots, and all commentary is his.
  • Phase 3, June: for the first time the regional finance manager prepared the tables; HR and sales plug their own slides; he adds commentary, checks, and harmonises formats. "This month really it was lighter." And the finance-prepared tables still contained wrong data he caught and bounced back. Delegation moved the labour, not the error rate.
The June cycle IS draft-then-validate, emerged organically, the same shape Philippe asked for in Accra. The target operating model does not need selling; the engine's job is to make the draft instant and the validation machine-assisted. Caution: the process improved in the month of our study, so baselines must date-stamp which process version they measure.

The structural findings

  • No finance manager in any Morocco property. Finance sits at HQ Casablanca outside his hierarchy; property finance staff are, in his own apologised-for words, "bastard positions... no responsible who can lead them". Escalated for four years; embedding FMs is now "being thought about".
  • The region's whole quality gate is one man's CV. He checks every hotel's numbers because his GMs cannot, explicitly so the asset manager never spots a discrepancy live. If he leaves, there is no check at all. The sharpest scaling argument in the programme for a machine verification layer.
  • "Accuracy", the discovery of the interview: an ONOMO-legacy consolidation system already holds per-hotel KPIs and P&L and can consolidate regionally, and the pack pipeline bypasses it into hand-built Excel and screenshots. An incumbent tool that exists and is ignored means the failure mode may be adoption, not absence of tooling. Someone must ask Jad or Rohit what Accuracy is.
  • Owner governance is now a trichotomy: Accra's weekly informal visits, Dar's sub-30-minute green-light meetings, Morocco's formal per-hotel presentations to a professional in-house asset manager. One-size owner review design is dead; build the data layer once, flex the presentation layer.
  • His own escalation to Bani and Jad, before our programme existed: spending "between one week and 10 days preparing presentation... for data from the past" is not logical. F10 has an internal sponsor; quote him.
  • His asks: AI training for GMs and HODs (not a tool: "we have many AI tools but we can be lost"), an embedded FM per major hotel, and no retyped data ("on typing we're going to have errors").
Owed, and time-critical. Zero artefacts were requested on the call. The chase, by email: (1) the June regional presentation, BOTH the version finance sent him and the final as presented, since the diff measures exactly what the GM judgement layer adds; ask for the finance draft before it is overwritten; (2) his correction emails to finance; (3) the consolidation Excel; (4) an Accuracy screenshot or export with the product's real name; (5) the arrival emails for the May and June property packs; (6) for Module 2, the 2018 ONOMO PDF SOP set and the mailbox-letter SOP. Consent check before quoting him by name: no recording consent is visible on the transcript.
NO PHOTO FOUND

Jeff Nogue

General Manager, Ramada by Wyndham Addis Ababa · Cluster GM, ADM Hotels
Interviewed Mon 27 July. About 33 minutes on the Business Review, then Caroline continued on SOPs. With Wondayen Awoke, Director of Finance, one month in post, who gave the clearest account of the error mechanism in the programme.
Full findings: 20260727_DH_Aleph_Notes_Interview_Findings_Ramada_Addis_v01.md
He said on the call he arrived in January, against our research date of 12 February. Pre-call research retained below for the record.

The correction: the GM does hold the file here

We had been carrying "the GM holds the file at zero of four sites". Addis breaks it. Jeff builds the 32-slide deck himself, pastes the screenshots himself, writes every comment himself, and declines to delegate any of it: "I need to generate the PPT by myself... the most I will prepare the documentation, the better I will understand it, and the best I will be able to defend a point or results."

The accurate statement now: the GM builds the deck at one of five sites; finance builds the numbers at five of five. And it is not a contradiction of the design, it is a confirmation of it. This site has already split the two gates by itself, finance on the numbers and the GM on the narrative, for exactly the reason the two-gate model exists.

Where he wants help, in his own words

"the part of the process which would require the most optimization is is the back office one. The preparation of the of the document of the P&L format is very tedious, very subject to a lot of human mistakes."

And where he does not: "if I just push a button and there is an AI who is making me 95% of the job... I think I'm a bit of old school." He is the first GM to push back on automating the narrative. Treat it as a design constraint rather than resistance: automate the assembly, leave the authorship. That happens to be exactly where the value sits anyway.

The finance director gave us the error mechanism, live on screen

One month in post, no stake in the current process, narrating while sharing the workbook.

  • Mapping suspected at a fifth site, on Sun: "I'm not sure if we have a correct mapping as well at the back office." Suspected, not demonstrated, and he is reviewing it himself as part of onboarding.
  • The single-tab dependency: "only one person knows which tab you are going to work on. So if somebody makes a mistake here, every single report that you see will go automatically in the wrong direction." Demonstrated live on the statistics tab.
  • The forecast-versus-actual filter trap: forget to switch the filter and the comparison silently runs against an un-actualised forecast. A named, reproducible defect, and a new check for the control sheet.
  • Accruals raised without certainty they will be used, lines missed, and the GM going back to finance to post forgotten items.
  • The line that summarises it: "the picture that you see here might not be real as well because there is no way of proofing it."

Three things nobody else has said

A forecast file goes to Aleph twice a month, updating forecast one and forecast two. No other site has described a twice-monthly submission. Ask corporate whether it is estate-wide.

The owner does not care about expenses. "They are not really interested in all the expenses line. They are really interested in the revenue... and the accounts receivable, the cash flow." The clearest materiality signal any owner has given, and it cuts against a pack organised around GOP.

The franchise point, independently and forcefully: "when we are working in a franchise, we are not working for a chain. I could not care less about Wyndham or whoever. At the end of the day, the one who is paying my salary at the end of the month is an owner." Second GM to say it unprompted, and it confirms the correction applied to the Dubai tab on 23 July.

The evidence close worked, for the first time

Jeff offered three files unprompted: the 32-slide deck, the Excel P&L workbook and the forecast file. Four previous interviews ended with nothing. Chase within 48 hours while the offer is warm.

And the prize inside: the workbook reportedly carries a trial balance tab. If that is a genuine trial balance it is the first in the programme, and it converts every control-sheet finding from "internally consistent" to "tied to source".

Still missed, for the fifth time: the clock. No close date, no submission date and no hours split at any of five sites.

Read before the callNo Ramada Addis pack in the sample set. Worth asking him for one.All sample packsData room

The property

About 135 rooms (Wyndham says 136, the hotel's own site says 134, worth asking). Four star upper midscale on Africa Avenue, the Bole Road artery running to the airport, near the African Union headquarters.

Six F&B outlets in a 135 key hotel, which is unusually heavy and almost certainly a live operational issue: Chefs Club, Fogo no Chao churrascaria, Junoon, Palace Court, Connect Lobby Bar, Oak Lounge.

The structure

Owned by ADM Business PLC, a subsidiary of Get-As International, an Addis conglomerate. Franchised under Wyndham's Ramada brand. Managed by Aleph since early 2020.

TripAdvisor 4.2, 26th of 209 in Addis.

The currency problem is the story

The birr floated in July 2024 and has gone from about 75 to 161 to the dollar, down roughly 16% in the last twelve months alone. Inflation around 13.4%.

Brand fees and much of the supply chain are dollar denominated while revenue is birr, so birr margins and dollar margins tell completely different stories month to month. He is the one place where a number can be simultaneously correct and different.

Brand new this month

Addis introduced a 5% municipal tax on hotel rooms under Regulation 204/2026, effective June and July 2026. It is hitting his P&L right now. Establishments must file room counts and daily rates with the city revenue office.

Wider market: Addis is two speed, with luxury and pipeline accelerating toward COP32 in 2027 while mid range properties quietly convert out of hospitality altogether.

Not confirmed: his career history, previous properties, nationality or languages. No trade press, no bio, nothing beyond the hotel's own announcement of his appointment. "ADM Hotels" as a named entity has no web presence either; what is verified is ADM Business PLC, the owner. Ask him what the cluster actually consists of rather than assuming.
Retuned after interviews 1 to 3. Open with the clock reconstruction aimed at whoever builds his pack. Ask the mapping question ("do the Aleph template lines match your ledger, or do you re-code?") - he is a non-ONOMO test of the design fork. Ask the tool-blind systems question: "between your ledger and the Excel, does any reporting or consolidation software sit? What is it called?" The 5% Addis tax is a live template-governance test: "when the tax came in, who changed the pack, corporate or you, and how long did it take?" At five months in post he inherited everything: "what did you find broken, and what have you changed?" is the least defended testimony available. And the error question, scripted: has an error ever reached the owner?

What only he can test

A franchise brand layer over the Aleph pack at mid scale, where brand reporting is real but not industrial, so the duplication question can be asked without the answer being swamped as it will be with Fredrik.
"How many separate monthly reports leave this hotel, to Wyndham, to Aleph, to the owner? List them for me."
Then: "how much of the Aleph pack is a re-cut of something Wyndham already receives? If you could only send one, which would you keep?"
"When the birr moves between month end and submission, what happens to the pack? Has a number ever had to be restated after it went out?"
Ask as mechanism, not as fault. It is the system that lets a stale rate through, not him. If numbers legitimately move after submission, "error" is the wrong category and the register needs a restatement line it does not have.
"Who owns the format of the Wyndham report, and who owns the format of the Aleph pack? Which of the two has changed in the last twelve months?"
The cleanest learn and improve comparison in the programme: same author, two formats, and only one of them plausibly gets revised.
"For the cluster, do the other properties send you a pack, or send you numbers?"
A second independent reading on rollup alongside Abdeljalil, which is what distinguishes "rollup is painful" from "Abdeljalil's rollup is painful".
NO PHOTO FOUND

Ali Hdaib

Hotel Manager, Grand Iva Abha · with Shahanad, Cluster Director of Finance for Saudi (three hotels), who was not expected and who builds the P&L
Interviewed Thu 23 July. ~62 minutes. Shahanad is the most senior finance witness in the programme and most of the value came from him.
Full findings: 20260723_DH_Aleph_Notes_Interview_Findings_Hdaib_v01.md

The design fork is resolved: the template is the defect

Dar set the test. If a non-ONOMO property on another ledger reports the same mismatch, the defect is template-side and Aleph can fix it alone. Abha reports it on Oracle NetSuite ("the Aleph format is built for the Sun users... majority of the job need to be done manually") and independently on his Sun hotels ("the department codes tagged in that format is not matching with what we have in our hotel").

Three ledgers, one template, one failure. And he gave us the provenance nobody had: "this format Aleph is using is developed from one of the African hotels. So that is the same format all the hotels are using."

At two sites, on two ledgers, the defect is absorbed locally and nobody has ever escalated to whoever owns the template. Who owns that Excel file, and can they change it, is now the most valuable unanswered question in the programme, and no GM can answer it.

The deck is not universal

Grand Iva sends no monthly PowerPoint. The artefact leaving the property is the Excel P&L workbook, "about seven or eight sheets", to the regional finance office. Ali confirmed the same for the other two Saudi hotels. The consolidated deck is built at regional level.

Correction, and it matters. The first read of this said the pack is "not sent to corporate". That depends on a negation which is not in the transcript; the line is garbled and Shahanad elsewhere refers to corporate receiving and accepting the report. Read it as regional finance office confirmed, corporate unresolved, and settle it from the artefact.
  • F2 is not a property-tier defect. It belongs to whoever builds the deck. In Saudi that sits above the property and we have never seen it. Untested, not absent.
  • F6 splits into written and verbal. Written narrative here is zero. But there is a couple of hours of discussion with the Saudi VP, HOD explanations and Ali's owner sit-down, and none of it is written anywhere, so it cannot be reused, audited or rolled up. The target changes: not "automate a narrative nobody wants" but "capture verbal justification that leaves no artefact".
  • F10 is not conceded. Seven or eight sheets of numbers with zero commentary is arguably volume without analysis in its purest form.
  • The estate has two artefact architectures, not one process with variants. A future state built only for property-builds-deck will not deploy to the Saudi cluster.

F11, new: deadline-driven error deferral

The first admission that the clock beats the fix. "There is a deadline also to be met before we send the report, that is sixth or seventh of the month. So some errors that we may face at the end of that reporting deadline, maybe we leave for next month." Hedged and unnamed, but the word "deadline" does not appear in the three prior transcripts at all. Test it in identical words at Jeff and Fredrik.

And the scaling time-bomb, from the most senior finance witness: the workaround survives only because the hotel is nearly empty. "If the occupancy goes up and you have the operation getting large, then it is going to create lot of problems."

A fourth owner model, and a fifth artefact

A local Saudi family with many businesses, cement, laundries, petrol stations, for whom this is the only hotel. No asset manager, no owner-side hospitality expertise. Ali spent four months explaining every purchase request.

The artefact nobody had mentioned: Ali personally writes a summarised P&L in Arabic and sits with the owners, bullet points only, revenue, expenses, profit, bank balance. He improvised it in Doha for an elderly owner with limited English. It is untracked, personally improvised, and it is the actual owner-facing document at this property. There is no translation anywhere in the official chain. The estate now has five artefact types.
What this interview handed us and we did not take. Abha is the natural control: written narrative is zero and there is no deck, so whatever the close costs here is 100% numbers and 0% narrative, the cleanest data point in the study, obtainable by elimination. One question to Shahanad in hours would have settled it. He gave no duration and was never asked. The only figure is Ali's characterisation of someone else's work and it is a transcription garble. Do not use the six-to-seven-days number until the audio is re-checked.
Fredrik Reinisch

Fredrik Reinisch

GM Marriott Marquis Dubai Creek · Area GM Aleph Dubai · also Hilton Dubai Creek and Movenpick Grand Al Bustan
Monday 27 July, 17:00 GST. Online, 45 minutes, both of us joining. The last GM interview. (Moved twice: from Fri 24 July 11:00, then 13:30.)
Jad has confirmed the NDA covers sharing files, so this is the artefact interview.

HELD, Monday 27 July, 17:00 GST, 45 minutes. The sixth and last GM interview. Transcript filed as 20260727_DH_Aleph_Transcript_Interview_Reinisch_v01.txt, findings note beside it. And the evidence close worked, at record speed: his June owners pack arrived at 18:06, within the hour of the call ending. Filed. The forward carries the original transmittal header, so the send date is artefact-verified for the first time in the programme.

What the call settled, against the seven questions below. (1) Authorship is a third model: each department sends slides to one dedicated marketing person who consolidates, and the GM writes all the commentary himself. One consolidated deck, about 80 slides, for Marriott plus Hilton plus Destination Marketing, not three decks. (5) Neither owner reads the pack: no owners' review meeting for six to eight months, and no questions or feedback on the emailed deck in that time. The owner relationship runs on two to three in-person meetings a week instead. The deck grew from about 20 slides by accretion, each addition once requested, and has resisted every attempt to shrink. (6) Confirmed in his own words: the flag is irrelevant to the reporting. Franchise touch is the standards audit and loyalty; he speaks to Marriott about twice a month. The burden is entirely owner and operator side. (7) The clock, finally: deck out by the 15th, latest the 20th, and the June artefact went on the 17th, inside his own claim. The first site whose claim matches its artefact. And the first aggregate hours figure of the programme: 10 to 20 hours of management time per month across department heads, his estimate, "quite an expensive report".

Corrections to this tab's research, from the primary source. The two-owner model below is wrong in the way that matters: one lessee group, West F5 (Naresh Bhawnani principal shareholder, Prem Gopalani the appointed day-to-day contact, a third partner in the background), holds all three properties long-term. Dubai Developments owns the brick and mortar but is landlord, not counterparty: "we are not really dealing directly with them". So the consolidated deck serves one owner group, not two.

Still open, routed to his Director of Finance (offered by Fredrik for technical questions by email): the trial balance ask, the forecast cadence question, the two workbook traps, and the Sun-to-Excel population mechanics, which he declined to guess at. Error record: JOC clean in his memory; the Movenpick carried a food-cost formula error on the P&L front page last month (10 percent food, 6 percent beverage), caught by his own eyeball on face-implausibility. The Movenpick finance function is newest to hotels, has no segmentation in its daily business report yet, and USALI is not fully implemented there; his cluster Director of Finance is standardising it. All three properties run on Sun, the one common layer under three brand stacks, which is this tab's build insight confirmed.

Added after Addis, 27 July: seven questions the last five interviews created

These are new or sharpened since this tab was written. If time runs short, 1, 4 and 7 cannot be recovered later, because this is the last GM conversation.

1. Who physically builds each of the three decks?
At four sites finance builds the pack. At Addis the GM builds it himself and refuses to delegate, because preparing it is how he comes to own the numbers before facing the owner. Fredrik is the only person who can tell us whether authorship varies inside one portfolio. Ask plainly: for each of your three hotels, who opens the file and types the commentary, and is it the same person in all three? Then: one finance team across the three, or three?

2. Do you send Aleph a forecast twice a month?
Addis submits a forecast file twice monthly, updating forecast one and forecast two. No other site has mentioned this in five interviews. Either it is a local habit or an estate-wide obligation we have missed entirely. One question settles it. If yes: what triggers each one, and who reads it?

3. Two workbook traps, now named and testable.
Addis's finance director demonstrated both live on screen. Ask whether either exists here.
· Does your P&L workbook have a switch between forecast and actual? At Addis, forgetting to flip it silently runs the whole month's comparison against an un-actualised forecast.
· Is there a tab somebody updates by hand each month that everything else reads from? At Addis it is the statistics tab, and one wrong entry propagates into every downstream number.

4. The trial balance. Ask for it by name.
Addis's workbook reportedly carries a trial balance tab. DH holds no trial balance for any property, and that is the single biggest constraint on the programme: without one, nothing we check can be called verified against source, only internally consistent. Ask: does your monthly workbook carry a trial balance tab? If yes, that is the artefact to leave this call with.

5. What does each owner read first, and what do they skip?
One owner told us through his GM that he is not interested in the expense lines at all, only revenue, receivables and cash. That is the clearest materiality signal any owner has given, and it cuts against a pack organised around GOP. Fredrik has two very different owners: a first-time merchant-family joint venture and an establishment-linked institutional group. What does each turn to first, what do they never ask about, and do the two decks differ because of it?

6. Does anything in your reporting differ by BRAND, or only by OWNER?
The franchise point is settled: two GMs have now said unprompted that the franchisor is not the audience. Do not spend time establishing it again. Spend it on the consequence: across a Marriott, a Hilton and an Accor property, is there a single line in the monthly reporting that changes because of the flag, or is the flag irrelevant to everything except which systems the numbers come out of?

7. THE CLOCK. Five interviews, five misses, last chance.
We still have no close date, no submission date and no hours figure from anywhere in the estate. Script it, ask it early, and ask it as hours of the person who builds the file, not days of the GM:
"Of the total hours that went into last month's pack, roughly how many were pulling and checking numbers, and how many were writing words?"
Then the anchor that needs no memory at all: "Could you forward me the email you sent last month's pack with?" The header settles the date without anybody having to recall it.

The evidence close: do exactly what worked at Addis

Four interviews ended with goodwill and nothing else. The fifth ended with three files offered, because they were named out loud on the call while a screen was being shared. Repeat it precisely.

Name these five before the call ends:

  1. Last month's pack for one property, native file, his choice which.
  2. The Excel P&L workbook behind it, all tabs, not a PDF.
  3. The trial balance, if the workbook carries one (question 4).
  4. The forecast file, if question 2 turns up a twice-monthly submission.
  5. The transmittal email for last month's pack, forwarded as-is.

Do not end on "send us whatever you have". That produced nothing four times. One named file per ask, and a date against each. And if he offers to screen-share, take it: both Addis mechanisms were found that way, not by asking.

Three brands, two owners, one operator

This is what makes Fredrik unlike every other interviewee, and he is now the sixth and final conversation, so everything still unresolved after five sites lands here. He is not a Marriott GM who also has a pack. He runs a Marriott, a Hilton and an Accor property at once, for two different owners, under one operator. Three franchise regimes, three system stacks, three loyalty programmes, three quality regimes, and only one reporting obligation that actually matters. He is the natural experiment the whole programme has been missing: everything we have triangulated across four countries, he lives in one city.

His three properties

Marriott Marquis Dubai Creek: 590 keys, being 434 hotel rooms and suites plus 156 serviced apartments, four towers, Deira.

Hilton Dubai Creek Hotel and Residences: 180 serviced units, one tower, next door. No published rooms-versus-residences split; treat as 180 undivided.

Movenpick Grand Al Bustan, Garhoud: 279 rooms and suites. Opened 1997, so the count is post-renovation, unlike the two new builds.

Two owners, not one (this corrects the earlier note). The two Creek hotels are owned by West F5 Investments; the Movenpick is owned by Dubai Developments, which is also the master developer of the land the Creek pair stands on. So his monthly review runs to two different owner types. See the owner box below.

What the three franchisors receive

Broadly the same shape across all three: revenue for fee calculation, not profit. Marriott takes gross revenues monthly on request and one full income statement a year. Hilton takes a fee return by the 15th. Accor charges royalties off room revenue.

None of them takes a monthly P&L or a business review pack. The rigour does not run to the brands. This is the premise to test in his own words, and expect him to confirm it.

What the brands police, times three

Compliance, not reporting, and measured by them rather than reported to them: standard audits, guest satisfaction scoring, safety re-assessments, loyalty rules. He runs three separate versions of all of it, Marriott, Hilton and Accor, side by side.

Marriott's penalty ladder can be triggered by a failure at any hotel the management company operates, an Aleph-level exposure. Worth asking how much of his week the three QA regimes actually cost versus the owner reporting.

The reframe: brands are DATA SOURCES

All three mandate their systems and then hold the data themselves: Marriott (MARSHA, One Yield), Hilton (OnQ, GRO), Accor (Opera Cloud, IDeaS). Revenue, rate, occupancy, guest and loyalty data all live in the brand stack, continuously.

The brands are a source to feed the pack from, not a consumer to report to. Telling detail: Accor itself runs its region on Infor SunSystems for the ledger, so even a full-stack brand needs a separate accounting layer below the revenue line.

What Aleph owes the owner

Under a standard management agreement, monthly: trial balance, P&L, GOP and fee calculation, against budget and against last year, with commentary on variances. Plus quarterly statements, an annual statement, and an annual budget for owner approval.

That is the BRM. It is contractual, and it exists because Aleph's own base and incentive fees are calculated from those numbers.

Who he actually reports to, and it is two very different owners.

The two Creek hotels: West F5 Investments, a 2024 joint venture of two Dubai merchant families. "West" is the West Zone Group, a large UAE grocery-retail empire (100-plus stores) built by Naresh Bhawnani from a single Mirdif supermarket in 2005. "F5" is Fortune 5, a property firm chaired by Prem Gopalani. They hold the Marriott and Hilton franchises directly and hired Aleph to operate. First-time hotel owners, entered hospitality development only in 2024, and already repeating the model (a DoubleTree residences project announced 2025). This owner is entrepreneurial, cost-conscious and new to hotels, exactly the owner who leans hardest on the operator's numbers.

The Movenpick: Dubai Developments (formerly Dubai International Real Estate), a private group reported to be tied to the family of the late Sheikh Hamdan bin Rashid Al Maktoum, the long-serving Deputy Ruler and Finance Minister. Treat that link as well-reported but not officially confirmed. The Movenpick was until recently "Roda Al Bustan", Roda being the group's own hotel brand, named after Sheikha Roda, the late Sheikh's wife. Its DG, Essa Al Maidoor, previously ran the Dubai Health Authority. A far more institutional, establishment-linked counterparty than West F5.

The homework detail worth dropping in: the Jewel of the Creek was masterplanned in 2006 and did not open its first hotels until 2024, a near twenty-year build that survived the 2009 crash. And knowing his owner differs by property, a merchant JV for two, a royal-linked family office for the third, is itself the kind of thing that tells him you did the reading.

The build insight, and why his portfolio is the proof. Across all three brands, everything above the GOP line already exists structured in the brand systems (rooms revenue, ADR, occupancy, RevPAR, pace, F&B by outlet, loyalty mix, guest satisfaction); everything below it sits in each hotel's own accounting stack (general ledger, payroll, cost of sales, the USALI mapping that makes GOP). The assembly problem is the join, not missing data. Fredrik proves the point in one person: three brands, three system stacks, and the only common denominator across them is the accounting layer, which is exactly the layer a white-label operator like Aleph controls. Whatever we design has to sit there, because that is the one place all three of his hotels meet.

The questions, rebuilt

  1. In a normal month, list every document that leaves each of your three hotels, and who receives each one.
    Deployment  Artefact-first, and never name the artefact. At Abha we asked how many slides were in the PowerPoint and burned four minutes discovering there wasn't one. With three brands and three owners he may have three different shapes. Let him enumerate.
  2. Where does the reporting rigour actually sit for you: the brands, the owners, or Aleph?
    Approach  Expect owners and Aleph. It validates him, corrects our record from his own mouth, and opens the real ground. If he says the brands, that is a finding in itself.
  3. Walk me across your three hotels. Do Marriott, Hilton and the Movenpick each report to Aleph the same way, or three different ways? Where do they differ most?
    Deployment  The question only he can answer, and the spine of the interview. One person, three brands, three system stacks, two owners. Everything else on this tab hangs off how he answers this. Let him range; do not narrow it to Marriott.
  4. Do all three send Aleph the same template? Do the three run different accounting systems, and does the same problem show up in all three?
    Deployment  The fastest confirmation available of the biggest finding in the programme. Four interviews found three ledgers failing against one template. He can settle in a sentence, across three brands at once, what took us four countries to triangulate.
  5. For each brand, what does the franchisor actually ask you for, versus what it already holds in its own systems?
    Results  Tests the data-source reframe across all three. If the answer is "they already have it", the follow-up writes itself: could the Aleph pack be fed from that data instead of re-keyed? And whether Marriott, Hilton and Accor differ here is itself useful.
  6. Take one hotel's ledger export and the Aleph template side by side. Which lines have to be moved, added or re-coded before they agree?
    Deployment  Then: is there anything the template relies on that your system simply does not carry? Dar's defect was missing cost centres; Abha's was a missing analysis dimension. Different failure modes, so ask both.
  7. Where do you think that template came from, and who maintains it? Has anyone ever asked Aleph to change it?
    Assess and Refine  Two sites have absorbed this defect for years without ever escalating. He is senior enough to know who owns the file, and that is the single most valuable answer available tomorrow.
  8. You report to two different owners here, West F5 for the Creek pair and Dubai Developments for the Movenpick. Do they want the same thing, and how differently do the two conversations run?
    Results  A contrast no other property offers, inside one Area GM: a first-time merchant-family JV versus an established, royal-linked institutional owner. How the reporting flexes between the two is a direct read on what the future-state has to serve. Also ask whether either has an asset manager, and which pages they actually work from. He closes the owner-governance range: we have had a weekly-coffee owner, a green-light meeting, an asset manager, and a first-time family.
  9. Take June, one property. On the 30th, who sat down first and for how long? Then who? Hours per person. And of that, how much was pulling numbers versus writing words?
    Results  Four interviews, zero hours splits. Aim it at whoever builds the pack, not at him. This is the last chance to get the number the whole Measure phase rests on.
  10. Has an error ever reached the owner? What was it, who caught it, what happened?
    Assess and Refine  Asked zero times in four interviews. Put it at minute 25 so it cannot be squeezed again. Then the new one from Abha, in the same words: when a correction lands after the pack has gone, does it get fixed in that month or carried into the next?
  11. As Area GM, do you consolidate across the three, and do you ever receive a consolidated deck back from the region?
    Deployment  Abha ships a workbook and someone at regional builds a deck nobody at the property sees. Three properties feed a deck we have never asked to look at. He is exactly the person who would know whether that happens in Dubai too.
  12. When you send yours up, how long before you hear back? Is that the same for the other two, or different?
    Results  Identical words at every property, so the answers stay comparable. The second half is his alone: if the flagship is answered in minutes and the smaller properties wait days, the corporate loop is a capacity queue, not a service level, and it will not survive the estate doubling.
  13. Across every brand and complex you have run, what is the best owner reporting you have seen, and what made it good? What would you steal for Aleph?
    Approach  He has run more brands than anyone we will speak to: Al Habtoor City into three Hilton brands, six brands at Yas Plaza, JA, EDITION, now Marriott, Hilton and Accor together. He is the only interviewee who can tell us what good looks like from the inside, across the whole industry, not one flag.
The evidence close, sent with the invite so the files are open before minute one. This is the only NDA-cleared interview in the programme and four calls have now ended with no artefact. Ask for: last month's Aleph pack for one property, native; the Aleph Excel P&L template as he receives it; the ledger export it is built from; and any cross-property consolidation file.

Drop, to buy the time

  • The full step-by-step process narration. We have four, and they are broadly identical. Confirm the ledger-to-Excel bridge in one question.
  • Generic owner-type discovery. Ask only the two discriminating questions: asset manager yes or no, and which pages they work from.
  • Most generic SOP scoping, now run four times. Keep the customisation percentage and the delivery-mode question only.
  • Career and market discovery. Best-documented CV in the set: use it for the opener, not for airtime.

Live technical questions, credible and current

  • All three brands are mid-migration on their core systems at once. Marriott is replacing its property management system across 2026 to 2027, Hilton is moving off OnQ, and Accor is consolidating on Opera Cloud. Where are his three in that? A system change mid-build is a real risk to anything we design, and he is carrying three of them.
  • He staffs revenue management across three brands, each gated to its own certification and toolset (Marriott One Yield, Hilton GRO, Accor IDeaS). How he clusters that across one team is the same shape of problem as clustering the reporting, and his answer previews how hard the reporting cluster will be.

Where the six stand

General ManagerHotelStatusSlot
Philippe HittiThe Pelican, AccraDone · pack inInterviewed Mon 20. Pack received Tue evening, cc Jad and Rohit. His note says "(Blank)": verify whether it is the real May pack or a blanked template before relying on it. Gist on the Philippe tab.
Emile RoworthOnomo Dar es SalaamDoneTue 21 July, 14:00 GST. With Gosbert, cluster FM. Full gist on the Emile tab.
Abdeljalil ZerhouniONOMO Morocco regionDoneTue 21 July, 15:00 GST. The consolidator. Full gist on the Abdeljalil tab.
Jeff NogueRamada Addis, ADM clusterDone · files inInterviewed Mon 27 July with Wondayen Awoke, Director of Finance. Files arrived the same day: the Excel P&L workbook (June) and the forecast file, plus a procurement and warehouse process document unasked. The promised PowerPoint deck is still to come. Gist on the Jeff tab.
Ali HdaibGrand Iva, AbhaDoneThu 23 July. With Shahanad, cluster FD for Saudi, unexpected and the best finance witness so far. Gist on the Ali tab.
Fredrik ReinischMarriott Marquis + Hilton Dubai Creek + Movenpick Grand Al BustanDone · pack inInterviewed Mon 27 July, 17:00 GST, the last of the six. June owners pack received at 18:06 the same day, with the original owner transmittal header attached, so the send date is artefact-verified. Director of Finance offered for technical follow-ups. Gist on the Fredrik tab.
The wave is complete. Six interviews held between 20 and 27 July, every introduction converted, and the artefact drought broken on the final day: the Addis P&L workbook and forecast file, the Addis procurement and warehouse process document, and the Dubai consolidated June owners pack all arrived on 27 July. Analysis moves from testimony to artefacts; the register and the current-state map absorb interviews five and six next.

Owed, and outstanding (swept Wed 22 July)

  • Pelican pack: IN. Philippe replied Tuesday evening with the pack attached, cc Jad and Rohit. His wording says "(Blank)": verify whether it is the real May pack or a blanked template before booking it as the artefact. The file sits in the Aleph correspondence folder.
  • Dar samples: PROMISED for close of business Wednesday. Emile confirmed he and Gosbert will send the named list. Chase Thursday morning if silent.
  • Abdeljalil chase: sent Tuesday 17:35, no reply yet. His June owner presentation is Wednesday; the finance-draft version of the deck is the time-critical item.
  • Owner interviews are moving. Jad sent "Your valuable input needed" on Tuesday to Mehdi El Baqali, asset director of MHC (Maghrib Hospitality, the Michlifen and Marchica owner), cc Abdellah Essonni of Aleph, proposing a 30 minute owner conversation covering both the BRM and SOP work. Nitin acknowledged; awaiting the owner's signal, then coordinate times. Register item 11 unblocking. Note the new Aleph name: Abdellah Essonni, plausibly the Morocco regional VP Abdeljalil mentioned.
  • Fredrik: RESOLVED. Jad forwarded the introduction again on Wed 22 and Fredrik replied within the hour, offering online or in person. Friday 24 July at 11:00 proposed. The drafted nudge to Jad (id 33) is now redundant and should be discarded.
  • Received dates from Rohit for the last six packs per property. Still the highest-value unsent email in the programme.
  • Ask Jad or Rohit what "Accuracy" is, and who at ONOMO controls the Sage chart of accounts.
  • Confirm garbled names before anything client-facing: Devtraco, African Hotel Development, the Masira property, "Squad Hotel".
  • We owe Dar a return and Gosbert is waiting. Interview meeting reports from the recording assistants (Read.ai for both Tuesday interviews, Fireflies for the SOP scoping call) are in the inbox if a second transcript source is ever needed.