Magento Open Source (OS) 2.2.4 release

Geschreven door Mats van de Seijp.

magento-upgradeOp 2 mei 2018 is Magento 2.2.4 vrijgegeven met bijna 300 verbeteringen en nieuwe mogelijkheden. Hieronder een overzicht van de belangrijkste aanpassingen.

Magento 2.2.4 highlights

  • nieuwe 'bundled extensions' die direct en nauwkeurig belasting- en verzendkostenberekeningen toevoegen, direct vanuit de winkelwagen.
    • Amazon Pay biedt een vertrouwde manier voor klanten om in en uit te checken
    • Vertex vereenvoudigt en automatiseert de complexiteit van de berekeningen van de omzetbelastingen
    • Klarna Payments is een nieuwe betaalmethode. Met Klarna Payments kunt u klanten de mogelijkheid bieden om direct te betalen, achteraf te betalen of bij levering van de bestelling.
  • Ook zijn er tal van verbeteringen doorgevoerd in Magento Shipping en Dotmailer. U kunt nu eigen sjablonen maken in Dotmailer voor transactionele emails. De mogelijkheden voor Magento Shipping zijn ook flink uitgebreid.
  • Veel fixes en verbeteringen aan de core, waaronder prestatieverbeteringen voor het laden van afbeeldingen en zoekfuncties, die sneller shoppen mogelijk maken.
  • Bijna 200 bijdrages vanuit de Magento Community.

Meer informatie over Magento 2.2.4

Een gedetailleerd overzicht van alle verbeteringen kunt u hier vinden.

Alhoewel deze update geen specifieke veiligheidslekken dicht t.o.v. Magento 2.2.3, onderschrijven wij Magento's advies om uw software altijd bij te werken. Wij helpen u graag daarbij. Mail ons via het supportaanvraagformulier of bel ons op 020-3375906

Event:"Impact AVG (GDPR) op Magento shops" was een groot succes

Geschreven door Mats van de Seijp.

Op donderdag 12 april organiseerde we samen met Byte een kennissessie over de impact van de AVG (GDPR) op Magento shops. In het mooie kantoor van Byte, vlak naast het Westerpark in Amsterdam, kwamen meer dan 80 webshopeigenaren, managers en developers samen om kennis op te doen over dit interessante onderwerp. De avond werd afgetrapt door Michiel Leij, gastheer en avondvoorzitter van het event. Nadat hij iedereen namens SupportDesk, Byte, Citadel en Buckaroo verwelkomde werd de AVG vanuit verschillende invalshoeken benaderd door de gastsprekers. De onderwerpen die aan bod kwamen waren:

  • De GDPR: Nieuwe Europese privacywet vanaf 25 mei
  • Impact van de AVG op Magento shops
  • AVG & Webhosting
  • AVG & Payment Service Providers
  • AVG & Verzekeringen

De avond werd afgesloten met discussiepanel en daarna een gezellige borrel. We willen graag iedereen bedanken voor de vele positieve reacties op het event. Kon je niet bij het event zijn maar ben je wel geïnteresseerd in wat er allemaal besproken is? Byte heeft een uitgebreide blog geschreven met alle takeaways over deze geslaagde avond.

event impact AVG - GDPR op Magento

De bijdrage van SupportDesk, de presentatie over de impact van de AVG (GDPR) op Magento shops, kun je via deze link nog eens inzien en downloaden.
Wil je meer weten over de impact van de AVG (GDPR) op Magento shops? Neem dan eens een kijkje in deze blog of neem gerust contact op met een van onze experts.

Queue-it: Why you need a virtual waiting room to complement your Magento ecommerce platform

Geschreven door Mats van de Seijp.

queue-it magento SupportDeskRunning an online store is no easy business. During unexpected surges in traffic, just relying on ecommerce software to handle millions of digital customers is not enough. How is the inventory database system handled? Are payments carried out successfully? Are third-party integrations functioning?

