Mis on funktsioonide lisandumine ja kuidas seda vältida?

Alustate väheste funktsioonidega, lihtsa MVP-ga ja arenduskavaga, mis tundub tõesti teostatav. Siis aga palub ettevaatlik investor lisada veel üks asi. Teie disainer paneb tähele uue funktsiooni, mille teie konkurent on hiljuti kasutusele võtnud. Üks teie kolleegidest teeb ettepaneku lisada fantastiline AI-funktsioon, mida me juba arendame. Enne kui jõuad öelda „jack-daw”, on sinu planeeritud projekt kontrolli alt väljunud, hilineb ja on palju keerulisem, kui sa kunagi kavandasid. See on funktsioonide lisandumine, sinu toote järkjärguline, heatahtlik kasv, mis ületab oluliselt selle algse eesmärgi. Ja kuigi see võib sel hetkel tunduda kahjutu, on see üks levinumaid ja kulukamaid lõkse SaaS arendamisel. See on eriti riskantne mittetehnilistele asutajatele. Kui te pole ise koodi kirjutanud, on lihtne arvata, et võite lisada veel ühe funktsiooni ja midagi ei lähe valesti. Aga see läheb valesti, järk-järgult ja siis korraga. Selles artiklis uurime funktsioonide lisandumise päritolu, selle avaldumist SaaS-toodetes ja eelkõige seda, kuidas funktsioonide lisandumist vältida ja mitte takerduda.

Tarkvaraarenduses tähendab funktsioonide lisandumine (ka funktsioonide paisumine või ulatuse lisandumine) soovimatute funktsioonide järkjärgulist lisandumist, mis enamasti toimub aja, eelarve ja kasutajakogemuse arvelt. Kuigi see võib olla mõeldud terviklikuma lahenduse loomiseks, on tulemuseks liiga keeruline toode, mis ei saavuta oma põhieesmärke. SaaS-i puhul võib see põhjustada kahte probleemi:

• Ülekoormatus: tulemuseks on raskem, keerulisem ja raskemini hooldatav toode.
• Drift: teie toode lahendab liiga palju probleeme parimal juhul vaid osaliselt.

Funktsioonide lisamise keerukus seisneb selles, et seda on väga raske märgata kui libedat nõlva. Uued funktsioonid tunduvad põnevad. Need võivad isegi põhinevad headel instinktidel või headel kommentaaridel. Siiski, ilma kindlate filtriteta, on teil kalduvus arendada ebaühtlast toodet, mida on raskem kasutada, müüa ja laiendada.

Nagu nimigi viitab, võib funktsioonide lisandumine toimuda aeglaselt ja järk-järgult. Selle nähtuse vältimiseks on võimalik õppida tundma selle peamisi põhjuseid ja seda täielikult vältida. Enamik funktsioonide lisandumise juhtudest on tingitud järgmistest põhjustest:

Halb prioriteetide seadmine või määratlemata eesmärgid

Ilma selge visiooni ja prioriteetideta on lihtne nõustuda igasuguste ideedega, mis üle tammi tulevad. Meeskond lepib kokku sellega, mis kõlab hästi, mitte sellega, mis on kõige olulisem.

Ülemäärane reageerimine sidusrühmade või kasutajate taotlustele

Kuigi tagasiside on väga vajalik, ei õigusta kõik taotlused uue funktsiooni lisamist, eriti kui investorid, beetakasutajad või varased kasutuselevõtjad nõuavad midagi kiiresti. Tulemus? Täis töökorraldus ja hajutatud tähelepanu.

Puuduv tegevuskava või MVP ulatus

Selleks, et vältida projekti ulatuse laienemist, on vaja tegevuskava, milles on täpsustatud vahe-eesmärgid ja eelarvepiirangud. Kui puuduvad piirangud, hakkab meeskond keskenduma pigem erandjuhtumite lahendamisele kui põhifunktsionaalsusele.

Konkurentide surve

On ahvatlev jääda konkurentidega samale tasemele, mis toob kaasa uute funktsioonide kasutuselevõtu, mis ei ole kooskõlas teie toote eesmärgiga. Jäljendamine on turvaline tunne ja kiire tee prügimäele.

Sisepoliitika ja ego

Mõnikord on funktsioonide lisamine sisemine või soov lisada funktsioone, mis ei ole kasutajale kasulikud.

Hajutatud tootemeeskonnad Kaugkoostöö ja keskendumisvõime puudumine

Hajutatud tootemeeskonnad võivad funktsioonide lisandumist veelgi suurendada. Suhtlus võib toimuda erinevate tööriistade ja ajavööndite vahel, kus keegi ei tee lõplikke tootega seotud otsuseid, mistõttu on väga lihtne, et heade kavatsustega panus muutub tooreks funktsioonide lisandumiseks.

SaaS-arenduses võib funktsioonide lisandumine toimuda mitmel erineval viisil. Seda tuntakse üldiselt minimaalse elujõulise tootena (MVP). Kuigi MVP tähtsust tõendavad arvukad tõendid, nõuab sellise olulise esialgse sammu astumine agiilses arendusprotsessis märkimisväärselt rohkem distsipliini, kui enamik meeskondi arvab. Paljudel juhtudel sarnaneb funktsioonide lisandumine liigsete sekundaarfunktsioonide lisamisega MVP-le. Teine tüüpiline funktsioonide lisandumise sümptom SaaS-arenduses on ülepaisutatud kasutajaliides, milles on raske navigeerida. Funktsioonide lisandumise korral võib olla raske säilitada lihtsat ja tavalist kasutajaliidese disaini. Hea näide tarkvarast, mis on rikkalik funktsioonidega ja võib kasutaja liiga paljude funktsioonide ja liiga keerulise liidesega üle koormata, on Adobe Illustrator. Intuitiivne tootearendus ei ole kasutajasõbralik, kuna selle suur hulk funktsioone võimaldab toodet kasutada ainult kogenud kasutajatel.

Kuidas AI-tööriistad võivad juhuslikult kasutajate intervjuusid arendustöö voogudeks muuta

Tehisintellekt muudab kõik kiiremaks: alates kasutajate küsitlemisest kuni arengukava koostamiseni ja arendustööde protsessideni. Kuid kiirus ei ole tingimata hea, kui see tähendab funktsioonide pakkumist, mida keegi ei ole palunud. Nii aitab tehisintellekt kaasa funktsioonide lisandumisele:

• Ideede ülekoormus: ChatGPT-taolist süsteemi saab kasutada, et genereerida korraga kümneid ideid ühe funktsiooni kohta. Need on aga kasutaja poolt kinnitamata tähenduseta. Mahu ja väärtuse vahel võib kergesti tekkida segadus.
• Agendid hiilivad: AI-agente või -assistente reklaamitakse sageli kui terviklikke lahendusi, mis hõlmavad raamatute broneerimist, automaatset e-kirjade jälgimist ja reaalajas integratsiooni, kuid teie toode ei vaja veel midagi sellist.
• Automatiseeritud tagasiside: AI-kokkuvõtjad suudavad kasutajate „küsimusi” suurel määral välja filtreerida, kuid ei pruugi näidata, millised probleemid on reaalsed ja millised on erandlikud juhtumid. Asjaolu, et andmed võivad sundida meeskondi looma pigem kiireid kui läbimõeldud lahendusi.
• „See on lihtne teha, miks siis mitte?“: tänapäeva arendustööriistad + tehisintellekt = kiire prototüüpimine. Lihtne ei tähenda aga strateegiline. Asjaolu, et saate midagi kiiresti valmis teha, ei tähenda, et peaksite seda ka tegema.

Projektijuhtimise Instituudi (PMI) 2018. aasta aruandes märgitakse, et ligikaudu pooled projektid kannatavad ulatuse laienemise all. Kuigi funktsioonide laienemine on tavaline nähtus, võib see SaaS-meeskondadele osutuda katastroofiliseks. Funktsioonide laienemisest mõjutatud toode võib teile mitmel moel kalliks maksma minna.

