Казус от практиката

От идея до първите платещи потребители: как пуснахме B2B SaaS

Един основател дойде при нас с електронна таблица, предчувствие и краен срок. Единайсет седмици по-късно имаше платещи клиенти. Това е честната, анонимизирана история за това какво изградихме, какво умишлено пропуснахме и къде сгрешихме.

Have a nice dayHave a nice day14 мин. четене
От идея до първите платещи потребители: как пуснахме B2B SaaS

Тя дойде с електронна таблица, предчувствие и краен срок, който нейната браншова конференция беше определила вместо нея, без да я попита. След четири месеца щеше да стои на малка сцена пред около двеста души, които управляваха точно онзи тип бизнес, за който беше предназначена идеята ѝ. Искаше да им покаже нещо истинско — не слайдове, не макет, а продукт, в който непознат може да влезе и да плати. От този разговор започва този казус, а най-полезното в него е колко обикновена беше отправната точка.

Тук умишлено сме променили разпознаваемите детайли. Основателят е реален, продуктът е жив, а числата са близки до истината, но закръглени и смекчени, така че никой да не може да разкрие за кого става дума. Важното не е конкретната ниша — а формата на пътя, защото тази форма се повтаря почти всеки път, когато нетехнически основател се опитва да превърне добра идея в работещ софтуер. Ако сте някъде около началото на този път, ето приблизително как могат да изглеждат следващите няколко месеца, когато всичко върви добре.

Накратко: бранш, който тя познаваше до тънкости, болезнен ръчен процес, който всички в него търпяха, електронна таблица, която тихо използваше, за да го прави по-добре от колегите си, и нула технически опит. Единайсет седмици фокусирана работа по-късно първите платещи потребители бяха вътре. Ето как — и по-честно — ето къде се препънахме.

Ситуацията: електронна таблица, която върши реална работа

Основателката управляваше малка консултантска фирма в регулирана, наситена с документи област. Клиентите ѝ бяха други малки бизнеси и всеки от тях се бореше със същата повтаряща се рутина — събиране на купчина формуляри, проверка за пълнота, преследване на липсващите части и изготвяне на чисто резюме преди крайния срок. Повечето от конкурентите ѝ правеха това с имейли, телефонни обаждания и папка с Word шаблони. Тя го правеше с електронна таблица, която беше изградила и усъвършенствала в продължение на четири години, и клиентите ѝ тихо я обожаваха за това.

Тази електронна таблица беше цялото прозрение. Не беше бизнес план или пазарен анализ — беше доказателство. Хората вече разчитаха на инструмента ѝ, молеха я да го пуска за бизнеси, които дори не консултираше, предлагаха да платят само за достъп. Когато клиентите се опитват да купят нещо, преди да сте го изградили, можете да спрете да гадаете дали има търсене. Въпросът никога не беше струва ли си. Въпросът беше може ли това да стане софтуер, който някой друг да използва, без тя да седи до него.

Когато клиентите се опитват да ви платят за електронна таблица, вече нямате идея — имате продукт, който още не е изграден.
това, което ѝ казахме на първата среща

Ограниченията ѝ бяха също толкова реални. Фиксиран бюджет, който идваше от собствените ѝ спестявания, не от фонд. Крайният срок за конференцията. И едно твърдо правило, за което се споразумяхме рано: това не можеше да се превърне в проект, който изисква вниманието ѝ всеки ден, защото тя все още трябваше да управлява консултантска фирма. Каквото и да изградим, трябваше да може да се завърши, да е достъпно по цена и скучно за поддръжка. Тези три думи оформиха всяко следващо решение.

Първата задача беше да решим какво да НЕ изграждаме

Когато основателите описват продукта на мечтите си, списъкът с функции винаги е огромен, защото са го рисували във въображението си с години. Нейният запълни две страници: табла, права за екипа, одитна следа, автоматични напомняния, портал за клиенти, фактуриране, анализи, интеграции с три инструмента, които клиентите ѝ използваха, и — разбира се — „малко изкуствен интелект някъде вътре“. Всяка точка беше разумна. Да изградим всичките преди пускането щеше да е катастрофа.