These are some of the dilemmas that ecommerce businesses or consultancies have on a regular basis. Aside from these, from a technical perspective, they also need to integrate all their digital solutions, like customer relationship management systems, personalization extensions or other integrated platforms to seamlessly and simultaneously run their online business.

During busy campaign days, there are basic expectations, not necessarily related to a specific product sale that also need to be met. For example, keeping webshops online, during high traffic events.

In the past, many ecommerce and consultancy companies, turned to server scaling when they suffered from outage problems, without really understanding the difference between what server scaling provides and what transactional operations on a website require. Server scaling can work well for static content, such as images on a website, making it run faster and smoother. But it’s a different story if the website depends on transactional functions.

This is where a virtual waiting room comes in. During campaigns that attract unprecedented online attention, a virtual waiting room will control website traffic peaks and maintain performance at all times, by offloading visitors to an online waiting queue environment, while taking care of all the database bottlenecks.

How a virtual waiting room improves an ecommerce platform functionality

SupportDesk, an ecommerce consultancy company that provides professional support for Magento webshops, has integrated a virtual waiting room system with the Magento ecommerce platform, to control website overload during extreme traffic peaks, for one of their retail footwear customers, Patta.

The need for a virtual waiting room was discovered during one of Patta’s key product launches, that was characterized by a limited stock and enormous popularity. The exclusivity of the released products combined with the social media campaigns and release announcements brought a considerable amount of traffic to their Magento ecommerce platform and their servers.

As a solution to the overload situation, SupportDesk integrated Queue-it’s virtual waiting room with Patta’s Magento ecommerce platform.

’’Although Magento is a highly scalable platform that can handle a substantial amount of transactions, it is bound by the same limitations as any other system based on a relational database. Dynamic page requests such as search, checkout and payment pages rely heavily on database transactions, which have limited capacity and may be difficult or expensive to scale. Furthermore, Magento’s third-party integrations (e.g. payment gateways) have their own limitations that cannot easily be amended.’’

Martin Pronk, CTO, Queue-it

With expectations to improve their client’s website performance, SupportDesk came across Queue-it’s virtual waiting room system:

’’You need a virtual waiting room when you expect lots of online customers within a short time frame, to prevent a bad performing shop, or worse, a crashing server. A virtual waiting room is functioning like a safety-net controlling the traffic flow.’’

Sibren Wilkeshuis, Team Manager, SupportDesk

Magento ecommerce platform & Queue-it virtual waiting room integration

Not all virtual waiting rooms are created equal. They can vary considerably in what they offer and how they can be implemented. For this reason, it is essential to know what to look for when considering a virtual waiting room provider.

In Patta’s case, the main area of focus was ease of integration, with no changes to existing systems. SupportDesk implemented Queue-it across the entire website through JavaScript, with a simple link, with no user data placed outside Patta’s existing systems.

’We used the virtual waiting room during Patta’s product releases through a JavaScript integration, in front of the whole website. We have seen that a single release runs smoothly and typically with high queue speeds. People buy and go to the checkout. Bigger releases with lots of items (sneakers, shorts, sweaters, caps) create a different shopping behavior. People spend more time browsing all the products in the catalog, which puts more stress on the ecommerce platform.’’

Sibren Wilkeshuis, Team Manager, SupportDesk

To make sure that the client’s products ended-up in the hands of real shoppers and to protect their sales against bots and fraudulent activity, SupportDesk turned to Queue-it’s server-side integration. SupportDesk has rewritten the existing Queue-it Magento 2 module to Magento 1. The server-side integration, provided each end-user with a specific queue ID and therefore decreased the likelihood of fraudulent activity or end-users bypassing the queue.

By integrating the virtual waiting room solution with Magento’s ecommerce platform, SupportDesk helped their client ensure a stable webshop during their product releases, while preserving their ecommerce platform functionality.

About SupportDesk

