Jump to content

Mr. Data Feed

Junior
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

1

Personal info

  • You are:
    ondernemer in spe
  • Company or organization name
    DoeeX
  • Website address
  • How did you find us:
    via een kennis

Register

  • What age group do you belong to?
    46-50
  • You are primarily interested in:
    ondernemen algemeen
    commercie en marketing
    innovatief ondernemen
    internationaal ondernemen
  1. Je hebt gelijk het is zeker geen rocketscience, tot het moment dat het het wel wordt. Ik verwerk offline, online, ftp feeds, maar scrape geen websites. Een leverancier die geen prijslijst heeft is een beetje raar. Maar het zou wel kunnen. Voorbeeld, je krijgt een feed van de leverancier die 1 op 1 in je webwinkel past, je hoeft de headers niet eens aan te passen en je wil al producten overnemen naar je winkel. Droomdeal, waar je zo mee aan de slag kan gaan. Maar stel nu, dat een leverancier meerdere feeds heeft die eerst aan elkaar geplakt dienen te worden, daarnaast een structuur hebben die niet overeen komt met jouw webwinkel en zelfs meerdere tabs heeft in de feed. Tevens wil je niet alle producten hebben uit de feed, zou je graag automatische elke dag willen updaten en mist het titels die je hard nodig hebt voor je SEO. Dan heb je er elke dag een dagtaak aan om alles bij te werken. En dan heb ik het nu niet eens over iets gehad dat echt gecompliceerd is. Het verwerken van data feeds kost tijd, tijd die een webwinkelier beter kan besteden een service en verkoop dan aan het invoeren en updaten van producten.
  2. Helemaal mee eens, het maken van goede verwerkende feed software kost meer dan een weekje/maandje op de zolderkamer, maar als je echt een mooie tool hebt ontwikkeld, dan zou ik zeggen ga de markt er mee op. Bijna 1.5 jaar geleden wilde ook ik iets doen met dropshipping, echter toen ik de markt overzag en zag wat het echte probleem was ben ik een tool gaan ontwikkelen die naar mijn mening significant beter als de huidige tools op de markt. En geloof me, de vraag is er naar. Als je zelf goed kan ontwikkelen en je geeft jezelf de tijd om iets moois te maken dan aanvullende waarde heeft voor de webshops die al online zijn, dan kan je ze bedienen met iets moois en denk ik dat je succesvoller zal zijn dan zelf een dropship website of groothandel beginnen.
  3. Als ik jouw was, zou ik gewoon eens met een accountant gaan praten in je regio, vertel hem wat je hebt en wat je plannen zijn. Hij kan je een goede zet in de juiste richting geven. Het maakt heel erg uit of je denkt 10K of 1.000K te gaan omzetten per jaar. Dus daarom begin met een goed adviesgesprek.
  4. Kan je met me delen waar de beperkingen liggen hier, misschien kan ik je er bij helpen.
  5. Dat is inderdaad lastig, maar zoals Ward aangaf is dat inderdaad op te lossen. Of je nu 1 of 50 leveranciers hebt, je maakt er 1 super feed van die die leid je verder naar je webshop software, daarnaast geef je aan hoe vaak je wil updaten, elke dag of 1 dag, week etc. en dit zorgt er voor dat je nooit dubbele updates doet. Als je de juiste software gebruikt, doe je dat slechts 1 keer en dan draait de rest vanzelf. Tevens zorg je er voor dat in de feed niet de producten staan die je niet kunt gebruiken of verkopen, niet op voorraad zijn of om wat voorreden dan ook niet geschikt zijn voor je webwinkel.
  6. Zoals gezegd heb, las ik het probleem eerst anders. Als je verder wil praten, ik ben via Skype bereikbaar, zonder verdere input van TS, is het zinloos.
  7. Het gegeven is ook dat hij een portaal wil creëren waar alles samen komt en dan moet ik een aanname maken dat hij bij een bestelling niet als nog naar de website wil gaan om met de hand te gaan bestellen. Maar we kunnen hier heel lang over door blijven tennissen, ik denk dat de TS nu genoeg leesvoer heeft om zijn wensen nog beter toe te lichten en dan kunnen we vanuit daar verder mee proberen te denken.
  8. Dat ligt er aan wat de TS en zijn leveranciers verstaan onder een autobestelling. Als hij er vrede mee heeft dat het een mail is en de leverancier ook, dan is dat genoeg. Echter je zou het direct in hun systeem kunnen schieten. Dit kan door middel van een API, maar ook het ter beschikbaar stellen van een online database met bestellingen, die dagelijks geupdate wordt. Deze url moet dan voldoen aan de voorwaarden van de leverancier, zodat de leverancier deze kan uitlezen. Automatisering is een heel breed begrip en voor elke leverancier en verkoper anders.
  9. Klopt, echter als jij een bestelling binnen krijgt, die je in je eigen systeem schiet dan kan je vanuit daar een auto bestelling plaatsen bij de juiste leverancier. Dat is geen hogere wiskunde lijkt me toch. Dat de TS niet alle aanwezige software kent? Ik denk als volgt. 1. Hij krijgt de verschillende product feeds van de leveranciers, deze schieten de data in een systeem dat er een duidelijke feed van maakt. 2. Het systeem schiet het naar zijn webwinkel. 3. Bij een bestelling schiet de webwinkel het weer terug het systeem en aan het einde van de dag worden de bestellingen automatisch bij de leverancier geplaatst of bij elke bestelling krijgt de leverancier een mailtje bij de bestelling. Indien de leverancier wil dat je alleen met de hand op een consumenten manier de bestelling plaatst met een winkelmand, achter een omgeving die gesloten is met een account, en waarbij ook direct betaald moet worden via IDeal, dan zal je naar een custom-oplossing moeten gaan. Echter nu gaan we teveel met aannames werken.
  10. Zo las ik het niet. Maar als dat zijn probleem is en de feed invoer is niet het probleem, dan kan hij toch automatisch bestellen. Als in de data feed voorraad staat, dan bied hij alleen de producten aan met voorraad en als de bestelling is gedaan stuur hij een auto mail naar de leverancier, dat lijkt me niet al te moeilijk. Of praten we nu echt over leveranciers die geen enkele vorm van automatisering hebben? :)
  11. Ik bedoel daar mee te zeggen, als de leveranciers feeds hebben, dan kan je aan de slag als ontwikkelaar. Echter zonder feeds wordt het moeilijk. Echter bestaat er software die zijn problemen kunnen oplossen. Je hebt geen API nodig, alleen een link naar de online data feed. Een API zou kunnen, maar is meestal niet nodig. Als de ontwikkelaar goed is, dan hoeft de leverancier niet te voldoen aan bepaalde voorwaarden, maar kan eigenlijk elk type feed samen gevoegd worden en daarna doorzocht worden.
  12. Dat heb je gelijk in. Ik ga er eigenlijk vanuit dat ze het moeten hebben, ik kom nog slechts zelden leveranciers tegen die echt helemaal niks hebben.
  13. Ik denk dat TS er wel vanuit mag gaan dat de leverancier een XML, CSV of andere feed ter beschikking heeft staan. Zou je hem dagelijks willen updaten dan zal de leverancier een online feed moeten kunnen leveren. Zou je inderdaad moeten gaan scrapen, dan betekent dat de leverancier zo'n technologische achterstand heeft als het gaat om voorraad beheer, dan het bijna onmogelijk wordt om een up-to-date database te creëren.
EN

×

Cookies on HigherLevel.nl

Cookies are necessary for Higherlevel.nl to function properly. By using HigherLevel.nl you declare to have read and accepted our terms and conditions.

 More information   I accept