Utforma dina planer

Two people arranging yellow planning notes on a glass wall

LEKTION 05 / 14 · KOSTNADSFRI FÖRETAGSKURS

Planer gör din tjänst till ett beslut som kunder kan förstå. En användbar plan beskriver arbetet den stödjer, vad som ingår och när en kund behöver mer. Den sätter också gränser som gör att du kan leverera löftet på ett hållbart sätt.

När du är klar: skapa en kort planmatris, förklara en rimlig uppgraderingsväg och testa de gränser som är viktiga. Priserna i den här lektionen är illustrativa; du kommer att granska prissättning och kostnader i lektion 9.

Börja med olika kundsituationer

Det ursprungliga FitSite-exemplet skiljer mellan ensamtränare, etablerade gym och företag med flera platser. Det är användbara hypoteser eftersom arbetet kan skilja sig åt: en tränare behöver en tydlig professionell närvaro, ett välbesökt gym kan behöva ett mer omfattande schema- och bokningsflöde, och en kedja kan behöva platsspecifik information.

Utgå inte från att antalet anställda avgör rätt produkt. En ensamtränare kan vara starkt beroende av onlinebokning, medan ett större gym kanske redan har ett system som de vill behålla. Använd intervjuer för att identifiera meningsfulla skillnader i arbetsflöde, komplexitet, support och skala. Planerna bör återspegla dessa skillnader i stället för stereotyper.

För ett annat SaaS-företag kan skiljelinjen vara ett projekt kontra ett arbetsflöde för team, tillfällig användning kontra frekvent arbete, eller en plats kontra flera. Välj ett litet antal lättbegripliga situationer. Tre nivåer är vanliga i exempel, men ett bra erbjudande eller två tydliga val kan räcka för att börja.

Skriv löftet före funktionslistan

Skriv för varje plan en mening som förklarar kundens användbara resultat. Lista sedan funktionerna och servicearbetet som krävs för att leverera det. Om du inte kan förklara en funktions roll i det resultatet bör du överväga om den hör hemma i det första erbjudandet.

En grundplan måste fortfarande utföra det jobb den lovar. Att ta bort en väsentlig funktion enbart för att tvinga fram en uppgradering kan göra instegsplanen besvikande. Om en kund inte kan använda din ”bokningswebbplats” för att ta emot eller hänvisa till bokningar måste du antingen ändra löftet eller inkludera en fungerande bokningsväg.

Inkludera de operativa detaljer kunder behöver för att kunna välja: antalet webbplatser eller arbetsytor, relevanta användningsgränser, tillgång till anpassad domän, integreringar som stöds, supportens omfattning och eventuell installationstjänst. Förklara begränsningar tydligt. Tekniska kvoter är viktiga när de påverkar leveransen, även om de inte bör dominera rubriken.

Använd FitSite-matrisen som ett arbetsexempel

  • Start — illustrativa 49 USD/månad: en studiowebbplats med mallen Studio Essential, grundläggande företagsinformation och en kontaktväg. Ange tydligt om bokningslänkar och anpassade domäner ingår.
  • Tillväxt — illustrativa 99 USD/månad: en webbplats med ytterligare mallval och ett testat boknings- eller innehållsflöde som passar köparen. Inkludera gränser för support och integreringar.
  • Pro — illustrativa 199 USD/månad: support för en överenskommen lösning med flera platser, till exempel upp till fem webbplatser, med relevanta mallar och underhållsomfattning.

Dessa siffror bevarar det ursprungliga undervisningsexemplet; de är varken marknadsriktmärken eller en prisrekommendation. Du måste kontrollera dina kostnader och köparnas reaktioner. Lova inte ”alla premiumtillägg” om licensiering, support och kompatibilitet inte gör det möjligt att leverera. En längre funktionslista kan öka kostnaderna utan att förbättra kundens resultat.

Var exakt med omfattningen. Om Pro omfattar fem webbplatser ska du ange om en lagringskvot gäller per webbplats eller för hela abonnemanget enligt den faktiska konfigurationen. En sida för flera platser på en webbplats är inte samma sak som fem självständiga webbplatser. Låt inte pristabellen och den tillhandahållna produkten beskriva olika saker.

Översätt matrisen till produktinställningar

I det valfria WordPress-spåret stöder Ultimate Multisite planer, mallar och gränser. Skapa en produkt för varje avsedd plan och konfigurera tillgängliga mallval, tillägg och teman som stöds, webbplatsgränser och andra relevanta kvoter. Läs den aktuella dokumentationen för de kontroller som finns tillgängliga i din version.

