Er zijn veel objecten gecreëerd in Salesforce Industries (Vlocity). Zaken zoals OmniScripts, DataRaptors, producten of zelfs FlexCards. Deze worden meestal gemaakt door een OmniStudio-beheerder en -ontwikkelaar of door een CPQ Industries-ontwikkelaar. Meestal werken beheerders of ontwikkelaars in een ontwikkelaarsorganisatie, een sandbox-organisatie of zelfs een scratch-organisatie. Het werk dat zij verrichten moet echter worden overgezet naar verschillende omgevingen, zoals een testomgeving en uiteindelijk een productieomgeving, zodat gebruikers kunnen profiteren van de creaties die wij als ontwikkelaars en beheerders hebben gemaakt.

Context

Om de dingen die wij als beheerders en ontwikkelaars maken over te dragen, gebruiken we tools om dit proces te ondersteunen. In de Salesforce-wereld gebruiken we bijvoorbeeld SFDX of de nieuwe SF CLI om metadata over te dragen.

Aangezien de configuratie voor Salesforce Industries (Vlocity) niet alleen metadata is, maar ook datarecords in SObject-tabellen omvat, is er een andere tool nodig om deze te beheren.

Binnen Salesforce Industries (Vlocity) maken we gebruik van twee verschillende tools om onze configuratie te beheren. De eerste is de Vlocity Build Tool (VBT), terwijl we voor de tweede tool gebruikmaken van frontend van de Industries Developer eXperience Workbench, ook wel bekend als de IDX Workbench.

Laten we ons nu richten op het probleem:

De OmniScripts en FlexCards worden in de organisatie geïmplementeerd als LWC-componenten. Deze worden gegenereerd door een tool voor schermautomatisering genaamd Puppeteer. Zoals je je kunt voorstellen, kost dit veel tijd, omdat de tool voor schermautomatisering één voor één moet gaan om de LWC-componenten één voor één te genereren en in te zetten.

Waar dit probleem echt duidelijk wordt, is wanneer je begint met het gebruik van de nieuwe industrieën CPQ Cart (LWC). Deze kar bestaat uit een heleboel Flexcards, namelijk 141, en 18 OmniScripts. Het gebruik van de VBT-poppenspeler-inzetmethode om deze te implementeren duurt meer dan een uur, wat een langdurig en risicovol proces is dat veel aanpassingen en herhalingen vereist. Realistisch gezien kan dit proces uren duren.

Waarom zou ik het overwegen?

Aangezien ontwikkelaars en beheerders veel FlexCards en OmniScript gebruiken. Dit zelfs meerdere keren per dag met CI/CD. Een proces hebben waardoor ontwikkelaars urenlang moeten wachten, is onaanvaardbaar.

Dus hoe gaan we hiermee om?

Dit is waar VBT Local Compilation bijkomt kijken. Het is een nieuwe ontwikkeling. Oorspronkelijk werd dit geleverd in de voorjaarsrelease van vorig jaar, maar het werd pas onlangs bruikbaar voor grotere projecten. Dat is de reden waarom ik er nu over schrijf.

Deze lokale compilatiefunctie zorgt ervoor dat de compilatie naar de desktop van de ontwikkelaar of beheerder gebracht wordt en genereert de LWC-componenten van tevoren. Op deze manier worden de LWC-componenten ingezet met reguliere Metadata API-implementatie, wat veel tijd bespaart. Het inzetten van de LWC-kar is nu gereduceerd van uren tot slechts ongeveer 10 minuten, afhankelijk van de omstandigheden.

Mijn ervaring

Dat klinkt goed! Is er een addertje onder het gras? Nee niet echt. Tot nu toe is mijn ervaring met de tool dat deze enigszins kieskeurig kan zijn als het gaat om het online zijn van de repository (met de lokale compiler). Gelukkig is deze meestal beschikbaar en hebben we tot nu toe slechts één dag een storing gehad. Het is echter belangrijk om te weten dat de lokale compiler geen open source is en dat code niet gemakkelijk aangepast kan worden door klanten. In tegenstelling tot VBT, dat open source was en waarmee ik regelmatig codeverbeteringen kon aanbrengen, is het met deze tool niet mogelijk om wijzigingen of fixes aan te brengen.

Een andere uitdaging is dat het versiebeheer niet erg duidelijk is. Niet voor elke versie van CME Vlocity Package is er een vrijgegeven versie van de lokale compiler. Er zijn ook geen gepubliceerde changelogs. Het is dus aan jou om te verifiëren wat er is veranderd in de lokale compiler. Een opdracht die mij hierbij hielp is:

Waarbij “900.472.10” je huidige versie is en “900.481.0” de nieuwe versie.

Dit toont je de codewijzigingen die de ontwikkelaars van de lokale compiler hebben aangebracht.

Welke bronnen zou je aanraden om te gebruiken om aan de slag te gaan?

Om te beginnen zou ik willen voorstellen om dit artikel te lezen:https://github.com/vlocityinc/vlocity_build#initial-support-for-omniscript–flexcards-local-compilation (“Initiële ondersteuning voor lokale compilatie van OmniScript / FlexCards”)

Wrapping up

De toekomst ziet er veelbelovend uit: Salesforce voegt stap voor stap meer functies toe aan de native kern. Een van de eerste toevoegingen is de Standard OmniStudio, die native op het Salesforce Platform draait en standaard metadatatypes gebruikt. Als je hier meer over wilt lezen, laat het ons dan weten. Wellicht schrijven we hier de volgende keer over.

Maak de juiste keuze: Code versus No-code

Code versus No-code: twee termen waarmee je mogelijk steeds vaker in aanraking komt. Wat houden ze in en belangrijker: wat zijn de onderlinge verschillen? Wij gingen in gesprek met Colin Hamer, Software Engineer bij CaseNine. “Bij No-code kun je weliswaar elementen in elkaar slepen, maar is het nog altijd van belang dat je de achterliggende werking kent. Alleen dan ben je in staat om een goede, schaalbare oplossing te ontwikkelen.”

Om te beginnen: wat houdt jouw dagelijkse werk in?

“Als Software Engineer houd ik me binnen bezig met zowel het ontwerp als de bouw van applicaties. Je beperkt je daarbij niet alleen tot het programmeren zelf, maar ook met andere zaken: informatie ophalen bij de klant, creatieve oplossingen vinden voor complexe vraagstukken én je bent altijd bezig met de nieuwste technologie.”