Suurenenud kulud ja tähtaegade ületamine – Rohkem funktsioone tähendab pikemaid arendus tsükleid, rohkem vigu ja suuremaid kulusid. Suurenenud arenduskulud ja tähtaegade ületamine. Tarkvaraarendus on aeganõudev. Iga lisafunktsioon pikendab teie ajakava ja muudab selle keerulisemaks, mis lõpuks suurendab teie projekti ja projekti kulusid. Komplekssusest tingitud ebamugavused – Funktsioonide üleküllusele on tavaliselt hea põhjus, isegi kui see tundub olevat kasutajale suunatud, kuid tegelikult halvendab funktsioonide üleküllus kasutajakogemust. Komplekssus ei võimalda sujuvat ja kasutajasõbralikku kogemust, mis ohustab teie võimalusi kasutajaid ligi meelitada ja neid hoida. Toote väärtuspakkumistest kõrvalekaldumine – Mõnikord tekib funktsioonide lisandumine, kui meeskonnad hakkavad järgima uusi ja säravaid ideid, nagu AI või kõnetuvastuse funktsioonid, kuigi need ei vasta toote deklareeritud eesmärgile. Nii võib funktsioonide lisandumine tagada, et teie toode ei muutu selleks, mida see kasutajatele lubab.

Funktsioonide lisandumine toimub siis, kui iga idee on pakiline. Õiged süsteemid aitavad teil filtreerida, keskenduda ja öelda „jah” eesmärgipäraselt. Siin on kuus sammu, mis aitavad hoida teie SaaS-toote kursil:

1. Seadke selged eesmärgid

Põhjendage oma tootevalikuid teatud määral. Kui eesmärgid on ebaselged, muutuvad funktsioonid paljuks. Otsuste tegemine muutub lihtsamaks, kui need on selged ja prioriteedid on paigas.

2. Rakenda prioriteetide raamistikku

On loomulik, et mõned funktsioonid muutuvad ristisõjaks. Selle asemel, et lasta kõige valjemal häälel ruumis olla kõige olulisem, kasutage objektiivsemaid mõõtmeid, nagu mõju ja pingutuse maatriks või RICE-punktisüsteem, et teha otsuseid kõrge väärtusega funktsioonide kohta.

3. Looge tõhus tegevuskava

Tegevuskava teenib kahte peamist eesmärki tootearenduses. See võib toimida nii projekti plaanina kui ka lepinguina teie meeskonna jaoks. Enne kui kirjutate ühegi koodirea, viige oma meeskond tegevuskavaga kooskõlla, milles on kindlaks määratud konkreetsed vahe-eesmärgid ja MVP selgelt määratletud ulatus.

4. Koguge sihipärast tagasisidet

Selle asemel, et vastata igale üksikule tagasisidele, tuvastage kasutajate tagasisides esinevad teemad ja mustrid. See strateegia võimaldab teil põhjendada uue funktsiooni lisamist ja vältida olukorda, kus lisate oma tootele midagi liiga kiiresti. Leidke lahendusi, mitte erandjuhtumeid.

5. Muudatuste kontrolli kehtestamine

Kehtestage muudatusettepanekute vastamise protsess. Igal lisandusel peab olema selge põhjendus, kulude-tulude analüüs ja kasutajale sobiv põhjus, miks see peaks olemas olema. Nii saate kindel olla, et funktsioonid lisavad väärtust ega koorma teie toodet liigselt.

6. Arvestage lõppkasutajaga

On kerge unustada, et teete otsuseid oma toote potentsiaalse funktsionaalsuse kohta omaenda vaadete põhjal. Kaaluge alati uue funktsiooni võimalust, mis toob kasutajale käegakatsutavat väärtust. Küsimus: Kas see lihtsustab, selgitab ja parandab toodet meie unistuste kliendi jaoks?

Kasutage funktsioonide prioriteetide maatriksit: visuaalne abivahend, mis aitab asutajatel funktsioone järjestada ja organiseerida, tagades, et need planeeritakse strateegilise väärtuse, mitte sisemise poliitika või pinnapealsete moesuundumuste alusel.

AskIris