SupportDesk has been one of the leading Magento Support organizations in the Netherlands for over 5 years. With two offices and 25 employees, SupportDesk solves complex Magento 1 and Magento 2 issues for their customers and helps them to optimize their Magento shops. SupportDesk specializes in Magento Security, performance, technical SEO, theming, mobile and migrations while also providing regular training on these topics.

Learn more about virtual waiting rooms and how ecommerce consultancies and online retailers use them.

PHP 5.6 of PHP 7? Overstappen naar een nieuwere PHP versie

Geschreven door Mats van de Seijp.

PHP 7 and MagentoPHP (PHP: Hypertext preprocessor) is een scripttaal, die bedoeld is om op webservers dynamische webpagina’s te creëren. PHP zorgt er dus voor dat jouw website goed weergegeven en getoond wordt aan je bezoekers.

PHP 5.6, PHP 7, wat gaat er gebeuren?

Voor PHP heb je momenteel 2 keuzes; PHP 5.x en PHP 7.x. Voor beide brengt PHP Om de zoveel tijd een nieuwe updates uit. De nieuwste versie van PHP biedt, ten opzichte van zijn voorganger, verschillende verbeteringen aan op het gebied van performance en veiligheid. Echter, met de komst van een nieuwe versie wordt de mate van ondersteuning op de oudere versies steeds minder. Zo zal na verloop van tijd de support op oude versies teruglopen van “Actieve support”, naar enkel “beveiliging support” en daarna zal er geen support meer plaatsvinden. Wij hoeven u natuurlijk niet te vertellen dat een PHP versie die geen beveiligingsupdates meer krijgt een groot beveiligingsrisico met zich meebrengt.

Wat wordt er van jou verwacht?

PHP verwacht dus dat je op een gegeven moment migreert naar een nieuwe versie, maar ook hostingpartijen kunnen deze menig delen. Om de veiligheid en prestaties van hun servers te garanderen, ondersteunen sommige hostingpartijen de oude PHP versies niet meer. Zo zal bijvoorbeeld het Hypernode platform van Byte vanaf 1 juni 2018 geen PHP 5.5 meer ondersteunen.
Magento shops die met PHP 5.5 op een Hypernode van Byte draaien zullen dus in de komende maanden moeten overstappen naar PHP 5.6, PHP 7.0 of PHP 7.1. Maar waar moet je nu naar overstappen?

Wat is het verschil tussen PHP 5.6 en PHP 7?

PHP 5.6 is de opvolger van PHP 5.5, alleen is deze net iets sneller, veiliger en wordt door PHP nog ondersteund met beveiligingsupdates. Het verschil tussen deze versies is minimaal en je Magento shop zal over het algemeen even goed, mogelijk beter en in ieder geval veiliger presteren op PHP 5.6.
PHP 7 is in een aantal opzichten fundamenteel anders dan de PHP 5.x versies. Hierdoor biedt PHP 7 een aantal grote voordelen ten opzichte van zijn voorganger. De volledige lijst aan voordelen kun je terugvinden op de website van PHP, maar de top drie verklappen we je hier al, namelijk;

  • 1. PHP7 is sneller
    • PHP 7 is snel. Heel snel. Door de nieuwe PHP Next Generation Engine worden PHP requests veel sneller verwerkt. Afhankelijk of je FPC gebruikt kan PHP 7 tot wel 3x zo snel werken als PHP 5. Dit maakt je Magento shop dus veel sneller.
  • 2. PHP 7 gebruikt minder geheugen
    • De manier hoe PHP 7 omgaat met het geheugen is grotendeels de sleutel voor de gigantische snelheidsverbeteringen. We zullen je de technische uitleg besparen maar het komt er op neer dat PHP7 bijna 50% minder geheugen gebruikt bij het uitvoeren van scripts. Dit maakt je Magento shop niet alleen een stuk sneller, er kunnen ook meer bezoekers tegelijkertijd je shop bezoeken.
  • 3. Verbeterde foutafhandeling
    • PHP 7 biedt ook een verbeterde foutafhandeling, super handig voor developers en het kan veel tijd besparen bij het programmeren.

