Το Build vs. Buy είναι πλέον πολύ τώρα έναντι αργότερα

Στις πρώτες μέρες, ίσως ακόμη και 10-20 εκατ. $ σε ARR, καθώς μιλάτε με μεγαλύτερους υποψήφιους πελάτες, θα έχετε πολλές συζητήσεις "Δημιουργία εναντίον Αγοράς". Δεν τα ακούγαμε τόσο συχνά σε περιόδους αιχμής στα τέλη του 2020-αρχές του 2022, όταν οι προϋπολογισμοί για την αγορά SaaS εξερράγησαν. Αλλά το pushback επιστρέφει ξανά σε ισχύ:

•  «Ω, η ομάδα πληροφορικής μας θα μπορούσε να το φτιάξει». Ή
• "Θα προσπαθήσουμε να χακάρουμε τη λειτουργικότητα χρησιμοποιώντας ένα προϊόν που έχουμε ήδη."
• «Θα δούμε αν μπορούμε να το κάνουμε μόνοι μας πρώτα».

Θα ακούσετε κάπου μεταξύ λίγο και πολύ από αυτό μέχρι (x) να αποκτήσετε μια πολύ καθιερωμένη επωνυμία και (y) ένα εξαιρετικά πλούσιο σε χαρακτηριστικά προϊόν.

Χωρίς αμφιβολία, τις πρώτες μέρες είναι συχνά κάπως αληθινό. Εάν οι τρεις μηχανικοί σας ξόδεψαν 6 μήνες για να φτιάξουν ένα hack — φυσικά, άλλοι 3 σπουδαίοι μηχανικοί θα μπορούσαν να κάνουν το ίδιο. Στην πραγματικότητα, μπορούν να το κάνουν πιο γρήγορα και καλύτερα από εσάς. Επειδή έχετε ήδη δημιουργήσει έναν οδικό χάρτη για να ξεκινήσετε την εφαρμογή σας.

Αλλά τελικά, είναι μια λανθασμένη επιλογή:

• Ακόμα κι αν ο υποψήφιος σας το κατασκευάσει μόνος του, δεν μπορεί να το διατηρήσει. Ο μηχανικός που το δημιούργησε, ή το χάκαρε μαζί στο Slack ή οτιδήποτε άλλο, θα φύγει. Ή προχωρήστε σε άλλο έργο. Ή κάτι. Ποιος θα διατηρήσει αυτήν την προσαρμοσμένη λύση στο Έτος 2 και στο Έτος 3; Σχεδόν πάντα - κανείς.
• Ακόμα κι αν μπορούν να το διατηρήσουν - δεν μπορούν να το εξελίξουν. Όχι όπως μπορείτε. Οι 5 μηχανικοί σας θα γίνουν 10 και μετά 50, και δεν θα κάνουν τίποτα άλλο από το να κάνουν το προϊόν σας καλύτερο. Μια εσωτερική λύση δεν μπορεί ποτέ να αντιγράψει αυτόν τον πλούτο σε σύνολο χαρακτηριστικών και εμπειρία. Αυτά μπαγιάζουν σε λίγα χρόνια, τουλάχιστον, σχεδόν πάντα.
• Συνήθως δεν είναι αρκετά γάντζοι.  Ακόμα κι αν ο πελάτης σας μπορεί να το φτιάξει, ποιος θα ξυπνήσει στις 2 τα ξημερώματα για να λύσει τα προβλήματα; Ποιος θα πάει στην επιπλέον αυλή για να βεβαιωθεί ότι η εφαρμογή είναι συντονισμένη ώστε να κάνει αυτό που πραγματικά χρειάζεται ο πελάτης; Μόνο εσύ. Η εσωτερική ομάδα του πελάτη σας πηγαίνει σπίτι στις 5 μ.μ. και για το Σαββατοκύριακο.
• Οι ανάγκες του πελάτη σας εξελίσσονται σχεδόν πάντα γρηγορότερα από ό, τι η εσωτερική ομάδα τους. Ακόμα κι αν μπορούν να το φτιάξουν τώρα… πιθανότατα δεν μπορούν τον επόμενο χρόνο. Ή το επόμενο έτος.

Καθαρό λοιπόν — θεωρήστε μια χαμένη απόφαση «κατασκευή έναντι αγοράς» απλώς μια ευκαιρία με μεγαλύτερο κύκλο πωλήσεων. Θα τα πάρετε σε ένα ή δύο χρόνια. Ή ακόμα πιο πιθανό, σε 3-6 μήνες όταν το εσωτερικό έργο σταματά.

Όπως συμβαίνει συνήθως.

Επομένως, να είστε ψύχραιμοι αν χάσετε μια συμφωνία σε ένα εσωτερικό έργο. Το πιο σημαντικό είναι να παρακολουθείτε τακτικά — και να προσθέτετε αξία όταν το κάνετε. Δείτε αν όλα πάνε σύμφωνα με το σχέδιο. Και ειδικά - μην σπάσετε τη σχέση εάν χάσετε τη συμφωνία αρχικά. Πείτε τους ότι καταλαβαίνετε και εάν και πότε χρειάζονται έναν εξωτερικό προμηθευτή - είστε εκεί για αυτούς. Πάντα και για πάντα.

(σημείωση: μια ενημερωμένη δημοσίευση SaaStr Classic)

• SEO Powered Content & PR Distribution. Ενισχύστε σήμερα.
• Platoblockchain. Web3 Metaverse Intelligence. Ενισχύθηκε η γνώση. Πρόσβαση εδώ.
• Minting the Future με την Adryenn Ashley. Πρόσβαση εδώ.
• πηγή: https://www.saastr.com/build-vs-buy-mostly-really-now-vs-later/