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.
- 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.
-
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?
-
And the month before. What date did it leave you then?
-
When you plan your month end, how many days do you allow between sending the pack up and getting it signed off?
-
Between the accounting system closing and you having a P&L you can work with, what happens? Take me through it.
-
Take one number, RevPAR for June. Walk me from the system to the page the owner read.
-
What was the last thing your owner asked you after he got the pack? Was the answer already in it?
-
For last month, what date were the numbers final, and what date did the last piece of commentary land?Finance, not the GM
-
How many times did you have to ask before that last piece arrived?Finance, not the GM
-
Think of the last time a number had to be corrected after the pack went out. What happened, and who spotted it?
-
Most packs get built by rolling last month's file forward. Which line most often gets missed here?
-
Your pack has N sections. Who decided that list?
-
If you had to cut it in half by next month, what would go, and whose permission would you need?
The sixty second close, worth more than any question above
- "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.
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
F2 · Numbers travel as pictures
F3 · Manual regional rollup
F4 · Copy forward from a cloned pack
F5 · The lag after month end
F6 · The narrative eats the hours
F7 · The correction loop with corporate
F8 · Errors reach the owner
F9 · Owners come back afterwards
F10 · Volume without analysis
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.
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 carried | Where it ended |
|---|---|
| The clock | Landed 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 drought | Broken, 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 pack | Three 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 it | The 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 range | Now 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 owner | Settled 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
| Finding | Evidence |
|---|---|
| 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
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.
Philippe Hitti
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
- Close, 30th to the 3rd
- Generate the P&L. Two of them, Rooms and F&B
- Pull to Excel, hand key the statistics, work offline
- Circulate the P&L to all heads of department
- Hold an HOD critique meeting on the numbers
- Roll last month's document forward, each manager overwrites their section
- The Financial Controller chases heads of department for one to two days
- Finance review, then review with the GM, amend, final review
- Corporate validation with Rohit and Jad, then submit on the 7th
- Pack to the owner, then a meeting date is agreed fresh each month
What he claimed, and what it is worth
| Claim | Status |
|---|---|
| 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.
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.
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.
Emile Roworth
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.
Claims, and what they are worth
| Claim | Status |
|---|---|
| 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 |
Abdeljalil Zerhouni
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 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").
Jeff Nogue
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.
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.
What only he can test
Ali Hdaib
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.
- 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
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.
Fredrik Reinisch
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:
- Last month's pack for one property, native file, his choice which.
- The Excel P&L workbook behind it, all tabs, not a PDF.
- The trial balance, if the workbook carries one (question 4).
- The forecast file, if question 2 turns up a twice-monthly submission.
- 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.
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 questions, rebuilt
- In a normal month, list every document that leaves each of your three hotels, and who receives each one.
- Where does the reporting rigour actually sit for you: the brands, the owners, or Aleph?
- 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?
- 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?
- For each brand, what does the franchisor actually ask you for, versus what it already holds in its own systems?
- 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?
- Where do you think that template came from, and who maintains it? Has anyone ever asked Aleph to change it?
- 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?
- 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?
- Has an error ever reached the owner? What was it, who caught it, what happened?
- As Area GM, do you consolidate across the three, and do you ever receive a consolidated deck back from the region?
- When you send yours up, how long before you hear back? Is that the same for the other two, or different?
- 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?
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 Manager | Hotel | Status | Slot |
|---|---|---|---|
| Philippe Hitti | The Pelican, Accra | Done · pack in | Interviewed 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 Roworth | Onomo Dar es Salaam | Done | Tue 21 July, 14:00 GST. With Gosbert, cluster FM. Full gist on the Emile tab. |
| Abdeljalil Zerhouni | ONOMO Morocco region | Done | Tue 21 July, 15:00 GST. The consolidator. Full gist on the Abdeljalil tab. |
| Jeff Nogue | Ramada Addis, ADM cluster | Done · files in | Interviewed 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 Hdaib | Grand Iva, Abha | Done | Thu 23 July. With Shahanad, cluster FD for Saudi, unexpected and the best finance witness so far. Gist on the Ali tab. |
| Fredrik Reinisch | Marriott Marquis + Hilton Dubai Creek + Movenpick Grand Al Bustan | Done · pack in | Interviewed 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. |
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.