Mon­tag, 08:57 Uhr. Das Dai­ly star­tet in 3 Minu­ten, der Sales-Call ist um 09:15, und genau jetzt kippt das WLAN. Slack hängt, VoIP klingt wie Unter­was­ser, jemand ruft „Ich mach schnell einen Hot­spot auf“. Das ist der Moment, in dem vie­le Start­ups mer­ken: IT und Netz­werk sind kein „später“-Thema. Es ist Betriebsfähigkeit.

Wenn du von 2 auf 20 Leu­te ska­lierst, ver­än­dert sich nicht nur die Team­grös­se. Es ändert sich, wie du arbei­test: mehr Calls, mehr Gerä­te, mehr Zugrif­fe, mehr Abhän­gig­kei­ten. Und genau da ent­schei­det sich, ob dein Set­up mit­wächst oder dich jeden Monat Zeit, Ner­ven und Oppor­tu­ni­täts­ko­sten kostet.

Was „it und netz­werk für start­ups“ in der Pra­xis heisst

Für Start­ups klingt „IT und Netz­werk“ oft nach Ser­ver­raum, Enter­pri­se-Lizen­zen und end­lo­sen Work­shops. Rea­li­sti­scher ist: eine ver­läss­li­che Grund­ver­sor­gung, die ab Tag 1 funk­tio­niert und ab Tag 100 nicht neu gebaut wer­den muss.

Dazu gehö­ren drei Din­ge, die man sau­ber tren­nen soll­te, auch wenn sie im All­tag zusam­men­hän­gen. Erstens Kon­nek­ti­vi­tät: Inter­net­zu­gang, Aus­fall­sze­na­ri­en, sau­be­res Rou­ting. Zwei­tens das loka­le Netz­werk: Swit­ches, WLAN, VLANs, PoE, Ver­ka­be­lung, Stand­ort­ver­net­zung. Drit­tens die Arbeits­platz-IT und Kom­mu­ni­ka­ti­on: Iden­ti­tä­ten, End­ge­rä­te, Tele­fo­nie, Zugriffs­kon­zep­te, Updates und Support.

Wenn eines davon wackelt, ist das Ergeb­nis fast immer das­sel­be: impro­vi­so­ri­sche Work­arounds. Und die sind teu­er, weil sie im fal­schen Moment passieren.

Die häu­fig­sten Wachs­tums­brem­sen – und wie du sie früh vermeidest

Die mei­sten Pro­ble­me sind nicht „zu wenig Tech­nik“. Es ist die fal­sche Tech­nik zur fal­schen Zeit.

Ein Klas­si­ker ist das Ein-WLAN-für-alles-Prin­zip. Am Anfang reicht ein Rou­ter aus dem Elek­tronik­markt. Sobald du aber Gäste im Büro hast, ein paar IoT-Gerä­te, viel­leicht ein Kar­ten­ter­mi­nal oder Drucker und dazu 15 Lap­tops, wird es unüber­sicht­lich. Dann wird das Pass­wort geteilt, nie geän­dert, und wenn jemand geht, bleibt der Zugang.

Genau­so häu­fig: Tele­fo­nie „irgend­wie über Han­dys“. Das wirkt agil, bis du zen­tra­le Ruf­num­mern, Öff­nungs­zei­ten, Ring­ruf-Logi­ken, Ver­tre­tun­gen und Aus­wer­tun­gen brauchst. Spä­te­stens wenn ein Lead anruft und im Nir­va­na lan­det, ist der Scha­den real.

Und dann die stil­le Brem­se: feh­len­de Zustän­dig­keit. „Kannst du kurz…?“ wird zur Dau­er­fra­ge an die Per­son, die am ehe­sten mit Tech­nik kann. Das ska­liert nicht. Nicht wegen Kom­pe­tenz, son­dern weil die­se Per­son neben­bei einen Job hat.

Ein prag­ma­ti­scher Bau­plan: von 2 bis 50 Mitarbeitenden

Der Trick ist nicht, alles sofort per­fekt zu machen. Der Trick ist, die rich­ti­gen Ent­schei­dun­gen so zu tref­fen, dass du nicht dop­pelt zahlst.

Pha­se 1 (2 – 8 Mit­ar­bei­ten­de): Sta­bi­li­tät statt Spielwiese

In die­ser Pha­se brauchst du kei­ne kom­ple­xe Archi­tek­tur. Du brauchst Verlässlichkeit.

Pla­ne einen Busi­ness-Inter­net­an­schluss, der zu euren Arbeits­zei­ten passt, und prü­fe, ob ein zwei­ter Zugang als Fall­back sinn­voll ist. Das kann ein zwei­ter Fest­netz­an­schluss sein oder ein LTE/5G-Back­up. Wich­tig ist: Fall­back muss auto­ma­tisch oder zumin­dest klar doku­men­tiert sein. Wenn im Aus­fall erst gegoo­gelt wird, ist es kein Fallback.

Im Netz­werk reicht oft ein klei­ner, sau­ber gema­nag­ter Stack: Firewall/Router, ein Switch, ordent­li­che Access Points. „Gemangt“ heisst hier nicht Over­en­gi­nee­ring, son­dern: du kannst Pass­wör­ter, SSIDs und Updates kon­trol­lie­ren, und du kannst Gäste trennen.