Använd genomtänkta standardinställningar för tillägg. Ett kontaktformulär kan ingå på varje webbplats, medan en specialiserad integrering endast hör hemma där den behövs. Nätverksaktiverade tillägg laddas i hela nätverket; utgå inte från att en planinställning kan förhindra det beteendet. Testa den faktiska kundupplevelsen för varje nivå och undvik att hävda att en funktion är begränsad när den fortfarande är tillgänglig.

Behandla behörigheter separat från marknadsföring. Ge kunder den åtkomst som behövs för att underhålla deras innehåll och behåll plattformsadministrationen under din kontroll. Testa ett nytt kundkonto på varje plan i stället för att endast granska från en nätverksadministratörs perspektiv.

Håll den offentliga jämförelsetabellen och den interna leveranschecklistan tillsammans. När en funktion ändras ska du uppdatera båda innan du erbjuder den reviderade planen. Detta hjälper dig att undvika att sälja ett gammalt löfte medan du tillhandahåller en ny konfiguration.

Utforma uppgraderingar och nedgraderingar innan du säljer dem

En kund bör förstå vad som ändras vid byte mellan planer. I Ultimate Multisite ska du granska inställningarna för plangrupper och uppgraderingar/nedgraderingar för den installerade versionen och sedan testa de tillåtna övergångarna. En visuell ordning som Start, Tillväxt, Pro är bara användbar när det underliggande övergångsbeteendet motsvarar den.

Nedgraderingar förtjänar särskild uppmärksamhet. Vad händer om en kund har fler webbplatser, mer lagring eller fler användare än den lägre planen tillåter? Vad händer med en anpassad domän eller en integrering? Definiera en process som bevarar kunddata och kommunicerar de ändringar som krävs. Lova inte automatisk radering, omedelbar proportionell återbetalning eller direkt återbetalning utan att bekräfta det avsedda faktureringsbeteendet.

Testa planändringar i en kontrollerad testmiljö för betalningar där det stöds. Granska förnyelsedatum, visade priser, behörigheter och kundmejl. Dokumentera allt som kräver manuell support så att du kan prissätta och förklara det ärligt.

Lägg till valfria tillägg med återhållsamhet

Källan föreslår extra lagring, prioriterad support och ytterligare webbplatser. Dessa kan vara användbara tillägg när kunderna förstår dem och du kan leverera dem pålitligt. Börja med en verklig återkommande förfrågan i stället för att lägga till val i kassan bara för att programvaran stöder dem.

Definiera för varje tillägg enhet, pris, faktureringsintervall, uppsägningsvillkor och leveransansvar. ”Prioriterad support” behöver en konkret omfattning och förväntad svarstid; det bör inte innebära garanterad lösning. Ytterligare lagring behöver en mätbar kvot och en tydlig definition av om den delas.

Håll tillägg tydligt valfria och undvik förvalda avgifter. Lektion 6 handlar om hur erbjudandet presenteras i kassan. Ett enkelt köpbeslut är lättare att testa och stödja än en stor samling paket med överlappande behörigheter.

Din övning: omsätt lektionen i praktiken

Skapa en ensidig planmatris och testchecklista:

  • Namnge dina första kundsegment och resultatet som varje plan lovar.
  • Lista nödvändiga funktioner, gränser, supportomfattning och undantag på klarspråk.
  • Lägg till preliminära priser märkta ”illustrativa—behöver valideras” samt uppskattade leveranskostnader.
  • Skriv ett uppgraderings- och ett nedgraderingsscenario, inklusive vad som händer över en gräns för en lägre plan.
  • Om du använder WordPress ska du tillhandahålla ett testkonto per plan och jämföra den levererade upplevelsen med matrisen.

Din leverans: ett erbjudande som du kan förklara i ett kort samtal, med tydliga gränser och en lista över inställningar eller faktureringsbeteenden som fortfarande behöver verifieras.

Innan du går vidare

  • Planer bör motsvara användbara kundsituationer och vara möjliga att leverera.
  • Exempelpriser är antaganden tills kostnader och kundunderlag stöder dem.
  • Testa gränser, tilläggstillgänglighet, uppgraderingar och nedgraderingar i stället för att förlita dig på en pristabell.

Källor och vidare läsning

Anpassat från den ursprungliga lektionen om webbplatsföretag. Ultimate Multisite: planer, gränser och tilläggskontroller

Nästa: Registreringsupplevelsen

Föregående lektion · Bläddra bland alla 14 lektioner