Varför Specify finns

Gör webbplatsen medveten om mer av det företag som står bakom den.

Kataloger byggs av produkter, alternativ, beskrivningar, filter och bilder som redan publicerats. Kunderna fortsätter be om andra mått, material, kombinationer, deadlines, användningsområden och modifieringar, och katalogen har inget sätt att representera något av det.

Där katalogproblemet är konkret nog att styras.

Det mönster Specify är byggt för visar sig där dessa villkor gäller samtidigt:

  • Produkten är konfigurerbar men inte oändligt flexibel.
  • Ritningar, mått, material, montering och etappindelning har betydelse.
  • Kommersiell genomförbarhet beror på kapacitet och uttryckliga begränsningar.
  • Flera team kan behöva godkänna resultatet.
  • Katalogen representerar regelbundet mindre än vad företaget faktiskt kan leverera.
  • Ett sannolikt svar kan skapa verklig driftrisk när det förväxlas med ett godkänt erbjudande.

Det beskriver konfigurerbara produkter, specialinredning, personaliserade varor, beställningstillverkning och specifikationsstyrd B2B-leverans. Det är en kommersiell form, inte en bransch.

Specify prövar sina kärnobjekt - Strukturerade möjligheter, Kapacitetskartor, Begränsningsregister, Beslutsregister och Möjlighetsregistret - mot den formen snarare än mot en enskild marknad.

Kapacitetsglappet

En blind fläck i katalogen är ett område av kundefterfrågan som företaget kanske kan betjäna, men som webbplatsen inte kan representera.

Företaget självt kan förfoga över:

  • Ytterligare material
  • Maskiner och produktionsmetoder
  • Leverantörsrelationer
  • Konfigurerbara kombinationer
  • Förmåga att modifiera
  • Expertkunskap
  • Godkännandeprocesser
  • Kommersiell flexibilitet

När den driftkunskapen förblir offline kan webbplatsen returnera inget resultat, trots att ett ansvarsfullt utfall var möjligt.

Ju större kapacitetsglappet är, desto mer sannolikt är det att företaget:

  • Förlorar genomförbar efterfrågan
  • Skapar onödigt säljarbete
  • Ger För tidigt nej-svar
  • Missar ansvarsfulla alternativ
  • Framstår som mindre kapabelt än det faktiskt är
  • Glömmer vad marknaden upprepade gånger bad om

Specify skapades för att göra utspridd kapacitet till en gemensam kommersiell modell och göra outnyttjad efterfrågan till kommersiellt minne.

Vad Specify anser

Fem satser, inte slogans.

  1. En blind fläck i katalogen är inget affärsbeslut

    Gränsen för den publicerade katalogen bör inte automatiskt behandlas som gränsen för företaget.

  2. En kundförfrågan bör bli en Strukturerad möjlighet

    Informellt språk måste översättas till fakta, okända faktorer, alternativ och nödvändiga nästa åtgärder innan det kan bedömas ansvarsfullt.

  3. Kapacitet och begränsningar måste vara uttryckliga

    Rekommendationer bör vila på en Kapacitetskarta och ett godkänt Begränsningsregister, inte på sannolikt klingande antaganden.

  4. Beslut måste kunna härledas

    Varje godkänt, ändrat, vidarebefordrat eller avvisat utfall bör bevaras i ett Beslutsregister med sin motivering och sin ansvariga.

  5. Efterfrågan utan försäljning bör bli kommersiellt minne

    Möjlighetsregistret bör registrera vad kunderna ville ha, även när ingen försäljning var möjlig.

Uppstartsskede

Byggt av ingenjörer som har arbetat inuti de system Specify förändrar.

Specify grundades av Theodor Guttesen och Michael Khazzoum, två mjukvaruingenjörer som möttes som konsulter på Netcompany.

Tillsammans har de byggt och driftat B2B-handelsplattformar och stora offentliga system, och arbetat med mjukvaruutveckling, kravklargöring, kundsamarbete, releaser och löpande drift.

Idén till Specify växte fram ur direkt erfarenhet av gränserna för katalogbaserad e-handel. Under arbetet med Brødrene A&O Johansens B2B-plattform såg Theodor hur förfrågningar om specialprodukter fortfarande kunde sluta i ett mejl eller ett telefonsamtal, eftersom webbshoppen inte kunde uttrycka allt företaget kunde.

Båda grundarna lämnade sina konsultroller för att bygga Specify på heltid. Produktens arkitektur, backend, frontend, infrastruktur och AI-arbetsflöden utvecklas av grundarteamet.

  • Två tekniska medgrundare
  • Erfarenhet av att bygga B2B-handel och företagsmjukvara
  • All kärnutveckling av produkten utförd av grundarna
  • Båda grundarna arbetar heltid med Specify
Blyertsritat porträtt av Theodor Guttesen

Medgrundare och CEO

Theodor Guttesen

Mjukvaruingenjör och tidigare Netcompany-konsult med erfarenhet av B2B-handel, offentlig digitalisering och kundnära mjukvaruleverans.

På Brødrene A&O Johansen arbetade Theodor med företagets B2B-handelsplattform inom utveckling, förbättringar av kassan, kravklargöring och löpande leverans. Han bidrog senare till system för Landsbyggefonden, KOMBIT och Udbetaling Danmark.

Hans erfarenhet av att se förfrågningar om specialprodukter falla utanför det vanliga e-handelsflödet bidrog till att forma det ursprungliga problemet bakom Specify.

Theodor Guttesen on LinkedIn
Blyertsritat porträtt av Michael Khazzoum

Medgrundare och CTO

Michael Khazzoum

Systemvetare och tidigare Netcompany-konsult med erfarenhet av att bygga storskalig företagsmjukvara inom backend, frontend och teknisk leverans.

Michael arbetade med en offentlig plattform för Landsbyggefonden med .NET, C# och Blazor, och stödde arbetsflöden för inspektioner, underhåll och ärendehantering.

På Specify arbetar han med produktarkitektur, plattformsinfrastruktur och AI-system.

Michael Khazzoum on LinkedIn
Produkt
Byggd av grundarteamet
Erfarenhet
Produktionsmjukvara och B2B-handel
Engagemang
Båda grundarna på heltid
Nuvarande underlag
Fungerande system som går att granska

Att arbeta här

Hur vi arbetar, och vem vi söker

Vad vi värdesätter, hur rådgivnings-, kommersiellt och tekniskt arbete utvecklas i ett tidigt företag, och vad en spontanansökan bör innehålla. Studentprojekt är också välkomna.

För investerare

Specify reser en pre-seed-runda

Affärsmodellen, marknaden, vad som gör detta försvarbart och vad rundan ska användas till.

Se det fungera.

Det snabbaste sättet att bedöma om det här är på riktigt är att öppna demobutiken och använda den som en kund skulle göra.