Published conclusion
Tier 2 — Market-Ready
A meaningful transaction was taken beyond a landing page into booking and invoicing. The remaining untested fulfilment steps are important but do not erase the verified live service. Keep Tier 2: live booking/invoicing workflow verified; Tier 3 unsupported without deeper operational, integration and governance evidence.
Reverified assessment
Verified findings and limitations
Direct review observationsThe reviewer completed a website booking, received a PDF invoice with transparent pricing and a payment link, but did not complete payment or take the ride. WhatsApp booking and other payment features were not independently exercised.
Independent verificationLoop's current public site and booking portal remain active and market the same booking and transport services.
Observed issuesPayment, ride fulfilment and WhatsApp workflow not completed in the review.
Testing limitationsNo enterprise security or API review.
Contributor screenshot evidence
What was observed
These images formed part of the evidence pack considered during verification. Full-standard records retain the contributor's factual caption for each screenshot.
Sandbox verification
Seven checkpoint assessment
The verified result is the official public checkpoint record. For earlier-standard reviews, these findings may have been reconstructed from preserved evidence during Sandbox Africa’s 2026 audit; they are not presented as if the contributor originally completed a structured worksheet. Contributor-submitted checkpoint wording is shown only where explicit public reviewer attribution has been enabled.
Step 1 — The Existence & Accessibility Check
Is it live?Checking for dead links, infinite loading screens, or "Coming Soon" landing pages masquerading as live products.
Sandbox verifiedpassThe reviewer used the live Loop website booking interface.
Onboarding frictionCan a user or enterprise actually sign up, or is it gated behind broken "Contact Sales" forms?
Sandbox verifiedpassA booking could be initiated with basic contact details without an upfront card barrier.
Step 2 — Functional Testing (The "Try It Out" Phase)
Core loop executionDoes the application actually do what it claims to do? (e.g. a payment gateway completing a test transaction, a logistics app's routing engine working.)
Sandbox verifiedpartialA route booking produced a PDF invoice and payment link, but payment and ride fulfilment were not completed.
User experience (UX) & interface (UI)Assessing the logical flow, responsiveness, and basic accessibility of the platform.
Sandbox verifiedpassThe tested booking flow was straightforward and pricing was transparently presented.
Step 3 — Technical & Architectural Assessment
PerformanceLoad speeds, uptime reliability, and basic stress responses.
Sandbox verifiedpartialThe booking flow completed successfully during review, but no controlled uptime/load test was performed.
Integration readinessAvailability, clarity, and functionality of API documentation and webhooks.
Sandbox verifiedpartialWhatsApp/Chat-to-Pay capabilities were not independently exercised and no enterprise API review was completed.
Security basicsSSL certification, basic encryption standards, and data handling transparency.
Sandbox verifiedpartialThe transactional web baseline was available, but enterprise security controls were outside the review scope.
Company right of replyRepresent Loop?
Claiming verifies company ownership and enables a response or additional evidence. It does not permit editing of the independent review.
Claim company profile