Ritsen vanaf hier
................................................................................................. Productarchitectuur Hoe aandacht voor een vergeten onderdeel van het architectuur-framework
kan helpen tot mensgericht veranderen.
E. Postma
Agenda
............................................................................................................ Even voorstellen
Wie is Edwin Postma; Wat is ENECO;
Producten en architectuur: een nieuwe combinatie!?
Waarom producten en architectuur iets met elkaar van doen hebben en waarom die relatie lastig is; Uitgangspunten en doelen; De plaats van producten in het architectuur-framework; Wat is het verband met andere delen van het architectuur-framework;
Aan de slag
Dialoog met de business; Dialoog met IT;
Cases
Retail markt: Plateau 3 (2009); Zakelijke markt: Source (2005);
............................................................................................................. 2
29 oktober 2009
Edwin Postma?
............................................................................................................
Veranderden zij anders dan hij?
1. Architectuur gaat over veranderen. 2. Veranderden faciliteer je met betrokkenheid. ............................................................................................................. 3
29 oktober 2009
ENECO-energie is gericht op duurzaamheid
............................................................................................................ Bedrijfsprofiel
3e energiebedrijf van Nederland Omzet: 4,9 B Euro (2008) Aantal klanten: > 2 miljoen, Medewerkers: 5500
Rollen
Energiebedrijf; Netbeheerder; Infrastructuur.
Producten en markten
Eneco’s “Prinses Amalia” Windfarm
Elektriciteit, gas, warmte, koude; Levering, distributie, installatie, metering, constructie;
Eneco’s visie en strategie Duurzaam; Decentraal; Samen.
Consument wordt producent 100% Duurzame energie in 2030 Product = Dienst
............................................................................................................. 4
29 oktober 2009
Producten: En hoe zit het bij jou?
............................................................................................................ Wie is er in zijn bedrijf al bezig met producten/diensten als onderdeel van het architectuurdenken? Moeten de processen bijna altijd worden aangepast als productmanagement een nieuw product ontwikkelt? Moeten de systemen bijna altijd worden aangepast als productmanagement een nieuw product ontwikkelt? Deze aanpassingen (systemen/processen) bepalen in grote mate de time to market ; Daarom gaan we het product vast verkopen terwijl de processen en systemen nog moeten worden aangepast.
............................................................................................................. 5
29 oktober 2009
Hoe weet de ober dat hij de bestelling kan waarmaken?
............................................................................................................
.............................................................................................................
Producten en architectuur: een jonge combinatie
............................................................................................................ Waarom producten en architectuur iets met elkaar van doen hebben: Processen leveren het product; Product = ∑ toegevoegde waarde; Productdenken brengt het klantperspectief in de interne bedrijfsvoering tot leven.
Waarom die relatie lastig is:
Traditioneel een andere discipline (marketing); Traditioneel een focus naar buiten; Productkennisgebrek bij procesarchitecten; Cultuur: Creatief versus structuur? Cultuur: Rood versus blauw? Weinig methodieken, tooling etc.
Maar ook…… door het product in je architectuur te betrekken:
Win je aan relevantie: je komt direct in dialoog met de kern van de business. Genereer je wederzijdse betrokkenheid => Mensgericht veranderen.
............................................................................................................. 7
29 oktober 2009
Uitgangspunten en doelen
............................................................................................................ Uitgangspunten: De noodzaak van een modulaire structuur.
Bouwblokken die in allerlei combinaties samen te stellen zijn tot producten. Elke module is specifiek genoeg en is koppelbaar aan andere modules. Modulariteit = herbruikbaarheid.
Overige voorbeelden van uitgangspunten:
Producten met hun specificaties zijn beschreven, alle productvarianten zijn bekend; Mogelijkheid om producten vast te leggen in een online toegankelijke productcatalogus; Maatwerk is gereduceerd en flexibiliteit is vergroot door vergaande standaardisatie van producten, processen en ICT.
Waarom dit uitgangspunt? We streven naar:
Maximale flexibiliteit in tariefstelling/contractvormen; Kwaliteitsverbetering. Gaan verkopen als het in de systemen zit; minder workarounds; Maatwerk is gereduceerd en flexibiliteit is vergroot door vergaande standaardisatie van producten, processen en ICT; Optimale time to market door hergebruik van eerder ontwikkelde modules; Klantfocus: klant stelt eigen product samen; Online mogelijkheden: Mogelijkheid om producten vast te leggen in een online toegankelijke productcatalogus; Mogelijkheid om o.b.v vragen aan de klant en CRM-kennis te komen tot geautomatiseerde productadviezen; Mogelijkheid om de samenstelling van producten bij de klant te leggen in een online productconfigurator. Vgl. auto’s en keukens; Klantenbinding door tijdens de looptijd van de overeenkomst extra producten toe te voegen, zonder dat er sprake is van contractbreuk (upselling); Bijvoorbeeld vergroenen van een reeds afgesloten grijs contract.
............................................................................................................. 8
29 oktober 2009
De plaats van producten in het architectuurframework ............................................................................................................ Business architectuur
Dynamisch
Statisch Requirements
Techniek
Product Wat leveren
Proces Hoe leveren Procesmodel
Organisatie Wie levert
Informatievoorziening Applicatie Waarmee leveren Functiearchitectuur
Product structuur Product requirements (klant (markt) (wet)
Proceshiërarchie Organogram
Informatiemodel
Proces requirements
Data kwaliteitseisen System requirements User requirements
Productarchitectuur; waar denk je dan aan? Principes; Productmetamodel; Productconfiguratie (invulling van het model); Product-requirements.
............................................................................................................. 9
29 oktober 2009
Wat is het verband met andere delen van het architectuur-framework? ............................................................................................................ Business-architectuur
Dynamisch
Statisch Requirements
Techniek
Product Wat leveren
Proces Hoe leveren Procesmodel
Organisatie Wie levert
Informatievoorziening Applicatie Waarmee leveren Functiearchitectuur
Product structuur Productrequirements (klant (markt) (wet)
Proceshiërarchie Organogram
Informatiemodel
ProcesRequirements
Datakwaliteitseisen System requirements User requirements
Proces: voortbrengen
Bedrijfsproces is gekoppeld aan marktsegment en realiseert daarvoor producten Product(portfolio) bepaalt processcope
Proces: besturen
Besturing borgt focus op doelstellingen en productkwaliteit Productkwaliteit stelt eisen aan procesbesturing
Organisatie
Businessunit ondersteunt realisatie van product(portfolio) Product(portfolio) stelt eisen aan de organisatie
IV-statisch BIM
BIM definieert product-elementen Productstructuur vraagt om definitie
IV-statisch datakwaliteit IV-statisch data-volledigheid
Datakwaliteit beïnvloedt levering en kwaliteit van producten.
IV-dynamisch functionaliteit
Functionaliteit ondersteunt realisatie van producten Product stelt eisen aan functionaliteit
Productkwaliteit stelt eisen aan datakwaliteit
............................................................................................................. 10
29 oktober 2009
Om tot de juiste modulaire bouwblokken te komen is een framework nodig.
............................................................................................................ Klantenmarkt
Energie markt
Eneco-retailketen
Product Keuzes
EET product
Commercieel product
Deelproducten
Bouwblokken
Diensten
Opbrengsten
Deelproducten Bouwblokken
Leveringsvoorwaarden Prijsonderdelen
Samen stellen
bestellingen
kosten
Netbeheer Installatiebedrijf
Leveringsvoorwaarden
….
Prijsonderdelen
Omschrijving
Typen
Die producten die onderdeel kunnen zijn van het commerciële product.
Commodity, balancering/PV, regionaal transport, meetdiensten, installatie/onderhoud, goederen, advies/service.
Keuzeopties die een productmanager aan een product kan Algemeen(wijze van offreren, contractvormen, opzeggen, koppelen zodat de (potentiële) klant zijn specifieke keuzes verlengen, factureren, betalen) kan maken. Deze bouwblokken leiden naar specifieke Boete- en fee-opties prijsonderdelen die op de overeenkomst verschijnen. Duurzaamheidskeuzes Prijskeuzes (index, vast, etc.) Specifieke leveringsvoorwaarden om het product te Harde voorwaarden: Klantsegment, bemetering kunnen leveren. Succesvoorwaarden: Behoeftesegment Alle mogelijke typen prijzen die op een offerte/contract kunnen worden vastgelegd, afhankelijk van de gekozen producten en bouwblokken, ongeacht het doel ervan.
Inkoop, verkoop, offreren, facturatie, interne controle, belasting
Daarbij ligt ook vast hoe het prijsonderdeel tot stand komt. (rekenregels, prijstabellen etc.)
............................................................................................................. 11
29 oktober 2009
Aan de slag: Dialoog met de business ............................................................................................................ Aanleiding en noodzaak moeten er zijn.
Voordelen worden wel omarmd, maar er is assistentie nodig om de verandering tot stand te brengen.
Scheiden van:
Structuur; Productontwikkelproces; Producteisen aan het primaire proces.
Vooral structuurdenken vraagt tijd om goed te introduceren. Houdt de structuur simpel; Maak bestaande producten vooraf inzichtelijk in de nieuwe structuur; Introduceer direct de relatie met processen en houdt dit staande.
Bouwblokken mogen niet een afspiegeling zijn van huidige beperkingen Die introduceer je later pas.
Voorbeelden van andere bedrijven kunnen helpen maar ook verwarren Let op je veranderstrategie: niet te blauw… Zorg voor elementaire productkennis.
Denkrichting ............................................................................................................. 12
29 oktober 2009
Aan de slag: Dialoog met IT ............................................................................................................ Een informatievoorzieningsconcept is essentieel.
De voorziening moet integraal zijn. Valkuil: De neiging tot redeneren vanuit productfunctionaliteit Natuurlijk kun je een opzegtermijn instellen, maar daarmee is het nog geen modulair onderdeel.
Blijf niet in het conceptuele hangen, want dan kan altijd alles. Maak de bouwblokken concreet, maar niet de uiteindelijke producten. Check op goed versiebeheer.
Er zijn nog niet veel goede productconfiguratoren op de markt. Integratieproblematiek Sectorafhankelijkheid Hardware georiënteerd
•Productdenken bij ICT is ook nieuw: let op dat je niet te snel concludeert dat iets kan.
•Benader de problematiek vanuit verschillende perspectieven. ............................................................................................................. 13
29 oktober 2009
Product in de informatievoorzieningsarchitectuur.
Hoe kun je voorkomen dat de IT-systemen niet meer met productwensen om kunnen gaan?
............................................................................................................ Configureren i.p.v. programmeren
Productstructuur De keuzemogelijkheden & billingregels
Rekenregels
Verkochtproduct
Factuur Specifieke keuzes/ afspraken met de klant
Billingengine
Keuzes
Verbruik
Flexibele inrichting
De verbruiksdata van de klant
Verbruik
............................................................................................................. 14
29 oktober 2009
Informatievoorzieningsconcept i.r.t. producten
............................................................................................................ Klantinteractie management
Online self service
Let op verschil commercieel product en verkooproduct
Raadplegen productinformatie Productadvies Aanbieden vaste configuraties Toegang tot aanmaken en Beheren verkoop productconfiguratie
Opmaken en presenteren, aanbieden productgerelateerde communicatie (nota, offerte, factuur overzicht,etc)
Procesmanagement Inrichten en afhandelen VerkoopproductGerelateerde events/triggers
Productmanagement
Ontwikkelen productonderdelen
bedrijfsrichting
Integratie
Samenstellen commerciële producten
Productstrategie
Productplanning Samenstellen commerciële
Productevaluatie ( #, , )
Onderhouden prijzen
Offerte/ contractmgt
Aanmaken en Beheren verkoopproductconfiguratie
Pricing/billing
Ordermgt
Doorrekenen verkoopproductconfiguratie (offreren, billing)
Bestellen/ orderen van deelproducten
............................................................................................................. 15
29 oktober 2009
Cases: retail-markt: Plateau 3 (2009) ............................................................................................................ Self-service
Fulfilment
Customer contact
(geüpgrade omgeving)
(huidige omgeving)
(nieuwe omgeving)
“Eenvoudig”
“Complex”
Wat zijn de producten van de toekomst? Wat kan in de oude billingengine en wat niet?
Om de vragen te beantwoorden zijn de volgende workshops ontwikkeld ……..
............................................................................................................. 16
29 oktober 2009
Workshops: Welke?
............................................................................................................ 1: Productconfiguratie 2015:
Doel: Inzicht in de bouwblokken waaruit producten in 2015 kunnen worden opgebouwd. We proberen te achterhalen welke soorten producten en productvariabelen in de toekomst worden onderkend om van daaruit een modulaire productarchitectuur te bouwen.
2: Time to market!:
Doel: Inzicht productstrategie, -ontwikkeling en -beheer in 2015.
3: Time to customer!
Doel: product-requirements voor processen: Inzicht in de manier waarop ENECO de producten aan haar klanten wil verkopen, leveren, factureren etc.
4: Comunity en DDS
Doel: Inzicht in hoe het organiseren en onderhouden van communities past in het productdenken.
............................................................................................................. 17
29 oktober 2009
Proces: Dit is cruciaal voor het slagen.
............................................................................................................ 1: Productconfigurator Maken en bespreken productstructuur
Business
Voorbereiden vragen
Business
Sessie 1: Beantwoorden vragen
Business
Paralelle sessies productstructuur
Sessie 2: Wat kan met het huidige?
EIS
Sessie 3: Conclusie?
Business EIS
EIS
2: Time to market
…
Voorbespreking en -bereiding
Welk deel van de toekomstige productbouwblokken kan nog via MVS worden geleverd en wat moet de nieuwe keten opvangen?
Hoe verloopt productontwikkeling in de toekomst? Welke functies heb je daarvoor nodig? Wat kan nog met MVS? …
Samen vatten
3: Time to customer
Eindsessie met conclusie
Business
Vraag beantwoord: Wat zijn de producten van de toekomst? Wat kan in MVS en wat niet?
EIS
Business …
…
Welke processen heb je nodig en welke worden nog door MVS ondersteund?
4: Communities
…
…
Welke processen heb je nodig en welke worden nog door MVS ondersteund?
............................................................................................................. 18
29 oktober 2009
Voorbeeld: Huidige producten in de nieuwe structuur.
............................................................................................................
............................................................................................................. 19
29 oktober 2009
Bouwblok: Betaling
............................................................................................................ Definitie:
Bouwblok dat afspraken met de (potentiële) klant regelt rondom het betalen van vorderingen.
Aandachtspunten volgens de workshop met Quintel:
Acceptgiro, E-acceptgiro (digitale nota banken), Paypal, automatische incasso, mobiel betalen per sms, pre-paid; Klantcontact: Sms als pre-paidsaldo bijna op is; Waarschuwing als op basis van huidig verbruik en voorschot aannemelijk is dat aan het eind van het jaar bijbetaald moet worden; Incasso: Pre-paid betalingen (Telmi), aansluiting (niet thuis) waarop instantaan afgerekend kan worden; budgetbewaking bij klant; meer intelligentie in verbruiksmail; (daadwerkelijke standen en advies over bijstellen voorschot); Overig: Besparingsadvies, administrateur van slimme wijken die onderling energie leveren.
Vragen: Keuzeoptie
Opties nu:
In 2015:
Voor welke betaaltermijn kan de klant kiezen?
-14 Dagen
Welke methode van betalen wordt gehanteerd?
-Giro -Automatische incasso -Pre-paid -I-deal
-1 Week -2 Weken -1 Maand -Giro -E-giro -Online betalen: Paypal; I-deal -Mobiel -Automatische incasso -Pre-paid Info over saldi en betalingen op internet -Onvoldoende Pre-paid saldo -Overschrijden maximaal bedrag (klantinstelbaar) -Overschrijden maximaal bedrag (ENECOinstelbaar)
Welke informatie over saldi van de klant wordt uitgewisseld? Wanneer wordt energietoevoer afgesloten/klant gealarmeerd? -Onvoldoende pre-paid saldo
prijsconsequen tie Ja Ja
Nee Nee
............................................................................................................. 20
29 oktober 2009
Cases: Zakelijke markt: Source (2005) ............................................................................................................ PC is een subdomein van de contractmanagementoplossing geworden. Met alle voor- en nadelen van dien.
Wel keuze voor een eigen productontwikkelomgeving Documentatie
Operationele
templates
voorzieningen
(CRM_DM)
(BPM)
Overeenkomst
todo Rekenregels
(OCMS)
Facturatie
(EDM)
To do Inkopen
(MVS)
(EDM)
•
Een plek waar alle productinformatie staat in een modulaire architectuur
•
Doel: Lage time to market; Control
•
Bewezen nut: Geen aanpassingen in IT voor producten in 2007
•
To do: koppelen aan inkoop en pricing (EDM)
............................................................................................................. 21
29 oktober 2009