Support van PHP versies

Zoals net vermeldt ondersteund PHP hun versies niet oneindig. Op een gegeven moment zal een versie de zogenaamde “End of Life” stadium bereiken en is het over het algemeen een slim idee om over te stappen naar een nieuwere versie. Ook deze informatie is verstandig om mee te nemen in je beslissingsoverweging. Hieronder een lijst met de PHP versies en de datum tot welke ze support ontvangen van PHP:

  • 1. PHP 5.5 End of Life (ontvangt geen support meer)
  • 2. PHP 5.6 Security Support tot 1 januari 2019
  • 3. PHP 7.0 Security Support tot 3 december 2018
  • 4. PHP 7.1 Security Support tot 1 december 2019
  • 5. PHP7.2 Security Support tot 30 november 2020

Zowel PHP 5.6 en PHP 7.0 ontvangen dus grofweg nog een half jaar support. Gezien PHP 5.6 de laatste 5 versie is, zal je dus in 2019 alsnog de overstap moeten maken naar PHP 7.

PHP 7 voor Magento 1

Omdat in Magento 2PHP 7 standaard ondersteund wordt focussen we ons nu op Magento 1. Om PHP 7 aan de praat te krijgen in je Magento 1 shop zijn er een aantal dingen waar je rekening mee moet houden. Ten eerste, je Magento versie. Draait je Magento shop nog op een oude versie (ouder dan Magento 1.9.3), dan zal je eerst moeten kijken of je shop wel compatibel is voor PHP 7. Wellicht heb je een nieuwere Magento versie nodig of zijn er extensies die niet compatibel zijn. Ten tweede heb je een compatibillity extension nodig, hiervoor raden wij Inchoo aan.

Magento 1, PHP 5.6 en PHP 7

Het komt allemaal neer op het in kaart brengen van de kosten en baten. De overstap van PHP 5.5 naar 5.6 is over het algemeen een kleine stap, zal doorgaans weinig impact hebben op je Magento shop en zal dus minder in de uren lopen. De support zal echter in 2019 ophouden, een nieuwe migratie naar een PHP 7 versie is iets om rekening mee te houden.

PHP 7. Het is veel sneller, efficiënter en simpelweg gewoon beter dan zijn voorganger. De support voor PHP 7 zal hierdoor nog jaren meegaan. Maar door de fundamentele veranderingen is de overstap vanaf PHP 5.5 wel groter. Je Magento shop en bijbehorende extensies moeten gecheckt worden op compatibiliteit. De migratie naar PHP 7 zal je dus doorgaans meer uren kosten.

Advies van SupportDesk

Wij raden altijd een migratie naar PHP 7 aan. De prestatie- en veiligheidsverbeteringen, samen met het feit dat PHP 5.6 in 2019 ook niet meer ondersteund zal worden, maken de overstap naar PHP 7 de meest logische keuze. Vooral op de lange termijn. Test altijd eerst hoe jouw Magento shop werkt voordat je overstapt naar een recentere versie. Wij kunnen je uiteraard helpen met de overstap naar PHP 7.

Nu kan de overstap naar PHP 7 in de uren lopen en hier wil je natuurlijk niet achteraf pas achter komen. Hiervoor hebben wij de PHP 7 readiness scan voor Magento shops. Met deze scan weet je in een mum van tijd hoe compatibel jouw Magento shop is met PHP 7. Ook krijg je een lijst met onze aanbevelingen voor het overzetten en krijg je een professionele ureninschatting waarin wij denken dat dit gerealiseerd kan worden. Dit voor een fixed price van 250,-. Daarna kunnen wij u natuurlijk ook helpen met de realisatie hiervan. Meer informatie over de PHP 7 readiness scan voor Magento 1 shops kunt u vinden op onze productpagina.

Offshoring is aantrekkelijk, maar is dat het waard?

Geschreven door Mats van de Seijp.