Für die IT-Basis lohnt sich früh ein sau­be­rer Iden­ti­ty-Ansatz: zen­tra­le Log­ins, MFA, Gerä­te­stan­dards. Das ver­hin­dert Wild­wuchs, wenn die ersten Mit­ar­bei­ten­den ihr pri­va­tes Gerät „mal schnell“ nutzen.

Pha­se 2 (8 – 25 Mit­ar­bei­ten­de): Struk­tur, die nie­man­den nervt

Jetzt kom­men Abtei­lun­gen, Schicht­mo­del­le, viel­leicht ein zwei­ter Stand­ort oder Cowor­king. Spä­te­stens hier zahlt sich Seg­men­tie­rung aus. Ein inter­nes Netz für Mit­ar­bei­ten­de, ein Gäste-Netz, optio­nal ein sepa­ra­tes Netz für Gerä­te, die man nicht voll kon­trol­liert (Prin­ter, IoT, Mee­ting­raum-Equip­ment). Nicht, weil es „cool“ ist, son­dern weil du Pro­ble­me isolierst.

Auch Moni­to­ring wird rele­vant – nicht als Kon­troll­in­stru­ment, son­dern als Früh­warn­sy­stem. Wenn die Inter­net­lei­tung regel­mä­ßig am Limit ist oder ein Access Point über­la­stet, willst du das sehen, bevor das Team es merkt.

Tele­fo­nie soll­te jetzt pro­fes­sio­nell wer­den. Zen­tral­num­mern, Durch­wah­len, Grup­pen­ru­fe, zeit­ge­steu­er­te Wei­ter­lei­tun­gen, kla­re Ansa­gen und ein Not­fall­kon­zept (was pas­siert, wenn das Büro zu ist oder das Inter­net weg ist). Vie­le Start­ups unter­schät­zen, wie sehr gute Erreich­bar­keit die Wahr­neh­mung von Pro­fes­sio­na­li­tät prägt.

Pha­se 3 (25 – 50 Mit­ar­bei­ten­de): Betrieb, Sicher­heit, Wiederholbarkeit

Ab hier ist der wich­tig­ste Schritt: Betrieb stan­dar­di­sie­ren. Glei­che Hard­ware­klas­sen, defi­nier­te Roll­outs, ein Patch- und Update-Rhyth­mus, kla­rer Support-Prozess.

Netz­werk­sei­tig wer­den Stand­ort­ver­net­zung und QoS (Prio­ri­sie­rung) wich­ti­ger, vor allem wenn viel tele­fo­niert wird oder Mee­tings par­al­lel lau­fen. Wenn VoIP über das­sel­be Netz läuft wie gro­ße Datei-Syn­cs, ohne Prio­ri­sie­rung, bekommst du Jit­ter und schlech­te Gesprächs­qua­li­tät – selbst bei schnel­ler Internetleitung.

Secu­ri­ty wird auch orga­ni­sa­to­risch rele­vant: Onboarding/Offboarding, Rech­te, Zugriff von extern, Log­ging. Nicht als Büro­kra­tie, son­dern weil jeder Per­so­nal­wech­sel sonst ein Sicher­heits- und Cha­os­fak­tor wird.

Tele­fo­nie als Teil der IT – nicht als Sonderwelt

Vie­le behan­deln Tele­fo­nie getrennt von IT. Prak­tisch ist sie aber ein Kern­be­stand­teil eurer ope­ra­ti­ven Pro­zes­se: Sup­port, Sales, Ter­min­ver­ein­ba­rung, Notfälle.

Eine Cloud-Tele­fon­an­la­ge ist für Start­ups oft der sinn­voll­ste Weg, weil sie drei Pro­ble­me löst: kein eige­ner Tele­fon­ser­ver im Büro, schnel­le Ska­lie­rung bei neu­en Mit­ar­bei­ten­den und zen­tra­le Steue­rung von Routing-Logiken.

Wich­tig ist, dass die Tele­fo­nie nicht nur „klin­gelt“, son­dern eure Rea­li­tät abbil­det. Bei­spie­le: Ring­ruf-Grup­pe für Sales, die aus­ser­halb der Büro­zei­ten anders rou­tet. Par­al­lel­ruf auf Desk­top-App und DECT im Lager. Not­fall­num­mern, die immer kor­rekt gerou­tet wer­den, auch bei Stand­ort­wech­sel. Und Num­mern­plä­ne, die kon­si­stent sind, damit intern nie­mand raten muss.

Wenn du das ein­mal sau­ber auf­setzt, sparst du im All­tag kon­stant Zeit: weni­ger ver­pass­te Anru­fe, weni­ger inter­ne Abstim­mung, weni­ger „Wer ist heu­te dran?“-Chaos.

WLAN, Swit­ches, Ver­ka­be­lung: lang­wei­lig, bis es weh tut

Das Netz­werk ist die Infra­struk­tur, die nie­mand sehen will – aber jeder spürt.

Für Start­ups ist WLAN oft kri­ti­scher als gedacht, weil hybri­de Teams und Mee­ting­räu­me viel Last erzeu­gen. Die typi­schen Feh­ler sind zu weni­ge Access Points, fal­sche Plat­zie­rung (hin­ter Beton, im Rack, im Neben­zim­mer) und kein sau­be­res Roa­ming. Das Resul­tat sind Abbrü­che beim Wech­sel zwi­schen Räumen.

Swit­ching und Ver­ka­be­lung wer­den dann wich­tig, wenn du PoE-Gerä­te hast (Access Points, VoIP-Tele­fo­ne, Kame­ras). Wenn PoE nicht reicht oder Ports feh­len, wird mit Stecker­netz­tei­len und Mehr­fach­lei­sten impro­vi­siert. Das funk­tio­niert – bis zum ersten Umbau.

Eine prag­ma­ti­sche Regel: Lie­ber ein­mal sau­ber ver­ka­beln und doku­men­tie­ren, als drei­mal „tem­po­rär“ umstecken. Doku­men­ta­ti­on muss kein Hand­buch sein. Ein aktu­el­ler Netz­plan, Beschrif­tung und Zugangs­da­ten im Pass­wort-Mana­ger rei­chen oft.

„Es kommt drauf an“: Cloud-only vs. ein biss­chen Infrastruktur

Nicht jedes Start­up braucht Ser­ver vor Ort. Vie­le kom­men mit SaaS und gema­nag­ten Ser­vices her­vor­ra­gend klar.

Trotz­dem gibt es Fäl­le, wo loka­le Infra­struk­tur Sinn ergibt: wenn ihr spe­zi­el­le Soft­ware habt, die lokal bes­ser läuft, wenn ihr gro­ße Daten­men­gen im LAN bewegt oder wenn ihr in Umge­bun­gen mit insta­bi­ler Inter­net­an­bin­dung arbei­tet. Auch hier gilt: nicht ideo­lo­gisch. Ent­schei­dend ist, was eure Arbeits­fä­hig­keit erhöht und den Betrieb vereinfacht.

Wenn du loka­le Syste­me hast, denk an Strom und Aus­fall­schutz. Eine klei­ne USV für kri­ti­sche Kom­po­nen­ten (Fire­wall, Switch, ggf. Inter­net­mo­dem) kann bei kur­zen Strom­un­ter­brü­chen den Unter­schied machen zwi­schen „kur­zer Schluck­auf“ und „alles tot“.

So triffst du Ent­schei­dun­gen ohne Buzzword-Bingo

Wenn du kei­ne Lust auf Archi­tek­tur-Pit­ches hast, stell dir drei Fragen.

Erstens: Was ist der Aus­fall, der uns am mei­sten scha­det – Inter­net, Tele­fo­nie, WLAN, Zugrif­fe? Zwei­tens: Was müs­sen wir in 30 Tagen schaf­fen, damit der All­tag ruhi­ger wird? Drit­tens: Was darf in 12 Mona­ten nicht neu gemacht werden?

Damit kommst du zu Ent­schei­dun­gen, die prag­ma­tisch sind: Fall­back ein­pla­nen, Gäste tren­nen, Tele­fo­nie rich­tig rou­ten, Stan­dards defi­nie­ren. Das ist nicht gla­mou­rös, aber es bringt Ruhe.

Wenn du das nicht neben­bei stem­men willst, lohnt sich ein Part­ner, der nicht ver­kauft, son­dern betreibt. Ein Bei­spiel: Con­nec­tics setzt für Start­ups und KMU ska­lier­ba­re Cloud-Tele­fo­nie auf Basis von 3CX (CH-Hosting), SIP-Trunks, DECT- und Tisch­te­le­fo­nie sowie die kon­kre­ten Num­mern­plan- und Rou­ting-Set­ups um – plus Sup­port mit per­sön­li­chem Ansprech­part­ner statt Ticket-Marathon.

Eine rea­li­sti­sche Check­li­ste für den näch­sten Schritt

Wenn du heu­te etwas ver­bes­sern willst, fang nicht mit „Too­ling“ an, son­dern mit Klar­heit. Prü­fe, ob du euer Netz­werk in inter­ne Nut­zung und Gäste tren­nen kannst, ob eure Tele­fo­nie zen­tra­le Ruf­num­mern sau­ber abbil­det und ob ihr ein ein­fa­ches Aus­fall­kon­zept habt, das auch jemand aus­ser­halb der IT versteht.

Der beste Zeit­punkt, das zu ord­nen, ist nicht „wenn wir Zeit haben“. Es ist genau dann, wenn es noch klein genug ist, um schnell umzu­bau­en – und gross genug, dass Sta­bi­li­tät jeden Tag Geld wert ist.

Am Ende geht es nicht dar­um, eine per­fek­te IT zu besit­zen. Es geht dar­um, dass dein Team arbei­ten kann, Anru­fe sau­ber ankom­men und Wachs­tum nicht jedes Mal eine neue Bau­stel­le aufmacht.

0
    0
    Your Cart
    Your cart is emptyReturn to Shop