Currently building

FieldOps

A lightweight field-service operations product for small service businesses that need better job coordination without replacing every tool they already use.

  • research
  • Indonesia

Overview

FieldOps explores a practical operational layer for small service businesses. The direction is deliberately narrower than a full ERP: help teams coordinate jobs, technicians, status updates, and proof of work while respecting the communication tools they already use.

Problem

Small service businesses often coordinate work through chat, phone calls, and spreadsheets. Those tools are familiar and flexible, but operational context can become scattered as the number of jobs and people grows.

The question behind FieldOps is not whether every business needs a large management suite. It is whether a focused job-coordination layer can add useful structure without demanding a disruptive migration.

Product hypothesis

If small service businesses can coordinate field jobs without replacing their existing customer communication workflow, they may adopt structured job management with substantially less friction.

Constraints

  • Adoption needs to be simple for small operational teams.
  • Field workers need a mobile-first workflow.
  • Existing chat-based communication cannot be ignored.
  • Training and migration effort should remain low.
  • The product is being explored by a small team, so scope matters.

Product direction

The initial direction focuses on the core job lifecycle: recording work, assigning responsibility, following status, and keeping useful field updates together. Route optimization, broad ERP functionality, and replacing customer communication are not starting assumptions.

Key decisions

Do not begin as an ERP replacement

Context: Existing tools may be imperfect, but they are embedded in daily work.

Decision: Start with a focused coordination layer instead of asking businesses to replace every operational system.

Tradeoff: The product must coexist with fragmented workflows, but the path to trying it should be less disruptive.

Treat migration friction as a product constraint

Context: A technically complete system has little value if a small team cannot adopt it comfortably.

Decision: Evaluate features partly by how much process change they demand.

Tradeoff: Some ambitious automation may arrive later than simpler coordination capabilities.

Current status

FieldOps is in product discovery and validation. The problem framing, target workflow, and product boundaries are still being tested. This page will evolve as research produces clearer evidence and implementation begins.