adesso Blog

Stellt euch vor, was ein intelligentes Customer-Relationship-Management-System (CRM-System) für euch tun könnte: Ihr lauft nicht mehr Gefahr, in die falschen Verkaufschancen, Leads oder Kunden zu investieren und das nur, weil der Vertriebsprozess es vorgibt oder das Bauchgefühl euch dazu lenkt. Ihr vermeidet zudem, Cross-Sell/Up-Sell-Potenziale zu vernachlässigen oder diese vielleicht gar nicht zu erkennen.

Die Digitale Transformation ist in vollem Gange und Unternehmen sehen sich zahlreichen Herausforderungen gegenüber, um die Potenziale der Digitalisierung auszuschöpfen. Hierbei wird vieles auf den Kopf gestellt. Altbewährte Prozesse und Systeme werden durch neue digitale Lösungen ersetzt, die mehr dem Puls der Zeit und den Anforderungen der jüngeren Generation entsprechen.

Im ersten Teil der neuen Blog-Serie „Digitalisierung von Marketing und Vertrieb mit Microsoft“ möchte ich mit euch in dieses Thema einsteigen und zeigen, wie ihr die Digitale Transformation innerhalb eures Unternehmens meistern könnt. In den folgenden Beiträgen erfahrt ihr dann alles über unsere praktischen Erfahrungen mit Dynamics 365 und die Möglichkeiten, die sich zukünftig aus dem Umgang mit dieser Plattform ergeben. In diesem Rahmen bekommt ihr ebenfalls Einblicke in Kundenprojekte und − als Partner von Microsoft Deutschland − in die Microsoft Roadmap.Um die Digitale Transformation innerhalb eines Unternehmens erfolgreich meistern zu können, sind viele Faktoren wichtig − etwa eine flexible Organisation, autonom agierende Teams, mobile Mitarbeiter, transparentes und verfügbares Wissen, ein vollständiges Kundenerfahrungsmanagement sowie eine agile IT.

Customer-Relationship-Management-Systeme (CRM) nehmen mittlerweile eine wichtige Rolle in Unternehmen ein und stellen in der Praxis zumeist auch einen Kernprozess dar. Vor allem für Mitarbeiter im Außendienst ist eine mobile Variante bzw. der mobile Zugriff auf das CRM-System ein entscheidendes Kriterium.

Tabellen lassen sich in HTML nicht immer benutzerfreundlich abbilden. Im Rahmen eines Projektes war unser Team auf der Suche nach einer Komponente, die eine Tabelle ansprechend darstellt und vorzugsweise auch schon einige Basisfunktionalitäten wie Paging und Sortierung mitbringt. Aufgrund der leichten Einbindung und der guten Ergebnisse nach ersten Tests fiel die Wahl auf das jQuery DataTables Plug-In. Diese Komponente liefert, wie der Name schon vermuten lässt, die Funktionalität per JavaScript. Wir konnten das Plug-In bereits produktiv innerhalb des Projektes einsetzen und entsprechende Erfahrungen damit sammeln.

Wie fing das Ganze mit JavaScript eigentlich an und was hat die ECMA – TC39 Task Group damit zu tun? Und wer kennt eigentlich noch den Netscape Navigator?

Apache Camel ist ein Open Source Framework, das häufig zur Integration von Softwaresystemen auf der Basis von Messaging verwendet wird. Es ist eine Library mit sehr wenigen Abhängigkeiten, sodass diese problemlos in beliebigen Java-Applikationen ausgeführt werden kann. Mit seinen unzähligen Komponenten (>150) können Schnittstellen zu beliebigen Protokollen oder Messaging-Modellen erstellt werden. Für eine einfache Integration implementiert Apache Camel die meisten Enterprise Integration Patterns aus dem Buch von Gregor Hohpe und Bobby Woolf.

Bei der Entwicklung von Frontends spielt Asynchronität eine sehr wichtige Rolle. Durch Nutzerinteraktion und Kommunikation mit Backend-Systemen werden über einen undefinierten Zeitraum asynchrone Ereignisse ausgelöst. Auch im JavaScript-Umfeld sind viele Browser-APIs für Eventlistener oder auch der klassische XMLHttpRequest asynchron konzipiert und müssen durch den Entwickler dementsprechend gehandhabt werden.

Microservices sind ein aktuell viel diskutiertes Software-Architekturthema. Der Begriff steht für eine Softwarearchitektur, die wir in den letzten zehn Jahren kaum gesehen haben. Eine Architektur, bei der eine Software aus maximal lose gekoppelten, hart voneinander getrennten Bestandteilen (Microservices) besteht. Oft beschrieben als unabhängig voneinander in den Betrieb überführbare Services. Eine derartige Architektur unterscheidet sich von etablierten monolithischen Softwarearchitekturen, in denen Software zwar auch viele Bestandteile (Pakete, Komponenten, Module) hat, diese jedoch typischerweise in einer gemeinsamen Laufzeitumgebung, oft innerhalb eines einzigen Betriebssystemprozesses, agieren und folglich als ein großes Ganzes in den Betrieb übernommen werden.