Vilken prismodell är bäst när det gäller en webbapplikation för större företag? Hm, du får nog definiera lite bättre. Om du vill tjäna pengar, vilket inte är helt fel, så ska du ta betalt för hur många människor som kan använda aplikationen samtidigt. exempelvis XYZ kr/månad för varje samtidig användare, dvs en flytande licens. Växer företaget, eller om din appliktion används av allt fler (för att den är så bra), så växer din inkomster. Sen är den ju en annan pilsner hur man ska lösa det hela. 23.000 konton kan var en utmaning att hålla reda på! Hej, Det beror mycket på om du utvecklar en ny produkt eller om du säljer en gammal. Om du säljer är det smidigt att resonera i termer om hur många användare som ska nyttja produkten eller hur många bytes per sekund som den ska kunna hantera.Prissättningsmodell för webapplikation
Tacksam för svar, Peter.Sv: Prissättningsmodell för webapplikation
Men en sak som vi har ett problem med hos oss är att vi kan aldrig ta bort någon användare pga kraven på spårbarhet. Därmed så blir det ruggigt dyrt för oss att köpa mjukvara per användare. Är det en användarbaserad licens så vill vi ha den per <b>aktiv</b> användare.
23.000 användarkonto, är det stort nog?Sv: Prissättningsmodell för webapplikation
Fim, med en PC som lider av dyselexsi Sv:Prissättningsmodell för webapplikation
Vad jag funderar på är en applikation för förslagsverksamhet www.daktyl.se. Vi hade tänkt oss en sitelicens med staffling i olika nivåer på vanligt sätt. Men vid en weblösning finns det ju andra aspekter att tänka på eftersom inga konventionella installationer krävs. Man bör som som sagt ta hänsyn till antalet aktiva användare, det är nog lättare att göra med en weblösning. Med vanliga användarbaserade licenser kan det bli oskäligt höga priser.
Brukar priset på sitelicenserna vid en weblösning vara annorlunda jämfört med "gamla konventionella" system? Vilka nivåer brukar staffling ligga på: upp till 100 - 500 - över 5000 aktiva användare? Det gäller att hitta vettiga nivåer.
mvh Peter LeijonmarckSv: Prissättningsmodell för webapplikation
Frågan är jättesvår att besvara utan att ha detaljerad kännedom om din affärsidé, mål och medel, kundernas behov osv.
Jag tycker att de övriga medlemmarnas praktiska erfarenheter av köp respektive försäljning
av lösningen är mer givande än något jag skulle kunna anföra.Sv: Prissättningsmodell för webapplikation
När du nyutvecklar bör du först dela upp projektet i en tydlig Modell-, Kontroll-, Vy-design. Därefter skapa en betalningsmodell för varje grupp. Du kanske tex köper design, utvecklar kontroll och kunden har modellen.
Om du säljer logik, så är det vettigt att ränka varje beräkning: indata->utdata och ge den ett pris. Blir det väldigt många kontroller kan du bunta ihop dem innan du presenterar för kunden.
Det här förfarandet ger dig stor kontroll över dina egna kostnader också. Det är dock ingen trivial uppgift.