Partnerkeuze
Een nearshore partner beoordelen: 10 criteria voor projecten met koppelingen
Raakt een project ERP, voorraad of orderstromen, dan volstaan de gebruikelijke criteria niet. Wat u moet controleren aan koppelingen en oplevering.
Inhoud
- Waarom procesbouw vóór de website komt
- Vragen die het niveau van een bureau tonen
- Koppelingservaring controleren: drie vragen
- Wat een exporterend bedrijf op de site nodig heeft
- Is fysieke aanwezigheid hier nodig
- Eigendom: wat u overhoudt na oplevering
- De 10 punten om te vergelijken
- Waarschuwingssignalen
- Hoe u de volgorde bepaalt
Raakt uw project productie, voorraad of orderverwerking, dan verliezen de meeste criteria om webbureaus te vergelijken hun betekenis. De opgaven lijken nog steeds op elkaar — zakelijke website, webshop, app — maar de werkelijke behoefte van een producent of distributeur begint bijna altijd op een andere plek: in de processen, niet op de homepage.
Dit artikel ordent de beoordelingscriteria naar die werkelijkheid. Geen prijslijst, maar een set controles voor de opgaven die op uw bureau liggen.
Waarom procesbouw vóór de website komt
Voor een bedrijf dat aan andere bedrijven verkoopt, is de website een etalage. Het echte verlies ontstaat waar het minder opvalt: voorraad met de hand bijgehouden, orders overgetypt uit e-mails, een verzendstatus die niemand kan geven zonder te bellen.
Daaruit volgen drie dingen voor het kiezen van een partner.
De eerste vraag is niet het ontwerp. Hij is: "welk proces kost nu geld". Een bureau dat begint met de opmaak in plaats van met de werkstroom heeft het deel overgeslagen waar de waarde zit.
De koper is geen consument. Een inkoper wil specificaties, certificaten, maten, downloadbare documenten en een snelle route naar een prijsopgave. Patronen uit consumentenwebshops — carrousels, urgentiebanners, een winkelwagen — passen niet. De winkelwagen wordt doorgaans vervangen door een prijsaanvraag die moet landen waar een mens werkt.
Export maakt meertaligheid verplicht. Niet "een vertaling toevoegen": een aparte URL-structuur per taal, correcte signalen aan zoekmachines, productdata uit één bron en documenten per taal. Hetzelfde product op twee plekken bijhouden levert gegarandeerd tegenstrijdigheden op.
Vragen die het niveau van een bureau tonen
Beoordeel op wat ze vragen, niet op wat ze presenteren. Een team dat koppelingen kent, vraagt:
- Welk ERP of boekhoudpakket gebruikt u nu?
- Waar staat de productdata, en hoeveel mensen wijzigen die?
- Hoe komen orders binnen — e-mail, telefoon, vertegenwoordiger, marktplaats?
- Moet de voorraad realtime kloppen, of is een dagelijkse synchronisatie genoeg?
- Welke exportmarkten, en in welke talen doet u aanbiedingen?
- Wie onderhoudt de technische documentatie en certificaten?
Een bureau dat begint met "hoeveel pagina's" of "welke kleuren vindt u mooi" verkoopt een website. Het aantal pagina's wordt als laatste bepaald.
Koppelingservaring controleren: drie vragen
Bij dit soort werk is dit het enige criterium dat bureaus werkelijk scheidt.
1. Welk systeem, in welke richting? "Wij hebben ERP-koppelingen gedaan" is geen informatie. Was het alleen lezen, of wordt er ook naar het ERP geschreven? Schrijven is een orde van grootte risicovoller — één verkeerde boeking beschadigt de administratie, en terugdraaien is handwerk.
2. Is er een testomgeving? Een koppeling die op uw productie-ERP wordt uitgeprobeerd, is niet acceptabel. Vraagt het bureau niet om een testomgeving, dan schuift het het risico zonder melding naar u.
3. Wie is verantwoordelijk voor de foutgevallen? Wat telt is niet wat er gebeurt als de koppeling werkt, maar wat er gebeurt als hij breekt. Komen mislukte records in een wachtrij en worden ze opnieuw geprobeerd? Wordt iemand gewaarschuwd bij de records die niet op te lossen zijn? Staat dat mechanisme niet in de opgave, dan is de koppeling half gebouwd.
Aan onze kant betekent dat automatisering, ERP- en maatwerk-API-koppelingen — bekijk wat we hebben opgeleverd.
Wat een exporterend bedrijf op de site nodig heeft
| Eis | Waarom | Hoe u het controleert |
|---|---|---|
| Meertalige structuur + hreflang | Bezoekers uit het buitenland moeten in de juiste taal landen | Kunnen ze een meertalige site laten zien die zij bouwden |
| Productdata uit één bron | Eén product in twee talen los bijhouden levert fouten op | Op hoeveel plekken wordt productdata ingevoerd |
| Beheer van documenten en certificaten | De B2B-koper downloadt eerst het document | Is er bestandsupload en versiebeheer |
| Snelheid gemeten vanuit het buitenland | Meten vanuit uw eigen land is misleidend | Vanuit welke regio wordt het doel gemeten |
| Route voor prijsaanvragen | In B2B werkt een aanvraag, geen winkelwagen | Waar komen aanvragen terecht, bereiken ze een CRM |
Is fysieke aanwezigheid hier nodig
Het onderscheid moet precies zijn, want dit onderwerp wordt op de verkeerde plekken zowel overdreven als weggewuifd.
Fysieke aanwezigheid is werkelijk nodig bij: alles wat de productievloer raakt. Terminals installeren, barcodescanners, schermen aan de lijn, lokale servers, bekabeling. Als een lijn stilstaat, is toegang op afstand niet genoeg.
Fysieke aanwezigheid is grotendeels irrelevant bij: zakelijke websites, webshops, apps, beheerpanelen, API-koppelingen. Dit werk loopt op afstand, zoals in de hele branche.
Over onze eigen positie zijn we expliciet: AsteroSoft zit in Muğla, Turkije. Wij hebben geen kantoor in Nederland of België en zullen dat ook niet claimen. Werk voor Nederlandse en Belgische klanten loopt op afstand, en waar een scope werkelijk iemand op de werkvloer vraagt, zeggen wij dat gewoon en zetten bezoeken in het contract in plaats van te doen alsof afstand niet uitmaakt.
De juiste vraag is niet "waar zit uw kantoor" maar "binnen hoeveel uur krijg ik antwoord als er iets uitvalt, en staat dat in het contract". Een team in uw eigen stad dat er drie dagen over doet is slechter dan een team op afstand dat dezelfde dag antwoordt.
Eigendom: wat u overhoudt na oplevering
Bij koppelingswerk telt dit nog zwaarder, omdat de koppelingen in de werking van uw bedrijf ingebed raken. In de opgave moet staan dat deze op uw naam staan:
- Domein en hostingaccount. Op het account van het bureau kunt u niet verhuizen.
- Documentatie van de koppeling. Welk veld naar welk veld gaat, op papier. Zonder dat document begint het volgende bureau bij nul.
- API-sleutels en toegangen. In uw eigen accounts, niet in die van hen.
Dat laatste punt wordt het vaakst overgeslagen. Een koppeling die zonder documentatie wordt opgeleverd, is permanente afhankelijkheid van wie hem bouwde — en de reden dat van bureau wisselen soms meer kost dan het oorspronkelijke project.
De 10 punten om te vergelijken
Vergelijk deze lijst, niet de prijs:
- Wat omvat de scope — alleen de site of ook koppelingen?
- Welke systemen, in welke richting (lezen/schrijven)?
- Wordt er een testomgeving geleverd?
- Hoe worden fouten en nieuwe pogingen behandeld?
- Hoeveel talen, en wie vertaalt?
- Wie werkt product- en documentdata bij, en vanaf waar?
- Is er een meetbaar snelheidsdoel voor mobiel en voor bezoekers uit het buitenland?
- Zit technische SEO in de scope?
- Hoeveel correctierondes, en hoe wordt werk buiten de scope begroot?
- Bevat de oplevering onderhoud, een reactietijd en documentatie?
Hoe dit zich in budget vertaalt, hebben wij uitgewerkt in wat een zakelijke website kost.
Waarschuwingssignalen
- "ERP-koppeling is geen probleem, dat regelen we." Gegeven zonder te vragen naar systeem, richting en velden, is dit antwoord een teken van gebrek aan ervaring.
- Een bureau dat geen testomgeving vraagt. Het schuift het risico naar u.
- Een opgave die documentatie buiten de scope laat. Die levert permanente afhankelijkheid op.
- "Pagina één in Google gegarandeerd." Niemand kan posities garanderen.
- De belofte van onbeperkte correcties. Niet realistisch.
- Een opgave ver onder de andere. Dekt meestal veel minder.
Hoe u de volgorde bepaalt
Een eenvoudige regel: eerst meten, dan automatiseren. Projecten die starten zonder te weten welk proces het meeste handwerk en de meeste fouten oplevert, automatiseren uiteindelijk netjes het verkeerde.
De volgorde die in de praktijk werkt: kies het ene proces dat het meeste handwerk oplevert, los het volledig op, meet het resultaat, ga dan naar het volgende. De meeste projecten die tegelijk een siteherbouw, een B2B-webshop, een ERP-koppeling en een app starten, ronden er geen enkele af.
Ligt uw project dichter bij toerisme, verhuur of seizoensvraag, dan gelden andere criteria — die behandelen we in een ontwikkelpartner kiezen.
Wij werken vanuit Muğla, Turkije, en leveren zakelijke websites, B2B-webshops, ERP- en API-koppelingen, automatisering en apps voor klanten in Nederland en België. Om de scope samen te bepalen, neem contact op.