Services
WARA’s work ecosystem is intended to connect customer requirements with suitable people, organisations and coordinated delivery. Service listings must make their availability clear, so customers can distinguish established offerings from opportunities that still require discussion or development.
Services in the WARA Work Ecosystem
WARA’s work ecosystem is designed to support different kinds of services, from individual assignments to coordinated work involving multiple people or organisations.
The purpose of a service catalogue is not simply to list what people know how to do. It is to explain what a customer can request, what the work involves, how delivery will be organised and whether the service is currently available.
A service may be technically feasible without being ready for immediate delivery. Availability depends on factors such as suitable providers, location, capacity, required equipment, quality expectations and agreed commercial terms.
Service Domains
The following domains provide a framework for organising potential services. Inclusion in a domain does not mean that every service within it is currently available.
Digital and Business Services
Work involving digital tools, business operations, information processing and technology-supported services.
Illustrative areas include:
- Data entry, document preparation and digital administration
- Customer communication and enquiry coordination
- Business process support and routine operational tasks
- Website, software and technology-related services
- AI-assisted business support, where appropriate and agreed
Education and Learning
Work related to learning support, practical instruction and the development of occupational capabilities.
Illustrative areas include:
- Learning assistance and educational support
- Practical and vocational instruction
- Training-related content and learning materials
- Support for digital literacy and workplace readiness
Training activity and commercial service delivery are distinct. Completing a course does not, by itself, establish that a person is qualified or authorised to provide every service in the corresponding domain.
Healthcare and Community Support
Services that support healthcare organisations and community needs, subject to the qualifications, supervision and regulatory requirements applicable to the work.
Illustrative areas include:
- Administrative support for healthcare facilities
- Appointment and enquiry coordination
- Non-clinical operational assistance
- Community-oriented support services
Clinical work and other regulated activities require appropriate qualifications, permissions and professional oversight. A listing in this domain must not be interpreted as authorisation to perform regulated work.
Technical and Infrastructure Services
Practical services involving installation, maintenance and technical support.
Illustrative areas include:
- Computer and peripheral setup
- Networking and connectivity support
- CCTV installation and related technical work
- Equipment installation and maintenance
- Other technical services matched to suitable skills and equipment
The actual scope must reflect the provider’s competence, the equipment involved and any applicable safety or licensing requirements.
Textiles, Production and Rural Enterprises
Services involving practical production, repair, small-scale manufacturing and distributed work.
Illustrative areas include:
- Tailoring and garment alteration
- Textile-related production
- Product preparation and finishing
- Small-scale manufacturing support
- Work coordinated across local producers or service providers
Assignments in this domain may require samples, material specifications, production quantities, delivery schedules and defined acceptance criteria.
Hospitality, Tourism and Local Services
Services supporting hospitality businesses, travel-related organisations and local service requirements.
Illustrative areas include:
- Booking and enquiry coordination
- Guest communication and administrative support
- Tourism-related operational assistance
- Local service coordination
- Other hospitality and community-facing services
Requirements vary by customer, location and assignment. A service listing should specify the expected responsibilities rather than relying on a broad category name.
These domains are an organising framework, not a representation that WARA currently operates every listed service.
Understanding Service Availability
Each specific service should have a clear availability status. The following distinctions provide a practical convention for presenting the catalogue.
| Status | Meaning | What a customer should understand |
|---|---|---|
| Available for engagement | The service has been confirmed for the stated scope and conditions. | A discussion can proceed on requirements, capacity, delivery and terms. |
| Open for enquiry | A customer may submit a requirement, but suitability or availability has not yet been confirmed. | The requirement needs review before a commitment can be made. |
| In development or proposed | The service is being considered or prepared but is not established as an available offering. | The listing is informational and does not imply that delivery can be arranged now. |
These statuses should be applied to individual services rather than inferred from the presence of a broad service domain. Availability may also vary by location, required capacity, timing and assignment conditions.
A service should not be presented as available merely because a relevant training course exists or a potential provider has expressed interest.
What a Service Listing Should Explain
A useful service listing should help both the customer and the delivery team understand the assignment before work begins.
Depending on the service, the listing should identify:
- The requirement: What problem is being addressed or what result is needed?
- The scope: What work is included, and what is outside the assignment?
- The deliverable: What must be produced, completed or handed over?
- The delivery conditions: What information, materials, equipment, access or customer cooperation is required?
- The quality criteria: How will the result be checked and accepted?
- The schedule: What deadlines, milestones or service windows apply?
- The commercial terms: How will the price, payment milestones and other agreed costs be handled?
- The availability: Is the service ready for engagement, open for enquiry or still in development?
Not every service requires the same level of detail. A small, clearly defined assignment may need only a concise specification, while a complex assignment may require a fuller scope, milestones and documented acceptance criteria.
From Service Catalogue to Actual Work
The service catalogue is the starting point for a customer conversation, not a substitute for agreeing on an assignment.
Once a customer identifies a suitable service, the requirement must be reviewed and its scope, delivery arrangements, responsibilities, quality expectations and commercial terms established. Only then can the work proceed under the applicable agreement.
WARA Systems is intended to support the commercial side of the work ecosystem, including customer engagement, assignment coordination and the organisation of delivery where applicable. Actual responsibilities depend on the service and the agreed arrangement. Providers and partner organisations may participate in delivery, and their roles should be made clear.
The Wara KarmaYoga Foundation Trust has a distinct social and educational role, including training, outreach and livelihood preparation. Participation in Trust activities does not automatically make a person a confirmed provider for a commercial assignment.
Keeping the Catalogue Trustworthy
A service catalogue is useful only when its descriptions and availability remain accurate.
Service information should be reviewed as provider capacity, locations, delivery arrangements and commercial conditions change. Proposed services should remain distinguishable from established offerings, and any commitment should be based on confirmed details rather than assumptions.
WARA’s aim is to make the path from a customer requirement to organised delivery clearer. The next page explains the delivery model: how scope, responsibilities, quality expectations and payment terms fit together in an assignment.
Continue with Delivery Model.