Investment & technical due diligence · confidential · 28 July 2026
Proceed to a controlled pilot build. The problem is credible, the product is coherent, and the core architecture is sound. Investment remains conditional on proving connector access, customer willingness to pay, data quality, and a disciplined AI-assisted engineering process. This report is not legal, accounting, or investment advice.
Executive decision
The review treats the AMR design as the authoritative specification, and incorporates the stated delivery assumption: AI coding agents produce most implementation work while a senior engineer owns architecture, reviews critical changes, and controls production releases.
Product & market
New Zealand hospitality generated NZ$15.99 billion in sales in the year ended June 2025, but restaurant and cafe sales grew only 0.3% and average wage cost reached about 40% of revenue — a market where modest operating improvements matter materially.
EvidenceNZ had 9,867 cafe and restaurant geographic units as at February 2025 — 18,243 including takeaway. Sector sales are large; cost pressure is severe.
AssessmentAMR addresses a measurable operating problem rather than manufacturing an AI use case. The strongest need is not more data — it's faster recognition of financially meaningful exceptions and clear actions.
AssessmentA small cafe with limited reservations and a basic POS may produce little usable guest data and not support the subscription or onboarding cost. Premium owner-led restaurants have the data, margin opportunity and management cadence AMR requires.
AssessmentGoverned metrics → weekly report → critical number → owner focuses → statused opportunities → pre-service stories → follow-up outcomes. A closed loop — observe, interpret, act, record, evaluate — is more defensible than a chatbot or dashboard because it becomes part of the operating cadence.
AssessmentOwners often praise reports but stop opening them once novelty declines. Fit requires evidence that recommendations are accepted, assigned, discussed and revisited.
AssessmentA small dataset won't be statistically useful, and restaurant comparisons are sensitive to concept, price point, service model and region. Poorly normalised benchmarks can mislead customers. NZ privacy law limits retention and overseas disclosure; Australian rules require de-identification when data is no longer needed.
Competitive position
Several competitors now make claims that overlap directly with AMR. The competitive section should be revised before it is shown to investors.
| Competitor | Verified current position | Implication for AMR |
|---|---|---|
| Tenzo | Aggregates restaurant data, automates reports, supports AI questions, recommendations, forecasting, scorecards, 90+ integrations — explicitly serves single sites and small chains. | "Tenzo merely shows what happened" is no longer defensible. Tenzo is the closest direct threat. |
| SevenRooms | Guest CRM, 100+ guest data points, AI notes, segmentation, POS-linked spend, marketing and service personalisation. | Guest data and personalisation alone are not a moat. AMR must win on cross-stack neutrality, local integrations and management workflow. |
| Nory | AI-led sales forecasting, labour, inventory and profitability — currently aimed at operators with two or more locations. | AMR stays more relevant to single premium venues and guest/service workflows, but Nory owns a strong profitability narrative. |
| Avero | Analytics for independent restaurants and groups: revenue, labour, menu engineering, group comparisons. | Not solely enterprise. AMR needs a sharper service-execution and guest-noticing distinction. |
| MarginEdge | Public pricing includes a US$350/month restaurant management tier; strong food-cost and back-office automation. | The price ceiling for proven software is higher than AMR assumes — but buyers expect direct financial value. |
AssessmentAn absolute category claim ("no incumbent combines guest intelligence, coaching and huddle execution") is difficult to prove and easy for an investor or competitor to rebut. It weakens credibility even where the underlying distinction is real.
EvidenceNow Book It activates API keys through its support and partner process; public documentation does not establish that a new third party can obtain unrestricted access on demand.
AssessmentA connector roadmap based on presumed API access can fail for commercial, contractual or technical reasons. CSV exports reduce the dependency but add onboarding and schema-drift costs.
EvidenceNatural-language analytics is becoming a standard capability; Tenzo already exposes AI access to restaurant data and released an MCP server beta in 2026.
AssessmentAsk AMR will be useful but is unlikely to remain differentiating. The harder-to-copy asset is a governed restaurant ontology, source mappings, service workflows, and labelled evidence showing which actions produced outcomes.
Technical architecture
Eleven findings. The deterministic core, the metric registry and the tenancy model are confirmed; privacy retention, prompt-injection defence and several Phase 1 ambitions require redesign or deferral.
AssessmentComputing metrics, trends, segments and lifecycle rules in code — with the model only explaining and recommending — sharply limits arithmetic hallucination, supports auditability, reduces model cost and makes regression testing practical. Consistent with NIST guidance on generative-AI governance.
AssessmentStarting with an application-level registry and deferring a semantic-layer product achieves the important property — one tested definition per metric — without adding a platform dependency before product-market fit.
AssessmentRLS is a strong control, not a complete tenancy strategy: superusers and BYPASSRLS roles still bypass it, and a single privileged application connection, migration role or background worker can expose data.
AssessmentTokenisation reduces exposure but does not make all raw data non-personal — free-text notes, dates, booking context and linkage patterns may remain identifying. Crypto-shredding requires complete key coverage and doesn't address downstream copies, logs, AI outputs or exports. NZ Principle 9 and Australian APP 11 impose retention and destruction duties.
AssessmentPer-guest key lifecycle, rotation, backup restoration, merge/split behaviour and deletion verification add substantial security-critical code. AI generation does not reduce the need for expert design and review.
AssessmentEmail/phone arrays and JSON source-ID maps are convenient initially but make uniqueness, history, confidence, consent status and identifier-level correction harder. Identity resolution is central IP and deserves an explicit model.
guest_identifier(tenant_id, guest_id, type, normalised_value, encrypted_value/token, source, verified_at, valid_from, valid_to, consent flags). Preserve source lineage for every link. Never use fuzzy names as unique identifiers.AssessmentErroneous merges are inevitable. Undoing them safely requires knowing which source facts and child records came from which original identities — re-pointing all children during a merge can lose that information.
identity_decision and identity_membership history with reversible provenance. Keep source facts attached to source identities; derive canonical membership. Require human approval for ambiguous merges and a tested split workflow before the huddle exposes guest notes.AssessmentString-matching numbers in model output is brittle: wrong labels, wrong periods, transposed values and unsupported arithmetic can pass; legitimate transformations get blocked until exceptions accumulate.
AssessmentAMR ingests reviews, feedback emails, booking notes and dot notes, then exposes them to a model. A malicious or accidental instruction inside feedback can influence output if source text is treated as trusted. Risk increases when the same agent can query metrics, guest records or future write-back actions. (OWASP LLM Top 10.)
AssessmentOffline caching is operationally sensible, but guest names, celebrations, preferences and notes may remain on personal phones after a shift, after staff leave, or after access is revoked.
AssessmentGood controls are necessary, but a small AI-assisted team can spend more time maintaining platform machinery than validating the product. SOC 2 certification before customers require it is unlikely to be the best use of capital.
AI-assisted delivery
AI materially improves the feasibility of AMR, but it does not justify treating engineering review as a light-touch function. The senior engineer must own the technical system, not merely inspect occasional output.
DORA's 2025 research found near-universal AI use with positive throughput effects — but continued negative effects on delivery stability where control systems were weak; ~30% of respondents reported little or no trust in AI-generated code. A METR randomised trial found experienced developers on mature repositories took 19% longer with early-2025 AI tools, despite expecting to be faster. The useful planning question is not what percentage of code AI writes — it's whether AI reduces elapsed time and cost per accepted, production-safe feature.
| Work type | AI suitability | Required human control |
|---|---|---|
| UI components, CRUD, OpenAPI clients, test fixtures, documentation | High | Product acceptance and normal code review. |
| CSV parsers, source mappings, migration scripts, metric SQL | Medium-high | Golden datasets, reconciliation tests, data-owner sign-off. |
| Connector adapters and retry logic | Medium | Sandbox testing, rate-limit validation, replay tests, production observability. |
| Recommendation templates and evaluation cases | Medium | Restaurant-domain validation, outcome monitoring, safety review. |
| Tenant isolation, authentication, authorisation, secrets | Low | Senior engineer design and line-by-line review; security tests. |
| Identity merge/split logic and deletion workflows | Low | Senior engineer ownership, adversarial tests, auditability. |
| Production infrastructure changes and incident response | Low | Human approval, least privilege, change records, rollback. |
AssessmentAI creates implementation capacity faster than review capacity. If the engineer is available only after features are generated, defects and architectural drift accumulate faster than they can be corrected.
AssessmentA long design document drifts as code and product decisions change; agents may follow outdated sections or reconcile contradictions inconsistently.
AssessmentHuman review alone will not scale with agent-generated change volume. The system must reject low-quality work automatically before the engineer sees it.
AssessmentLines of code and "% AI-generated" are easy to report but don't measure useful delivery — AI can increase code volume while also increasing rework, defects and review burden.
Commercial model
EvidenceNZ: 9,867 cafe/restaurant units (Feb 2025). Australia: 55,000+ cafe and restaurant businesses in 2024; ~89,000 including takeaway (June 2025).
AssessmentOnly a subset has the systems, revenue, guest identification and management maturity AMR needs.
AssessmentAMR's main early costs are onboarding, mapping, connector support, data reconciliation and customer success — not LLM tokens. A low monthly price creates poor unit economics before self-service exists. MarginEdge's public US pricing includes a US$350/month tier; direct competitors commonly quote.
AssessmentRestaurants are noisy environments — demand, events, weather, menu changes and staffing all move outcomes. Overstated attribution will destroy trust; correlation-only reporting may struggle to prove value.
AssessmentCSV-first with concierge onboarding is the correct way to learn mappings and workflows, but it creates a services burden that must be measured rather than hidden.
AssessmentOwners rely on accountants, bookkeepers, hospitality consultants, POS vendors and reservation providers for technology decisions. Founder-led sales suits pilots but may be expensive at a single-site price point.
| Venues | NZ$399 / month — ARR | NZ$499 / month — ARR |
|---|---|---|
| 100 | NZ$478,800 | NZ$598,800 |
| 250 | NZ$1,197,000 | NZ$1,497,000 |
| 500 | NZ$2,394,000 | NZ$2,994,000 |
| 1,000 | NZ$4,788,000 | NZ$5,988,000 |
Revised delivery roadmap
The existing roadmap is directionally sound. This revision reflects AI-assisted implementation with senior engineering ownership. Timings are planning ranges, not commitments.
Ten owner interviews; five written pilot commitments; manual reports; verified source exports/API access; metric pack; privacy data map. ≥3 pilot owners credibly willing to pay ≥NZ$399/month and providing usable historical exports.
Shared-schema tenancy, RLS, CSV ingestion, 8–12 governed metrics, historical baseline, freshness status, Monday email/web report for one pilot. Two consecutive weekly reports reconcile to source systems within agreed tolerances; zero cross-tenant test failures.
Top 10 Ask AMR questions using typed facts; opportunity records; audit/provenance; privacy deletion workflow; second and third pilots. Owners use the product weekly; recommendations accepted and tracked; deletion and recovery tests pass.
First live reservation/POS connectors, identity review queue, reversible identity history, noticing rules, minimal offline huddle, staff role. 3–5 pilots use huddles repeatedly; identity error rate and connector freshness meet defined thresholds.
Opportunity templates, goals/outcomes, voice-of-guest, selected labour/accounting connectors, paid plans, support runbook. ≥5 paying venues, positive gross margin after onboarding, evidence of recurring operational use.
Self-service, connector catalogue, multi-site views, benchmarking, write-back actions, formal compliance programmes as demanded. Triggered by customer demand and operating metrics — not the calendar.
Risk register
| Risk | Likelihood | Impact | Priority mitigation |
|---|---|---|---|
| Source vendors do not provide practical or commercial API access | High | High | Written access terms before build; CSV first-class; prioritise partner agreements. |
| Data is incomplete, inconsistent or cannot reconcile | High | High | Golden source datasets, mapping versions, source health, reconciliation tolerances, visible stale states. |
| Competitors close the perceived feature gap | High | High | Position narrowly around ANZ stacks, weekly accountability, huddles, outcome evidence; avoid generic AI claims. |
| Single-site pricing cannot support onboarding and support | Med-high | High | Charge onboarding; test NZ$399–499/month; track support cost by venue; target high-fit ICP. |
| AI-generated code increases defects and review backlog | High | High | Active senior engineer, automated gates, bounded changes, no agent production access, delivery-quality metrics. |
| Cross-tenant data exposure | Low-med | Critical | Role separation, forced RLS, default deny, CI cross-tenant tests, security review, incident plan. |
| Privacy retention / deletion failure | Medium | High | Retention schedule, data inventory, deletion tests, provider contracts, privacy impact assessment and counsel. |
| Incorrect guest merge exposes wrong notes or service prompts | Medium | High | Conservative matching, reversible identity history, human review, minimal huddle PII. |
| Recommendations lose trust through weak evidence or filler | Medium | High | Typed evidence, confidence/freshness, no-action option, outcome tracking, evaluation set. |
| Pilot praise does not convert to paid recurring use | Med-high | High | Behavioural success gates and paid continuation; stop or reposition if owners don't act on insights. |
| Scope expansion delays the trusted core | High | High | Roadmap gates, explicit non-goals, architecture owner veto, no Phase 2 work before Phase 1 exit criteria. |
| Founder and engineer capacity becomes a bottleneck | Medium | High | Explicit role allocation, decision rights, incident cover, plan for data/QA support after initial pilots. |
Pre-build decisions
Do not expand beyond the trusted-scoreboard phase if the first three pilots cannot reconcile core metrics, do not use the report repeatedly, or are unwilling to pay a price that covers onboarding and support. In that case, change the product or ICP before adding guest intelligence, huddles or more connectors.
CONDITIONAL GO. Fund validation and the trusted-scoreboard pilot. Release further capital against evidence of source access, metric reconciliation, weekly usage, paid conversion and controlled delivery quality.
The architecture does not need a redesign. It needs a tighter first slice, a corrected market position, a practical privacy model, confirmed source access, and an engineering operating system designed for supervised AI output. A senior engineer who actively owns those functions materially improves feasibility. A senior engineer who only checks finished work does not.