Pikk funktsioonide lisandumine Funktsioonide lisandumine on tervishoiu arendamisel tavaline: suured, vanad süsteemid on norm. AskIris ei järginud seda, vaid otsustas keskenduda rohkem olulistele funktsioonidele ja kaalub laienduste lisamist alles siis, kui kasutajad on selle kohta tagasisidet andnud. See uus haigla varustuse hoiuruumi süsteemi rakendus suutis selgelt ja järjepidevalt kehtestada oma eesmärgi aidata õdedel ja muul meditsiinipersonalil leida vajalikku varustust hästi disainitud funktsionaalse MVP abil, mis oli ka välimuselt ilus.

Virtuoossus

Kuna nad olid kaks karjääriõpetajat, kes keskendusid oma töös teiste juhtimisomaduste arendamisele, pakkus Virtuosity võimaluse valmistada ette rohkem inimesi, kellel on pädevate juhtide jaoks vajalikud praktilised oskused. Kuigi asutajad ei olnud arendajad, mõistsid nad siiski MVP olulisust. Nad toetusid arendusmeeskonnale ja protsessile, mis aitasid neil vältida funktsioonide lisandumist ja teada saada, millised olid kõige olulisemad põhifunktsioonid.

Arendusmeeskonnad ei aita asutajatel tooteid luua, vaid aitavad neil luua õige toote õigel ajal. See algab sellest, et me ei tekita alguses tarbetut keerukust.

SolutionLab: selgus enne koodi

Enamik halbu ideid ei kuulu lahenduste laienemise kategooriasse, vaid pigem on head ideed vales kohas. See on üks põhjustest, miks meeskonnad läbivad struktureeritud protsesse mitte ainult MVP määratlemiseks, vaid ka selleks, et aidata asutajatel iga uut funktsiooni hoolikalt kaaluda. Selle asemel, et küsida „Kas peaksime selle lisama?”, aitavad meeskonnad asutajatel küsida:

• Millist probleemi see funktsioon lahendab?
• Kellele see on mõeldud?
• Kuidas näeb välja edu, kui me selle saavutame?
• Kas saame seda enne koodi kirjutamist valideerida?

Funktsioone eraldi MVP-dena kasutades saavad asutajad selgeks, mida praegu arendada, mida edasi lükata ja mida mitte arendada. Selline suhtumine on oluline, et jääda paindlikuks, keskendunuks ja kooskõlas tegelike kasutajate nõudmistega, hoolimata toote muutustest.

Kui teie toode on valmis, on väga lihtne hakata täitma kõiki saabuvaid tellimusi. HDD aitab seda vältida. Pärast turule toomist töötavad süsteemid kõigi uute ideedega kui falsifitseeritavate hüpoteesidega: „X lisamisega usume, et Y juhtub.“ Mõju mõõtmist kasutavad seejärel meeskonnad, kes soovivad laieneda, ja see aitab skaalal, mis põhineb tegelikel andmetel, mitte oletustel. Muutused on midagi, millega tuleb toime tulla. Tegelikult jäävad enamik digitaalsetest toodetest oma olemasolu jooksul kas samaks või kaotavad oma olulisimad omadused. Teadlikud muutused, mis on strateegilised ja põhinevad kasutajate tagasisidel, muudavad toote tugevamaks. Tarkvara eesmärkide saavutamist takistavate tarbetute funktsioonide lisamine on tuntud kui funktsioonide lisandumine (feature creep) ja võib varsti tekitada probleeme. Tarkvaraprojektid võivad funktsioonide lisandumise tõttu aeglaselt hääbuda. Funktsioonide lisandumise lõksudest väljumine on kulukas, kuid neid on võimalik vältida, hoides silma peal oma eesmärkidel, keskendudes funktsioonidele, pakkudes piisavaid muutuste haldamise protseduure ja pakkudes edukat toodet, mis rahuldab teie kliente ja vastab teie äri eesmärkidele.

Funktsioonide lisandumine toimub sageli väikeste, kuid oluliste otsuste eraldiseisva tegemise kaudu. Siin mõned lisafunktsioonid, seal uus taotlus, ja enne kui sa aru saad, on su toode unustanud põhjused, miks seda algselt väärtuslikuks peeti. Kui asutaja ei ole tehniline, on läbipaistvus teie parim vara. Mõistes, mis teie toode on ja mis see ei ole, suudate luua midagi otstarbekat, vältida ülemäärast paisumist ja hoida hoogu õiges suunas liikumas.