Code versus No-code: wat zijn de verschillen?

“Zoals de naam al doet vermoeden, schrijf je bij No-code geen of uiterst weinig code. In plaats hiervan sleep je elementen binnen een gebruikersomgeving. Bij Code moet je wel degelijk code kunnen schrijven. Dat laatste wordt vaak verzorgd door Software Engineers. Enige nuancering is hierbij wel op zijn plaats: bij beide activiteiten heb je wel programmeerkennis nodig. Bij No-code kun je weliswaar elementen in elkaar slepen, maar is het nog altijd van belang dat je de achterliggende werking kent. Alleen dan ben je in staat om een goede, schaalbare oplossing te ontwikkelen. Tegenwoordig zien we ook dat Salesforce ‘No-code’ aanduidt als ‘Low-code’. De twee werelden groeien steeds meer naar elkaar.”

Wanneer kies je welke aanpak?

“In geval van een complexe applicatie wordt vaak gekozen voor de ‘Code-route’. Code geeft je immers de meeste vrijheid en flexibiliteit. Dat is tegelijkertijd ook een nadeel. Je moet ervoor waken om een project niet nodeloos complex te maken. Bij Low-code ben je meer gelimiteerd: welke elementen zijn beschikbaar voor drag-&-drop. Dat biedt ook voordelen. Zo kun je het project eenvoudiger onderhouden en overdragen. Als een project te complex wordt, is het verstandig om naar Code te kijken.”

Hoe werkt het in de praktijk?

“Zoals aangegeven, werk je met No-code voornamelijk met bouwstenen in een visuele omgeving. In Flow Builder van Salesforce kun je de No-code-projecten opzetten. Via de gebruikersomgeving kun je blokken weghalen, verplaatsen en weer terugzetten. Zo verbind je de verschillende elementen met elkaar.”

Hoe kun je als organisatie vlot van start met No-code of Code?

“Bij CaseNine kunnen we je adviseren over de juiste aanpak. We beschikken over ruime ervaring bij beide richtingen. Hoe je dit merkt? De Software Engineers bij CaseNine denken en handelen daadwerkelijk vanuit een engineering-perspectief. Dankzij de ervaring kunnen we bij elk project zien welke oplossing het beste past.”

Meer weten? Bekijk de video met Colin Hamer, waarin hij voorbeelden geeft.

 

In het digitale tijdperk waarin we leven, redden ondernemingen en organisaties het niet meer met alleen een goed product of een fantastische dienst. Gebruikersadoptie en gebruikerservaring (UX) zijn van cruciaal belang voor het verhogen van productiviteit en het verbeteren van klanttevredenheid. In deze blogpost gaan we in op het belang van gebruikersadoptie en gebruikerservaring en hoe ze van invloed zijn op het succes van je organisatie.

Gebruikersadoptie: Wat is het en waarom is het belangrijk?

Gebruikersadoptie gaat over de mate waarin gebruikers een nieuw product of een nieuwe dienst accepteren en gaan gebruiken. Dat kan een hele uitdaging zijn, vooral bij de introductie van nieuwe producten en diensten. Weerstand tegen verandering is iets wat we allemaal kennen. Of het lukt om die weerstand om te buigen naar acceptatie is van cruciaal belang voor het succes van het nieuwe product. Het bepaalt of het al dan niet wordt gebruikt en dus of het uiteindelijk inkomsten oplevert voor de organisatie.

Het belang van gebruikersadoptie is dus cruciaal. Een product of dienst dat niet door gebruikers wordt geaccepteerd, is in feite nutteloos, hoe geweldig het ook is. Daarom is het heel belangrijk dat bedrijven en organisaties ervoor zorgen dat hun producten en diensten gebruiksvriendelijk en makkelijk toegankelijk zijn.

 

Gebruikerservaring (UX): Wat is het en waarom is het belangrijk?

Gebruikerservaring (UX) gaat over de totaalervaring die gebruikers hebben bij de interactie met een product of dienst. Een goede gebruikerservaring is intuïtief, gebruiksvriendelijk en prettig. Een slechte gebruikerservaring kan frustrerend, verwarrend en zelfs ontmoedigend zijn, waardoor gebruikers afhaken met verminderde productiviteit tot gevolg.

Gebruikerservaring is een essentieel onderdeel van klanttevredenheid, loyaliteit en verhoogde productiviteit. Wanneer gebruikers een positieve ervaring hebben met een product, is de kans groter dat ze het blijven gebruiken, aanbevelen aan anderen en er positieve feedback over geven. Een negatieve gebruikerservaring kan daarentegen leiden tot ontevredenheid van de klant, negatieve beoordelingen en zelfs lagere omzetten.

Het belang van gebruikersadoptie en gebruikerservaring voor de productiviteit

Gebruikersadoptie en gebruikerservaring zijn cruciale factoren voor het succes van een product of dienst. Als gebruikers een product of dienst gemakkelijk kunnen accepteren en gebruiken, is de kans groter dat ze productief en efficiënt zijn. Een goede gebruikerservaring kan gebruikers helpen taken snel, gemakkelijk en met minder fouten uit te voeren. Dit kan leiden tot een hogere productiviteit en algemene efficiëntie van de organisatie.

Bovendien kan een positieve gebruikerservaring leiden tot meer tevredenheid en motivatie bij de werknemers. Wanneer werknemers tevreden zijn met de tools en middelen die hun organisatie ter beschikking stelt, is de kans groter dat ze betrokken, productief en gemotiveerd zijn. Dit kan op zijn beurt leiden tot meer omzet en groei voor de organisatie.

Het belang van gebruikersacceptatie en gebruikerservaring voor klanttevredenheid Gebruikersacceptatie en gebruikerservaring zijn ook kritieke factoren bij het bepalen van klanttevredenheid. Wanneer klanten een positieve ervaring hebben met een product of dienst, is de kans groter dat zij het blijven gebruiken en het aanbevelen aan anderen. Dit kan op zijn beurt leiden tot meer inkomsten en groei voor de organisatie.

Daarentegen kan een negatieve gebruikerservaring leiden tot ontevredenheid bij de klant, negatieve recensies en tegenvallende omzet. Wanneer klanten ontevreden zijn over een product of dienst, is de kans kleiner dat ze het zullen gebruiken en het aan anderen zullen aanbevelen. Dat kan leiden tot minder inkomsten en groei voor de organisatie.

 

Het belang van gebruikerservaring voor Salesforce-gebruikers

In de Salesforce-wereld, waar bedrijven vertrouwen op CRM-tools om hun verkoopactiviteiten te beheren, kan gebruikerservaring de deal maken of breken. Waarom is gebruikerservaring zo belangrijk in de wereld van Salesforce? Vijf belangrijke redenen:

1.Verhoogde productiviteit: Een goede gebruikerservaring kan verkoopteams helpen efficiënter te werken, zodat ze zich kunnen concentreren op het verkopen en sluiten van deals in plaats van te worstelen met een onhandige en frustrerende interface. Dit kan uiteindelijk leiden tot een hogere productiviteit en meer sales.

2.Verbeterde klantrelaties: De juiste UX kan het voor het sales team makkelijker maken om toegang te krijgen tot klantinformatie. Dat helpt ze in de omgang met klanten doordat ze gerichter en persoonlijker kunnen communiceren. Dit kan helpen om sterke, duurzame relaties op de bouwen met klanten en ze zo aan je bedrijf te binden.

3.Concurrentievoordeel: In een overvolle markt kan een betere gebruikerservaring je bedrijf onderscheiden van de concurrentie. Door een soepele en intuïtieve ervaring te bieden, kan je klanten aantrekken en behouden die het fijn vinden om met je te werken.

4.Betere datakwaliteit: Wanneer de gebruikerservaring is geoptimaliseerd, is de kans groter dat verkopers de juiste informatie in het systeem invoeren. Dat leidt tot betrouwbaardere rapportage en betere inzichten in koopgedrag bij toekomstig beleid.

5.Flexibiliteit en schaalbaarheid: Een gebruiksvriendelijke interface kan het gemakkelijker maken om je verkoopactiviteiten op te schalen en aan te passen aan veranderende bedrijfsbehoeften. Dit is vooral nuttig in een snelle en steeds veranderende business-omgeving.

 

Dus, hoe zorg je voor een goede gebruikerservaring in de Salesforce-wereld? Hier zijn een vijf tips:

1.Focus op eenvoud en gebruiksgemak.

2.Maak mobiele toegankelijkheid een prioriteit.

3.Maak gebruikersfeedback en testen onderdeel van je ontwerpproces.

4.Investeer in training en ondersteuning van je verkoopteam.

5.Controleer en verbeter de gebruikerservaring om de concurrentie voor te blijven.

 

Conclusie:

Gebruikerservaring is een essentieel onderdeel van een succesvolle sales strategie in de Salesforce-wereld. Met een goede UX kan je je productiviteit verhogen, klantrelaties verbeteren, concurrentievoordeel behalen en uiteindelijk meer omzet voor je bedrijf genereren.

Nieuwsgierig geworden naar de aanpak van CaseNine? Klik hier om er meer over te lezen of neem vandaag nog contact met ons op om met ons te sparren. We horen graag van je!

In deze blogpost bespreken we de belangrijkste voordelen van CI/CD. In de snelle zakenwereld van vandaag is softwareontwikkeling een van de key drivers van innovatie en groei. Maar naarmate de complexiteit en de omvang van softwareprojecten toenemen, neemt ook de behoefte aan efficiënte en effectieve development practices toe. Hier komt Continuous Integration/Continuous Deployment (CI/CD) om de hoek kijken. 

Door cruciale stadia van de software ontwikkelingscyclus te automatiseren, kan CI/CD bedrijven helpen hun ontwikkelingsprocessen te stroomlijnen, samenwerking en communicatie te verbeteren en uiteindelijk het commerciële succes van het bedrijf te vergroten. De Business Case for CI/CD: waarom investeren in automatisering de moeite waard is.

 

Wat is CI/CD?

CI/CD is een reeks software ontwikkelingspraktijken die het bouwen, testen en uitrollen van softwarecode automatiseren. Het CI-gedeelte van het proces houdt in dat code automatisch wordt gebouwd en getest wanneer deze wordt gewijzigd, om mogelijke problemen vroeg in het ontwikkelingsproces op te sporen. Het CD-gedeelte zorgt vervolgens dat de code automatisch in productie wordt genomen zodra deze is getest en goedgekeurd. Door deze fasen van het ontwikkelingsproces te automatiseren, kunnen bedrijven tijd besparen, fouten verminderen en de samenwerking en communicatie tussen ontwikkelingsteams verbeteren.

 

Waarom investeren in CI/CD? Is investeren in automatisering de moeite waard?

Er is een groot aantal redenen waarom bedrijven er goed aan doen te investeren in CI/CD. Een paar van de cruciale voordelen zijn:

1. Snellere time-to-market: In de huidige snelle bedrijfsomgeving is het essentieel om producten snel op de markt te brengen. Door belangrijke stadia van het ontwikkelingsproces te automatiseren, kan CI/CD bedrijven helpen hun ontwikkelingscycli te versnellen en producten sneller op de markt te brengen. Dit kan concurrentievoordeel opleveren ten opzichte van tragere concurrenten en hen zo helpen snel te reageren op veranderende marktomstandigheden.

2. Verbeterde code kwaliteit: Handmatig testen is vaak foutgevoelig, tijdrovend en duur. Door tests te automatiseren en code automatisch te implementeren, kan CI/CD ervoor zorgen dat de kwaliteit van de code altijd op niveau is. Hierdoor kan het aantal fouten en defecten dat in de productie terechtkomt worden verminderd, wat leidt tot een stabieler en betrouwbaarder product.

3. Meer samenwerking. Door belangrijke stappen in het ontwikkelingsproces te automatiseren, kan CI/CD bijdragen aan een betere samenwerking en communicatie tussen ontwikkelteams. Door het makkelijker te maken om code, testresultaten en andere ontwikkelingsartefacten te delen, kan CI/CD teams helpen efficiënter en effectiever samen te werken.

4. Beter gebruik van middelen: Het automatiseren van het ontwikkelingsproces kan bedrijven helpen hun middelen efficiënter in te zetten. Door de tijd en inspanning die nodig zijn om code te bouwen en te implementeren te verminderen, kunnen bedrijven hun ontwikkelaars vrijmaken om aan waardevollere taken te werken, zoals het schrijven van nieuwe code of het inspelen op de behoeften van de klant.