foto tabelVolgens het CBS was de online omzet in 2017 19,5 procent hoger dan in 2016. Webwinkels hebben bijna 18 procent meer omgezet door verkoop via internet. De online omzet van winkels waarvan de verkoop via het internet een nevenactiviteit is (multi-channelers) groeide met bijna 22 procent.

We horen dit soort cijfers vaker maar dit zijn nog steeds indrukwekkende aantallen en groeiend. Door deze getallen sluiten steeds meer ondernemers aan om hun deel mee te pakken in deze groei. Ondernemers die een webwinkel willen beginnen hebben initieel vaak maar een beperkt budget beschikbaar. Vandaag de dag willen we en kan alles goedkoper. Ook geldt dit voor de webshop ontwikkel branche. En waarom zouden we ook meer betalen? Er zijn zat goedkope optie waarmee je een webshop neerzet en achterover kan gaan leunen wachtend op het geld dat binnen gaat stromen, dit is immers wat er belooft wordt door vele partijen. Of toch niet?

One Stop Shop

Het is ook wel logisch, een webmarketing, design of kleine webdevelopment bureau wil zich graag breder opstellen om een klant van ‘A tot Z’ te bedienen. De ‘One Stop Shop’ wordt dat ook wel genoemd. Van concept ontwikkeling t/m de nazorg willen ze graag de klant uit handen nemen onder het mom van ‘ontzorgen’. Voor de ondernemer ook wel een fijne gedacht want de mogelijkheden zijn diverse en de techniek heel complex. Veel bureaus hebben echter vaak niet de juiste kennis in huis om dit alles te kunnen. Dat is maar goed ook, ze zijn namelijk erg goed in hun specialisme zoals marketing of concept design. In deze fase werk je nauw samen met de klant om een merkbeleving neer te zetten die de basis moet zijn voor een webshop en je product. Daarna willen ze de klant helpen met het ontwikkelen van hun concept in een werkende webshop. Hier komt namelijk een hoop technisch knowhow bij kijken en kost erg veel tijd ongeacht wat veel leveranciers of SAAS producten je beloven. Denk hierbij aan:

  • Opzetten en configureren van een framewerk,
  • Implementeren van het design,
  • De diensten of product catalogus toevoegen,
  • Alle configuratie en verkoop opties instellen,
  • Voorraad beheer,
  • Betaal mechanisme toevoegen,
  • Waar ga ik hosten,
  • (AdWords) Campagnes, 
  • Search Engine Optimalisatie,
  • Beheer,
  • Beveiliging,
  • testen, testen, testen,
  • etc….

Kosten bouw webshop

Om maar even een schot voor de boeg te geven ben je eenmalige minimaal 40k verder voor een kleine shop. Wil je het groots aanpakken moet je rekening houden met 100K plus. Daarnaast heb je, net als bij een gewone winkel, doorlopende kosten voor de huur van je hosting omgeving en het nodige onderhoud en updates van de webshop. Deze zijn ongeveer de helft van de initiële opstartkosten per jaar. Je schrik je rot en denkt, dat moet goedkoper kunnen, en daar springen veel partijen op in door dit werk uit te besteden onder het concept ‘Offshoring’. Dit betekent dat je het werk laat uitvoeren in landen zoals India, Pakistan of de Filipijnen. De uur tarieven liggen daar vele malen lager en de mensen zijn daar ook redelijk tot goed geschoold. Dus waarom ook niet! Voor de beginnende shop ben je nu ineens nog maar 10 tot 15K kwijt voor de initiële opzet. Ruim een derde van de prijs. Je hoeft er ook niet over na te denken want je marketing of concept design bureau regelt dit allemaal voor je. Lekker makkelijk en je krijgt een kant en klare webshop waarmee je gelijk je verwachte verkopen kan realiseren.

