Bürosoftware Komplettlösung
-
Zuerst das System schreiben und dann die GUI dazu basteln, dafür gibts ja inzwischen nette GUI-Designer die den Großteil der Arbeit übernehmen. Gerade in C# mit .NET sollte das ja sehr leicht möglich sein.
MfG SideWinder
-
Dann bestünde zb die Möglichkeit wxWidgets einzusetzen, welches ja BS-unabhängig ist ...
-
@deus: Ach ja - ich denke so ein Drittel vom Gewinn des Pakets bestehend aus Lager/Auftrag/Kundenverwaltung wären schon ok. Sollte sich auch in etwa an der Aufteilung des Arbeitsaufwandes orientieren, finde ich.
Aber da fallen ja ohnehin noch Kosten an, man kann es schwer exakt rausrechnen. Ein wichtiger Kalkulationspunkt ist außerdem noch, wieviele Kunden man erreichen möchte, da kann ich natürlich nichts versprechen, aber mit der Fibu haben wir wie eingangs gesagt 1000 erreicht. Das macht 150.000 Euro Einnahmen pro Jahr. Und wir sind jetzt i.w. zu zweit. Das geht also ganz gut, aber eigene Sekretärin oder zehn Leute an der Hotline darf man sich da nicht vorstellen
Ich hoffe mittelfristig auf ebenfalls 1000 Kunden für das Komplettsystem, vielleicht zu einem Preis von 300-500 Euro jährlich. Die Serverkosten sollten sich in Grenzen halten. Hotline ist schwierig vorherzusagen, evtl. muß man dafür jemanden anstellen.
-
@SideWinder: Was besser ist als bei SAP? Ich würde sagen der Preis
Wir sprechen einen völlig anderen Markt an, als SAP. Das Ziel ist es, eine schlüsselfertige Lösung für wenig Geld anzubieten. Am besten so, dass die Leute erst im Internet das Produkt testen können, ohne sich gleich einen Server zu installieren oder zu Vorführungsveranstaltungen zu kommen. Das notwendige Support- und Konfigurations-Aufkommen soll minimal sein (also diametral entgegengesetzt zur SAP-Software). Und wenn Fragen auftreten, sollen die per Email oder telefonisch geklärt werden können.
-
Also steigt ihr gleich mal von C Raute um auf Java ...
-
SChick mir doch bitte auch mal die Daten: unixtom@c-plusplus.net
-
Ich würde mich über den Homepage-Link freuen...
an: cbee@onlinehome.de
-
Ok, die Emails sind raus...
-
Hallo,
ich will ja nicht unken aber die Aussicht auf wirklichen Erfolg in Bezug auf dieses Projekt stufe ich als eher gering ein. Warum ? Weil es das schon im großen Stil gibt. Warum sollten die Firmen umsteigen ?
-
Hab doch bereits gefragt was sein Erfolgskonzept bei Konkurrenz wie SAP sein wird -> der billige Preis.
MfG SideWinder
-
Oh sry ...hab ich dann überlesen.
-
-
Bitte auch 1x den Link an mich.
-
So langsam bin ich neugierig geworden
bitte auch den Link an mich : semeltheone@gmx.net
-
-
Habe den Beitrag grade erst gelesen.
Kann man den Link noch haben oder seid ihr schon komplett?
-
Mal im ernst ich studier Winfo (jaja
)und arbeite neben bei in ner studentischen Unternehmensberatung (jaja ) und die Zielgruppe des OP (wie er selbst sagte) sind eher so die Mittelständler. Und bei denen hab ich noch nicht wirklich SAP gesehen, bei denen lief alles andere und die Systeme sind zum teil bunt zusammengewürfelt. Ein paar Leute und ich mussten mal so ein zerpflücktes System auf so ein ähnliches Komplettsystem wie der OP es vor hat, einpflegen, was für eine Arbeit.
Diese "Einpflegearbeit" sollte der OP auch als gleich als Leistung anbieten.Persönlich kenne ich auch einen Programmierer der hat mit seinem Team eine kleine Bürosoftware entwickelt, läuft in ca. 150-200 Büros und sie verdienen soviel das sie "normal" davon leben können. Closed Source und läuft auf Linuxkisten.
Wenn das alles richtig gut aufgebaut und brauchbar ist, was der OP hier schreibt. Ist es doch super. Aber nur bei der Software darf es dann natürlich nicht bleiben sonst ist er nicht mehr konkurrenzfähig, zb. aus der Lagerhaltung kann man viel rausholen, Optimierungskonzepte usw. Das Ganze muss dann nämlich auch als Informationswerkzeug betrachtet werden. Aber sowas ist vorerst Zukunftsmusik, wenn es der OP dann aber doch schafft sowas günstig anzubieten, wobei auch "standardisierte" Schnittstellen nach aussen hin existieren.
Denke ich schon das er Erfolg haben wird. Wobei man die Konkurrenz in diesem Sektor nicht aus den Augen lassen sollte, die gibt es nämlich auch. Know your enemy.
Soviel dazu
PS: haltet es so modular wie möglich, auch die größeren Module sollten auf kleineren aufbauen, jedes Unternehmen funktioniert anders. Und das Ziel heisst so wenig Anpassungsarbeit wie nötig.
-
Hallo,
der Link zur eurer Firma würde mich auch gerne interessieren:
webmaster@texturenland.de
-
Wenn das OS unabhängig sein soll und man nicht viel Zeit mit GUI Coden verschwänden möchte, würde ich das ganze Browserbasierend machen. Gerade für so anti-interaktive Dinge wie die Verwaltungsakte eurer Software wäre das gut und billig HTML-Pages rüberzuschieben.
Zudem spart man sehr viel Debug-Zeit, weil ein Browser nunmal nicht in euren Supportbereich fällt.
rapso->greets();
-
@Counterfeit u. Darkfalcon: So, die Emails sind verschickt.
@rapso: Ich finde die Idee, Teile der Anwendung browserbasiert zu schreiben, gut. Dann können die Kunden auch "unterwegs" auf ihre Daten zugreifen. Aber ich sehe das mehr als Ergänzung zu einer lokalen Anwendung, weil man browserbasiert nicht den Benutzerkomfort einer lokalen Anwendung hat (meiner Meinung nach). Und wenn jemand den ganzen Tag vor einem Programm sitzt, dann will er maximalen Komfort. Für schnell mal auf einer Messe einen Kontakt erfassen gehts natürlich auch mit dem Browser. Betriebssystemunabhängigkeit der Clients ist nicht wichtig, da unsere Kunden zu über 99% Windows einsetzen.
Das Argument mit dem Debuggen sehe ich nicht ein, weil ich ja dafür die Anwendung auf der Serverseite debuggen muß.