Course 1.12 · Curriculum 2026.1
Field service and mobile adoption
Get a field crew onto one system and keep them there. Taught from a rollout where technicians opened five to six systems every morning, assets left site with no removal tracking, and the desktop table component does not render in the mobile app at all.
- Estimated effort
- 5 hr
- Lessons
- 42
- Modules
- 7
- Material
- 5 hr
Estimated effort is the sum of the lesson and lab times in this version of the course. It is not video runtime, which is lower.
Canadian dollars. One learner, lifetime access to this course version. Tax extra.
1 lesson free to preview
This course does not issue a certificate on its own. It counts toward the paths listed below, and those do.
01What you will learn
8 capabilities, stated as things you can do
Each one is what you should be able to do at the end, not what the course covers. If an outcome is not testable, it is not an outcome.
- Design a mobile screen for one hand, one thumb and a weak signal.
- Name the components that do not render in the mobile app, and build the alternative.
- Replace a morning spent in five systems with one screen that says what to do today.
- Track an asset off site, so equipment stops leaving without a record.
- Run a sign-in triage from login history, verification history and the setup audit trail.
- Set a password expiry policy for phone users and defend it to a security reviewer.
- Deliver in-org training captured as the field user rather than mocked up as an administrator.
- Measure adoption by what people stopped doing, not by counting logins.
02Curriculum
7 modules, 42 lessons
Every lesson shows its length and its type. A SCORM lesson looks like any other lesson, which is the point of ingesting packages rather than linking out to them.
7 modules · 42 lessons · 5 hr of material
Before any design, the cost of the current state, named in numbers a field crew already knows are true.
- VideoFive to six systems every morning, before a single job startsPreview6 min
- VideoAssets leaving site with no removal tracking7 min
- ReadingThirty-plus hours to convert one hand-drawn map, every time it changed6 min
- Video82 percent of orders not fully estimated, and what that costs downstream7 min
- VideoWhat field staff actually open first, and why it was never the plan6 min
- LabLab: time a field technician’s real morning across five systems6 min
A mobile screen is not a desktop screen made smaller. It is a different design problem with its own rules.
- VideoOne hand, one thumb, and a signal that drops mid-task7 min
- VideoOffline-first: what has to work with nothing coming back6 min
- ReadingScreen density on a phone, and the table that should have been a list7 min
- VideoBig targets, short forms, and the field that autofills from the record6 min
- LabLab: redesign a desktop screen for one thumb7 min
- VideoTesting a mobile screen in actual sunlight, not on a monitor6 min
A desktop table component that silently does not render in the mobile app at all, and the mobile-safe flow built to replace it.
- VideoThe desktop table component that does not render in the mobile app at allThe table component the desktop hours flow relied on simply does not render inside the mobile app. Nothing errors. It is just absent.6 min
- VideoFinding out from a support ticket, not from a release note7 min
- ReadingWhich Lightning components are mobile-safe, and how to check before you build6 min
- VideoBuilding a mobile-safe hours flow to replace the table that would not load7 min
- LabLab: rebuild one desktop screen as a mobile-safe flow6 min
- VideoVerifying the replacement on an actual phone, signed in as a field user7 min
Equipment does not stop leaving a site because someone asks nicely. It stops when leaving without a record is harder than scanning.
- VideoAn asset leaving site with no record, until it is missing6 min
- VideoA removal scan that takes less time than not scanning6 min
- ReadingWho is accountable for an asset between two sites, and how that is recorded7 min
- VideoReconciling what left against what came back, on a schedule6 min
- LabLab: build an asset check-out and check-in flow7 min
- VideoThe untracked assets number, six months later: what changed and what did not6 min
Seventeen field users, one symptom-to-cause matrix, and a finding that redirected the whole triage: the mobile app itself was never the problem.
- VideoA symptom-to-cause matrix for seventeen field users7 min
- VideoMobile app logins never failed in thirty days: the finding that redirected the triageEvery login failure in thirty days traced back to the browser login page. The mobile app itself had a perfect record the whole time.6 min
- ReadingEvery failure was at the browser login page, not the app6 min
- VideoThe top ticket’s real cause: a passkey registered on a different device7 min
- LabLab: build a symptom-to-cause matrix from login history and setup audit trail6 min
- VideoReading verification history without assuming the obvious cause7 min
A phone is not a laptop. A security policy written for one and applied to the other produces incidents that look like malice and are not.
- VideoThreat detection freezing a user minutes after a login from a VPN address7 min
- VideoWhy a 90-day password expiry means a forced re-login chosen on a laptop6 min
- ReadingSetting password expiry to never for one profile, and defending it in writing7 min
- VideoSession settings for a phone: length, IP ranges, and what breaks a field day6 min
- LabLab: set and defend a mobile-appropriate session and password policy7 min
- VideoThe security reviewer’s question, and the answer that is not just because it is easier6 min
Training captured as the person who actually does the job, and adoption measured by what people stopped doing rather than by counting logins.
- VideoIn-org training served from a static resource, not a slide deck nobody opens7 min
- VideoCaptured by logging in as an actual field user, not mocked up as an administrator6 min
- ReadingMeasuring adoption by what people stopped doing, not by counting logins7 min
- LabLab: record an in-org training walkthrough as the actual field userThe capstone lab. Build one in-org training resource, captured under the field user’s own permissions rather than an admin’s.28 min
- VideoThe rollout week: what breaks first, and who hears about it6 min
- QuizCheck: field service and mobile adoption14 min
03Before you start
What you need first
Assumed knowledge and setup
- Course 1.4, and course 1.2 for the permission work in module five.
- A phone with the Salesforce mobile app, signed in to your Developer Edition org.
- Field Service is demonstrated but not required. The patterns work on standard objects.
Courses that come first
- 1.4 · Flow: the automation you will actually build8 hr · Intermediate
Part of these paths
- Salesforce AdministratorShareCo Certified Administrator
- The Full StackShareCo Certified Platform Engineer
04Who teaches it
Ege Taskent
Salesforce Developer, Certified Platform Administrator
The credential, and the rollout. The half of an implementation where people actually start using the thing.
Salesforce Certified Platform Administrator
05Reviews
No learner reviews yet
This course has not been taken by enough people to publish an honest rating, and we will not print invented quotes on a page that sells verification discipline. Here is what we can evidence instead.
- Assessment
- Lesson checks onlyThis course carries lesson checks. The certificate is issued by the path assessment, not by this course.
- Curriculum version
- 2026.1You enrol into a version. Content changes do not move you mid-course, and your required-lesson count is snapshotted at enrollment.
- Refunds
- 14 daysFull refund within 14 days if you have completed under a quarter of the required lessons. Stated here rather than in a footer.
Start 1.12
Enrol as an individual, or buy seats and assign this course to your team. Progress is reported per lesson, per module and per path.
- 5 hr estimated effort, labs included
- Lifetime access to the version you enrol in
- A ShareCo certificate is not a Salesforce certification