Een productconfigurator bouwen

CPQ-productconfigurators: bouwen versus kopen?

Dit artikel helpt u de voor- en nadelen van elke keuze af te wegen wanneer u CPQ in uw organisatie inbrengt.
deel dit artikel

Dus je wilt weten hoe je een productconfigurator bouwt...

More than half of our customers previously used some kind of in-house product configurator before coming to Epicor CPQ to look at our cloud CPQ-oplossing. Those solutions range from simple pricing tables in spreadsheets, to complex Excel macros, to full-blown multi-year custom development projects.

Zoals bedrijven beoordelen: CPQ vendors and compare them against what they have built for themselves, they are once again weighing the factors of buying versus figuring out how to build a product configurator for themselves – the same quandary that they faced when they made the choice to go with a home-grown solution those months or years ago. The good news is that there are a growing number of cloud SaaS solutions that provide major benefits vs building something custom. Let’s unpack the question and the options out there.
een

Top 10 Reasons to Choose Epicor CPQ

Deze snel leesbare download leidt u door de 10 belangrijkste redenen waarom klanten ons kiezen voor hun CPQ. Van onze 2D/3D-visualisatie en robuuste rule engine-technologie tot onze geweldige mensen, leer over de kwaliteiten waardoor Epicor CPQ wordt gebruikt en geliefd bij meer dan 10.000 klanten wereldwijd.

Een productconfigurator bouwen:
De vraag over bouwen versus kopen wegen

Build vs. buy is een van die fundamentele vragen in IT bij het kijken naar een nieuwe softwareoplossing. Nu is er geen "juist" antwoord op deze vraag, en zoals bij de meeste moeilijke beslissingen, weegt u positieve en negatieve punten af terwijl u probeert alle mogelijke resultaten te voorspellen die de beslissing (of besluiteloosheid) op het bedrijf zal hebben.

1. Een productconfigurator bouwen met Microsoft Excel

Microsoft Office Excel is al vele jaren en voor veel bedrijven een toepassing die het hart sneller doet kloppen, van boekhouding tot front-end verkoop, inkoop tot analyse. Het is een uitstekende applicatie op zich en blijft kleine bedrijven dienen als hun kernoplossing, maar het is niet zonder tekortkomingen.

Many organizations start with trying to standardize pricing in Excel. Then they are trying to drive quotes with it, or get fancy and try to start building logic and inventories in their spreadsheets to drive product configuration.

Naarmate kleine bedrijven uitgroeien tot middelgrote of grote ondernemingen, merken ze dat hun behoefte aan samenwerking en het onderhouden van een enkele waarheidsbron betekent dat ze Excel als optie zijn ontgroeid. Dingen kunnen onvoorspelbaar worden wanneer u probeert om verder te schalen dan een project- of teamuitdaging, waarbij u belangrijke bedrijfsactiviteiten aanvalt met Excel als ruggengraat. Laten we eens kijken naar de voor- en nadelen van het kiezen van deze optie:

Pluspunten
  • Goedkope, robuuste en alomtegenwoordige applicatie
  • Gemakkelijk en vertrouwd voor de meeste gebruikers
  • In staat om een lichte tot middelzware taak van complexiteit aan te kunnen
nadelen
  • Alleen zo goed als uw beste Excel-expert
  • Zorgen voor de nauwkeurigheid van formules
  • Consistente output door verschillende gebruikers
  • Gegevensbeheer
  • Moeilijk aan te passen of te onderhouden
  • Moeilijk versiebeheer
  • Werkt niet met complexe producten
  • Vereist te veel training
  • Gebrek aan integratie met andere systemen of processen

Onze VP Onderzoek en Ontwikkeling, Luigi Ottoboni, heeft nog veel meer te zeggen over de keuze voor Excel als configurator of CPQ application. Check out his blog post: Can an Excel Spreadsheet Be Made Into Actual Quoting Software?

2. Aangepaste codering van een eigen CPQ-oplossing

Je bent een dappere, nietwaar?! Deze optie is niet voor iemand die alleen maar vertrouwen heeft in hun kennis van hun producten en hoe deze te verkopen. Ze melden zich ook aan voor een baan in organisatieontwikkeling, het verzamelen van vereisten, projectbeheer, levenscyclusbeheer van softwareontwikkeling, systeem-/eindgebruiker-/acceptatietesten, verandermanagement - oh, en de lijst gaat maar door.

Maar goed, we volgen hier een Pros vs. Cons-constructie, en het kan niet allemaal slecht zijn, dus laten we het uitspelen:

Pluspunten
  • Enigszins flexibel omdat u de codebasis bezit
  • Ultieme controle
  • Bouw naar uw exacte vereisten
  • Kan als 'goedkoper' worden ervaren of kan in een budgetgrijs gebied leven (bijv. onbenutte middelen aan het werk zetten)
nadelen
  • Neiging tot harde codering van regels die moeilijk te handhaven zijn
  • Complexiteit van het maken van aangepaste software (zie de tirade hierboven)
  • Kan duur worden als/wanneer het project uit de hand loopt
  • Het project is alleen zo goed en stabiel als uw beste CPQ-expert en ontwikkelaar – overbelasting van de proefkennis
  • Onderhoudbaarheid en integraties zullen altijd moeilijk zijn
  • Het is beter om die middelen tevreden, ingezet en in leven te houden als u wilt dat uw toepassing waarde blijft leveren

De conclusie hier is dat als u voor deze route kiest, u waarschijnlijk een intern personeelsbestand moet hebben dat gewend is om aangepaste ontwikkelingsprojecten op te zetten, en beter, specifiek weet hoe u een productconfigurator moet bouwen. Er is een klein leger voor nodig om iets van echte waarde te creëren, en als je serieus zou zijn om het goed te doen, zou je een serieuze hoeveelheid externe begeleiding en raad nodig hebben. Eerlijk gezegd is het moeilijk in te zien hoe dit ooit geld zou kunnen besparen ten opzichte van een "koop" -optie, maar als controle en flexibiliteit de grootste zorg zijn, werkt dit voor sommige bedrijven.

3. Hoe een productconfigurator te bouwen met behulp van een 'jobshop' (gecontracteerde derde partij)

Net als bij de bovenstaande optie, zullen er enkele uitdagingen zijn bij het bezitten van de ontwikkeling van de software. Je rol in dit geval zal meer een sturende rol zijn en minder gericht op levering. U kunt dus maar beter een duidelijk beeld hebben van wat u precies aan het bouwen bent, met budgetten, tijdlijnen en middelen om uw gecontracteerde leverancier verantwoordelijk te houden.

Pluspunten
  • Enigszins flexibel omdat u de codebasis bezit
  • Ultieme controle
  • Bouw naar uw exacte vereisten
  • Minder risico dan in-house ontwikkelen
nadelen
  • Neiging tot harde codering van regels die moeilijk te handhaven zijn
  • Complexiteit van het maken van software op maat (dit verandert niet)
  • Kan duur worden als/wanneer het project uit de hand loopt
  • Het project is alleen zo goed en stabiel als de gekozen leverancier en de stabiliteit van hun teams
  • Onderhoudbaarheid en integratie zullen nog steeds moeilijk en duur zijn
  • Je bent getrouwd met deze Job Shopt voor de levensduur van het product

Net als in-house ontwikkelen, is dit waarschijnlijk een nog veel duurdere manier om het wiel opnieuw uit te vinden, wat een hoger risico met zich meebrengt dan het kopen en implementeren van kant-en-klare CPQ-software. Maar als u aangepaste functionaliteit en een hoog niveau van controle moet hebben en niet het risico wilt lopen om ontwikkeling te bezitten, is dit misschien uw enige optie.

4. Een CPQ-oplossing kopen (of erop abonneren)

Bedrijven die afstuderen en verder gaan dan het gebruik van Excel en tools van eigen bodem om hun verkoopfuncties uit te voeren, zullen een aantal CPQ-leveranciers vinden die klaar zijn om hun bedrijf te accepteren. Het kiezen van een CPQ-leverancier (of welke softwareleverancier dan ook) is geen gemakkelijke taak. Je moet langs gladde velden en glimmende objecten kijken om erin te graven en te ontdekken of er een goede match is met de vereisten, en ze hebben het klantbewijs om te bewijzen dat ze kunnen leveren en een klant tevreden kunnen houden. De neiging bij het evalueren is om te proberen appels met appels te vergelijken - en dat kan tegenwoordig een uitdaging zijn met hoe gesegmenteerd de CPQ-markt is geworden.

Hier vergelijken we de positieve en negatieve kanten van het kopen van een uitweg uit het probleem:

Pluspunten
  • Makkelijker en sneller aan de slag dan ontwikkeling op maat
  • Een SaaS-oplossing kan eenvoudig worden geïmplementeerd en geschaald
  • Het probleem is al voor je opgelost
  • Krijg deskundige begeleiding en ondersteuning
  • Minimale training
  • Mogelijk goedkoper dan zelf bouwen
  • Eenvoudig te onderhouden en te updaten
nadelen
  • Mogelijk komt 100% niet overeen met uw vereisten
  • Het is een leverancier om te beheren
  • Potentieel duurder dan bouwen

Oké, we hebben vals gespeeld bij deze laatste en zeiden dat het zowel potentieel goedkoper als duurder zou zijn om zelf te bouwen dan te kopen. Je denkt waarschijnlijk: "Hé, wat is het vriend?" Nou, als je al een tijdje in de technische wereld bent, zou je weten dat het de belofte van goedkope aangepaste ontwikkeling is die je het hof maakt. Maar vaak zal de prijs van het implementeren van een platform dat kan worden onderhouden, u op de lange termijn meer geld besparen.

Sommige op maat gecodeerde oplossingen bieden op korte termijn waarde voordat ze onhandelbaar worden, terwijl veel oplossingen nooit worden geïmplementeerd. Zelf bouwen lijkt misschien een snellere en goedkopere methode dan met een verkoper te gaan, maar de horrorverhalen die we hebben gezien, vertellen een enger verhaal over kreupele bedrijven die proberen te zwemmen met een anker om hun nek gebonden.

Geplaatst in: configurator
 
nl_NLDutch