Durchsuchbare Dokumentation aufrufen | Zurück zur Dokumentationsübersicht

Navigation: Dokumentationen agorum core > NORA | 360°

NORA | 360° Anwendungsbeispiele - Wann nutze ich was?

Für welche Version verfügbar?
• agorum core pro

Hinweis: Diese Dokumentation bezieht sich auf die aktuellsten Versionen der Plugins für NORA | 360°. Aktualisieren Sie die hier beschriebenen Plugins, um die Dokumentation verwenden zu können.

NORA | 360° ist vielseitig einsetzbar. Die folgenden Beispiele zeigen verschiedene Anwendungsszenarien und erläutern, mit welchen NORA | 360° Plugins diese Beispiele umgesetzt werden können.

Alle Prozesstypen basieren in NORA | 360° auf dem gleichen Grundkonzept, nämlich dem Vorgang (Process), unterscheiden sich aber in ihrem Einsatzzweck und Funktionsumfang. 
Der Vorgang ist der Basistyp aus dem Basisplugin NORA | 360°. Ein Vorgang ist flexibel und universell einsetzbar. Er lässt sich optimal für allgemeine Geschäftsvorgänge einsetzen, die keiner speziellen Kategorie zugeordnet werden müssen, und erlaubt das Bündeln von Aufgaben, Dokumenten und E-Mails zu einem Thema.

CRM – Kundenbeziehungsmanagement

 

Szenario: Vertriebsprozess

Ein Vertriebsmitarbeiter betreut mehrere Kunden und verfolgt Verkaufschancen (Opportunities) bis zum Abschluss.

Beispiel: Die Musterfirma GmbH interessiert sich für eine agorum core Lizenz.

 

Ablauf mit NORA | 360°

  1. Kunde anlegen: Musterfirma GmbH wird als Kunde (CST00042) erfasst
  2. Kontaktperson hinzufügen: Herr Schmidt wird als Ansprechpartner verknüpft
  3. Opportunity erstellen: „agorum core Lizenz“ (OPP00015) wird angelegt
  4. Events planen: Erstgespräch, Produktpräsentation, Vertragsverhandlung
  5. Dokumente zuordnen: Angebot, Präsentation, Vertragsentwurf
  6. E-Mails automatisch zuordnen: Alle E-Mails mit Herrn Schmidt erscheinen beim Kunden
  7. Abschluss: Opportunity wird gewonnen, Vertrag wird erstellt

 

360°-Sicht

Von der Kundenakte aus sieht der Vertriebsmitarbeiter:

Projektmanagement

Das Projekt aus dem Plugin NORA | 360° Project ist der richtige Typ für agile Projekte, die mehr Struktur erfordern als ein einfacher Geschäftsvorgang. Mit NORA | 360° können Sie mit Epics Themen bündeln und mit Sprints Entwicklungszyklen planen. Es gibt eigene Dashboard-Ansichten für Epics, Sprints und Projektaufgaben.
 

Szenario: Software-Entwicklungsprojekt

Ein Entwicklungsteam arbeitet agil an einem neuen Produkt mit Sprints und Epics.

Beispiel: Entwicklung einer mobilen App für einen Kunden.

 

Projektstruktur

Projekt: Mobile App (PRJ00008)
├── Epic: Benutzerauthentifizierung (EPC00012)
│   ├── Sprint 1: Login-Funktionalität (SPR00021)
│   │   ├── Aufgabe: Login-Screen Design (TSK00145)
│   │   ├── Aufgabe: Backend-API entwickeln (TSK00146)
│   │   └── Aufgabe: Integration testen (TSK00147)
│   └── Sprint 2: Passwort-Reset (SPR00022)
│       └── ...
├── Epic: Dashboard (EPC00013)
│   └── ...
└── Verknüpfung: Kunde Musterfirma GmbH (CST00042)

 

Vorteile

Ticket-System / Support

Das Ticket aus dem Plugin NORA | 360° Ticket ist der richtige Vorgangstyp für die Verwaltung und Reaktion auf Anfragen. Der Ticketvorgang kann in einzelne Ticket-Aufgaben unterteilt werden. Lizenzinformationen oder Wartungsstatus von Kunden können im Dashboard angezeigt werden.
 

Szenario: IT-Helpdesk

Ein Support-Team bearbeitet Anfragen von internen und externen Kunden.

Beispiel: Ein Kunde meldet ein Problem mit der Software.

 

Ticket-Workflow

  1. Ticket-Eingang: E-Mail wird automatisch als Ticket (TKT00089) erfasst
  2. Kategorisierung: Priorität, Kategorie, Zuweisung
  3. Bearbeitung: Support-Mitarbeiter analysiert das Problem
  4. Unteraufgaben: Bei Bedarf werden Teilaufgaben erstellt
  5. Kommunikation: Alle E-Mails werden automatisch dem Ticket zugeordnet
  6. Lösung: Problem wird gelöst, Ticket geschlossen
  7. Wissensdatenbank: Lösung wird dokumentiert

 

Automatisierungen

Vertragsmanagement

 

Szenario: Lieferantenverträge

Ein Unternehmen verwaltet Verträge mit verschiedenen Lieferanten.

Beispiel: Rahmenvertrag mit einem IT-Dienstleister.

 

Vertragsstruktur

 

Automatisierungen

Fallaktenmanagement

 

Szenario: Behördliche Fallakte

Eine Behörde (z. B. Jugendamt) führt Akten zu Fällen mit mehreren Beteiligten.

Beispiel: Familienakte mit Eltern, Kindern und beteiligten Institutionen.

 

Aktenstruktur

Fallakte: Familie Müller (FALL00123)
├── Beteiligte Personen:
│   ├── Vater: Max Müller (Rolle: Sorgeberechtigter)
│   ├── Mutter: Anna Müller (Rolle: Sorgeberechtigte)
│   ├── Kind 1: Tim Müller (Rolle: Betroffenes Kind)
│   └── Kind 2: Lisa Müller (Rolle: Betroffenes Kind)
├── Beteiligte Institutionen:
│   ├── Schule: Grundschule Mitte
│   ├── Kindergarten: Kita Sonnenschein
│   └── Beratungsstelle: Familienberatung e.V.
├── Vorgänge:
│   ├── Erstgespräch (PRC00456)
│   ├── Hausbesuch (PRC00457)
│   └── Hilfeplankonferenz (PRC00458)
└── Dokumente:
    ├── Berichte
    ├── Bescheide
    └── Korrespondenz

 

Besonderheiten

Empfohlene Plugin-Verwendung

Branche Hauptnutzen Empfohlene Plugins
Vertrieb/CRM Kundenhistorie, Opportunity-Tracking, E-Mail-Zuordnung Basis + CRM
IT/Entwicklung Agiles Projektmanagement, Zeiterfassung, Dokumentation Basis + Project
Support/Helpdesk Ticket-Tracking, SLA-Überwachung, Wissensdatenbank Basis + Ticket
Immobilien Objektverwaltung, Mehrfachrollen, Vertragsmanagement Basis + CRM
Behörden Fallakten, Beteiligtenverwaltung, Nachvollziehbarkeit Basis (+ Anpassungen)
Dienstleistung Kundenakten, Projektabwicklung, Zeiterfassung Basis + CRM + Project