Затова направихме упражнението, което правим с всички: за всяка функция задавахме един прям въпрос. Ако това липсваше в деня на пускането, би ли отказал клиент да плати? Не „би ли било по-хубаво с него“ — би ли се провалила продажбата наистина. Повечето функции не издържат този тест и точно в това е смисълът. Тези, които оцеляват, са вашият истински продукт. Всичко останало е пътна карта, която е чудесно нещо, но не е това, което изграждате първо.

Това, което оцеля, беше почти неудобно малко. Потребител можеше да си създаде акаунт, да настрои случай, да покани клиента си да качи необходимите документи и да получи същото чисто, проверено резюме, което изготвяше нейната електронна таблица — само че автоматично и без нея в процеса. Това беше всичко. Без табла. Без роли в екипа. Без изкуствен интелект, поне засега. Четири функции, една ясна задача, свършена както трябва.

Бяла дъска, покрита с лепящи бележки, където ръка премества повечето бележки в колона „по-късно“ и оставя само четири бележки в колона „пускане“, заснето в топла офис светлина
Определянето на обхвата на едно пускане е предимно акт на изваждане. Четирите бележки, които останаха, станаха продуктът.

Какво всъщност изградихме за единайсет седмици

Работим на кратки, видими цикли, вместо да изчезваме за три месеца и да се връщаме с изненада. Горе-долу всяка седмица основателката получаваше линк към нещо, върху което можеше да кликне, дори когато беше грозно и наполовина свързано. Този ритъм има по-голямо значение, отколкото звучи: той държеше решенията ѝ малки и чести, вместо да ги оставя да се натрупат в едно ужасяващо ревю накрая.

Седмици 1–3: гръбнакът

Първо изградихме непривлекателното ядро — акаунти, сигурен начин за съхранение на документи и модела на данните под работния поток на случаите. Нищо от това не е видимо за клиента, а всичко е частта, която е скъпо да се поправя по-късно, ако бързате. Тъй като продуктът боравеше с чувствителни документи на други бизнеси, третирахме контрола на достъпа и разделянето на данните като изискване за пускане, а не като последваща надстройка. Това е едно от малкото места, където отказахме да правим компромис.

Седмици 4–7: самата работа

После частта, която правеше така, че да си струва да се плаща за нея: превръщането на логиката от електронната ѝ таблица в двигателя, който проверява документите за пълнота и изготвя резюмето. Това беше сърцето на продукта и му отделихме най-много време. Седяхме с нея и разнищвахме защо съществува всяко правило в таблицата ѝ — и няколко от тях се оказаха навици, а не изисквания, което ни позволи да опростим. До края на седмата седмица можеше да се изпълни реален случай от началото до края.

Седмици 8–11: да стане безопасно да се таксува за него

Последната отсечка беше разликата между демо и продукт. Плащане, за да могат хората наистина да се абонират. Чиста регистрация, която не се нуждаеше от ръководство. Десетината малки състояния на грешка, които решават дали непознат се доверява на софтуера ви, или си тръгва. И тестване — скучно, повтарящо се тестване — с основателката и двама дружелюбни клиенти, които се съгласиха да го счупят нарочно, преди да го направят непознатите. Тази последна група изплати отстъпката си за ранен достъп многократно.

Въпросът „сложи малко изкуствен интелект“, отговорен честно

Списъкът ѝ с желания включваше изкуствен интелект, както правят повечето списъци днес. Възразихме и си струва да обясним защо, защото това е същият съвет, който даваме почти на всички. Задачата, която първата версия трябваше да върши — проверка на известен набор от документи спрямо известен набор от правила — е задача, която правилата вършат по-добре от изкуствения интелект. Тя е предвидима, проверяема и когато регулиран клиент попита „защо системата маркира това“, искате ясен отговор, а не свиване на рамене.

Това не означава, че изкуственият интелект нямаше място. В работния поток се криеше истински заплетен, езиков проблем: клиентите често качваха документи, които бяха почти правилни, но грешно етикетирани, или поставяха информация като свободен текст, вместо да попълнят формуляра. Да четеш този хаос и да го подреждаш е точно това, в което съвременният изкуствен интелект е добър. Затова го отбелязахме внимателно — и после го оставихме за втора версия. Добавянето му преди пускането щеше да отложи крайния срок, за да се излъска функция, за която никой още не беше поискал да плати.

