Miksi en lisää pankkiyhteyttä Pennoon (en koskaan)

2026-05-19 · 8 minuutin lukuaika · Perustajan essee

Ydin yhdessä lauseessa: Pankkiyhteyden lisääminen tekisi Pennosta eri tuotteen — sellaisen, jossa on palvelimet, tilit, kokoajariippuvuus ja erilainen yksityisyystarina. Se ei ole tuote, jonka haluan rakentaa, ja uskon, että ei-pankkiyhteyttä-versiolla on pysyvä, täyttämisen arvoinen niche. Tässä on koko argumentti.

Pankkiyhteys on eniten pyydetty Penno-ominaisuus. Saan tämän sähköpostin suunnilleen kerran viikossa: "Voisitko lisätä Plaidin? Se säästäisi minulta 20 minuuttia kuukaudessa." Rehellinen vastaus on ei. Ei "ei toistaiseksi" — ei, piste.

Useimmat kehittäjät eivät sano "koskaan" ominaisuuspyynnöistä. Oletusasenne on "huomioitu, tiekartalla". "Koskaan" sanominen sulkee oven, jonka saatan haluta pitää auki myöhemmin. Sanon sen, koska oven kiinni oleminen on osa tuotetta.

Mitä pankkiyhteys muuttaisi

Plaidin (tai vastaavan) lisääminen Pennoon vaatisi:

  1. Käyttäjätilijärjestelmän (Plaidin on yhdistettävä token + käyttäjä; tokenit on uusittava)
  2. Taustajärjestelmäinfrastruktuurin (Plaidin API:a ei voi turvallisuussyistä kutsua suoraan mobiilisovelluksesta; tarvitaan palvelin välittäjäksi)
  3. Jatkuvan kokoajan tilausmaksun (Plaid veloittaa tiliä kohti kuukaudessa — siirtyy käyttäjän hintoihin)
  4. Laajemman tietosuojakäytännön (nyt olen tapahtumatiedon säilyttäjä, vaikka vain hetken uusimisen aikana)
  5. SOC 2:n tai vastaavan vaatimustenmukaisuustyön (tuon tiedon käsittely on säänneltyä)
  6. Erilaisen liiketoimintamallin (tilikohtainen maksurakenne pakottaa tilauspohjaisen hinnoittelun)

Jokainen kohta yksinään on hallittavissa. Yhdessä ne määrittelevät tuotteen uudelleen. "Ensin paikallinen, ei palvelimia, ei tilausta, ei tiliä" -lupaus katoaa — ei siksi, että rikoin lupauksen, vaan siksi, että arkkitehtuuri muuttui.

Käyttäjä, joka haluaa molemmat

Plaidista minulle kirjoittava käyttäjä haluaa yleensä molemmat: vain-paikallisen tallennuksen yksityisyyden JA automaattisen tuonnin mukavuuden. Ymmärrän. Haluaisin itsekin molemmat, jos ne voisivat elää rinnakkain. Ne eivät voi.

Tapahtumatiedon on tultava jostakin. Jos se tulee pankistasi Plaidin kautta, Plaid näkee sen. Jos Plaid näkee sen, väite "kukaan kolmas osapuoli ei näe tapahtumiani" lakkaa olemasta tosi. Pankkiyhteyttä ei ole mahdollista lisätä väitettä rikkomatta, koska väite koskee kolmannen osapuolen puuttumista, ei sitä, kuinka luotettava kolmas osapuoli on.

Jos prioriteettisi on mukavuus, vastaus on Copilot Money tai Monarch. Ne ovat hienoja tuotteita, rakennettu rehellisesti pankkiyhteysmallin ympärille. Suosittelen niitä vertailusivuillamme. Mukavuudella on hintansa — rahaa ja tietojen jakamista — mutta jos vaihtokauppa on sinulle sen arvoinen, tee se.

Jos prioriteettisi on ei-kolmatta-osapuolta-väite, vastaus on Penno. Vaihtokauppa on manuaalinen syöttö. Päätös on sinun.

"Ei pankkiyhteyttä" -markkina on pysyvä

Merkittävä määrä ihmisiä hylkää aina pankkitilin integroinnin budjetointisovelluksiin. Heillä on erilaisia syitä:

Tämä ei ole äänekäs vähemmistö — se on pysyvä joukko. Mintillä oli huipussaan 25 miljoonaa käyttäjää, joista luultavasti 1–3 miljoonaa olisi suosinut ei-pankkiyhteyttä-vaihtoehtoa, jos sellainen olisi ollut. Penno ei tarvitse 25 miljoonaa käyttäjää. Se tarvitsee muutaman tuhannen tästä ei-pankkiyhteyttä-joukosta ollakseen kestävä indie-liiketoimintana.

Arkkitehtonisen eheyden argumentti

Pennon väite ei ole vain "lupaamme, ettemme käytä tietojasi väärin". Se on "emme voi käyttää tietojasi väärin, koska meillä ei ole niitä". Se on vahvempi väite, mutta vain siksi, että arkkitehtuuri pakottaa sen.

Sillä hetkellä, kun lisään palvelinvälitteisen pankkiyhteyskulun, minulla on tapahtumatietoa — vaikka vain hetken, siirrossa. Nyt yksityisyysväitteeni riippuu käytännöstä, ei arkkitehtuurista. Käytännöt muuttuvat. Arkkitehtuurit eivät muutu yhtä helposti.

Haluan käyttäjien voivan katsoa binääriä ja varmentaa väitteen itsenäisesti. App Store -tietosuojaluettelo: tietoja ei kerätä. Plaid SDK: ei binäärissä. Lähdekooditason väitteet: varmennettu osoitteessa /claims. Pankkiyhteyden lisääminen rikkoo jokaisen näistä varmennuksista.

Kaltevan pinnan vaara on todellinen

Jos lisäisin Plaid-integraation, seuraava saamani sähköposti olisi "Voisitko lisätä pilvisynkronoinnin puhelimeni ja iPadini välille?" Sitten "Voisitko lisätä jaetut budjetit kumppanini kanssa?" Sitten "Voisitko lisätä web-asiakkaan?"

Jokainen näistä on järkevä. Jokainen vaatii lisää palvelininfrastruktuuria. Jokainen siirtää Pennoa kohti arkkitehtuuria, jota vastaan aloitin. Kuuden iteraation päässä Penno on Monarch huonommalla suunnittelulla.

Tapa olla liukumatta alas rinnettä on olla astumatta sille. Joten en astu.

Mitä teen sen sijaan

Teen manuaalisesta syötöstä nopeampaa ja miellyttävämpää. iOS-pikakomennot yhden napautuksen kirjaamiseen. Parempi widget-integraatio. Nopeampi käyttöönotto kategorioille, joita useimmat käyttäjät todella haluavat. Optinen merkintunnistus kuiteista (kokonaan laitteella, Applen Vision-kehyksellä — mikään tieto ei poistu puhelimesta). Parempi CSV-tuonti käyttäjille, jotka haluavat tuoda historiatietoja toisesta sovelluksesta.

Mikään näistä ei kosketa arkkitehtonista eheyttä. Kaikki ne vähentävät kitkaa, joka on keskeinen valitus.

Jos todella haluat pankkiyhteyden

Käytä eri sovellusta. Copilot Money ja Monarch Money ovat molemmat erinomaisia, ja linkitän niihin vertailusivuillamme ilman ilkeyttä. Ne maksavat enemmän kuin Penno, ja niillä on arkkitehtuuri siihen, mitä ne tekevät.

Mitä en tee, on rakentaa Frankenstein-hybridi, joka lupaa molemmat ja tuottaa kumpaakaan.

— [Perustaja]

Tilaa The Quiet Finance Letter

Yksi essee 3–4 viikon välein. Yksityisyys, indie-ohjelmistot ja budjetointisovellusten toimiala. Ei seurantapikseleitä. Peru tilaus yhdellä vastauksella.

Avaa sähköpostisovelluksesi. Lisäämme osoitteesi käsin — ei seurantaa, ei kaksoisvahvistusroskapostia.