Een productconfigurator bouwen

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

Meer dan de helft van onze klanten gebruikte eerder een of andere vorm van in-house productconfigurator voordat u naar Epicor CPQ komt om naar onze cloud-CPQ-oplossing te kijken. Die oplossingen variëren van eenvoudige prijstabellen in spreadsheets tot complexe Excel-macro's tot volledige meerjarige ontwikkelingsprojecten op maat.

Terwijl bedrijven CPQ-leveranciers beoordelen en vergelijken met wat ze voor zichzelf hebben gebouwd, wegen ze opnieuw de factoren van kopen af versus uitzoeken hoe ze een productconfigurator voor zichzelf kunnen bouwen - hetzelfde dilemma waarmee ze werden geconfronteerd toen ze de keuze maakten om te gaan met een oplossing van eigen bodem die maanden of jaren geleden. Het goede nieuws is dat er een groeiend aantal cloud SaaS-oplossingen is die grote voordelen bieden in vergelijking met het bouwen van iets op maat. Laten we de vraag en de opties die er zijn uitpakken.
een

Top 10 redenen om voor Epicor CPQ te kiezen

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.

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 sollicitatie. Check zijn blogpost: Kan een Excel-spreadsheet worden omgezet in werkelijke offertesoftware?

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.

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:

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.