5. Verhoogde bedrijfsflexibiliteit: CI/CD kan bedrijven helpen sneller te reageren op veranderende marktomstandigheden en klantbehoeften. Door belangrijke stappen in het ontwikkelingsproces te automatiseren, kunnen bedrijven de tijd die nodig is voor het ontwikkelen, testen en implementeren van nieuwe code aanzienlijk verkorten.

De kost gaat voor de baat uit, ook bij het investeren in CI/CD. Op termijn is zo’n investering echter zeer de moeite waard en betalen zich uit in snellere time-to-market, betere kwaliteit, meer efficiëntie en kostenbesparingen. Als je de concurrentie voor wilt blijven in het huidige digitale landschap, is CI/CD een onmisbare tool in je gereedschapskist.

 

Case Studies van tevreden klanten

Benieuwd hoe onze oplossing jouw bedrijf kan helpen succesvol te zijn? Lees de Case Studies hieronder en kom meer te weten over voorbeelden uit de praktijk. Hier zijn slechts enkele voorbeelden waar wij CI/CD Pipeline hebben geïmplementeerd:

De context

Einde van het jaar moeten alle energiecontracten worden verlengd, de energieleveranciers hebben het er maar druk mee. Onze Salesforce Industries licenties waren net verlengd. En we hadden net de upgrade naar de laatste versie, de winter ‘22 release, gedaan toen ik werd gebeld dat CPQ niet meer werkte.

Paniek!

Pas geleden zijn in de Spring ’22 release de Salesforce Industries Permission Set Licenties geïntroduceerd. Bestaande klanten kunnen gebruik blijven maken van Managed Package Licenties, ze kunnen ook kiezen om over te stappen naar Permission Set Licenties. Maar hoe werken Permission Sets in industries CPQ?

Het probleem

Wat is een Permission Set License? Wat is het voordeel ervan?

Met permission set licenties kun je een meer granulair licentie beleid voeren. Er zijn verschillende opties voor Energy & Utilities cloud Permission Set Licenties.

Links zie je eerst de licentie en rechts zie je de beschikbare Permission Set voor die licentie:

Permission sets per licentie.

 

 

 

 

 

 

 

 

 

 

Er zijn ook Permission Set Groups beschikbaar waarmee je snel aan de slag kunt gaan. Deze zullen we gebruiken in de voorbeelden later in deze blog.

Bronnen: salesforce.com I en salesforce.com II

De oplossing: een migratieplan

Hoe kan je de permission set licenties snel toekennen? 

Het makkelijkste is om de gebruikers te groeperen in een public group. Houd wel in de gaten dat dit alle vlocity_cmt licenties toekent aan de gebruikers in de public group.

Let op! lees eerst de scripts en pas ze aan je behoeften, voordat je deze handeling uitvoert.

Je bent verantwoordelijk voor je eigen daden :  )

Pro tip: maak je eerste versie in een scratch org of sandbox, dan kan je met een gerust hart van alles uitproberen. 

how do permission sets work in industries CPQ?

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Daarna kan je de permission set groups aan de gebruikers toekennen met dit script:

how do permission sets work in industries CPQ?

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Sandboxes en Scratch orgs:

Hoe kun je met de nieuwe licentiestructuur testen? Dit kan in sandboxes en scratch orgs ontzettend goed. Hoe zet je die aan? Je moet de check voor managed package licenties aanzetten. Dat doe je zo: 

Hoe kan je met de nieuwe licentiestructuur testen? Dit kan in sandboxes en scratch orgs ontzettend goed. Hoe zet je die aan? Je moet de check voor managed package licenties aanzetten. Dat doe je zo:

 

 

 

 

De documentatie vind je hier

Deze scripts kun je opnemen in je CI/CD proces, zodat alle orgs er hetzelfde uit zien. Zo kun je mogelijke problemen al vroegtijdig opsporen en oplossen. 

Wil je meer weten over Permission Set Licenses, Permission Sets of Permission Set Group? Lees er alles over in dit artikel van Salesforce. Nieuwsgierig geworden naar meer? Abonneer je vandaag nog op de Technical Deep Dive series. 

Context: producten zijn niet zichtbaar in de CPQ cart

Je hebt een CPQ solution gebouwd en je hebt je commerciële producten geconfigureerd binnen de EPC. Maar als je de cart bekijkt zijn er geen producten zichtbaar of beschikbaar. Wat nu? Er kunnen een aantal dingen aan de hand zijn, waardoor de producten niet zichtbaar zijn in de CPQ cart.

Het probleem: waar kan het aan liggen?

Het vakje ‘Orderable’ is voor dit product niet gemarkeerd als ’true’.

De oplossing:

Product Visibility in CPQ cart

De ‘Product Status’ is niet actief

De oplossing:

Het vakje ‘Active’ is niet geselecteerd voor dit product

De oplossing:

Het product heeft een verkeerde verkoopdatum

De oplossing:

Let op: de producten binnen de EPC hebben een begin- en eind verkoop datum.

Het product heeft een Context Rule die het product verbergt

De oplossing:

Er staat geen prijs voor dit product in de prijslijst

De oplossing:

Let op: Een product zonder prijs is niet zichtbaar in de CPQ cart

Er zijn onvoldoende Maintenance jobs uitgevoerd

De oplossing:

We raden je aan altijd een Maintenance job uit te voeren nadat je een product configuratie hebt aangepast. Dan weet je zeker dat de product cache en de product hierarchy goed zijn afgesteld staan voor gebruik in de CPQ Cart.

Zorg dat iedere taak is afgerond voor je een nieuwe start. Dit kan soms een tijdje duren omdat ze als Async jobs worden uitgevoerd. De voortgang kan ook worden gecheckt in Setup met keyword Apex Jobs.

Als je merkt dat je deze taken vaak moet doen, af als je ze wilt integreren in je development of je CI/CD workflow, kan je ze automatiseren en als Apex scripts runnen:

Product Visibility in CPQ Cart

// Run jobs for hierarchy and cache

for (Pricebook2 pricebook : [SELECT Id FROM Pricebook2]) {

 //https://docs.vlocity.com/en/Refresh-Platform-Cache.html

 vlocity_cmt.CMTAdminJobService.startProductHierarchyMaintenanceJob(pricebook.Id);

}

Je kunt ze zelfs als post-Deploy stap runnen in de Vlocity Build Tool: (https://github.com/vlocityinc/vlocity_build)

Tot slot

Hopelijk helpen deze tips je bij het configureren van je EPC en CPQ. Ik weet dat deze problemen echt lastig kunnen zijn om op te lossen, maar je producten zijn nu in ieder geval weer zichtbaar in CPQ cart.

Ik post regelmatig Technische Deep Dives. Abonneer je vandaag en mis geen enkele CaseNine Technical DeepDive aflevering. 

Spring ’23 is aangekomen in Salesforce en hiermee komen een heleboel nieuwe functies en verbeteringen die zeker zullen bijdragen aan het vereenvoudigen van de manier waarop je werkt en waarde levert aan je klanten. Of je nu een ervaren ontwikkelaar bent of net begint met het low-code naar pro-code spectrum, er is voor ieder wat wils in deze release.

Een van de opvallende functies in Spring’23 is het DevOps Center, nu algemeen beschikbaar. Dit hulpmiddel biedt een verbeterde ervaring rondom verandering- en releasebeheer, door de best practices uit de DevOps-wereld naar je ontwikkelteam te brengen. Met het DevOps Center kunnen alle ontwikkelaars en admins samenwerken om waarde te leveren aan klanten op een schaalbare en herhaalbare manier. Je kunt veranderingen en releases beheren met het point-and-click-interface, rechtstreeks vanuit je source system of een combinatie daarvan.

Een andere functie is de HTTPCallout Builder, een low-code-functie in bèta. Dit hulpmiddel maakt het gemakkelijker om processen te automatiseren met externe data door Flow Builder-acties te creëren die webgebaseerde service-APIs aanroepen met HTTP Callout. Met de HTTPCallout Builder kun je directe integraties instellen zonder code of een middleware-service, en kun je gemakkelijk data-typen van de JSON-output mappen naar flow-variabelen.

Als je schermen wilt maken met interactieve componenten, dan helpt de Spring ’23 release je met de functie Build Screens with Interactive Components (Beta). Met dit hulpmiddel kun je ondersteunde componenten of je eigen Lightning Web Components configureren om te reageren op veranderingen in andere componenten op hetzelfde scherm. Hiermee kun je schermen bouwen die aanvoelen als single-page-toepassingen en het aantal schermen voor je gebruikers verminderen.

Flow-gebruikers zullen blij zijn dat Lookup Fields nu gemakkelijk kunnen worden toegevoegd aan flow-schermen met Dynamic Forms for Flow. Deze functie stelt je in staat om een ​​record te creëren– direct vanuit het Lookup-veld, waardoor het makkelijker is dan ooit om record-geactiveerde orchestrations te creëren.

Met de verbeterde Conditional Directives in Spring ’23 kun je nu gebruikmaken van lwc:if, lwc:elseif en lwc:else om de legacy if:true en if:else directives te vervangen. Deze directives maken het gemakkelijker om dynamische templates te creëren op basis van bepaalde voorwaarden.

Als je Queueable Jobs met delay wilt plannen, biedt de System.enqueueJob Method in Spring ’23 de mogelijkheid om een vertraging in te stellen bij het plannen, van 0 tot 10 minuten. Deze nieuwe optionele override is een geweldige manier om queueable jobs toe te voegen aan de asynchrone execution queue met een gespecificeerde minimum vertraging.

Tot slot maakt de Dynamically Pass Bind Variables to a SOQL Query-functie in Spring ’23 het gemakkelijker om bindvariabelen in een query te resolven rechtstreeks vanuit een Map-parameter met een key, in plaats van vanuit Apex-codevariabelen. Dit betekent dat de variabelen niet in scope hoeven te zijn wanneer de query wordt uitgevoerd.

Conclusie: Spring ’23 zit boordevol nieuwe functies en verbeteringen die je Salesforce-ervaring naar een hoger niveau zullen tillen. Of je nu een ervaren ontwikkelaar bent of net begint, er is voor iedereen iets in deze release. Dus ga gerust op ontdekkingstocht en ontdek alles wat Spring ’23 te bieden heeft.

Relevant blijven in de snelle Energy & Utilities- of Communicatie sector is als bedrijf een enorme uitdaging. Maar wel eentje van vitaal belang. Om dat voor elkaar te krijgen moeten bedrijven zich constant blijven ontwikkelen. Een van de grote pijnpunten daarbij is dat hun sales proces vaak arbeidsintensief, inconsistent en foutgevoelig is. Onjuiste data en de menselijke maat zijn daarbij vaak de boosdoener. Wat is Salesforce Industries CPQ?

Met Salesforce Industries CPQ kunnen bedrijven deze uitdaging te lijf gaan. 

Salesforce Industries CPQ, ook wel bekend als Configure-Price-Quote, is een cloud-based applicatie waarmee bedrijven hun verkoopprocessen kunnen automatiseren. Door hun offerte- en bestelproces te stroomlijnen wordt het aantal fouten als gevolg van onjuiste data direct verminderd. Met deze tool boeken bedrijven consequente resultaten door in een handomdraai productopties en prijzen te configureren.

Met CPQ kunnen klanten hun offerteproces op maat maken met functies als begeleide verkoop, contractbeheer, geautomatiseerde kortingen en goedkeuringen en geïntegreerde analyses. Zo kan het sales team sneller en nauwkeuriger complexe offertes maken. En we weten allemaal: sneller offreren betekent meer deals sluiten. 

Met Salesforce Industries CPQ kunnen bedrijven hun verkoopprocessen optimaliseren met meer efficiëntie, klanttevredenheid en een hogere omzet  gevolg. 

In deze blogpost zoomen we in op Salesforce Industries CPQ; wat is het? hoe werkt het? En wat zijn de belangrijkste voordelen. Salesforce Industries CPQ biedt verschillende voordelen ten opzichte van concurrerende CPQ-oplossingen. Wil je meer weten:’Waarom je als organisatie voor Salesforce Industries CPQ kiest? Lees onze blog hier.

Bekijk onderstaande video en leer hoe je een offerte creëert in Salesforce Industries

Verkoopprocessen stroomlijnen met Salesforce Industries CPQ

Salesforce Industries CPQ is een uitgebreide cloud-based softwareoplossing voor het stroomlijnen en optimaliseren van verkoopprocessen over de gehele customer journey.  Dit vergemakkelijkt het creëren van complexe producten en het beheren van bijbehorende prijsstrategieën, met als resultaat dat er veel sneller kan worden geoffreerd.

 

OmniStudio

OmniStudio rondt dit complete pakket tools af met geïntegreerde Guided Selling-mogelijkheden die verkoopteams alle informatie geven die ze nodig hebben om klanten de scherpste en meest winstgevende aanbevelingen te doen. Met al deze functies op één plek zorgt Salesforce Industries CPQ ervoor dat bedrijven hun verkoopprocessen goed in de hand houden.

 

Geoptimaliseerde offertes

Software die gebruikers een gestroomlijnde manier biedt om producten te configureren, offertes te genereren en orders te volgen, geeft bedrijven een voorsprong. Het proces wordt eenvoudiger door automatisering en kan het helpen tijd en geld te besparen. Medewerkers kunnen zich dan concentreren op taken als het werken aan leads, klanttevredenheid en orderbeheer.

Met functies zoals gepersonaliseerde kortingsniveaus voor VIP-klanten en geautomatiseerde triggers voor versnelde verzending, vergemakkelijkt de software de winkelervaring van bedrijven en eindgebruikers. Door op één plek toegang te hebben tot alles wat ze nodig hebben, kunnen bedrijven hun workflow beter beheren en tegelijkertijd uitstekende klantenservice bieden.

 

Offertes die kloppen

Salesforce Industries CPQ helpt bedrijven ervoor te zorgen dat de informatie op hun offertes klopt en up-to-date is. Met real-time analyses kunnen bedrijven de nauwkeurigheid en consistentie van hun offertes bijhouden terwijl ze worden gemaakt, zodat ze eventuele afwijkingen kunnen opsporen voordat ze potentiële klanten bereiken.

Dit is belangrijk omdat inconsistentie kan leiden tot misverstanden en uiteindelijk de relatie met de klant kan schaden. Door deze tool te gebruiken, kunnen bedrijven ervoor zorgen dat alle gegevens correct zijn om hun klanten een solide ervaring te bieden.

 

Verhoogde flexibiliteit

Een van de grote voordelen van Salesforce Industries CPQ is de flexibiliteit. Bedrijven kunnen gemakkelijk nieuwe producten of diensten aan het platform toevoegen en het aanpassen aan hun behoeften. Dit maakt het gemakkelijker om orders met ingewikkelde prijsstructuur te verwerken en de wijzigingen aan te brengen die nodig zijn voor complexe offerte trajecten.

Bovendien kunnen bedrijven tijd besparen door aangepaste regels voor goedkeuringen in te stellen. Zo verhogen ze hun efficiëntie bij het maken van offertes en het verwerken van orders.

 

Verhoogde efficiëntie 

Een gestroomlijnde offerteoplossing bespaart tijd en helpt bedrijven hun efficiency te verhogen. Als Salesforce Industries CPQ goed is geïmplementeerd, kunnen bedrijven handmatige processen en papierwerk reduceren, waardoor ze klanten sneller kunnen helpen door snel kloppende offertes uit te brengen.

Ook kunnen verkopers meerdere versies van offertes maken, waardoor ze hun prospects beter kunnen volgen. Zo ondervangt de software knelpunten in het offerteproces waardoor de efficiency door de hele organisatie heen word verbeterd.

 

Contractbeheer en Product Bundling met Salesforce Industries CPQ

De software helpt bedrijven hun bedrijfsvoering te verbeteren met functies als contractbeheer en productbundeling. Contractbeheer kan nog verder worden geoptimaliseerd door applicaties van derden te integreren in je nieuwe CPQ-oplossing. Zo helpt het ondernemers afspraken en verplichtingen bij te houden, waardoor het proces voor beide partijen word gestroomlijnd. Productbundeling kan worden gebruikt om aantrekkelijke aanbiedingen te creëren waar zowel klanten als het bedrijf zelf baat bij hebben. Meer weten over veelvoorkomende migratievalkuilen? Lees dan onze blog:‘7 geheime migratievalkuilen van Product Console naar Product Designer’.

 

Geïntegreerde analyse en rapportage

Salesforce Industries CPQ heeft een geïntegreerd analysepakket dat gebruikers in detail inzicht biedt in hun bedrijfsprestaties. Dit helpt bedrijven trends op de voet volgen en betere beslissingen nemen om groei te stimuleren.

De software biedt een uitgebreid rapportagesysteem, waarmee bedrijven de impact van hun campagnes kunnen meten. Ook bevat het intuïtieve rapportage tools waarmee bedrijven makkelijk hun prestaties kunnen tracken en het succes ervan door de tijd heen kunnen meten. . Dit helpt bedrijven de voortgang van hun verkoopactiviteiten op de voet te volgen en actie te ondernemen waar nodig. 

Met deze functies is Salesforce Industries CPQ de ideale oplossing voor ieder bedrijf dat zijn offerteproces wil optimaliseren en de efficiëntie op al zijn afdelingen wil verbeteren.

 

CPQ bespaart geld 

Salesforce Industries CPQ is een effectieve tool voor bedrijven die hun verkoopprocessen willen stroomlijnen en hun klantenservice willen verbeteren. Het helpt ze hun offerteproces te optimaliseren en hun efficiency te verbeteren door sneller nauwkeurige offertes te maken. Met zijn intuïtieve ontwerp en geïntegreerde begeleide verkoopmogelijkheden helpt deze software bedrijven hun klantenservice naar een hoger niveau te tillen. Uiteindelijk is dat wat ze helpt concurrerend te blijven in dit dynamische landschap.

De krachtige automatiseringsmogelijkheden van de applicatie maken het verkopers en klanten gemakkelijk om toegang te krijgen tot de juiste informatie, orders correct te configureren en snel offertes te genereren met minimaal handmatig toezicht. Het is een slim systeem dat nieuwe verkoopomgevingen met hoge volumes beheert, waar veel bedrijven tegenwoordig mee te maken hebben. Ook zorgt het voor compliance van de orders met het bedrijfsbeleid. Met dit systeem kunnen bedrijven hun efficiëntie maximaliseren en tegelijkertijd aanzienlijke kostenbesparingen realiseren.

Als je op zoek bent naar een CPQ-implementatie, vraag je je waarschijnlijk af hoe lang de implementatie zal duren. Jammer genoeg is er geen eenduidig antwoord op deze vraag. Iedere organisatie is uniek, met dito eisen en behoeften. Over het algemeen kun je binnen een paar maanden een MVP opleveren, die je daarna verder uit kunt bouwen. Een echt succesvolle CPQ-implementatie kost tijd. Het is goed om daar rekening mee te houden als je aan de slag gaat met het verbeteren van de verkoopprocessen van je bedrijf.

Bij CaseNine is ons typische CPQ-implementatieproces verdeeld in vijf fasen. We zullen de fasen hier doornemen om je te helpen te begrijpen hoe het proces verloopt. Zo krijg je een idee van hoe lang het voor jouw organisatie ongeveer kan duren.

Benieuwd wat de ’10 Grootste Valkuilen Bij CPQ-Trajecten zijn’? Lees dan onze blog hier. Of leer meer over: ‘OmniStudio FlexCards’.

Fase 1 – Ontwerp van de CPQ-implementatie

Projectopzet

De ontwerpfase is bij de implementatie van een softwareoplossing cruciaal. Tijdens deze fase bepalen we de  eisen voor het project en maken we een plan voor hoe we aan die eisen gaan voldoen.

Als deze fase niet correct en grondig wordt uitgevoerd, kan dit leiden tot veel problemen tijdens het project. Denk aan gemiste deadlines, onvolledige of onjuiste oplossingen en uiteindelijk ontevreden klanten. Om deze fase goed te laten verlopen, is het belangrijk dat we een duidelijk beeld hebben van jouw behoeften.

Team samenstellen

Een van de belangrijkste aspecten van een CPQ-project is het samenstellen van het juiste team. Zodra we een goed beeld hebben van jouw behoeften, beginnen we met het samenstellen van het team dat het best geschikt is om aan die behoeften te voldoen. Onze experts hebben heel veel ervaring met CPQ en aanvullende technologieën en zijn daarom goed in staat om zelfs de meest complexe projecten aan te kunnen. En doordat we een Agile ontwikkelingsproces gebruiken, past ons team zich razendsnel aan aan veranderingen in het traject. Zo zorgen we ervoor dat het eindproduct aan de verwachtingen van onze klanten voldoet.

Jouw quote proces definiëren

Iedere organisatie pakt hun offertetraject en contractbeheer weer anders aan. Samen gaan we aan de slag om  inzicht te krijgen in hoe die processen binnen jouw bedrijf verlopen. Als we dat echt goed begrijpen, kunnen we een oplossing te creëren die naadloos op jouw omgeving aansluit en met succes kan worden geïmplementeerd.

Minimum Viable Product (MVP)

Bij het ontwerpen van een nieuw product is het cruciaal om het Minimum Viable Product (MVP) te identificeren. Een MVP is een productversie met de essentiële functies die nodig zijn om goed te functioneren, maar die verder is uitgekleed tot het absolute minimum. Met behulp van de MVP kunnen we het product zo snel mogelijk testen. We gebruiken user stories om feedback te krijgen en verbeteringen aan te brengen, voordat we te veel tijd en middelen in het eindproduct steken.

Natuurlijk kan het bepalen van wat er in het MVP zit een uitdaging zijn, maar het is wel een essentieel onderdeel van het productontwikkelingsproces. Door de tijd te nemen om het MVP vroeg in het project te identificeren, kunnen we onszelf op de lange termijn veel tijd en moeite besparen. De MVP is een goed startpunt om op verder te bouwen.

Fase-deliverables

Als we aan het einde van deze fase komen, bereiden we een set deliverables voor die ons helpen het project goed uit te rollen. Voorbeelden hiervan zijn projectopzet en afbakening, methodologie, scrum bord opzet, projectdekking, een concept van scrum sprints en een story map.

Als de deliverables in kaart zijn gebracht, hebben we een veel helderder beeld van het project. Omdat de baseline is bepaald, kunnen we de voortgang goed in de gaten houden. Bijkomend voordeel is dat we daardoor onze sprints ook efficiënter kunnen plannen en uitvoeren.

 

Fase 2 – Voorbereiden

Productontwerp

Nu het CPQ-project is gemapped en ontworpen, is de volgende stap om de daadwerkelijke CPQ-implementatie te ontwikkelen. Daarbij moet je denken aan het uitwerken van het productmodel, het definiëren van de regels en logica die productselectie beheersen en het definiëren van de API’s.

Prijsmethode

Nu gaan we aan de slag met het duidelijk definiëren van de prijsmethode. Er zijn verschillende prijsmethodes beschikbaar in zowel Salesforce CPQ als Salesforce Industries CPQ. Salesforce Industries CPQ heeft onze primaire focus omdat die prijsmethodes biedt als regel gebaseerde prijsstelling, prijslijsten, loyaliteit en attributen gebaseerde prijsstelling. Welke methode het beste werkt, varieert van product tot product en van service tot service.

CI/CD Pipeline

De CI/CD Pipeline bestaat uit een reeks stappen die worden uitgevoerd om nieuwe software te leveren. De eerste stap is het bepalen van de softwareleverings-pipelines voor de klant. In onze CaseNine Library hebben we al alle tools en systemen klaarstaan om hiermee goed uit de startblokken te komen. Daarna stellen we continuous integration in wanneer wijzigingen in een gedeelde repository worden geïntegreerd. Hierdoor wordt er automatisch getest en krijgen we vroegtijdig feedback als er problemen zijn met de code. Hoe eerder we problemen opmerken, hoe sneller we ze kunnen oplossen. 

De volgende stap is continuous deployment, wanneer de code automatisch wordt geïmplementeerd in een productieomgeving. Dankzij deze methode, kunnen we snel updaten en het risico op fouten verminderen. Door continue te monitoren zorgen we ervoor dat het systeem goed functioneert en dat er geen fouten worden gemaakt. Door deze stappen te volgen, zorgen we ervoor dat de nieuwe CPQ-implementatie snel en efficiënt verloopt.

Deployment modellen

Het deployment model dat we kiezen voor ons integratieproces hangt af van verschillende factoren. Ten eerste kijken we naar de grootte en complexiteit van het project. Daarnaast is het belangrijk om naar de beschikbare middelen en de tijdslijn te kijken.

Meestal beginnen we met het leveren van een enkel-productoplossing. Met deze aanpak kunnen we het project snel opstarten. Daarna voegen we stapsgewijs extra producten en diensten toe. In de meeste gevallen is dit de meest efficiënte en foutloze aanpak, vooral als je offerte- of productcatalogus groot of complex is.

Soms kan een complexer deployment model vanaf het begin noodzakelijk zijn. In dat geval werken we nauw samen met onze klanten om te kijken wat de beste oplossing voor hun behoeften is.

Inzicht in je omgeving

Veel organisaties gebruiken Salesforce als hun CRM-platform vanwege de flexibiliteit en aanpassingsmogelijkheden van het programma. Dit kan echter ook een uitdaging zijn bij het ontwerpen en bouwen van een CPQ-implementatie.

Om een CPQ-oplossing te creëren die aan je specifieke behoeften voldoet, moeten we grondige kennis hebben van jouw Salesforce-omgeving. We proberen zo goed mogelijk inzicht te krijgen in hoe je je gegevens opbouwt en wat de specifieke processen van jouw organisatie zijn.

Fase Deliverables

We zijn bijna aan het einde van deze ontwikkelingsfase, wat betekent dat we een aantal deliverables moeten afronden. We hebben een pipeline klaar om software te leveren, systeemtoegang en mapping tussen systemen.

Hoewel dit een informatie-intensieve projectfase is, is het ook een van de meest belonende fases. Ons harde werk werpt zijn vruchten af en we beginnen met het gebruiken van de software die we hebben ontwikkeld. We zien ook hoe goed ons systeem samenwerkt met andere systemen.

 

Fase 3 – Het bouwen van de CPQ-implementatie

Sprints

We zijn nu in het midden van het traject, tijd om aan de slag te gaan. We hebben de meeste informatie en processen verzameld die we nodig hebben en we hebben onze sprints gedefinieerd. 

Validatie van gebruikersverhalen

Aangezien we, net als de meeste tech-bedrijven, werken in Agile, zijn user stories een belangrijk onderdeel van ons proces. Om ervoor te zorgen dat onze user stories kloppen, moeten we ze regelmatig valideren. Je product owner moet in contact blijven met de relevante stakeholders om te zien of het verhaal nog relevant en waardevol is. Als dit het geval is, kunnen we doorgaan met het bouwen ervan. Als dat niet het geval is, moeten we de story aanpassen of uitstellen of helemaal afschaffen. Onze user stories blijven doelgericht met behulp van dit proces, waardoor we altijd aan de belangrijkste zaken werken.

Uitlijning met de business

We zullen contact opnemen met de juiste stakeholders om er zeker van te zijn dat onze softwareoplossing op de juiste manier is uitgelijnd met de business en hun behoeften. We willen er zeker van zijn dat we de juiste CPQ-implementatie voor elk bedrijf op maat maken.

Opleveren

We hebben nu goed geteste en goed werkende software. We hebben de user stories gevalideerd en de producten gebouwd. Nu is het tijd voor de implementatiefase. We zullen een werkende softwareoplossing, een test- en validatie rapport en een implementatieplan voor de eindoplossing opleveren. 

 

Fase 4 – De CPQ-Implementatie

Story implementeren

Door gebruik te maken van de Continuous Integration / Continuous Deployment-methode, kunnen we snel en efficiënt wijzigingen aanbrengen in onze software, zonder onze gebruikers te storen. We houden onze software up-to-date met de nieuwste functies en bugfixes door wijzigingen automatisch te integreren en te implementeren.

Deze methode helpt het risico op fouten en downtime te verkleinen door wijzigingen automatisch te testen en te implementeren. Daarom is het gebruik van de Continuous Integration / Continuous Deployment-methode een essentieel onderdeel van ons ontwikkelingsproces.

Gebruikerstraining

Nu we het CPQ-product hebben gebouwd, moeten we het opleidingsproces voor jouw organisatie starten. Dit proces is belangrijk om ervoor te zorgen dat alle belanghebbenden goed zijn opgeleid om het product te gebruiken en de documentatie te begrijpen. We zullen de betrokkenen leren hoe ze het product moeten gebruiken en zorgen dat ze het begrijpen. We zullen ook documentatie voor het product verstrekken zodat ze het kunnen raadplegen wanneer nodig.

Nadat we je medewerkers hebben getraind in het gebruik van de software, geven we de verantwoordelijkheid voor het beheer van het systeem aan je terug. We verplaatsen daarbij alle gebruikersgegevens en configuraties naar de cloud. Zodra de overdracht is voltooid, kun je het systeem beheren met dezelfde tools en processen die wij gebruiken. Wij zullen je hiervoor een volledige set documentatie aanleveren.

Fase 5 – Succesvolle implementatie

Demos

Tijdens de demo’s leggen we de processen, stroming en efficiëntie van de software aan je uit. Na het in gebruik nemen van je nieuwe software oplossing zul je in staat zijn om sneller the offreren en zo je bedrijf naar een hoger plan te tillen.

Terugkoppeling

Nu alle verkoopmedewerkers de software gebruiken, kunnen we beginnen met het verzamelen van feedback en het maken van nieuwe user stories. Het is normaal dat er veranderingen en aanpassingen zijn nadat de software volledig is uitgerold. In samenwerking met het verkoopteam verzamelen we feedback en valideren we nieuwe user stories.

Opvolging

Het software engineering team van CaseNine is gericht op het bieden van de best mogelijke service aan onze klanten. We begrijpen dat jouw bedrijfsbehoeften snel kunnen veranderen en wij zijn er altijd voor je om je te helpen je software up-to-date te houden. Onze engineers zullen contact met je opnemen om eventuele problemen of updates te bespreken die aangepakt moeten worden.

We waarderen jouw input en feedback en zullen samen met je werken om ervoor te zorgen dat jouw software altijd aan je behoeften voldoet. 

Conclusie

Een CPQ-implementatie kan een enorme opgave lijken, maar ons team van experts bij CaseNine is er om dat proces, samen met jou, zo soepel en efficiënt mogelijk te laten verlopen.