Test scope, screenshots, checkpoint findings and tier rationale were supplied by an identified reviewer. Identity is retained internally unless public attribution is explicitly enabled.
Docotela
Docotela is a South African telehealth service providing paid online doctor consultations and related digital health services.
Sandbox Africa checked the submitted evidence and promoted the verified checkpoint record. Any visible adjustment is identified rather than silently rewritten.
The official public tier and technical record below are the verified publication outcome.
Tier 2 — Market-Ready
Verified tier differs from submissionUpgrade to Tier 2. Payment is a legitimate service boundary rather than evidence of immaturity, and the active clinical service is sufficiently corroborated for market readiness; Tier 3 is not established.
Why not one lower: The public presence and/or company proposition was sufficiently identifiable to support the assigned tier where applicable; where no accessible platform existed, Tier 0 reflects that absence of verifiable digital surface. Interpretation note: The tier records what independent testing could verify. It is not a rating of business viability, clinical quality or market potential.
Why not one higher: The next tier requires stronger independent verification of the core function than the available evidence supports.
Verified findings and limitations
The intern could reach the live service and consultation entry/booking surfaces but did not purchase and complete a medical consultation.
The current official site advertises once-off and subscription doctor consultations, describes registered doctors and publishes privacy/security information for the telehealth service.
No material failure was established in the accessible booking layer.
The paid clinical consultation, prescribing outcome and post-consultation flow were not independently completed.
What was actually assessed
n Can connect through WhatsApp n WhatsApp provides interaction with AI bot or consultant n Consultation booking does not require registration/login n Payment required before continuing with consultation n Core consultation could not be fully assessed n Full booking completion required before confirmation email received n Monthly subscription could not be assessed (financial restriction) n Core functionality could not be independently verified
Edge on Windows 11
New Access Account
Paid consultation and subscription services prevented full testing of the core consultation functionality. No material credential or geographic limitation was identified. The patient consultation journey remained untested beyond the booking/payment stage.
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.
Shows the evidence that an email was required prior to payment to issue an invoice.
Shows evidence that an email confirmation was sent to my email for the cancellation of the payment.
Shows evidence that an email confirmation was sent to my email for the cancellation of the payment.
Shows evidence that a secure payment gateway was used for the transaction.
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
Checking for dead links, infinite loading screens, or "Coming Soon" landing pages masquerading as live products.
Yes. The website is live and accessible, and WhatsApp access to an AI bot or consultant was available.
Can a user or enterprise actually sign up, or is it gated behind broken "Contact Sales" forms?
Medium. The initial journey is relatively accessible because registration/login is not required to start booking, but the payment gate prevents an independent assessor from completing the consultation journey.
Step 2 — Functional Testing (The "Try It Out" Phase)
Does 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.)
The intended journey was traced only as far as the supplied findings allow. Downstream steps that were blocked by payment, unavailable access, consultant response, referral or other prerequisites are recorded as unreachable/not verifiable rather than as technical failures. Editorial proposal adjusted from not_assessed to partial using current independent verification and the established gated-product/safety-critical rules.
Verification adjustmentAssessing the logical flow, responsiveness, and basic accessibility of the platform.
User experience was simple, responsive and easy to navigate through the website.
Step 3 — Technical & Architectural Assessment
Load speeds, uptime reliability, and basic stress responses.
Time from landing page to first working action: Immediate access to the available public request/entry point.
Availability, clarity, and functionality of API documentation and webhooks.
Only recorded where explicitly verified in the supplied findings.
SSL certification, basic encryption standards, and data handling transparency.
Only recorded where explicitly verified in the supplied findings.
Represent Docotela?
Claiming verifies company ownership and enables a response or additional evidence. It does not permit editing of the independent review.