Cycle DevOps et portail client numérique pour une entreprise de recyclage
Projet pratique visant à choisir une architecture de développement, à construire une livraison automatisée et à prototyper un portail client modulaire.
Chez un recycleur de bois de taille moyenne, la communication client, la documentation de pesée et la planification opérationnelle reposaient largement sur des processus manuels. Le projet a conçu un cycle DevOps et un prototype de portail libre-service modulaire.
L’étude en un coup d’œil
12
Weeks
Project duration for analysis, concept and prototype delivery
5
Departments
Weighing, disposition, sales, accounting and controlling involved
6
Portal areas
Core self-service areas covered in the modular prototype
1
DevOps cycle
End-to-end plan–code–build–test–release–deploy–operate–monitor loop
✓
Multilingual
Portal concept prepared for multilingual customer communication
1
Modular prototype
Working prototype as foundation for later ERP-near extensions
Situation initiale
Business-hours dependency
Customers often needed staff availability for status, documents and planning requests.
Manual documentation
Weighing slips, contracts and invoices were frequently handled via printouts, email or ad-hoc files.
Media breaks
Information was retyped across systems, increasing delay and error risk.
No customer self-service UI
There was no unified digital interface for recurring customer interactions.
No CI/CD foundation
Software changes lacked a stable automated build, test and deployment path.
Limited reporting access
Customers and internal teams lacked transparent, on-demand quantity and quality insights.
Objectifs
Digital customer service
Enable self-service access to key documents and process status beyond office hours.
Customer retention
Improve service quality and transparency to strengthen long-term customer relationships.
Support weighing operations
Reduce friction around weighing documentation and related follow-up communication.
Continuous delivery capability
Establish a repeatable DevOps cycle for safer and faster software changes.
Méthode
-
Technology analysis
Compare candidate architectures and tooling for web delivery and operations.
-
As-is process mapping
Document current weighing, disposition and customer communication flows.
-
Stakeholder interviews
Collect requirements from management and operational departments.
-
Concept design
Define portal modules, roles, UI patterns and DevOps workflow.
-
Prototype implementation
Build a modular portal prototype and automate the delivery cycle.
Exigences par département
Weighing
Access to weighing slips and related delivery documentation.
Disposition
Planning support for transports, containers and appointments.
Sales
Transparent contracts, prices and customer communication.
Accounting
Invoice retrieval and reduced manual document chasing.
Controlling
Quantity, quality and pricing evaluations for customers and internal teams.
Modules du portail
Login and access
Secure entry point with role-aware access.
Weighing module
Weighing slip overview and download.
Disposition module
Transport and container planning visibility.
Master data
Selected self-service master data maintenance.
Contracts and pricing
Contract documents and price availability.
Accounting
Invoice search and PDF download.
Controlling
Quantity and quality analytics.
Motifs d’interface
Choix du framework
Cycle DevOps
-
Plan
Capture requirements, prioritize backlog items and define sprintable increments.
-
Code
Implement features in version-controlled branches with reviewable commits.
-
Build
Package application artefacts in reproducible build steps.
-
Test
Run automated checks before promotion to shared environments.
-
Release
Prepare versioned releases with clear change notes.
-
Deploy
Ship builds through an automated deployment path.
-
Operate
Run the application with defined environments and configuration.
-
Monitor
Observe runtime health and detect delivery or availability issues.
-
Feedback
Feed operational and stakeholder insights back into planning.
Résultats
Development base established
A dedicated environment and tooling baseline enabled continuous implementation.
DevOps cycle introduced
An automated delivery loop reduced ad-hoc release friction.
Modular architecture
Portal areas were structured for incremental extension.
Department requirements captured
Five departments contributed concrete self-service needs.
Self-service prototype
Customers can conceptually access documents and selected process views digitally.
Foundation for follow-up work
The prototype became the starting point for the later bachelor thesis expansion.
Limites
Not production-hardened
The portal remained a prototype, not a fully rolled-out production system.
Limited project time
Twelve weeks constrained depth of integration and polish.
Partial process coverage
Not every operational edge case was implemented.
No long-term field evaluation
Sustained customer adoption and KPI impact were not measured.
Learning curve
New tooling and DevOps practices required onboarding effort.
No ERP replacement
The portal complements ERP processes rather than replacing the core system.
Enseignements
Requirements first
Early stakeholder interviews prevented speculative module design.
Reusable components pay off
Modular UI and service boundaries accelerated iteration.
DevOps works in small teams
Even a compact team benefits from automated build and deploy discipline.
Roles matter early
Access boundaries must be designed before feature growth.
More than UI
Portal value depends on data quality, process fit and operations.
Natural follow-up
Findings directly motivated the subsequent bachelor thesis scope.
Stack technologique
Frontend
Backend
Data
DevOps
Ligne de développement
-
2022 – Practical project
DevOps cycle and modular customer portal prototype at the Praxisunternehmen.
-
2023 – Bachelor thesis
User-centred expansion into ERP-near enterprise software and digital intake.
-
2025/2026 – Master thesis
AI use-case identification, evaluation and NLP prototype for industry ERP processes.