Suche Partner um Projekt zu erweitern (15.000 Euro Umsatz letzten Monat)
-
Hallo,
danke für euer Feedback ich habe aber schon ein fertiges Script was mir anzeigt wo der Nutzer gerade surft - und es funktioniert in allen Browsern! (ok, an Opera wird gerade noch gearbeitet.)
War ein echten Schnäpchen für 100 Euro in VB.net programmiert. Wobei man sagen muss dass der Programmierer so ein Script schon fertig rumliegen hatte und nur noch leicht für mich angepasst hat.
Ich suche aber immernoch einen Programmierer der mir das Script erweitert (mein Design rauf haut etc.)
Ich kann ja auch einfach mal verraten für was das Script ist
Es ist für ein Cashback-System, ich habe ca. 2000 Online-Shops wo ich eine Provision bekommen wenn der Nutzer über meine Werbseie einkauft.
Jetzt soll, wenn man das Programm mal vor nem Jahr installiert hat, und gerade auf Shoppingtour ist (schon gar nicht mehr an Cashback denkt) halt aufblinken "STOP! Vergiss deine Cashback Provision nicht!"
Zusätzlich möchte ich den HTML-Code auslesen und die Warenkörbe der Shops einprogrammieren, dann wird das Produkt was der Nutzer kaufen möchte aus dem HTML-Code herausgzeogen und duch unseren Internen Preisvergleich gejagt und evtl. angezeigt "STOP, du kaufst zu teuer ein!" .... und ganz nebenbei landet der Nutzer dann auf einem Shop wo ich eine Provision bekomme.
-
Phoenix73 schrieb:
Zusätzlich möchte ich den HTML-Code auslesen und die Warenkörbe der Shops einprogrammieren, dann wird das Produkt was der Nutzer kaufen möchte aus dem HTML-Code herausgzeogen und duch unseren Internen Preisvergleich gejagt und evtl. angezeigt "STOP, du kaufst zu teuer ein!" .... und ganz nebenbei landet der Nutzer dann auf einem Shop wo ich eine Provision bekomme.
Das wird nicht einfach. Denn nur anhand des HTML-Codes herauslesen wie Teuer ein Produkt ist, bzw welches es ist schon eigentümlich. Jeder Shop hat wohl die Preise an anderer Stelle stehen, Produktid auch, wenn die überhaupt in der html seite auftaucht.
Sofern du aber die Shops und deren Aufbau kennst, gehts dann schon wieder. Dort wäre es wohl besser zu schauen, ob die Shops selber eine Schnittstelle für Webservices anbieten. Welche du auswerten kannst. Das würde viel Arbeit ersparen und zusätzlich die Korrektheit der Daten erhöhen.
Ein reiner Stringvergleich mit der HTML Seite kann da schonmal falsch ausgewertet werden.
-
Ich denke die Shop-Betreiber werden nicht gerade was zur Verfügung stellen wollen, womit ein Service dem User anzeigen kann, dass es einen Artikel irgendwo anders billiger gibt.
Also ich als Shop-Betreiber würde das nicht tun.@Phoenix73:
Ich denke auch dass du dir das mit HTML-Code auswerten etwas zu einfach vorstellst.
Vor allem wirst du mit der aktuellen Variante (Edit-Control auslesen) nicht an den HTML-Code kommen.p.S.: in welcher Grössenordnung bewegt sich das denn für deine User? Also wenn ich User wäre, und was für €100 einkaufe, wie viel bekomm' ich dann zurück (im Schnitt, bzw. von bis)?
p.p.S.: ich denke auch dass da ein Browser-Plugin sinnvoller wäre. Mich würde es vermutlich etwas stören, wenn ich permanent ein Tray-Programm mitlaufen habe, welches noch dazu permanent CPU-Zeit für's Enumerieren von Fenstern verbläst, nur falls ich irgendwann mal irgendwas einkaufen will.
-
1. Die Shops stellen Schnittstellen zur verfügung über die Preise, also es ist nicht so dass ich den gesamten Shop spidern muss sondern lediglich die Schnittstelle(n) auslesen muss um selbst eine Datenbank zu haben für den Preisvergleich.
2. Klar, die Informationen was der Nutzer gerade einkauft gibt mir der Shop nicht und hier muss ich für jeden Shop einen eigenen "Filter / Spider" erstellen bzw. Informationen hinzufügen wo der Preis und das Produkt im Bestellprozess im HTML ist.
3. An den HTML-Code ran kommen ist mit dem aktuellen Script kein Problem.
Bei 100 Euro bekommst du zwischen 2 - 15 Euro + evtl. ~5 Euro neukunden Bonus zurück. (kommt halt immer drauf an was genau du Kaufst.)
-
waere die sache nicht viel einfacher ueber einen lokalen proxy gewesen?
-
Phoenix73 schrieb:
2. Klar, die Informationen was der Nutzer gerade einkauft gibt mir der Shop nicht und hier muss ich für jeden Shop einen eigenen "Filter / Spider" erstellen bzw. Informationen hinzufügen wo der Preis und das Produkt im Bestellprozess im HTML ist.
Das ist der Knackpunkt. Im schlimmsten Fall kommst du an diese Information gar nicht heran. Denn es ist nicht zwingend erforderlich, das die ID eines Artikels im html codiert ist. Sofern das Codiert ist, musst du herausfinden wo es codiert ist. Das ist dann bei jeden Shop wohl auch anders geregelt (Und wie schon gesagt, im grunde müssen die Shops das nichtmal Codieren). Damit stehen die Chancen sehr schlecht so einen Vergleich gegen deine Preisdatenbank zu fahren, ohne das die Shops dafür schnittstellen anbieten. Und dann bin ich mir nichtmal sicher ob das legal wäre, sowas auszuwerten. Spätestens wenn herauskommt das du sowas auswertetst, werden die Betroffenen Shops ihr Format ändern. Dann kommst du aus dem updaten nicht mehr heraus. Da ist das pflegen der internen Datenbank das kleinste Problem was du dir aufhalst.
-
Der eingebaute Preisvergleich ist ja auch lediglich ein optionales Feature. Die Software soll halt, wenn Sie einmal installiert wurde, nur im hintergrund laufen und wenn der Nutzer zu teuer einkauft ... kauft er zu teuer ein ... wenn ich den Shop einprogrammiert habe = Noch besser
Das wichtigste ist halt dass wenn er auf einem Shop einkauft das aufblinkt = HIER DEINE PROVISION NICHT VERGESSEN! Daran verdiene ich Geld und die URL kann ich immer auslesen.
Ich glaueb aber nicht dass es das Problem sein wird stelle X im HTML zu markieren damit die Software weiss welches Produkt / Preis gerade gekauft wird und selbst wenn.
Du musst dir die Vorteile einer solchen Software vorstellen: Eine normale Webseite versucht dem Nutzer irgendwelche Werbung anzudrehen die er gar nicht haben möchte um eine Provision zu erhalten ... Ok, die Webseite hat es tatsächlich geschaft und bekommt eine Provision.
Habe ich einen Nutzer muss ich ihn nicht mit unnützer Werbung zuballlern sondern lediglich mit nützlichen Informationen die er genau jetzt gerade auch gebrauchen kann! und ich bekomm nicht eine Provision sondern der Nutzer gehört mir, für immer!!! Im Idealfall gehören mir ALLE Provisionen die der Nutzer in den nächsten 10 Jahren generiert. (wo die normale Webseite sich freut wenn von 10.000 Bannereinblendungen 1 Sale generiert wird.... )
-
Dann würde ich das ganze als eigenen Webservice bauen. Dort stellt sich aber die Frage, wann dein Service getriggert wird. Du könntest halt, wenn der Nutzer eine "bekannte" Seite öffnet, deinen Service abfragen. Dieser liefert informationen darüber an welcher Stelle im Html Tag, der Preis oder die Produkt-Id ist. Diese stelle könnte dann wieder an deinen Service übermittelt werden, der dann zurück liefert ob du ein besseres angebot kennst.
Das hat folgende Vorteile:
1.) Zentrale datenverwaltung. es reicht immer nur die DB deines Services up to date zu halten.
2.) Du merkst sehr schnell wenn ein Service den Tag seinen Preises ändert. Wenn für einen bestimmten Händler dauernd anfragen kommen, die du nicht auswerten kannst, solltest du also von Hand schauen wo das format geändert wurde.Könnte also so laufen:
Nutzer deines Tools, surft eine Seite an die als "Einkaufsseite" getaggt ist.
Tool fragt deinen Service an, wo sich der Preis bzw die Produktid befinden.
Fall A.1.) Dein Service kennte die Seite und liefert die Positionen innerhalb des Htmls zurück
Fall A.2.) Deint Service kennt die Seite nicht und versucht den Preis/ProduktId durch parsing der Seite herauszufinden und speichert die Position für spätere Auswertungen in der DB.
Jetzt sendet dein Tool für die jeweilige Position den gefundenen String an den Service (Damit meine ich, dass was das Tool für den Preis/ProduktId hält (also das was an der Stelle steht die bei der ersten Anfrage geliefert wurde)).
Fall B.1.) Dein Service kann das auswerten und kann nun entscheiden ob man den kunden über ein besseres angebot informiert.
Fall B.2.) Dein Service kann das ganze nicht auswerten. Dann kann wieder Bei A.2. angesetzt werden, und ein erneuter Versuch wird gestartet.Die rechtlichen Regelungen sind mir hier echt nicht bekannt, da das eine art Crawling ist. Ggf kann da jeder Online Shop selber Bedingungen setzen.
-
Bis auf A2 mit dem Automatisch auswerten ist es genau so geplant
Wobei ich mir bisher noch nicht sicher war / bin ob ich die Informationen teilweise direkt in der Software speichern soll.
"Dein Service kennt die Seite nicht und versucht den Preis/ProduktId durch parsing der Seite herauszufinden"
Würde ja bedeuten dass meine Software wirklich bei - JEDEM - Seitenbesuch egal ob Forum etc. versucht einen Preis zu finden. Da denke ich wäre es sinnvoller die URL's wo eine Aktion durchgeführt werden soll direkt in der Software zu speichern und bei jedem Start kurz zu aktualisieren. Vorallem würde es bei einer größeren Nutzerzahl wohl den selben Effekt auf meine Server haben wie eine DDos-Attacke.
BTW: Ich suche immer noch einen Programmierer, kannst dich ja gerne per Mail melden
-
Phoenix73 schrieb:
Würde ja bedeuten dass meine Software wirklich bei - JEDEM - Seitenbesuch egal ob Forum etc. versucht einen Preis zu finden. Da denke ich wäre es sinnvoller die URL's wo eine Aktion durchgeführt werden soll direkt in der Software zu speichern und bei jedem Start kurz zu aktualisieren.
Das stimmt schon. Daher würde ich nur diese Information in einer Lokalen Datenbank für jeden Nutzer mitgeben. Ggf sogar so, das er selbst diese erweitern kann bzw damit deinen Service einen Hinweis auf "nicht erfasste" Seiten gibt. Mit ein wenig mehr Zeit fallen mir sicherlich noch andere nette Features und Gimmicks ein. Gerade solche sachen die beiden Seiten Nutzen halte ich für sehr Marktrelevant und den Kunden "bei Stange". Wobei die Kostenersparnis für den Nutzer selber natürlich der Knackpunkt ist. Sofern du genügend Userzahlen nachweisen kannst, wirst du dich wohl auch zusätzlich über Werbung finanzieren können.
Leider bin ich als Programmierer momentan nicht verfügbar. Hab schon einen 10 h Tag. Und noch ein Projekt was leider schon seit über 3 Monate brach liegt, dazu noch ein anderes aus dem heraus ggf auch eine Firmengründung erfolgen soll. Und ab und an wollte ich noch etwas Freizeit haben. Daher versuche ich bei neuen Sachen vorerst nur eine beratende/betreuende Tätigkeit auszuüben. Alles andere ist momentan Unschaffbar für mich. Aber ich finde dein Konzept sehr interessant. Ich weiss nicht ob man sowas schützen kann, sofern es dafür möglichkeiten gibt, würde ich das an deiner Stelle sofort tun. Andere Firmen könnten, sofern dein Konzept trägt, sehr schnell davon abschauen wodurch du dann einbußen hättest. Ich glaube da gibts möglichkeiten der Produktidee sicherung. Wenn du also die Rechte da drauf hast, müssen die Firmen zumindest an dich Linzenzgebühren zahlen, wenn sie sowas machen wollen. AFAIK gibts da sowas (da wir bei der Gründung an der ich als Berater mitarbeite eine ähnliche Konzeptsicherung machen wollen).