Op papier klinkt dit natuurlijk allemaal heel interessant. De kosten, die door vele al als hoog ervaren worden, worden op deze manier beperkt en de klant maakt het niet uit waar het wordt gemaakt als het er maar werkend staat op de afgesproken tijd. Das de theorie, de praktijk is echter niet altijd zo rooskleurig en zelfs de leveranciers worden met regelmaat verrast van het eindproduct, bagatelliseren het dan en verzetten bergen werk om het alsnog goed te krijgen waarbij een deel van de kosten uiteindelijk wordt doorbelast naar de klant voor een product die suboptimaal is. De leverancier probeert van de fouten te leren om in de toekomst een beter product op te leveren waarbij de kosten uiteindelijk hoger zijn dan ze in eerste instantie waren.

Ik heb dit soort trajecten al meerdere keren meegemaakt waarbij we soms weer helemaal opnieuw moeten beginnen aangezien het eindproduct op een dusdanige manier is neergezet dat je er bij wijzigingen niets meer mee kan. Een webshop is net zoals een fysieke winkel, onderhevig aan veranderingen. Een etalage verander je ook van tijd tot tijd, de inrichting van de winkel pas je regelmatig aan en je product catalogus is gerelateerd aan markttrends. We maken vaak mee dat op basis van een Framework een shop word neergezet die niet meer kan worden gewijzigd aangezien er vrijwel geen elementen van dit framework op de juiste manier wordt toegepast en er niets meer mee gedaan kan worden anders dan opnieuw te beginnen.

Nederland vs. Offshoring

Waarom krijgt de klant dan vaak een webshop waar hij uiteindelijk niet blij van wordt? Er hebben immers geschoolde mensen aan gewerkt die weten wat de techniek inhoud. De techniek is vaak niet het probleem, bij offshoring besteed je iets uit in een land waar cultuur, taal, tijd en begeleiding heel anders is dan bij ons hier in Nederland. De projectteams daar zijn niet betrokken bij het concept, krijgen min of meer een opdracht over de schutting gegooid en gedocumenteerd op papier waarvan wij denken dat dit duidelijk voor ze is. In de offshore landen zitten er ook nog eens lagen tussen die dit weer naar technische taal vertalen en wordt de opdracht overgebracht naar beste weten richting de ontwikkelaars die onder tijdsdruk iets moeten opleveren en geen idee hebben wie die nog kleine startup is in Nederland. Vanzelfsprekend proberen de leveranciers de vinger aan de pols te houden en zijn ze wekelijks of zelfs dagelijks in gesprek waarbij alleen de projectmanagers met elkaar communiceren. Er is weinig beleving van het product op de werkvloer en de ontwikkelaars weten over het algemeen niet wat de klant uiteindelijk wilt met de webshop op de langer termijn. Dat was ook niet de opdracht, ze moeten iets snel en werkend afmaken voor het hier en nu. De hoe en de wat rondom de ideeën en ambities in de toekomst zijn dan niet belangrijk. Tevens werkt men over het algemeen met test data dat onbegrijpelijk is of add-ons zoals payment providers waar men nog nooit van heeft gehoord. Daarnaast hebben we het nog niet gehad over Scoping. Wat voor een bedrijf in Nederland vanzelfsprekend is hoeft niet zo te zijn elders in de wereld. De culturele match is er niet en daarbij de ambitie om iets tot een succes te maken is soms ver te zoeken. We missen een stukje ‘Empathie’ waarbij we met een ‘ons gevoel’ een merkbeleving neerzetten in een webshop

‘Empathie’- is inlevingsvermogen, de kunde of vaardigheid om zich in te leven in de situatie en gevoelens van anderen, oftewel kijken door de ogen van de klant.

Denk dus goed na of offshoring wel de juiste keus is voor jouw webshop. De prijs is in eerste instantie erg aantrekkelijk maar in de praktijk komt dit in veel gevallen hoger uit waarbij de doorloop tijd vrij spel heeft en je niet het gewenste eindproduct krijgt. Frustraties alom, uitstelt van livegang, in gebreke stellen van leveranciers en een hoop stress. Goedkoop wordt uiteindelijk duurkoop!

