Olás
Gostaria de saber as vossas opiniões sobre estes temas no Drupal:
1) Gestão de equipas e projectos
2) CRM
3) ERP
Presentemente é possível implementar todos eles, de várias maneiras, com menor ou maior funcionalidade e dificuldade.
Apresento uma introdução rápida para quem não está a par.
Gestão de equipas e projectos, trata do que o título diz.
pode ser implementado com a distro Open Atrium, ou com a junção de vários módulos, entre os quais, os obrigatórios CCK/Fields e Views.
CRM, trata sobretudo da comunicação com o cliente.
pode ser implementado com os módulos integralmente feitos em drupal - o CRM (D6) e Redhen CRM (D7); ou com módulos interligados a softwares externos - o CiviCRM (D6) e SugarCRM (D6/D7).
Pode-se inclusive misturar módulos de e-Commerce, Webforms, OG, etc com algumas destas soluções.
ERP, é mais complexo, geralmente incluindo as funcionalidades de gestão de equipas e projectos, CRM, gestão de recursos, pagamentos, mercadoria, stocks, parceiros, fornecedores, etc.
pode ser implementado com os módulos integralmente feitos em drupal - o ERP (D6); ou com módulos interligados a softwares externos - o OpenERP (D6).
Novamente, é possível misturar nesta solução uma boa panóplia de módulos.
Perguntas aos entendidos no assunto:
- Como determinam os custos da implementação de cada um destes itens?
- A que prazos tipicamente ficam sujeitos para a implementação dos mesmos?
- Recomendações?
Obrigado e boa discussão! :)

