Rekomendation av utvecklare/byrå

Det beror ju ganska mycket på vad det är för app du vill bygga. Tror du får mer träffsäkra tips om du utvecklar lite mer.

Om du har fått fram saker som datamodeller, UI-skisser, användningsfall/testfall, arkitektur-ideer osv så är du i mycket gott skick för att börja prata utveckling. Du kan naturligtvis köpa hjälp med det, men om du är tillräckligt engagerad för att ha tydliga åsikter (och skriftligt underlag) så kommer resultatet troligen bli bättre. Du kommer garanterat få mycket bättre estimat om du har sådant framme. Sätt scopet både för färdig app (så att designen kan ta höjd för det) och för en första release-version (för att få snabb feedback på vad användarna egentligen vill ha).

Affärssidan och finansiering av det hela måste så klart vara på plats om du ska bli tagen på allvar som konsultköpare.

Alla de större konsultdrakarna kan antagligen hjälpa dig, men som alltid kommer resultatet bero på om du kan hitta rätt individer i organisationen. Försök undvika säljarna/bolagen som vill pusha juniorer på dig, då är det bättre om du kan hitta någon erfaren frifräsare. Mindre företag som partner har såklart för- och nackdelar. Till slut handlar det ändå om individen som utför jobbet. Hitta helst någon med track-record av att ha byggt något som förvaltats över tid och har lärt sig något av det.

Se till att vara extremt tillgänglig för lösningsdiskussioner, gärna på fast tid dagligen. Var beredd på att systemutveckling som går som det ska har en rätt tydlig ketchupeffekt, något som tyvärr är rätt svårt att skilja från ett utvecklingsprojekt som går kasst - lösningen för att få kontroll är att visa förtroende och samtidigt vara personligt engagerad i det dagliga arbetet, till exempel genom att testa buggrättningar.

De stora konsultbolaget är de som har utvecklare i Sverige som dessutom är kapabla till drift. Men de är dyra.

Kolla LinkedIn om du vill hitta mindre aktörer. Mitt bästa tips.

Vad är det för trams? Det finns 100-tals mindre digitalbyråer i Sverige som är mycket kapabla.

Digitalbyrå <stad>

Ett tips i all välmening är dock att försöka anställa en utvecklare istället, eller lära dig mer och bygga om infrastrukturen själv efter hand.

Av din beskrivning låter det som att appen är hela affären för bolaget. Vad händer om byrån går under/försvinner/säger upp kontraktet? Då står du där med ett helt kodprojekt som du egentligen inte alls vet hur det fungerar. Dessutom har du betydligt mindre kontroll själv. Dessutom kommer allting ta minst tre gånger längre än vad du tror. Då blir det antingen dyrt, eller så har du en halvfärdig produkt.

Skynda långsamt!

digitalist.se
(Disclaimer: Jobbar på annat bolag i samma koncern)

Dom är grymma. Har jobbat med dom.

Kan även rekommendera Tromb.com som är lagom storlek för detta tror jag.

Känns som att det du är efter en sorts SaaS- (Software as a service) eller app-byrå som brinner lite extra för maratonprojekt och långsiktighet. Jag själv jobbar på SaaS-bolag och övriga inom SaaS jag känner till kör allt in-house. Då det är mer fördelaktigt och sen bara outsourcar vissa mindre små och isolerade moduler om man själv inte mäktar med det internt.

Även om vi i Sverige har en hög IT-mognad så finns det ju helt klart en mängd bolag som besitter kompetensen. Beroende på var du är lokaliserad, så hade jag i första hand siktat på att kontakta IT-bolag med kontor i närheten. Bara för ha möjlighet till att ha en mer personlig kontakt. Vare sig man anlitar bolag eller anställer folk så vill man ju att det ska klinga bra och kännas rätt. Brukar ju vara rätt skönt med fysisk kontakt för projektstart och vissa avstämningar.

Haha, ja det var tydligen det bästa ordvalet jag kunde komma på under natten.

Ingen erfarenhet av hur IT-bolagens timdebiteringar har påverkats av inflation. Jag jobbar inom UX/UI-design och varken min eller utvecklarnas timdebitering har justerats något pga inflation så vitt jag vet. Men då jobbar vi ju in-house och äger och förvaltar alla våra systemlösningar. Vill någon befintlig kund ha en speciallösning på någon av våra systemlösningar, ja då blir det ju debitering. Men annars så är det ju intern utveckling då vår kärna av intäkter kommer från licenser och inte jaga konsulttimmar.

En enkel och tydlig presentation är ju helt klart något du bör ha. Så att mottagaren får ett helhetsgrepp i vad du är ute efter och kan tillhandahålla en så pass relevant offert som möjligt. För du kommer nog annars få rätt så varierade priser och då tänker jag inte på bara timdebiteringen utan projektet som helhet.

