Hvorfor Specify findes

Gør websitet bevidst om mere af den virksomhed, der står bag.

Kataloger er bygget af produkter, muligheder, beskrivelser, filtre og billeder, der allerede er publiceret. Kunderne bliver ved med at bede om andre mål, materialer, kombinationer, deadlines, anvendelser og modifikationer, og kataloget har ingen måde at repræsentere noget af det på.

Hvor katalogproblemet er konkret nok til at kunne styres.

Det mønster, Specify er bygget til, viser sig, hvor disse betingelser gælder samtidig:

  • Produktet er konfigurerbart, men ikke uendeligt fleksibelt.
  • Tegninger, mål, materialer, montering og etapeopdeling har betydning.
  • Kommerciel realiserbarhed afhænger af kapacitet og udtrykkelige begrænsninger.
  • Flere teams kan være nødt til at godkende resultatet.
  • Kataloget repræsenterer jævnligt mindre, end virksomheden faktisk kan levere.
  • Et sandsynligt svar kan skabe reel driftsrisiko, når det forveksles med et godkendt tilbud.

Det beskriver konfigurerbare produkter, specialindretning, personaliserede varer, ordreproduktion og specifikationsdrevet B2B-leverance. Det er en kommerciel form, ikke en branche.

Specify afprøver sine kerneobjekter - Strukturerede muligheder, Kapacitetskort, Begrænsningsregistre, Beslutningsregistre og Mulighedsregisteret - mod den form frem for mod ét marked.

Kapacitetshullet

En blind vinkel i kataloget er et område af kundeefterspørgsel, som virksomheden måske er i stand til at betjene, men som websitet ikke kan repræsentere.

Virksomheden selv kan råde over:

  • Yderligere materialer
  • Maskiner og produktionsmetoder
  • Leverandørrelationer
  • Konfigurerbare kombinationer
  • Evne til at modificere
  • Ekspertviden
  • Godkendelsesprocesser
  • Kommerciel fleksibilitet

Når den driftsviden bliver offline, kan websitet returnere intet resultat, selv om et ansvarligt udfald var muligt.

Jo større kapacitetshullet er, desto mere sandsynligt er det, at virksomheden:

  • Mister realiserbar efterspørgsel
  • Skaber unødvendigt salgsarbejde
  • Afgiver For tidligt nej-svar
  • Overser ansvarlige alternativer
  • Fremstår mindre kapabel, end den i virkeligheden er
  • Glemmer, hvad markedet gentagne gange bad om

Specify blev skabt for at gøre spredt kapacitet til en fælles kommerciel model og gøre uindfriet efterspørgsel til kommerciel hukommelse.

Hvad Specify mener

Fem bestemmelser, ikke slogans.

  1. En blind vinkel i kataloget er ikke en forretningsbeslutning

    Grænsen for det publicerede katalog bør ikke automatisk behandles som grænsen for virksomheden.

  2. En kundeforespørgsel bør blive en Struktureret mulighed

    Uformelt sprog skal oversættes til fakta, ubekendte, alternativer og nødvendige næste handlinger, før det kan vurderes ansvarligt.

  3. Kapacitet og begrænsninger skal være udtrykkelige

    Anbefalinger bør hvile på et Kapacitetskort og et godkendt Begrænsningsregister, ikke på sandsynligt klingende antagelser.

  4. Beslutninger skal kunne henføres

    Ethvert godkendt, ændret, videresendt eller afvist udfald bør bevares i et Beslutningsregister med sin begrundelse og sin ansvarlige.

  5. Efterspørgsel uden salg bør blive kommerciel hukommelse

    Mulighedsregisteret bør registrere, hvad kunderne ville have, også når intet salg var muligt.

Opstartsfase

Bygget af ingeniører, der har arbejdet inde i de systemer, Specify forandrer.

Specify blev grundlagt af Theodor Guttesen og Michael Khazzoum, to softwareingeniører, der mødtes som konsulenter hos Netcompany.

Tilsammen har de bygget og driftet B2B-handelsplatforme og store offentlige systemer og arbejdet med softwareudvikling, kravafklaring, kundesamarbejde, releases og løbende drift.

Idéen til Specify voksede ud af direkte erfaring med grænserne for katalogbaseret e-handel. Under arbejdet med Brødrene A&O Johansens B2B-platform så Theodor, hvordan forespørgsler på specialprodukter stadig kunne ende i en e-mail eller et telefonopkald, fordi webshoppen ikke kunne udtrykke alt det, virksomheden kunne.

Begge stiftere forlod deres konsulentstillinger for at bygge Specify på fuld tid. Produktets arkitektur, backend, frontend, infrastruktur og AI-arbejdsgange udvikles af det stiftende team.

  • To tekniske medstiftere
  • Erfaring med at bygge B2B-handel og virksomhedssoftware
  • Al kerneudvikling af produktet udført af stifterne
  • Begge stiftere arbejder på fuld tid med Specify
Blyantstegnet portræt af Theodor Guttesen

Medstifter og CEO

Theodor Guttesen

Softwareingeniør og tidligere Netcompany-konsulent med erfaring inden for B2B-handel, offentlig digitalisering og kundevendt softwarelevering.

Hos Brødrene A&O Johansen arbejdede Theodor på virksomhedens B2B-handelsplatform med udvikling, forbedringer af checkout, kravafklaring og løbende levering. Han bidrog senere til systemer for Landsbyggefonden, KOMBIT og Udbetaling Danmark.

Hans erfaring med at se forespørgsler på specialprodukter falde uden for det normale e-handelsflow var med til at forme det oprindelige problem bag Specify.

Theodor Guttesen on LinkedIn
Blyantstegnet portræt af Michael Khazzoum

Medstifter og CTO

Michael Khazzoum

Systemvidenskabsmand og tidligere Netcompany-konsulent med erfaring i at bygge storskala virksomhedssoftware på tværs af backend, frontend og teknisk levering.

Michael arbejdede på en offentlig platform for Landsbyggefonden med .NET, C# og Blazor og understøttede arbejdsgange for inspektioner, vedligehold og sagsbehandling.

Hos Specify arbejder han på tværs af produktarkitektur, platformsinfrastruktur og AI-systemer.

Michael Khazzoum on LinkedIn
Produkt
Bygget af det stiftende team
Erfaring
Produktionssoftware og B2B-handel
Engagement
Begge stiftere på fuld tid
Nuværende dokumentation
Fungerende system, der kan undersøges

At arbejde her

Hvordan vi arbejder, og hvem vi leder efter

Hvad vi værdsætter, hvordan rådgivnings-, kommercielt og teknisk arbejde udvikler sig i en tidlig virksomhed, og hvad en uopfordret ansøgning bør indeholde. Studieprojekter er også velkomne.

For investorer

Specify rejser en pre-seed-runde

Forretningsmodellen, markedet, hvad der gør dette forsvarbart, og hvad runden skal bruges til.

Se det virke.

Den hurtigste måde at vurdere, om det her er reelt, er at åbne demobutikken og bruge den, som en kunde ville.