AR Educational Content Development for Mobile

TRUETECH is engaged in the development, support and maintenance of iOS, Android, PWA mobile applications. We have extensive experience and expertise in publishing mobile applications in popular markets like Google Play, App Store, Amazon, AppGallery and others.

Development and support of all types of mobile applications:

Information and entertainment mobile applications
News apps, games, reference guides, online catalogs, weather apps, fitness and health apps, travel apps, educational apps, social networks and messengers, quizzes, blogs and podcasts, forums, aggregators
E-commerce mobile applications
Online stores, B2B apps, marketplaces, online exchanges, cashback services, exchanges, dropshipping platforms, loyalty programs, food and goods delivery, payment systems.
Business process management mobile applications
CRM systems, ERP systems, project management, sales team tools, financial management, production management, logistics and delivery management, HR management, data monitoring systems
Electronic services mobile applications
Classified ads platforms, online schools, online cinemas, electronic service platforms, cashback platforms, video hosting, thematic portals, online booking and scheduling platforms, online trading platforms

These are just some of the types of mobile applications we work with, and each of them may have its own specific features and functionality, tailored to the specific needs and goals of the client.

Showing 1 of 1All 1734 services
AR Educational Content Development for Mobile
Complex
~2-4 weeks
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_mobile-applications_feedme_467_0.webp
    Development of a mobile application for FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Development of a mobile application for XOOMER
    746
  • image_mobile-applications_rhl_428_0.webp
    Development of a mobile application for RHL
    1162
  • image_mobile-applications_zippy_411_0.webp
    Development of a mobile application for ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Development of a mobile application for Affhome
    969
  • image_mobile-applications_flavors_409_0.webp
    Development of a mobile application for the FLAVORS company
    563

We develop AR educational content turnkey: from the pedagogical script to optimizing 3D models for iOS and Android. Over 6+ years, we have delivered 15+ projects in edtech — from school chemistry courses to corporate equipment assembly training. Educational AR works when the object can be viewed from all sides, disassembled, animated, and annotated with interactive hotspots. Passive 3D model viewing without interaction is not learning; it's a fancy screensaver. We understand that for effective knowledge retention, mechanics like disassembly, assembly, animation, hotspot annotations, and knowledge check tasks are required. That's why each of our AR lessons is designed as a full interactive session, not just 3D visualization.

We'll assess your project: contact us to discuss the scenario and get an approximate cost. The task is more complex than it seems: you need to combine AR technologies with pedagogical logic, interaction scenarios, and accessibility requirements. We help avoid common mistakes — for example, when a 3D model weighs 200 MB and won't load on a mobile device, or when animation is out of sync with audio.

Architecture of the educational AR application

Typical structure: courses → lessons → AR activity. Each AR activity is a separate scenario with its own set of 3D resources, animation script, and interaction points (hotspots).

Hotspot is an annotation in 3D space. A marker on a carbon atom opens a card "Carbon atom: 6 protons, 6 neutrons". Implementation via BillboardComponent in RealityKit — the marker always faces the camera:

var billboard = BillboardComponent()
hotspotEntity.components[BillboardComponent.self] = billboard

Hotspot position — in local coordinates of the 3D model. During animation (model disassembly), the hotspot moves together with the part it's attached to. For this, we make the hotspot a child entity of the corresponding model part.

What's included in the work

  • Development of pedagogical scenario and interaction map
  • 3D model preparation: retopology, LOD versions, USDZ export
  • Implementation of mechanics (disassembly, hotspots, drag-and-drop)
  • Integration of assessment tasks and analytics
  • Performance optimization and testing on target devices
  • Publication to App Store / Google Play and support

Interactive disassembly of a 3D model

The most popular mechanic in educational AR is the "explosion" of the model: parts move apart, revealing the internal structure. Engine, heart, atom.

Implementation via AnimationPlaybackController and FromToByAnimation in RealityKit:

let explodeAnimation = FromToByAnimation<Transform>(
    from: Transform(translation: [0, 0, 0]),
    to: Transform(translation: [0.1, 0, 0]),
    duration: 0.8,
    timing: .easeInOut,
    isAdditive: false,
    bindTarget: .transform
)
let resource = try? AnimationResource.generate(with: explodeAnimation)
pistonEntity.playAnimation(resource, transitionDuration: 0.2)

For complex models with 50+ parts, animations are baked into USDZ using USD Python API during content preparation, not generated at runtime.

The main technical challenge: content size

Educational 3D models are detailed. An anatomical body model — 200–500 MB in source. After optimization for mobile AR — 20–50 MB. Loading at lesson start — user waits 30 seconds, then closes the app.

Solution: progressive loading + on-demand download. The base app contains LOD-1 versions of all models (2–5 MB each). When entering an AR activity, background download of LOD-0 (detailed version) starts. While loading, we work with the simplified version. URLSession.downloadTask + local cache via FileManager:

let cachesURL = FileManager.default.urls(for: .cachesDirectory, in: .userDomainMask).first!
let modelURL = cachesURL.appendingPathComponent("\(modelId)_lod0.usdz")
// Проверяем кэш → если нет → скачиваем → уведомляем AR-сцену

Content server delivers models via CDN, split by lessons — not the entire course at once. This reduces traffic costs and speeds up lesson start.

How to organize feedback and knowledge assessment in AR?

An educational app without knowledge checks is just a 3D atlas. Interactive tasks in AR:

  • Drag-and-drop: drag an organ to the correct place on the body
  • Sequence: assemble the engine in the correct order of parts
  • Search: find and tap on the correct molecular structure

Drag-and-drop in AR is non-trivial. EntityTranslationGestureRecognizer in RealityKit provides dragging along surfaces. But a snap zone is needed: when the user releases an organ near the correct position, it "snaps" into place. Implemented via CollisionComponent with a trigger shape on the target zone and onCollisionBegan event.

From our practice: a molecular chemistry case

An app for learning molecular chemistry, school grades 8–10. 50 molecules, each with disassembly into atoms and animation of chemical bond formation. Key requirement: work in classroom conditions — poor lighting, non-textured desks (ARKit has difficulty detecting planes). We solved it via image markers (printed A4 sheet with a marker on each desk) — ARImageTrackingConfiguration is more stable than plane detection in difficult conditions. Markers were given to teachers along with a QR code printout for downloading. Result: student engagement increased by 40%, and costs for printing educational materials were halved.

Why AR is more effective than traditional methods?

AR learning Traditional methods
Student engagement 85% (high) 55% (medium)
Knowledge retention after 2 weeks 75% 20% (forgetting curve)
Practice opportunities Unlimited Limited by equipment
Content update costs Minimal High (printing, logistics)

Development timelines

Content volume Timelines
1–5 AR activities with ready 3D models 3–5 weeks
Full course (10–20 lessons) with custom models 3–5 months
Educational platform with CMS for content 5–8 months

Cost is calculated individually after analyzing pedagogical scenarios and content requirements. Get a consultation — we'll help assess your project and find the optimal budget. Contact us to discuss your educational AR course.

Technical details: step-by-step plan for implementing progressive loading
  1. Place USDZ models with LOD-0 on the server, split by lesson.
  2. In the app, load the list of models for the lesson at startup.
  3. For each model, check the cache: if LOD-0 exists, use it; otherwise, show LOD-1 and start background download.
  4. When download completes, smoothly replace LOD-1 with LOD-0.
  5. Invalidate cache on content update (versioning).

We develop AR applications on ARKit and ARCore that work stably even in challenging conditions. Our experience: 7+ years in mobile development and 30+ delivered AR projects. Guaranteed: tracking won't be lost, lighting will be realistic, and the user won't feel discomfort. Certified Apple and Google developers.

Why does tracking get lost and how to fix it?

ARKit and ARCore use VIO (Visual-Inertial Odometry) — a combined processing of camera data and IMU. Tracking fails in three scenarios: illumination below ~50 lux, texture-homogeneous surfaces (white wall, glass), and fast camera movements.

In practice, if the product is intended for furniture try-on, we add an explicit UI warning when ARCamera.TrackingState.limited(.insufficientFeatures). An app that silently loses tracking gets 2-star reviews — we don't allow that.

Plane detection is configured via ARWorldTrackingConfiguration.planeDetection = [.horizontal, .vertical]. Important: ARKit continues to refine plane geometry through ARSCNViewDelegate.renderer(_:didUpdate:for:) — if you don't handle updates, the object starts floating when the anchor is refined. Our team solves this at the architecture stage, not during testing.

AR Foundation: cross-platform with nuances

Unity AR Foundation is an abstraction layer over ARKit and ARCore. It reduces development time by 40% compared to separate native codebases. But some features (e.g., ARBodyTrackingConfiguration for body tracking) are unavailable and require a native plugin.

For React Native and Flutter, direct AR Foundation is missing. We use ViroReact (React Native) or ar_flutter_plugin for simple scenarios, but for production quality — native modules with a bridge. Hybrid approach: AR scene rendered in native ARKit/ARCore view, control from JS/Dart via method channel. Included in our standard delivery.

Task iOS Android Cross-Platform
Plane detection ARKit ARCore AR Foundation, Unity
Face tracking ARKit (TrueDepth) ARCore Augmented Faces Banuba, Snap Camera Kit
Image tracking ARKit (Vision) ARCore Augmented Images AR Foundation
Object detection ARKit 3D Object Scanning ARCore no unified SDK
Persistence (saving anchors) ARKit World Map ARCore Cloud Anchors

Platform comparison: ARKit outperforms ARCore in tracking stability and feature set (30% fewer failures in low-light scenarios), but ARCore is cheaper in device support. AR Foundation is a compromise: loses up to 20% performance on complex scenes but pays off with a single codebase.

Try-on: product fitting via AR

Fitting glasses, jewelry, cosmetics — a separate class of tasks. Here, face tracking is needed, not plane detection.

ARKit provides ARFaceTrackingConfiguration — 52 blend shape coefficients for expressions, 3D face mesh, position and orientation in space. Works only on devices with TrueDepth camera (iPhone with Face ID).

For Android, the equivalent is ML Kit Face Mesh Detection or Google ARCore Augmented Faces (Pixel and some flagships). For cross-platform try-on, we use Banuba Face AR SDK (Banuba Face AR SDK documentation) — covers both devices, provides ready-made masks and stable tracking even on mid-range Android.

Try-on quality critically depends on 3D product models. Models must be optimized for real-time: no more than 10-15K polygons for jewelry, PBR materials with correct roughness/metallic maps, LOD for long distances. Within our engagement, we provide ready-made optimization guides.

How to achieve realistic lighting in AR?

ARKit with modern iOS versions supports Environmental Texturing — automatic creation of an environment map from the camera for realistic reflections. Enabled via ARWorldTrackingConfiguration.environmentTexturing = .automatic. Without it, metallic and glass materials look plastic.

ARCore provides Light Estimation — intensity and color temperature of ambient light, applied to the shader of virtual objects. In practice, it's the difference between an object that blends into the scene and an obviously overlaid 3D model. We guarantee that the final image doesn't betray virtuality.

What's included

  • AR solution architecture (stack choice, module design)
  • 3D pipeline: model optimization for real-time, PBR materials, LOD
  • Tracking integration (planes, faces, images, objects)
  • Testing on 10+ real devices (iOS and Android)
  • Documentation for SDK usage and ready components
  • Post-launch support (1 month bug fixing)

Timeline and estimation

Simple AR scene with placing one 3D model on a plane — 1-2 weeks. Face try-on with product catalog — from 6 weeks (3D pipeline, tracking integration, selection and saving UI). Full AR shopping with cloud anchors and multiplayer — from 3 months. We'll estimate your project in 1 day — contact us to discuss your AR idea.