Tratar do seu problema específico
Muitas vezes, as aplicações personalizadas podem parecer a opção lógica. Afinal de contas, são construídas de acordo com um conjunto de requisitos personalizados, tendo em conta as suas necessidades exactas. É provável que uma solução pronta a utilizar seja uniforme e rígida, incapaz de lidar com o seu caso específico. Não é verdade? Não é bem assim. É quase certo que os problemas da sua empresa são semelhantes aos de muitas outras. Poderão existir algumas variações, mas a questão central de "as pessoas estão sempre a deixar as suas coisas nas minhas instalações e é difícil devolvê-las" será consistente. Mesmo que tenha uma ideia de como o resolver, é provável que não seja a melhor forma. Os terceiros fazem-no todos os dias. Milhares de horas de trabalho de desenvolvimento e de resolução de problemas significam que as soluções SAAS já resolveram os problemas, o que significa que não tem de
Deseja ser proprietário e ter flexibilidade?
Por exemplo, digamos que criou a sua própria ferramenta de gestão de propriedades perdidas. Parabéns. Uma das vantagens é que agora é o proprietário do software. Pode actualizá-lo facilmente e, quando a sua situação mudar, pode desenvolver esta nova ferramenta como achar melhor. No entanto, existe uma grande probabilidade de esta ser uma tarefa dispendiosa e morosa. Os problemas e restrições herdados significam que os programadores e os proprietários de produtos deixam perguntas sem resposta, pelo que a aceitação do novo sistema pelo pessoal é lenta e pode dificultar o progresso da sua nova ferramenta. Da mesma forma, a adesão das partes interessadas pode começar a desvanecer-se, tornando a afectação de recursos um desafio em si mesmo. Com as plataformas SAAS, todo o produto é concebido para mudar. As actualizações são regulares, com novas funcionalidades baseadas nas necessidades dos clientes. Se necessitar de algo específico, este será muitas vezes construído gratuitamente, desde que haja um valor mais alargado. É certamente melhor do que ser você a fazê-lo.
Comprar ou construir software poupa recursos?
Uma vantagem óbvia de comprar software em vez de o construir é a quantidade de recursos que lhe são dedicados. É fácil ir ao Tesco e comprar um bolo, mas cozê-lo vai demorar algum tempo. Se quisermos algo com um mínimo de esforço, não o fazemos nós próprios. Ok, mas comprar um bolo na loja vai custar mais do que fazê-lo você mesmo, por isso, pelo menos, há isso. Infelizmente para os pasteleiros, é aqui que a nossa comparação bolo/tecnologia começa a desmoronar-se. Quando se trata de software, desenvolver uma ferramenta a partir do zero pode levar meses, se não anos. Enquanto a questão persistir, os problemas podem continuar a surgir sob a forma de clientes insatisfeitos, que o culpam pela sua incapacidade de manter os seus telemóveis na mão. Do mesmo modo, é provável que o seu pessoal perca tempo a tratar dos pedidos de informação. Se pudesse calcular o custo de todas as horas desperdiçadas, este seria quase de certeza inferior à taxa de licença de um produto SAAS pronto a usar.
Caso em questão
Talvez já tenha ouvido falar, a TFL decidiu comprar em vez de construir. O NotLost é agora a solução de software utilizada pelo pessoal da TfL para gerir o processo de perda de bens de uma das maiores redes de transportes do mundo, e não temos medo de o anunciar. Em tempos, a TFL tinha uma ferramenta criada por si própria chamada Sherlock. Permitia que as almas corajosas do departamento de perdidos e achados procurassem objectos extraviados e os associassem a pedidos de informação. Quando foi construído, o Sherlock era quase de certeza a ferramenta mais avançada do seu género. No entanto, chegou a um ponto de ruptura. Problemas de legado significavam que, após algum tempo, não era possível acrescentar mais funcionalidades. À medida que as expectativas dos clientes cresciam na era digital, o Sherlock da TFL já não era adequado e começou a cair. Por isso, vieram ter connosco, os especialistas em bens perdidos. Agora, têm uma solução líder de mercado, o que lhes dá tempo para se concentrarem em manter a capital a funcionar correctamente.
Então, quando é que devo construir software em vez de o comprar?
A única altura em que faz sentido construir o seu produto é se este acrescentar valor real e a longo prazo à sua empresa e se tiver as capacidades para o fazer correctamente e a tempo. Quando bem feitas, as soluções internas podem até ser licenciadas a outras organizações e proporcionar outro fluxo de receitas. No entanto, fazer isto com um problema incómodo, mas secundário, como a perda de bens, não é a escolha certa. Além disso, à medida que o desenvolvimento evolui até 2023 e mais além, os riscos de segurança cibernética são um problema inevitável e crescente, pelo que ter um fornecedor de SaaS permite que as suas organizações cumpram os requisitos não funcionais. Além disso, as empresas de SaaS realizarão testes de penetração e testes de segurança contínuos para permitir que se mantenha na vanguarda, sabendo que está a oferecer uma solução segura e de baixo risco. Moral da história? Deixe isso connosco.