Comments
Foge do SugarCRM!
Faças o que fizeres, foge do SugarCRM a sete pés!
Trabalhei com isso durante um ano na DRI e juro que nunca na vida vi nada tão mau (e já vi coisas muito más). É que não tenho palavras para descrever o quão nojento é. É pseudo-open source mas apregoam o open-source a plenos pulmões; não há documentação (havia uma Wiki que ao fim de uns tempos largos de meia dúzia de pessoas lá irem pondo qualquer coisa, já se começava a aproveitar - mas a Sugar decidiu fechá-la); o código é, no mínimo, arcaico e é uma salganhada que ninguém a consegue entender; a "comunidade" é uma anedota - é maioritariamente pessoal de gestão que não entende um boi de programação mas "programa" na mesma e faz módulos para aquilo; tem um pseudo-ecosistema de empresas que prestam serviços mas que nem elas próprias sabem bem como funciona o SugarCRM e os plugins e código daí resultante muitas vezes funcionam mal, têm problemas de segurança...
Como se costuma dizer, acho que preferia ir varrer ruas do que voltar a tocar naquilo.
Pergunto-me como é que tem o sucesso que tem. Se os tomadores de decisões das empresas fizessem a mais pequena ideia do que aquilo é, dúvido muito que vendessem um quinto do que vendem...
Quanto à gestão de projectos, nos últimos dois anos eu tenho usado o Open Atrium para gerir a minha equipa e projectos e a coisa tem corrido bem. Às vezes é um pouco... "trapalhão", à falta de melhor termo. Acho que se prende acima de tudo com a interface, que não é a melhor. E a configuração também é um pouco confusa, é preciso algum tempo para começar a dominar bem o bicho.
De CRM e ERP com Drupal não tenho experiência suficiente para comentar.
Pelo que pesquisei de módulos
Pelo que pesquisei de módulos de Drupal (sem os testar), parece-me que há maior suporte para o CiviCRM do que para o SugarCRM.
surgiu o vTiger como fork do SugarCRM.
é 100% open source; vendem serviços e plugins para manter aquilo
artigos sobre custos,
CRM
- http://www.evancarmichael.com/Tools/Business-Management-Sotware/How-Much...
- http://www.concentrix.co.uk/software/crm/knowledge-base/crm-price-cost/
- http://chiefmarketer.com/crm_loop/true-cost-053106/
e ERP
- site com recursos interessantes: http://www.erpsystemguide.com/erp-costs.html
o filtro às vezes é um bocado chato...
Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org
não me deixou postar este
não me deixou postar este link: http://www.financialexpress.com/news/erp-implementationthe-hidden-cost/2...
Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org
Sobre o SugarCRM...
Borfast, sei que não gostaste de trabalhar com SugarCRM mas penso que estás a ser muito radical na tua opinião e não deverás generalizar quando referes "é maioritariamente pessoal de gestão que não entende um boi de programação mas "programa" na mesma e faz módulos para aquilo". Penso que viste alguns dos desenvolvimentos nos nossos projectos e as possibilidades existentes no SugarCRM.
Podes não concordar com a estratégia de Open Source Comercial da SugarCRM, a forma como ele está estruturado e achar que não tem grande documentação como outros projectos Open Source. Mas quem conhece bem a sua estrutura e tem experiência na plataforma consegue implementar plataformas bastante funcionais, eficazes e seguras.
Não é por acaso que é uma plataforma que está a crescer de uma forma fantástica nos últimos anos e conta com mais de 200 empresas parceiras a implementarem o produto - estarão todos enganados?
Obviamente é a minha opinião, como o teu comentário é a tua opinião.
Em relação às questões colocadas por LPCA:
- a determinação dos custos de implementação depende bastante dos processos a implementar. Mas como conselho estima bastante tempo de análise para pensares em todos os pontos críticos e teres uma visão global do que vais implementar;
- não existem prazos típicos, mais uma vez tudo depende da complexidade de processos que pretendes fazer. A vantagem de Open Source é que não existe limite.
- como disse anteriormente. Análise é fundamental. É necessário desenhar bastante bem o modelo de dados e de processos antes de meter os dedos no código. Vê os processos críticos e discute com a tua equipa para obter mais visões.
Espero que as respostas te ajudem.
Abraço e Boa Sorte,
FR
Oi Ryder! :) A generalização
Oi Ryder! :)
A generalização que faço é relativamente ao que normalmente se considera a "comunidade" num projecto open source - a malta que participa nos fóruns, que faz bug reports, que contribui com patches, que se ajuda mutuamente quando há questões e publicam abertamente as soluções para os seus problemas, que fazem encontros locais num bar para trocar ideias...
A realidade é que na comunidade do Sugar, o que destas coisas existe (porque na realidade não tens uma "comunidade" no sentido habitual da expressão), é feito maioritariamente por pessoal que não o devia fazer, porque não têm os conhecimentos para tal. O resultado é aquele de que eu e toda a gente na DRI se queixava: não há documentação, não se consegue encontrar informação sobre como fazer isto ou aquilo, os plugins funcionam mal...
É que nem a própria Sugar é boa para si mesma - há coisas que se pode dizer que estão mal porque vêm de versões antigas do Sugar; se ignorarmos o facto de mesmo para essas alturas aquilo estar mal feito, podemos ter a esperança de que as coisas novas venham bem feitas - mas isso não acontece. Novas funcionalidades, implementadas no Sugar 6 e no 6.1, vêm implementadas de uma maneira que eu e outras pessoas dentro da DRI ficávamos a olhar para aquilo sem saber bem que nomes chamar a quem as implementou.
Quanto aos desenvolvimentos e projectos da DRI, continuo a dizer o que digo desde pouco depois de ter começado a mexer no Sugar: implementas tudo isso muito mais rapidamente e mais facilmente com frameworks melhores e mais simples, até eventualmente com Drupal, e não ficas preso a um software arcaico, com licenças estupidamente elevadas para a qualidade que tem, ganhas flexibilidade, ganhas segurança, ganhas escalabilidade, ganhas comunidade... enfim, tens um mundo de vantagens. Claro que a desvantagem de largar o Sugar é que a Sugar tem uma máquina de marketing já muito grande e tem influência no mercado - e este, na minha opinião, é o único motivo para a Sugar continuar a conseguir vender o seu produto, porque pela qualidade não é de certeza.
Eu não duvido que quem conhece bem a plataforma consegue implementar soluções funcionais e até seguras - eu próprio já me mexia razoavelmente bem no Sugar - mas na parte da eficácia tenho que discordar veemente. A eficácia é precisamente o maior ponto fraco do Sugar. Aquilo é arcaico. Pode fazer tudo e mais um par de botas mas não deixa de ser arcaico e mal implementado, e de te obrigar a ir à China para chegares a uma coisa que está a meia dúzia de metros de ti. 90% do que vi no ano em que aí estive, implemento em muito menos tempo com outras frameworks.
Relativamente aos parceiros, não estão todos enganados se o objectivo for apenas o de fazer dinheiro e vender uma solução que não é tão boa quanto se apregoa. Tal como disse atrás, a Sugar tem uma máquina de marketing muito bem montada e consegue "enganar" muita gente que se tornam em clientes. Consequentemente, há bastante dinheiro a ganhar nesse mercado. No entanto, eu preferia ganhar dinheiro a fazer uma coisa realmente boa, realmente flexível, realmente open source, realmente funcional - um produto verdadeiramente bom. E com as capacidades e potencial que algumas empresas, como a DRI, têm, é uma pena vê-las a desperdiçar o seu talento quando podiam fazer algo melhor para todos, só porque o dinheiro fala mais alto.
É como a história do Rei vai nú. A Sugar é o alfaiate; os parceiros são os gajos da corte que até percebem que o rei vai nú mas não dizem nada para continuarem no mercado; os clientes são o povo que acredita no que o Rei diz e acham que eles é que são burros por não verem as vantagens do software ou por o acharem feio, contra-intuitivo, lento, etc.; e depois há os dois miúdos que dizem o que vêem. Só é pena que com a Sugar, ao contrário do que acontece na história, o povo não ligue aos dois miúdos... ;)
Abraço,
Raúl
sem conhecer bem os
sem conhecer bem os softwares, direi isto:
é dificil encontrar outro "drupal", seja em que tipo de software for.
obrigado pelos concelhos/sugestões.
Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org