För det lär skilja annars vilka kompetenser bolagen anser att projektet som helhet behöver. Jag tänker spontant att följande kompetenser är relevanta: UX/UI-designer, frontend-utvecklare, backend-utvecklare och projektledare. Sen så visst du kan ha en fullstack-utvecklare som kör båda delar och kan på sin höjd också vara projektledaren. Det varierar ju hur bolagen jobbar i praktiken samt vilken nivå av kompetens du är ute efter. Det kan ju kännas onödigt att ha 4-5 olika kompetenser inblandade i ett projekt istället för bara 1. Men dessa 4-5 personer fokuserar sig endast på sitt område och har djup kompetens. Medan en enda person är medioker och lite mer allt-i-allo, då dygnet har alldeles för få timmar för att det ska vara möjligt att ha djup kompetens inom allt. Sen är det ju nödvändigtvis inte en nackdel med en allt-i-allo person, utan det kan ju fungera utmärkt för vissa projekt och uppdrag. Behöver heller inte va dyrare med 4-5 personer än 1 person, då den som är ensam kan behöva fler timmar totalt sett.

Lite som då bolag vill hitta billig arbetskraft och anlitar indier för programmering. Jo timdebiteringen är ju avsevärt lägre, men totalt sett så behöver det inte vara billigare än svensk arbetskraft. Då det krävs en hel del tid till att projektleda outsourcing då det är två helt skilda arbetskulturer. För att åter igen generalisera lite så krävs det en kravspecifikation som innehåller minsta lilla detalj. Står det inte i kravspecifikationen att knapp X ska göra Y så bryr sig ingen att det finns en knapp som inte fyller någon funktion. För man gör bara exakt det som står i kravspecifikationen.

Jag tänkte bara flika in och fråga: Så det finns inget eget initiativ till normal extrapolering i tänkandet eller eget kritiskt tänkande? "Hm, en knapp som inte uppfyller en funktion. Kanske ska mejla och be om detaljförtydligande för just den knappen?"

Det där låter ju som om ett kugghjul som sätter stopp i resten av kuggsystemet?

Mvh,
WKL.

Du har fått bra svar överlag i tråden. Men något som jag verkligen tycker att du ska fundera över är hur det tekniska uppläggget ser ut.

Att outsourca drift med mera tenderar att bli dyrt, men jag förstår dess nödvändighet. Det viktiga enligt mig är att infrastruktur och så vidare står på ditt bolag och att eventuella konsulter sätter upp saker på tjänsteavtal som du äger.

Om du exempelvis ska använda Azure eller AWS för hosting, databaser med mera så tycker jag att DU ska ha avtalet med Microsoft eller Amazon. Sen släpper du in konsulterna där, de kan rekommendera dig vilka tjänster och storlek du ska ha, sköta konfigurationen åt dig och så vidare - men avtalet för tjänsterna i sig är ditt eget.

Man vet aldrig vad som händer, och om det går åt skogen med relationen med konsultbyrån så vill du kunna stänga av deras åtkomst och släppa in någon annan. Eller om du vill byta konsultbolag längre fram så vill du inte ha en lång process med överflytt av tjänster mellan konton hos Azure/AWS.

Se såklart även till att källkod ligger i en tjänst som du äger/hanterar! Om du ska använda Azure så finns Azure DevOps där det går att lagra källkod. Ställ även vettiga krav på dokumentation, det är en del som ofta faller och som ställer till det längre fram.

Gällande valet av teknik för själva appen så kan du även fundera över Flutter.

Slutligen vill jag tillägga att det kan finnas en vinst i att börja i liten skala, hitta en full stack-utvecklare, de är inte bäst på front end eller back end, men de kan hjälpa dig att skapa en Proof of Concept snabbt, bespara dig kostnader i processer runtomkring som stora projekt kräver (och som stora firmor använder även för små projekt). Det kan vara svårt att hitta rätt, men en duktig och intresserad utvecklare kan ta ett projekt långt.

Flutter är trevligt.

Rekommenderar OP att göra en mock-up i Figma som beskriver hur du tänker att funktionaliteten och strukturen ska vara. Lättare att kommunicera med eventuellt vald byrå på det viset.

Jag skulle kontakta Jonas på Appmost och se vad han kan erbjuda. Han har utvecklat ett ramverk för att bygga appar snabbare. Här finns exempel på vad det kan kosta https://www.appmost.se/vad-kostar-en-app.html

Men du bör såklart utvärdera flera alternativ och ställa dem mot varandra och välja det som känns bäst.

Här måste man också göra ett val. Är snabbhet viktigare än inlåsningseffekten? Om appen ska leva över tid, hanteras på olika sätt med mera så är risken att du är fast med Appmost (beroende på vad deras lösning genererar).

Har man en bra idé så tycker jag att man ska se till att äga lösningen från början till slut, utan att vara inlåst hos ett specifikt bolag.

Edit:
Läste lite på Appmore och där står det ganska tydligt: