WMM Software Development GmbH WMM SOFTWARE Development GmbH · Bad Wörishofen
Support engineer at a desk in the Bad Wörishofen office under north-window daylight

How We Work · Bad Wörishofen

How Software Projects Move From Inquiry to Support

Precise software, steady support, measured work daily. A software project works best when both sides know what happens next — from first inquiry and scoping through development, testing, launch, and ongoing support.

Written for business clients in Germany planning a custom build, an ERP or CRM implementation, or an IT support contract. You will see what we ask for, what you receive at each stage, and where your input matters most.

The queue on the plate

Every job arrives as one ticket

Custom software, ERP and CRM work, and support each follow the same measured order. The ticket you start with decides the pace of the others.

ERP Implementation In scope
ERP system in use in a real office

Scoping separates a first release from later enhancements. We map users, processes, data sources and integrations before code begins, so the first release covers the work people do every day — not a wish list.

ERP, CRM & Automation
IT Support Logged

Requests are logged, prioritised and reviewed. That record shows recurring issues and improvements delivered, month by month.

Monday to Friday, 9:00 AM – 6:00 PM

IT Support & Managed Services
CRM workflow in use at a desk
Custom Builds

Built in stages that can be tested independently — data model, user interface, and interface to ERP or CRM.

Software Development

Before development begins

Scoping and the written project plan

First inquiry and initial review

The process starts with an inquiry through the contact page or by email to [email protected]. We review the problem, the current tools, the number of users, and any deadline you mention. A reply follows with either a scoping call or a clear explanation of why the request does not fit our services. That early filter saves time on both sides.

Include enough detail for a first judgment: the process that hurts, the tools in use now, and the outcome you want to see. A short, honest first message gets a useful answer faster than a long feature list.

Start with an inquiry
Two engineers reviewing work together
A handover review at the desk — the same conversation that turns an inquiry into a plan.
IT support engineer troubleshooting at a desk
Support work follows the same discipline as a build: log it, prioritise it, record the result.

What the plan contains

Scoping turns an inquiry into a written plan. We discuss users, processes, data sources, integrations, and review responsibilities, then produce a scope with phases, deliverables, and effort estimates. The plan separates a first release from later enhancements and lists open questions with owners.

Project scoping in Germany often includes data handling and security questions, and we cover those during this stage. You approve the plan before development begins, and changes after approval follow a documented process — so a new idea is estimated and scheduled, not inserted silently.

  • UsersWho uses the system daily, and who reviews it.
  • DataSources, migration, duplicates and incomplete records.
  • PhasesFirst release, later enhancements, and who owns each question.

Design, build, test, launch

Each stage is reviewed in writing. A review that finds a problem early is a success, not a delay, because it prevents the same problem from reaching a full team at launch.

Design

Review points

Design, prototypes, and review points

Design work focuses on the screens, reports, and workflows users see daily. Prototypes let reviewers test a layout or a process before code is finalised. Reviews are short and structured, with a written record of decisions — confirm progress, raise corrections, name the next step.

Build

Integration

Development and system integration

Development follows the approved scope, with integration handled as a core task rather than a final step. Developers document interfaces and access rules as they build, so the system remains maintainable. At each review you receive what is complete, what is in progress, and what needs a decision from you. Silence during development is a warning sign in any software project.

Test

Training

Testing, training, and data migration

Testing uses realistic data and the actual tasks of named users. We check functions, integrations, access rights, and error handling, then record results against agreed criteria. Data migration is planned and rehearsed before go-live, with cleanup as a joint task. Training follows testing, so staff learn a system they have already seen working with their own data. A release is approved when the agreed criteria are met, not when a calendar date arrives.

Launch

First weeks

Launch and the first weeks of use

Launch is a planned event with a defined date, a support contact, and a rollback plan if a critical step fails. The first weeks are a learning period, with a scheduled review to confirm that agreed processes work and to collect change requests. Minor issues are fixed promptly; larger changes are estimated and scheduled as a next phase. That separation keeps the launch stable.

Support

Application management

Ongoing support and application management

After launch, the project moves into support. Contracts cover troubleshooting, maintenance, updates, and small enhancements, with response targets defined in an SLA. Application management can be handled by WMM, by an internal team, or by a hybrid arrangement, depending on volume and skills. The support model is agreed before launch, so you are never left wondering who to call on the first busy Monday morning.

Ask about support after launch
Your part

Dependencies

What clients can do to help

Clients help a project most by naming reviewers, providing data on time, and making decisions at review points. A named reviewer in sales, operations, and finance will catch more issues than a large committee. Slow data or slow approvals are the most common causes of delay, more common than technical difficulty. We state those dependencies in the project plan so you can plan internal capacity. In return, we commit to clear updates, documented decisions, and honest estimates.

Adolf-Scholz-Allee 8 · 86825 Bad Wörishofen

Know what happens next, at every stage

Send an inquiry with the process that hurts and the outcome you want to see. We reply with a scoping call or a clear explanation if the request does not fit. Company: WMM Software Development GmbH · [email protected] · +49 8247 593971

Working hours: Monday to Friday, 9:00 AM – 6:00 PM. For a fuller picture of the services behind this process, see Software Development and FAQ.