Чиста разделена илюстрация: вляво часовников механизъм с надпис „правила“, вдясно мек светещ възел с надпис „изкуствен интелект“, с малка стрелка, показваща изкуствения интелект, добавен отгоре по-късно, редакторски плосък стил
Продуктът беше пуснат върху надеждни правила. Изкуственият интелект беше планиран за единствената задача, с която правилата не можеха да се справят.

Привличане на първите платещи потребители

Ето частта, от която основателите се притесняват най-много и за която се подготвят най-малко. Продукт, който никой не може да намери, не е бизнес, а хоби. Но тази основателка имаше предимство, по-ценно от какъвто и да е маркетингов бюджет: вече имаше аудитория, която ѝ се доверяваше, и неколцина от тях бяха молили да платят, преди софтуерът да съществува. Планът за пускане се опираше изцяло на това и вашият би трябвало да направи същото, ако го имате.

Вместо шумно публично пускане, направихме обратното — тихо, премислено. Две седмици преди конференцията тя писа имейл на шепата клиенти, които вече бяха попитали, предложи им цена за член основател и ги въведе ръчно, наблюдавайки през видеоразговор как го използват. Всяко объркване ставаше поправка. Когато застана на онази сцена, тя не предлагаше идея; тя описваше софтуер, за който колегите ѝ вече плащаха, и можеше да го каже честно.

  1. 1
    Започнете с хората, които вече питат
    Първият ѝ контакт беше само с клиенти, които преди това бяха предложили да платят. Топлото търсене конвертира, преди студеното дори да отговори.
  2. 2
    Въведете първите неколцина ръчно
    Никакви самообслужващи геройства в началото. Тя преведе всеки ранен потребител на живо, превръщайки всяка точка на объркване в конкретна поправка.
  3. 3
    Ценообразувайте за основатели, не завинаги
    Ранните потребители получиха ясно ограничена във времето цена за основатели. Тя възнагради риска им и даде на по-късните клиенти основание, че цените се вдигат.
  4. 4
    Използвайте крайния срок като пускане
    Конференцията не беше маркетингов трик, прикачен после — тя беше движещата сила, която държеше обхвата честен през цялото време.

Резултатът — и какво наистина означава той

До края на месеца на пускане продуктът имаше първите си платещи абонати — малък брой, такъв, който все още можеш да преброиш на две ръце, всеки от тях реален бизнес, плащащ реална месечна такса. Това звучи скромно и е така. То е и най-трудната отделна повратна точка в целия живот на един софтуерен продукт. Преходът от нула платещи клиенти към неколцина е далеч по-труден от прехода от неколцина към много, защото това е моментът, в който идеята спира да бъде ваша и става на пазара.

Числата по-долу са илюстративни и закръглени, но са верни на формата на случилото се. Това, което искаме да извлечете от тях, не са цифрите — а пропорциите. Стегнато определена първа версия, малък фокусиран бюджет, кратък срок и пускане, насочено към топло търсене, а не към целия интернет.

ПоказателРезултатЗащо имаше значение
Време до първия платещ потребител~11 седмициКраткият обхват поддържаше инерцията и духа високи
Функции при пускането4 основни функцииВсяка издържа теста „биха ли отказали да платят“
Първи клиентиШепа топли контактиВсички от съществуващата ѝ доверена аудитория
Изкуствен интелект в първата версияНикакъвПравилата вършеха основната работа; изкуственият интелект мина за v2
Дневно време на основателяМинималноПродуктът беше проектиран да е скучен за поддръжка
Илюстративна моментна снимка на пускането — цифрите са закръглени и смекчени за анонимност.
От нула до неколцина платещи клиенти е най-трудният скок в софтуера. Всичко след него е различен, по-лесен вид трудност.
повратната точка, която наистина има значение

Какво сгрешихме

Казус, който изброява само победи, е реклама, затова ето честната част. Допуснахме две грешки, които си струва да назовем, защото и вие ще се изкушите от същите.

Първо, подценихме въвеждането на потребителите. Бяхме определили обхвата на продукта внимателно, но третирахме първите пет минути от преживяването на нов потребител като нещо второстепенно, нещо за подреждане накрая. Оказа се решаващият момент и прекарахме непланирана седмица в преизграждане на регистрацията и празния първи екран, така че непознат да разбере какво да прави, без да му се казва. Следващия път преживяването при първото стартиране е функция от първия ден, а не от десетата седмица.

Второ, оставихме едно „малко“ правило в двигателя за проверка да набъбне. Основателката спомена един граничен случай почти мимоходом, съгласихме се, че е лесен, и той тихо изяде три дни, защото реалните данни бяха по-объркани, отколкото чистата ѝ таблица някога беше разкривала. Урокът не беше „избягвайте граничните случаи“ — а че таблицата ѝ тихо беше вършила ръчно почистване, което тя беше забравила, че прави. Софтуерът трябва да направи тази невидима работа видима, а това винаги струва повече, отколкото някой очаква.

Основателка на малка сцена пред скромна публика от бизнес хора, жестикулираща към екран на лаптоп, показващ чист софтуерен интерфейс, топло уверено осветление
Крайният срок, който започна всичко: да застанеш не с презентация, а с продукт, за който хората вече плащаха.

Ако сте на нейното място

Това, което накара това да проработи, не беше умна архитектура или модерен инструмент. Беше дисциплина по отношение на обхвата и честност по отношение на търсенето. Тя имаше доказателство, че хората го искат, преди да напишем и един ред код, и бяхме безпощадни при изграждането на най-малката версия, за която някой все пак би платил. Нито едно от двете не изисква технически опит. И двете са неща, които можете да започнете тази седмица сами.

Ако имате електронна таблица, която хората постоянно ви молят да пуснете, или ръчен процес, за който клиентите ви благодарят, може да сте по-близо до продукт, отколкото си мислите. Опасният ход е да си представите завършената версия с пълен набор функции и да замръзнете от това колко голяма изглежда. Не го правете. Намерете единствената задача, която тя задължително трябва да върши, изградете само нея и я поставете пред хората, които вече питат. Пътната карта може да почака. Първият платещ потребител не може.

Имате електронна таблица, която иска да стане софтуер?

Ако хората постоянно ви молят да платят за нещо, което правите на ръка, това е най-силният сигнал, който съществува. Помагаме на нетехнически основатели да определят най-малката версия, за която си струва да се таксува — и я изграждаме без хаоса. Първият разговор не струва нищо освен един час.

Вижте как изграждаме софтуер по поръчка

Чести въпроси

Колко време наистина отнема да се пусне B2B SaaS?
Ако обхватът е стегнат и търсенето вече е доказано, първа платена версия е реалистична за около два до три месеца. Срокът се раздува, когато основателите се опитват да пуснат продукт с пълен набор функции, вместо най-малката версия, за която някой ще плати. Единайсетте седмици в този казус бяха възможни само защото свихме списък с желания от две страници до четири основни функции.
Трябва ли да знам да програмирам, за да изградя SaaS?
Не. Основателката в този казус нямаше никакъв технически опит. Това, от което се нуждаете, е дълбоко познаване на проблема и честност за това дали хората наистина искат решението. Изграждането е наша работа; експертизата в областта и взаимоотношенията с клиентите са ваши, а те са по-трудната половина.
Трябва ли първата ми версия да включва изкуствен интелект?
Обикновено не. Повечето основни B2B работни потоци са базирани на правила — предвидими, проверяеми и по-добре обслужвани от обикновена автоматизация. Изкуственият интелект заслужава мястото си там, където работата е заплетена и езикова, като тълкуването на документи, които пристигат в грешен формат. Тук оставихме изкуствения интелект за втора версия и продуктът пак изкарваше пари без него.
Как да получа първите платещи клиенти?
Започнете с топло търсене — хора, които вече ви се доверяват и са проявили интерес, не студения отворен интернет. Въведете първите неколцина ръчно, гледайте как го използват и поправяйте всяко объркване, което видите. Малка група платещи членове основатели е далеч по-ценна в началото от голяма вълна любопитни непознати, които никога не конвертират.
Коя е най-честата грешка на този етап?
Две, всъщност. Недостатъчно инвестиране в първите пет минути, които нов потребител прекарва в продукта — въвеждането решава дали непознатите ще му се доверят. И подценяване на скритата ръчна работа, която една електронна таблица тихо върши, която винаги струва повече за възпроизвеждане в софтуер, отколкото някой очаква. Планирайте време и за двете от самото начало.
Have a nice day
Have a nice day
Редакция

Have a nice day е софтуерно студио, което помага на малките и средните предприятия да се дигитализират — автоматизация, изкуствен интелект и софтуер по поръчка, който работи в ежедневната дейност, а не само на слайдове.

Подходящи услуги