Is Offshoring dan wel mogelijk? Natuurlijk zijn er tal van voorbeelden en business cases waar dit wel werkt. Veelal grote bedrijven hebben hier baat bij. Zij hebben doorlopende ontwikkelingen aan hun product groepen en zorgen daarbij voor een nauwe samenwerking tussen de opdrachtgever en de offshoring partij. Ze benutten het gebruik van extra capaciteit die moeilijk te krijgen is of willen niet afwijken van hun core business. Er gaat veel leertijd overheen en er is een onderlinge band met vaste medewerkers die inmiddels alles weten van het product, tevens zijn er veel soorten fail-safes ingebouwd, zijn er duidelijk specs geschreven en zitten er vaak projectmanagers van de opdrachtgever op locatie om alles te overzien. Dus ja het kan ook goed en kosten efficiënt werken.

Empathie

Een nieuwe trend is ook om juist meer ‘empathie’ te creëren bij de offshoring partijen doormiddel van het laten overvliegen van ontwikkelaars en deze in Nederland in samenwerking met Project managers aan het product te laten werken. Hierdoor betrek je ze bij het team, de klant en het product. Deze vorm van offshoring brengt echter wel complicaties, je bent immers verantwoordelijk voor de ‘Room en Board’, reiskosten en wet- en regelgeving. Hierdoor is het goedkope uur tarief ineens niet meer zo goedkoop.

Offshoring werkt dus zeker maar niet voor iedereen en zeker niet voor een startup opzoek naar een quickwin.

Belangrijke handvatten

Toch willen we de beginnende webshop een paar handvatten meegeven in het geval er wel wordt gekozen voor Offshoring:

  1. Vraag om referenties en de mogelijkheid om deze persoonlijk te bespreken met ze.
  2. Wees kritisch. Stel veel vragen.
  3. Zorg dat je scope helder is. Liever iets teveel op papier dan te weinig. Denk ook vanuit een Nederlandse gedachte. Wat hier vanzelfsprekend is hoeft dit bij Offshoring vaak niet zo te zijn. Een voorbeeld is dat Webshops in Nederland vrijwel altijd gebruik maken van een iDeal implementatie. Daar houden veel offshoring bedrijven geen rekening mee en beschouwen dit buiten de scope.
  4. Begin klein en doe ervaring op, daarna kan je geleidelijk uitbouwen. Zorg er wel voor dat je steeds een zelfstandig werkbaar stukje krijgt wat je kan gebruiken, wat ook wel ‘Minimal Viable product’ wordt genoemd.
  5. Zorg voor een vast aanspreekpunt bij de leveranciers als de offshoring partij. Hou de lijnen kort en duidelijk.
  6. Hou altijd de regie en communiceer. Zorgt dat je op de hoogte bent van alle zaken m.b.t. afwijkingen, vertraging, scope, etc…
  7. Vraag eventueel om een ‘Fixed Price’ traject waarbij de scope duidelijk en helder is en je mag verwachten dat het eigenlijk gebruik van het framework goed wordt toegepast
  8. Laat een derde partij zoals ‘SupportDesk’ meekijken en als Peer optreden zodat je zeker weet dat wat er wordt opgeleverd ook aan de wensen voldoet en onderhoudbaar is.

Meer artikelen...

Are u ready 4 Magento 2?

Are u ready 4 Magento 2?

Are you currenty using Magento 1, and looking forward to continue your business using the latest functionality in ecommerce, than Magento 2 is ready for you.

Magento 2 is a brand new platform and ready to serve your ecommerce needs now and in the future.

more info

Stel je vraag

Stel je vraag

Stap 1. Impact analyse

Stap 1. Impact analyse

Stap 2. Pre-paid ticket

Stap 2. Pre-paid ticket

Stap 3. Uitvoeren

Stap3: Uitvoeren

Bel nu! 020 337 5961

SupportDesk B.V.
Hogehilweg 19
1101 CB Amsterdam

E-mail: support @ supportdesk.nu

meer gegevens