Een productconfigurator bouwen

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

This quick-reading download walks you through the top 10 reasons that customers choose us for their CPQ. From our 2D/3D visualization and robust rules engine technology to our great people, learn about the qualities that make Epicor CPQ used and loved by over 10,000 customers globally.

Leer nu meer

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.

Veel organisaties beginnen met het standaardiseren van prijzen in Excel. Dan proberen ze er prijsopgaven mee te maken, of krijgen ze zin en proberen ze logica en inventarissen op te bouwen in hun spreadsheets om te rijden Product configuratie.

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:

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:

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.

Much like developing in house, this is probably even more of a wildly expensive way to re-invent the wheel that will drive higher risk than buying and deploying ready-made CPQ-software. But, if you have to have custom functionality, a high level of control, and don’t want the risk of owning development it might be your only option.

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:

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.