Brasil Intelligence

3 dicas para sobreviver como um consultor SAP BI em 2015

2015-01-29T18:58:00.001-02:00

Quer sobreviver como um consultor SAP BI em 2015? Da uma olhada no meu artigo na SCN: http://scn.sap.com/community/bw-hana/blog/2015/01/29/3-tips-to-survive-as-a-sap-bi-consultant-in-2015

abraço
Eduardo

Nova parceria: Carina Mendes

2015-01-07T15:41:00.002-02:00

É verdade que não tenho conseguido manter a periodicidade das publicações por aqui. Mas de tempos em tempos, ainda deixo aqui meu recado (ou no site da SCN).

É com muita satisfação que anunciamos mais uma parceria com o Blog da Carina Mendes (http://carinamendes.com/). Recomendo!

Abraços,

Dashboards e a performance ideal

2012-12-14T23:11:00.003-02:00

Read this post in English HERE

Hoje um colega de projeto me fez uma pergunta que

gostaria de compartilhar com os amigos leitores do blog:

Como avaliar se o tempo de resposta de um dashboard é aceitável?

Uma das entregas do projeto, um dashboard com indicadores de custos de produção para uma empresa de mineração, demorava mais de um minuto na sua primeira execução.

A resposta às vezes me parece tão simples quanto óbvia: quando você acessa um portal de notícias, em quanto tempo espera ter todas as informações na tela? Mesmo que o portal seja o mais completo disponível, com todas as notícias do momento, se a cada vez que você acessar a informação precisar aguardar mais de um minuto para ter a notícia, provavelmente vai procurar outro portal.

É claro que esta analogia não abrange todos os aspectos de um cenário com um dashboard corporativo, porque podem estar envolvidos assuntos como infraestrutura, relevância da informação na companhia, volumetria, viabilidade de se ter acesso por outro canal e assim por diante. Isso todos nós, técnicos, sabemos e muito bem. Mas nem sempre o usuário, aquele executivo que passa por umas 5 reuniões no mesmo dia e geralmente consegue parar por 15 minutos pra dar atenção à tecnologia, sabe ou concorda com isso. Já presenciei algumas discussões (leia-se “brigas”) entre sponsors e gerentes de projeto sobre este assunto, cada um com a sua razão. O lado técnico mostra que aquela informação anteriormente tomava 2 dias de esforço de uma equipe pra ser obtida e o sponsor argumenta que durante a pré-venda, com apenas um click, a informação era apresentada instantaneamente.

Na minha humilde opinião, um minuto pra se obter uma informação pode ser excelente, mas desde que seja em um relatório, que pode ser executado em background enquanto o usuário executa suas outras tarefas. Neste caso, é comum encontrarmos relatórios não de um minuto, mas de até mesmo horas de execução.

Mas quando falamos em dashboards, seja ele acessado por um PC ou via mobile, geralmente o usuário aguarda a resposta a cada click, e um minuto parado, apresentando a informação em uma reunião ou somente buscando respostas de negócio, muitas vezes é o argumento necessário para se inutilizar aquele dashboard que nos tomou dias de desenvolvimento.

Existem técnicas para se melhorar a performance de um dashboard; agendar uma execução prévia dos dados costuma ser uma delas, embora muitas vezes isso limite o escopo da informação disponibilizada. Desenvolver uma estrutura de dados específica para cada dashboard durante a fase de ETL também é uma opção bastante escolhida, embora muitas vezes inviabilizada por questões como custo e governança. A aplicação de tecnologia in-memory é geralmente a melhor das opções, quando realmente é uma opção.

Em resumo, se percebemos que a informação solicitada para um dashboard não vai atender os requisitos mínimos de navegabilidade para este tipo de front-end, o ideal é sugerirmos ao cliente um relatório ou outra solução de front-end. Definitivamente, um dashboard completo, na minha opinião, não é um dashboard cheio de informações e gráficos incríveis, mas um dashboard que dê a resposta para o usuário antes que ele comece a pensar em outro tipo de pergunta, como por exemplo, será que eu não encontro essa informação em outro lugar?

Sobre o exemplo citado acima, já que não estava prevista ainda para esta fase do projeto a utilização da tecnologia in-memory, precisamos buscar outras soluções. Com uma série de otimizações de queries e melhor sincronização nas execuções das mesmas, aplicações de novas lógicas e ajustes pontuais na navegação, conseguimos reduzir o tempo de execução do dashboard para cerca de 12 segundos na primeira execução e de 4 segundos, em média, para resposta a cada click durante a navegação. O tempo foi considerado justo tanto pelo lado técnico como pelo lado funcional, em vista da qualidade da informação apresentada, mas é possível que para alguns amigos leitores do blog, este ainda não seja um tempo de resposta ideal. Considero aceitável, embora acredite que este ainda seja o limite a ser sugerido em casos mais extremos quando se desenvolve um dashboard sem a utilização da tecnologia in-memory.

Um abraço,

-----------

Igor Alexandre Jakuboski é profissional de Business Intelligence há mais de 7 anos, tendo já atuado em dois dos principais fornecedores de soluções de BI do mercado e liderado projetos no Brasil e no exterior. Atualmente atua como Principal Solution Architect na SAP. Perfil no LinkedIn: br.linkedin.com/pub/igor-jakuboski/41/28b/88a

Dashboards and the ideal performance

2012-12-14T23:11:00.001-02:00

Para ler este post em português clique AQUI

Today a project colleague asked me something that I'd like to share with our friends readers of this blog:

How to evaluate if a dashboard response time is acceptable?

One of the project deliverable, a dashboard with production costs indicators for a mining company, was taking more than a minute in its first execution.

The answer sometimes seems so simple as obvious: when you access a news portal, how soon you expect to see all information on the screen? Even if the portal is the most complete one available with all news of that moment, if every time you access the information you have to wait more than a minute to see the news, you will probably look for another portal.

It is clear that this analogy does not cover all aspects of a scenario with an enterprise dashboard because it may involve issues such as infrastructure, relevance of information on the company, volumetry, feasibility of having access by another channel and so on. That, all of us technicians, know and know very well. But not always the user, that executive which goes through 5 meetings in the same day and usually can stop only for 15 minutes to pay attention to technology, knows or agrees with this. I've seen some discussions (read "fights") between sponsors and project managers on this subject, each with its reason. The technical side shows that the information previously took two days of a team effort to be obtained and the sponsor argues that during the pre-sale, with just one click, the information was presented instantly.

In my humble opinion, a minute to get some information may be excellent, but provided it is in a report that can run in the background while the user performs its other tasks. In this case, it is common to find reports of not only a minute but hours of execution.

But when we talk about dashboards, whether accessed from a PC or via mobile, the user usually waits for the response to each click, and a minute stopped displaying the information in a meeting or just seeking business answers is often the argument necessary to disable that dashboard that took us one day to develop.

There are techniques to improve the performance of a dashboard; schedule a previous execution of the data is usually one of them, although it often limits the scope of the information provided. Develop a specific data structure for each dashboard during the ETL phase is also a common chosen option, though often frustrated by issues such as cost and governance. The application of in-memory technology is usually the best option, when it is really an option.

In summary, if we realize that the requested information to a dashboard will not meet the minimum requirements of navigability for this kind of front-end, ideally we suggest the customer a report or another front-end solution. Definitely a complete dashboard, in my opinion, is not a dashboard full of information and amazing graphics, but a dashboard that gives the answer to the user before he starts thinking about another kind of question, for example, wouldn't I find this information anywhere else?

About the example mentioned above, since it was not yet planned for this phase of the project the use of in-memory technology, we must seek other solutions. With a series of queries optimizations and better synchronization of them, we were able to reduce the dashboard execution time to around 12 seconds in his first execution and of four seconds, in average, for the response to each click during navigation. The time was considered fair by both technical and functional side, given the quality of the information provided, but it is possible that for some friends readers of the blog this still is not an optimal response time. I consider acceptable, although I believe that this is still the limit to be suggested in the most extreme cases when developing a dashboard without the use of in-memory technology.

Regards,
--------------
Igor Alexandre Jakuboski is a professional of Business Intelligence for over 7 years, having already worked on two of the leading providers of BI solutions in the market and led projects in Brazil and abroad. He currently works as Principal Solution Architect at SAP. LinkedIn profile:

br.linkedin.com/pub/igor-jakuboski/41/28b/88a

De "ganho rápido" para "prejuízo permanente"

2012-11-30T22:21:00.000-02:00

Read this post in English HERE

Há alguns dias, uma amiga minha me contatou para saber minha opinião sobre a estratégia geral do projeto de Business Intelligence (BI) em que ela estava trabalhando: a ideia era entregar a camada de apresentação inteira do front-end (relatórios, dashboards etc.) e só então começar a trabalhar na camada de Data Warehouse o que significa modelagem, estruturação de dados e ETL (Extraction, Transformation and Load). De acordo com a descrição dela, eles não conseguiam ao menos falar todas as fontes de dados que seriam necessárias para entregar a camada de front-end já prometida.

Eu acredito que a maioria de nós já vivenciou uma situação similar. Já a vi sob muitos nomes e conceitos, mas geralmente podemos simplificá-la chamando-a de "ganho rápido". Por "ganho rápido" nós normalmente queremos dizer que alguma coisa (uma parte de um projeto, uma funcionalidade específica ou algo do tipo) pode ser entregue muito rápido (em comparação com o entregável inteiro), com um custo razoável (também em comparação com o entregável inteiro) e, principalmente, que pode entregar um alto valor agregado. Em um mundo ideal, isso significaria gastar 20% dos recursos que trariam 80% do valor agregado (em uma análise simplificada de Pareto).

Devemos mencionar, que enquanto buscando o "ganho rápido" é possível que algumas regras de governança ou diretrizes de melhores práticas sejam negligenciadas no intuito de reduzir ainda mais o total de recursos investidos. Claramente, isso pode ser feito apenas quando previamente acordado com todas as partes interessadas e sob estrito comprometimento de cumprir todos os requerimentos necessários ao implementar o restante do projeto.

Nem é preciso dizer que o advento do "ganho rápido" não tem raízes nos fundamentos técnicos. De acordo com minha experiência, se você perguntar a um técnico se ele gostaria de entregar "a solução perfeita a qualquer custo" ou uma "solução usável a um custo muito baixo", ele explicará com prazer que apesar da solução de baixo custo poder ser usada, tal qual, ela tem uma lista enorme de desvantagens e riscos que deve ser levada em consideração.

Então, a fim de construir uma solução que possa ser efetivamente vendida - a propósito, uma perspectiva muito importante de uma empresa de consultoria, técnicos do mundo todo (eu incluso) dependem dos colegas de marketing, vendas e gerentes de projeto. Que foram brilhantes ao trazer para o negócio soluções que se encaixam às necessidades do cliente e ao padrão de entregar a melhor solução possível através da abordagem de fases, priorização de entregável e, claro, "ganhos rápidos".

Para dizer na lata: eu suporto a abordagem de "ganho rápido" como uma ferramenta para tornar os projetos possíveis e viáveis. Eu acredito que se pudermos encontrar a "coisa" certa (seja um relatório, um processo, um dashboard, um fluxo de trabalho etc.) que possa realmente derrubar a escala de nossos clientes, devemos fazê-la o mais rápido possível a fim de garantir um rápido ROI (Return Over Investment) e, além disso, a vantagem competitiva que eles estão sempre procurando.

No entanto, eu discordo da abordagem, algumas vezes "rápida e suja", que algumas soluções são vendidas e entregues. Discordo da idea de entregar tudo como um "ganho rápido" ou "protótipo produtivo" como já vi acontecer diversas vezes. Eu encorajo todos aqueles dispostos a usar a abordagem do "ganho rápido" a seguir uma lista de verificação muito simples:

entenda o ambiente, os problemas, as oportunidades e desafios do seu cliente;
proponha uma solução completa e sustentável;
destaque as "coisas" que podem ser feitas com uma quantidade pequena de recursos (tempo, dinheiro e pessoas) e que potencialmente podem trazer um grande benefício (produtividade, lucro, eficiência etc.);
se necessário - para tornar o projeto viável - crie um roadmap a quatro mãos ou um programa no intuito de aplicar a abordagem de fases.

Com a lista de verificação simples acima, você garantirá não negligenciar o todo.

Abraços,

_______

Eduardo Rodrigues é profissional de Business Intelligence há 8 anos, já atuou como cliente, empreendedor, palestrante, consultor, arquiteto de soluções e gerente de projetos. Casado, pai de dois filhos é ainda autor de um livro de poesias chamado “Poemas de Botequim”. Perfil no LinkedIn: http://br.linkedin.com/in/rodrigueseduardo. Siga-o no Twitter: https://twitter.com/edur0dr1gue5

From "quick win" to "permanent loss"

2012-11-29T11:45:00.000-02:00

Para ler este post em português clique AQUI

A few days ago, a friend of mine contacted me asking for my opinion about the overall strategy of a Business Intelligence (BI) project she was working on: the idea was to deliver the entire front-end presentation layer (reports, dashboards, etc.) and only then start working on the Data Warehouse layer meaning the whole modeling, data structuring and ETL (Extraction, Transformation and Load). According to her description they could not even tell all data sources which were needed to deliver the already committed front-end layer.

I believe most of us have already experienced a similar situation. I have seen it under many names and concepts, but usually we can simplify it by calling it a "quick win". By "quick win" we usually mean something (a part of a project, a specific functionality or something alike) that can be delivered really fast (in comparison to the whole deliverable), in a reasonable cost (also compared with the whole deliverable) and mainly can deliver a high value added. In an ideal world, that would mean to expend 20% of the resources that will bring 80% of the value added (in a simplified Pareto analysis).

It should be mentioned, that while running for the "quick win", it is possible that some governance rules or best practices guidelines are overlooked in order to reduce furthermore the amount of resources invested. Clearly it can only be done when previously agreed with all stakeholders and under the strict commitment to fulfill all the necessary requirements when implementing the remaining project.

Needless to say that the advent of the "quick win" bears no roots on technical grounds. Out of my experience, if you ask a technician if he/she would like to deliver "the perfect solution at any cost" or a "usable solution at a very low cost" he/she would gladly explain that although the low cost solution can be used, as such, it has an enormous list of disadvantages and risks that must be taking into consideration.

So, in order to build up a solution that actually can be sold - a very important perspective of a consultancy company by the way, technicians all over the world (myself included) depend on our marketing, sales and project managers colleagues. Who were brilliant on bringing up to the business solutions that fits both the customers needs and the standard of delivering the best possible solution by introducing the phasing approaching, prioritization of deliverable and, of course, "quick wins".

To say it straight away: I support the "quick win" approach as a tool to make projects possible and viable. I believe that if we can find the right "thing" (be it a report, a process, a dashboard, workflow, etc.) that can really tip the scale to our customers, we should get it done as soon as possible in order to guarantee a fast ROI (Return Over Investment) and moreover the competitive advantage our customers are always looking for.

However, I disagree with the approach, sometimes "quick and dirty", some solutions are sold and delivered. I disagree with the idea of delivering everything as a "quick win" or a "productive prototype" as I have seen several times. I would encourage all those willing to use the "quick win" approach to follow a very simple checklist:

understand your client environment, its problems, opportunities and challenges;
propose a complete and sustainable solution;
highlight the "things" that could be done with a small amount of resources (time, money and people) and potentially can bring a huge benefit (productivity, profit, efficiency, etc.);
if needed - in order to make the project viable - create a four hands road-map or a program in order to apply the phasing approach.

With the simple checklist above, you will make sure not to overlook the big picture.

Regards,

_______

Eduardo Rodrigues is a Business Intelligence professional for 8 years, he has worked as client, entrepreneur, speaker, consultant, solution architect and project manager. Married with two children, he is also author of a poetry book called “Poemas de Botequim”. LinkedIn profile http://br.linkedin.com/in/rodrigueseduardo. Follow him on Twitter https://twitter.com/edur0dr1gue5

Pocket BI

2012-11-15T12:58:00.000-02:00

Para ler este post em português clique AQUI

Everybody likes what is new and fancy. In this information era everyone gets the information in a click, faster them they could possible imagine a few years ago, but how to assimilate all this information? We are seeing a new whole generation of people who can actually consume faster than us, simply because it’s normal for them as it was normal for us to read a newspaper back in the days.

Happens now that we are exactly between this new and old generation. As in the article Information on your fingertips posted here, never was so easy to get all dashboards and strategic analysis consolidated from a huge amount of information not only locally but globally centralized in one single device like your mobile or tablet which can tell you what you should know to make your decision. Sales department knows how valuable this real-time information is, in order to accomplish their target on time, however is it really for everyone?

Although from IT perspective, thinking that everyone would have the same opinion, business are more and more flooded with information which sometimes they are not prepared or convinced that they really need that. Their tight schedule and short time between meetings and agreements are another obstacle to contemplate this new output.

I've seen how fine mobile developments can help a lot of operational work simply by reducing the amount of information and transforming it into readable charts that represents what they must know to make their decision on time. Moreover, it's an excellent interface to support decisions on higher levels which are more complex and requires more time, analysis, plan and simulations.

What’s your opinion about this? Is the acceptance of BI on mobile device often used in your company by managers or operations? Please leave your thoughts.

_______

Gabriel Ozaki - SAP Consultant for 8 years, has been working in several knowledge areas for ERP and Business Intelligence additionaly to coordination, solution architect and training. Focused on new trends and technology, is always up to date with the market innovation. Linkedin profile: http://ch.linkedin.com/in/gabas

BI de bolso

2012-11-15T12:56:00.001-02:00

Read this post in English HERE

Todo mundo gosta do que é novo e sofisticado. Nessa era da informação todos a obtêm em um clique, mais rápido do que poderiam sequer imaginar há alguns anos, mas como assimilar toda essa informação? Estamos vendo uma nova geração de pessoas que podem realmente consumi-la mais rápido que nós, simplesmente porque é normal para elas como era normal para nós ler um jornal antigamente.

O que acontece é que estamos entre a velha e a nova geração. Como no artigo Informação na ponta dos dedos publicado aqui, nunca foi tão fácil obter todos os dashboards e análises estratégicas consolidados a partir de uma quantidade enorme de informação não apenas local, mas também globalmente centralizada em um único dispositivo, como seu celular ou tablet, que pode mostrar o que você precisa saber para tomar sua decisão. As lojas de departamentos sabem como essa informação em tempo real é importante para atingirem seu alvo a tempo, no entanto, isso é realmente para todos?

Embora da perspectiva de TI, pensando que todos têm a mesma opinião, o negócio está sendo cada vez mais inundado com informações que muitas vezes não estão preparados ou convencidos de que necessitam de verdade. Suas agendas apertadas e o pouco tempo entre reuniões e acordos são outro obstáculo para contemplar essa nova saída.

Eu já vi como bons desenvolvimentos móveis podem ajudar bastante o trabalho operacional, simplesmente, por reduzir a quantidade de informação e transformá-la em gráficos legíveis que representam o que se precisa saber para tomar a decisão a tempo. Além disso, é uma ótima interface para suportar decisões em níveis mais altos que são mais complexos e necessitam mais tempo, análise, plano e simulações.

Qual sua opinião sobre isso? A aceitação de BI em dispositivos móveis é usada com frequência na sua empresa por gerentes e operações? Por favor, deixe seus comentários.

_______
Gabriel Ozaki - Consultor SAP há 8 anos, já atuou em diversas áreas de conhecimento para ERP e Business Intelligence incluindo coordenação, arquiteto de soluções e treinamento. Focado em novas tendências e tecnologias, está sempre antenado às inovações do mercado. Perfil no Linkedin: http://ch.linkedin.com/in/gabas

Information at your fingertips

2012-11-15T12:51:00.001-02:00

Para ler este post em português clique AQUI

I was at home watching Copa Libertadores' semifinal (equivalent to the Champions League in Europe), when I decided that I wanted to know the outcome of the last game between São Paulo and Internacional. I picked up my iPod (in which I wrote this post) and got the information I was seeking within seconds.

Conclusion: information should not only exist, it should also be available and accessible to each and every person who needs that data or information.

This is a common mistake on data processing solutions in general: we, who have technical training, tend to create solutions that excel technical and conceptual issues. However we also tend to forget a topic quite common nowadays: usability.

Making data, information or indicators available for access to the rightful people is not enough. The accessibility has to be easy, efficient and, why not, sexy.

The information has SURELY to be available at your fingertips, but the information has to be correct, reliable and secure.

Regards,

_______

Enriching the front-end

2012-11-09T13:31:00.000-02:00

Para ler este post em português clique AQUI

To the friends that follow the blog, I would like to present some types of charts that should've been more explored on BI projects in general. Very often, they are left for more specific scenarios, or are not even considered because they look a little bit more complex for data demonstration.

It is true that many clients are more used to the traditional bar/column/line charts, or to the famous pie chart, and with good reason, after all, they are easily visualized and answer most business questions addressed to them. Even so, we can often try to enrich the front-end of a BI project with some visualization suggests that can be very useful during data analysis. In order to keep the text short, in this post we will consider 2 charts types that I consider under explored, and than, depending on the receptivity of it, we will show other possibilities on the following weeks.

Note: The charts are available in many BI tools and it is possible that the names differ among them.

Bubble Chart

This chart type is well known, although not always used. It is suitable for displaying three dimensions of data in one single crossing, being this a differential in relation to the bar/column/line charts.

We are going to demonstrate it with a very simple example easy to understand. We will use as example a cars re-seller.

We suggest a visualization like this:

Notice that in the same chart, the client can compare the sales percentage of each car (size of the indicator), the amount sold (x-axis) and the profitability achieved (y-axis)

It is very likely that the user already has a pie chart to show the proportion of sales and one or two column/bar/line charts to show the other two indicators. We were able to reduce all the view to one chart, keeping the simplicity in the data analysis.

And if the client misses the other traditional chart formats in this analysis, we can suggest a drill and detail the information in a timeline or with other relevant comparisons, as in this case, that the client can click on a bubble in the chart and get a detailed information in other three "traditional" charts:

Yes, in the end, we are back to the more traditional charts, but we created a initial point for the analysis, that can guide the user during information navigation and analysis.

Let's talk about other type of chart.

Tree Map

This chart can be very interesting to show a structured information, being able to present more than one level of a hierarchy as well as different dimensions of data.

In our simple example, following the logic presented above, we also have the performance information of a cars re-seller, but now not specific to one category, but for as many as needed (be careful with "as many as", the chart must be simple to be useful).

The chart presents 4 car categories (popular, medium, SUV and sports), being the size of each section the amount of cars sold in each category. It could have been sales region, brands, sellers or any other aggregated information. Within each category, we have new frames for each car model, that also have their amount sold represented by the size of it. The color intensity can yet represent another indicator, in this case, the profitability by car model (the lighter ones mean higher profitability).

In short, the user can analyse the sales proportion in two different levels (category and model) and also the profitability for each model. The same information, which maybe needed a few traditional charts to be demonstrated, is summarized in just one, keeping the simplicity to the analysis.

So, why couldn't we use this chart, like in the first example, as the initial point for a orientated navigation?

It would be interesting if the readers could comment other possibilities for these or other "non-traditional" charts, as well as other interesting ways to improve the front-end in BI projects.

Regards,
_______

Igor Alexandre Jakuboski is a Business Intelligence professional for more than 7 years, he has worked in two of the main players on the market for BI solutions and he has been leader in projects in Brazil and abroad. Presently he is Principal Solution Architect at SAP.

Enriquecendo o front-end

2012-11-08T21:46:00.001-02:00

Read this post in English HERE

Aos amigos que acompanham o blog, eu gostaria de apresentar alguns tipos de gráficos que poderiam ser um pouco mais explorados nos projetos de BI em geral. Muitas vezes, eles são deixados para cenários mais específicos ou não são nem cogitados por parecerem um pouco mais complexos para demonstração dos dados.

É claro que muitos clientes estão mais acostumados com os tradicionais gráficos de barra/coluna/linha, ou com o famoso gráfico de pizza, e com razão, afinal são gráficos de fácil visualização e respondem a maioria das questões de negócio aplicadas neles. Mesmo assim, muitas vezes podemos buscar valorizar o front-end de um projeto de BI com algumas sugestões de visualizações que podem ser muito úteis durante a análise dos dados. Para não prolongarmos muito o texto, nesse post vamos considerar 2 tipos de gráficos que considero pouco explorados, e dependendo da receptividade do post, demonstramos outras possibilidades nas próximas semanas.

Nota: Os gráficos estão disponíveis em diversas ferramentas de BI e é possível que os nomes sejam variados entre elas.

Bubble Chart

Este tipo de gráfico é bastante conhecido, embora nem sempre utilizado. É apropriado para apresentar três dimensões de dados em um mesmo cruzamento, sendo este um diferencial em relação aos gráficos de coluna/barra/linha e pizza.

Vamos demonstrá-lo com um exemplo bastante simples e de fácil entendimento. Usaremos um exemplo de uma revendedora de automóveis, analisando dados de vendas.

Podemos sugerir uma visualização semelhante a esta:

Veja que no mesmo gráfico, o cliente pode comparar o percentual de vendas de cada um dos automóveis (tamanho do indicador), a quantidade vendida (eixo X) e a rentabilidade alcançada (eixo Y).

É muito provável que o usuário já tenha um gráfico de pizza para a demonstração da proporção de vendas e um ou dois gráficos de coluna/barra/linha para demonstrar os outros dois indicadores. Conseguimos reduzir toda a vista para um gráfico, mantendo a simplicidade na análise dos dados.

E se o cliente ainda sentir falta dos outros formatos tradicionais de gráficos nesta análise, podemos sugerir um “drill” e detalharmos a informação em uma linha de tempo ou com outras comparações relevantes, como neste caso, em que o usuário pode clicar sobre um “bubble” no gráfico e ter a informação detalhada em outros três gráficos “tradicionais”:

Sim, no final, voltamos aos gráficos mais tradicionais, mas criamos um ponto inicial para a análise, que pode orientar o usuário durante a navegação e análise da informação.

Vamos agora falar de outro tipo de gráfico.

Tree Map

Esse gráfico pode ser bastante interessante para demonstrar uma informação estruturada, podendo apresentar mais de um nível de uma hierarquia, bem como diferentes dimensões de dados.

Neste nosso simples exemplo, seguindo a lógica apresentada acima, temos também as informações de performance de uma revendedora de autos, mas agora não específica para uma categoria, e sim para quantas necessárias (cuidado com o “quantas”, o gráfico precisa ser simples para ser útil).

O gráfico apresenta 4 categorias de automóveis (popular, sedan médio, utilitário e esportivo), sendo o tamanho de cada seção a quantidade de carros vendidos para cada uma. Poderiam ser regiões de vendas, marcas, vendedores ou qualquer outra informação agregada. Dentro de cada uma das categorias, temos novos quadros para cada modelo de automóvel, que também tem suas quantidades vendidas representadas pelo tamanho dos mesmos. A intensidade da cor pode representar ainda outro indicador, sendo neste caso a rentabilidade por modelo de automóvel (as mais claras significam uma rentabilidade maior).

Em resumo, o usuário pode analisar a proporção de vendas em dois níveis diferentes (categoria e modelo) e ainda a rentabilidade para cada modelo. A mesma informação que talvez precisasse de alguns gráficos tradicionais para ser demonstrada está resumida em apenas um, mantendo a simplicidade à análise.

E porque já não utilizarmos este gráfico, assim como no primeiro exemplo, como um ponto inicial para uma navegação orientada?

Seria interessante se os leitores pudessem comentar outras possibilidades para estes ou para outros gráficos “não tradicionais”, assim como outras maneiras interessantes de aprimorar o front-end em projetos de BI.

Um abraço,
_________

Igor Alexandre Jakuboski é profissional de Business Intelligence há mais de 7 anos, tendo já atuado em dois dos principais fornecedores de soluções de BI do mercado e liderado projetos no Brasil e no exterior. Atualmente atua como Principal Solution Architect na SAP.

Contribuição de BI para a vida moderna

2012-11-01T09:19:00.002-02:00

Read this post in English HERE

Depois de ler um ótimo artigo de Ron Ashkenas sobre um possível novo paradigma entre trabalho e qualidade de vida (leia o artigo, em inglês aqui), e de ler um artigo do Seth Stevenson sobre a importância e possível utilização do Klout Score em ações de marketing (veja artigo aqui) tenho certeza que nós, profissionais de Business Intelligence, podemos ajudar de forma substancial as pessoas.

Claro que a pergunta que tenho de responder é: como? Bom, primeiro tenho de admitir que BI per si não vai conseguir levar ninguém a curtir um visual como o da foto acima, mas podemos sim suportar o processo de tomada de decisão para evitar o desperdício de tempo com análises que poderiam ser automatizadas e que agilizassem a transformação de decisões em ações.

Imaginem as possibilidades: se carregássemos o Klout Score de nossos clientes em nossos sistemas de CRM (Customer Relationship Management), além de sermos capazes de criar campanhas de marketing para um grupo de clientes mais influentes (como sugere o artigo que mencionei antes), também poderíamos medir a taxa de retorno dessas ações de marketing não apenas em resposta direta a campanha (como entrando em um site ou comprando um produto), mas também quanto a repercussão (positiva ou negativa em mídias sociais).

Poderíamos também criar um processo pró-ativo de registro de ocorrências no CRM baseado em reclamações postadas em redes sociais e, claro, filtrá-las pelo Klout Score do usuário para evitar a abertura de centenas de milhares de tickets.

Os mais impacientes já pararam de ler a essa altura do artigo sob o argumento de que: apesar de uma boa ideia, isso não contribui para uma melhora no balanço entre trabalho e vida pessoal e, portanto, não responde a pergunta proposta pelo título do artigo. Agora é hora de propor a solução para os poucos bravos que chegaram até aqui.

O segredo é que as soluções de BI são as únicas capazes de consolidar esses indicadores, lidar com o volume de dados necessário (usando as novas tecnologias disponíveis para processamento em memória e social intelligence, por exemplo) e apresentar os resultados de forma sumarizada, em um tablet, por exemplo.

Traduzindo em um exemplo paupável, significa dizer que a diretora de marketing de uma empresa poderia iniciar uma campanha na sexta-feira, viajar com a família no fim de semana e entre uma espiadela no Facebook e uma ligação para a mãe, olhar um gráfico de resposta da campanha, simples, dois gráficos:

um gráfico de barras que compare o público alvo e as pessoas que responderam a pesquisa, e
outro gráfico com o percentual de resposta para o público 20% mais influente, com distribuição sobre respostas positivas e negativas (com análise de sentimental baseada em Social Intelligence).

Caso a resposta à campanha esteja sendo negativa, a diretora poderia tomar ações corretivas; caso a resposta seja positiva como o planejado, ela pode pedir mais uma rodada de pasteizinhos. Nenhuma necessidade de checkpoints, conferências de verificação, plantão no escritório etc.

Em outro cenário, traria a possibilidade de, com base em ações espontâneas nas redes sociais, como por exemplo: reclamação ou elogios, disparar uma ação que corrigisse ou incentivasse aquele comportamento. Alguns de vocês estarão pensando: a proposta então é trabalhar mais fora do horário comercial ou mesmo aos fins de semana? A resposta é, sim. Isso é inevitável, no entanto, existirá a oportunidade para se usar menos tempo, durante as ditas "horas comerciais" planejando e inferindo a realidade e mais tempo navegando a realidade!

Grande abraço,
____________

BI contribution for modern life

2012-11-01T09:18:00.002-02:00

Para ler este post em português clique AQUI

After reading a great article from Ron Ashkenas about a possible new paradigm between work and life quality (read the article in English here) and reading an article from Seth Stevenson about the importance and possible use of Klout Score in marketing actions (see article here), I'm sure that we, Business Intelligence professionals, can substantially help people.

Of course the question I have to answer is: how? Well, first I have to admit that BI can't by itself make anyone live in a picture like the one above, but we can support the decision-making process to avoid wasting time with analyses that could be automated and that could speed up the transformation of decisions in actions.

Imagine the possibilities: if we loaded our clients' Klout Score in our CRM systems (Customer Relationship Management), besides being able to create marketing campaigns for a group of client more influential (as suggests the article I mentioned before) we could measure the return rate of these marketing actions as well, not only as direct response tho the campaign (like entering a web site or buying a product), but also about the impact (positive or negative) in social media.

We could likewise create a proactive occurrence register process in the CRM based on complaints posted in social networks and, of course, filter them by the user Klout Score to avoid opening thousands of tickets.

The impatient ones already stopped reading this article at this point under the argument that: although it is a good idea, this does not contribute to a improvement in the work and personal life balance and, therefore, it does not answer the question proposed by this article title. Now it is time to come up with the solution for those few braves ones that held this far.

The secret is that BI solutions are the only ones capable of consolidating these indicators, dealing with the amount of necessary data (using the new technologies available to process in-memory and social intelligence, for example) and of presenting the results in a summarized way in a tablet or chart, for instance.

To translate it to a real life example, this means that a marketing director from a company could initiate a campaign on a Friday travel with her family during the weekend and between a quick look in her Facebook and a call to her mom, take a look in a response rate of her campaign. Simple, two charts:

a bar chart that compares the target group and the people that answered the survey, and
another chart with the percentage of responses for the public 20% more influential, with distribution of positive and negative responses (with sentimental analysis based on Social Intelligence).

If the response to the campaign is being negative, the director could take corrective actions; if the response is being positive as planned, she can order another round of finger food. No need for checkpoints, conferences of verification, staying late in the office, etc.

In another scenario, it would bring the possibility, based on spontaneous actions on social networks such as: complaints or compliments, to trigger an action that could correct or encourage such behavior. Some of you are thinking: then the proposal is to work more outside business hours or on weekends? The answer is, yes. This is inevitable: However, there will be the opportunity to use less time, during the so-called "business hours" planning and inferring the reality and more time browsing the reality!

Regards,
_______
Eduardo Rodrigues is a Business Intelligence professional for 8 years, he has worked as client, entrepreneur, speaker, consultant, solution architect and project manager. Married with two children, he is also author of a poetry book called “Poemas de Botequim”. LinkedIn profile http://br.linkedin.com/in/rodrigueseduardo. Follow him on Twitter https://twitter.com/edur0dr1gue5

Mais reforços, o time se fortalecendo

2012-10-19T10:25:00.002-03:00

Mais boas noticias. No intuito de fortalecer ainda mais a equipe para o relançamento do blog, anunciamos hoje oficialmente que o Gabriel Ozaki (mais detalhes: aqui) fará parte do time.

Além dos artigos o Gabriel também vai nos ajudar a melhorar nossa identidade visual, que no momento está longe de ser adequada.

Abraço,

Mais novidades: reforços

2012-10-16T15:38:00.005-03:00

Dando continuidade as atividades de volta à ativa, é com grande prazer que anunciamos mais um membro a equipe do Brasil Intelligence: Igor Jakuboski fará parte de nossa equipe de colunistas.

O Igor é meu colega de trabalho e amigo, gente boa e extremamente competente. Sem sombra de dúvidas, será um grande contribuinte!

Dentro em breve anunciaremos mais novidades e a data oficial da volta do BLOG a ativa!

Abraço

Estamos de volta

2012-10-15T11:16:00.002-03:00

Caros leitores, bom dia

Depois de quase um ano nos adaptando a nova realidade em que estamos inseridos, é com imenso prazer que comunico que voltaremos a ativa em breve.

A periodicidade dos posts deverá ser semanal como antes, mas isso será avaliado no decorrer do próximo mês.

No dia 25 de outubro, o primeiro post desse novo período será publicado!

Abraço

2011-12-08T17:56:00.001-02:00

Àqueles que vinham acompanhando o BLOG devem ter percebido que desde Setembro eu não publico nenhum texto novo. Acho que é hora de me explicar.

Desde setembro deste ano aceitei uma oportunidade profissional muito interessante. Exercendo essa oportunidade tenho acesso a informações privilegiadas de uma das grandes empresas de BI do mercado e por esse motivo não tenho conseguido postar.

Durante este mês vou estudar minhas possibilidades e no começo do próximo ano aviso se continuo ou não com o projeto do Brasil Intelligence.

Grande abraço,

A resposta para a vida o universo e tudo mais

2011-09-01T15:51:00.000-03:00

Lendo o artigo de Ron Ashkenas (segundo a HBR: "Ron Ashkenas is a managing partner of Schaffer Consulting and a co-author of The GE Work-Out and The Boundaryless Organization. His latest book is Simply Effective") publicado na Harward Business Review: The Art of Asking Questions (A arte de fazer perguntas, em tradução livre) eu lembrei do livro O Guia do Mochileiro das Galáxias.

No livro - que virou filme de mesmo nome - um super computador é construído para calcular a resposta "para a vida o universo e tudo mais", a resposta encontrada depois de anos de cálculo é 42 (como curiosidade, digite no Google: a resposta para a vida o universo e tudo mais). Os personagens, irritados se perguntam: como assim 42? 42 o quê?

Na minha opinião é EXATAMENTE assim que algumas soluções de BI são construídas, sob a diretriz de entregar a resposta para:

todas as perguntas de negócio ou
aumentar a lucratividade ou
reduzir custos ou
gerar relatórios

Na prática o que acontece é que sem uma PERGUNTA e ser respondida, todas as respostas são válidas, incluindo 42!

Grande abraço,

Edu

BI, comunicação e conscientização

2011-08-25T10:39:00.001-03:00

Eu já falei sobre esse assunto aqui, sobre minha crença de que BI pode e deve ser usado como ferramenta de comunicação. Eu falei sobre isso no artigo: Business Intelligence como canal de comunicação.

E o que eu tenho para falar de novidade sobre o assunto? Bom, acontece que eu fui apresentado a um ótimo exemplo. Não necessariamente de BI como ferramenta de comunicação, mas de informação complexa, consolidada e bem apresentada (lembra alguma coisa?) como instrumento de comunicação.

O exemplo é de Al Gore, Ex-Vice-Presidente Americano no documentário Uma Verdade Inconveniente (An inconvenient truth - no original em inglês) de 2006. O vídeo pode ser visto, com legendas em português aqui:

Uma Verdade Inconveniente - An Inconvenient Truth (2006) Legendado PT from MDDVTM TV7 on Vimeo.

O show - porque aquilo não pode ser chamado de palestra - que Gore nos apresenta é incrível, na minha opinião por 3 motivos principais:

Relevância - a mensagem e o assunto discutido de Gore têm impacto na vida de cada um de nós, e ele toma cuidado de deixar isso BEM claro e também de rebater os "mitos" que pregam que o aquecimento global não é um assunto importante.
Conteúdo - os dados apresentados por Gore não são apenas extensos (uma medição de 650 milhões de anos não é comum) são também confiáveis, uma vez que foram fornecidos pelos melhores cientistas do mundo e pelos órgãos melhores qualificados para fornecer a informação.
Apelo visual - todos os gráficos e números apresentados foram cuidadosamente trabalhados e a visualização re-inforça a mensagem dos números. O ponto máximo para mim, é quando o gráfico "explode" para fora da área de projeção e Gore acompanha o mesmo com uma grua, FANTÁSTICO!

Outro ponto fundamental para o sucesso da comunicação das informações foi a simplicidade com que os dados foram apresentados. Olhando o gráfico que relaciona CO2 e temperatura no planeta é impossível, mesmo para um aluno primário, não ver uma relação.

Fica aí o exemplo de apresentação, coerência e comunicação. Fica a nossa contribuição para espalhar essa mensagem de vida e fica a dica cultural para assistir a esse documentário que já é um clássico.

Grande abraço,

A necessidade de prever o futuro

2011-08-18T14:25:00.002-03:00

Quem não se pegou imaginando como será o futuro? Quem nunca pensou em duas ou mais alternativas para o futuro? Quer ver alguns exemplos:

Devo aceitar uma nova proposta de emprego ou esperar na empresa onde trabalho por mais alguns anos?
E SE eu comprar um carro novo, qual o impacto no meu valor de seguro?
Assumindo que o dólar continue se desvalorizando, qual o melhor ponto no tempo (t) para comprar meu próximo laptop importado?

No mundo coorporativo, os exemplos são similares:

o que acontece com o mercado de jornais impressos se a internet continuar a se massificar no ritmo atual?
dada a corrente tendência da taxa SELIC (taxa básica de juros), qual será o melhor momento para contratar um empréstimo?
se eu abrir uma nova divisão de negócios mantendo-se as proporções da minha organização hierárquica atual, quantos funcionários precisarei contratar?

E por aí, vai. Exemplos na verdade não faltam. Quando falamos de sistemas de BI, tão logo as empresas tenham maturidade para monitorar HOJE e comparar o HOJE com o ONTEM, a próxima pergunta é: como será o amanhã?

De cara eu tenho que dizer que com as técnicas e ferramentas disponíveis hoje é impossível responder essa pergunta, mas é sim possível cenários futuros com base em parâmetros pré-definidos. Me explico:

Dado um cenário: a criação de uma nova divisão de negócios dentro de uma organização existente e estável.

Propõe-se parâmetros: a mesma lógica será aplicada do ponto de vista de organização hierárquica e cargos e salários.

Faz-se uma ou mais perguntas: 1) quantos funcionários vou precisar nessa nova divisão? 2) quanto isso irá custar?

Mas em geral isso não é suficiente. O tomador de decisão precisa entender o cenário como um todo, ou seja: qual o ganho esperado para essa nova divisão? Sabendo qual seria o potencial lucro (baseado nos custos projetados - que incluem mas não se restringem aos funcionários - e a projeção de ganhos) poderia também se pergutar "e se" (what if) eu não criar essa nova divisão? Qual seria meu lucro projetado?

A resposta pode ser surpreendente, talvez não valha a pena perseguir aquela oportunidade... mas a que se lembrar: o futuro pode ser projetado, mas nunca predito.

Grande abraço

Indisponibilidade

2011-08-11T11:53:00.000-03:00

Amigos,

Hoje não vou conseguir publicar nada, acabei me enrolando com assuntos profissionais. Semana que vem voltamos a rotina normal.

Grande abraço,

"Dois problemas se misturam A verdade do Universo A prestação que vai vencer"

2011-08-04T11:14:00.002-03:00

Eu sei o título desse post é muito longo e não deveria ser assim por uma questão estética e prática. Mas o que eu posso fazer? A genialidade de Raul Seixas na música "Eu também vou reclamar" não pode ser restringida.

E qual a relação disso com BI? Bom, depois de publicar o artigo Quando todos acreditavam que a Terra era plana recebi um email de um amigo que falava o seguinte (textualmente):

"Edu, o problema que vejo aqui é que, quando passamos para um patamar de idéias mais sofisticadas e completas do que os relatórios, os valores também extrapolam a realidade. Inovar tem um custo proibitivo em BI. O que percebo é que o único player que permite este tipo de criatividade com tudo já embarcado foi o Qlikview com suas novidades. Mas hoje ele já esta se tornando apenas mais um. O que acha?".

Depois de escrever algumas linhas respondendo ao email dele percebi que seria muito mais útil publicar a resposta aqui. Então, vamos a ela.

Primeiro, quero deixar claro que na minha opinião INOVAR (palavra bastante usada ultimamente) não é sinônimo de comprar um produto novo e muito menos de tecnologia nova. Na minha opinião, inovar significa fazer algo novo, algo de um jeito novo ou aproveitar algo velho de um jeito diferente. Um exemplo simples - já que esse texto não tem pretensão de discutir inovação - é usar a água do banho para a descarga. Não é necessariamente uma inovação tecnológica, uma vez que armazenar água e transportar a mesma de um lugar ao outro é coisa antiga, mas é inovador porque traz novidade à forma de se usar a água, traz um viés consciente e de respeito ao meio ambiente.

Isso dito, vamos a inovação tecnológica e mais especificamente em relação ao BI. Meu amigo está certo quando diz que ferramentas mais poderosas e completas são mais caras (preço + infraestrutura + manutenção + profissionais) do que o bom e velho Excel. Não há como discutir com isso.

Mas é da necessidade e da situação adversa que a inovação se alimenta. Existem infinitas formas e ferramentas que podem ser exploradas em conjunto para se atingir o objetivo esperado. Já demos alguns exemplos aqui no BLOG:

o Analysis Server vem "de graça" para quem tem Licença MS SQL Server;
o MicroStrategy continua com a política de licença gratuita até 100 usuários (MicroStrategy: Bom, Bonito e Barato?);
Existem fornecedores nacionais de BI, como a Senior (Senior BI: mais detalhes);
E mesmo o pacote mais simples da SAP (o BO Edge) tem um preço bastante acessível;
O próprio Qlikview ainda é uma opção viável (Dashboard: visibilidade, resultados e dúvidas - Parte 2 de 2);
Ainda não convencido, tem o bom e velho Excel (É possível fazer BI com MS-Excel?). Pra quem duvida do poder do MS-Excel, eu convido a olhar esse BLOG: excelcharts.com .

Essa é uma parte. Os grandes players são apenas UMA opção. Existem diversas opções razoáveis para visualização e análise. Mas não é na ferramenta que a mágica acontece. A ferramenta é só a janela por onde a mágica pode ser vista. O coração das possibilidades geradas por um sistema de BI bem feitos estão no desenho completo da solução:

na modelagem multidimencional;
na estratégia de carga e transformação;
no entendimento das necessidades de negócio;
nas fontes de dados disponíveis;
na experiência do profissional de BI que suporta o processo e o cliente.

E tudo isso ao som de Raulzito!

Grande abraço,

BI in memory sem servidor?

2011-07-28T10:59:00.001-03:00

Não, a SAP não anunciou que o HANA vai rodar em iPads sem servidor, não foi isso! A SAP Brasil anunciou uma parceria com a Ativas para que o appliance do SAP HANA rode no DataCenter da Ativas. A notícia saiu no TI INSIDE e você pode ler na íntegra aqui.

Os céticos pensarão: e daí? Acho que a grande novidade neste caso não é exatamente tecnológica, é cultural. Eu sou de uma época em que:

os profissionais de TI das empresas se orgulhavam de possuir verdadeiras raridades no CPD - Centro de Processamento de Dados (antigo nome do Data Center)
os administradores dos sistemas operacionais administravam TUDO: cada file system, cada backup, cada TUDO;
os administradores de banco de dados eram os DONOS de todos os dados dentro do banco. Ninguém criava um índice que fosse sem o "amém" do DBA.

E o que o PRESENTE (não o futuro) nos reserva? O SAP HANA é um appliance, ou seja, uma caixa preta. Você "pluga" ela no seu ambiente, configura quais modelos devem ser considerados e a "caixa" decide COMO armazenar, como otimizar etc. Resultado: a administração não é mais responsabilidade do adminitrador, o DBA não existe como entendiamos há 15 anos e agora a última barreira caiu: a caixa preta talvez seja azul e você nunca vai saber.

Bem-vindo a esse "Brave New World".

Grande abraço,

Quando todos acreditavam que a Terra era plana

2011-07-21T21:33:00.000-03:00

Quando todos acreditavam que a Terra era plana, se você perguntasse se alguém queria juntar-se a você numa viagem ao redor do mundo todos ririam da sua cara, certo? Esse é o problema do paradigma vigente. Transpondo o exemplo para nossa realidade, quando você pergunta a um cliente: qual sua necessidade para um sistema de BI, em 90% dos casos as respostas variam de um relatório simples a um relatório bonito, chegando ao máximo num Dashboard (que no caso, não vai passar de um amontoado de gráficos dispostos lindamente numa tela de um dispositivo móvel qualquer).

Pode ser uma conclusão óbvia, mas eu me dei conta disso pouco tempo atrás. Quando conversando com um cliente que precisava - um poder de forças maiores - iniciar um processo de coleta de requisitos ANTES de conhecer principios básicos de BI (o que é, pra que serve, o que a ferramenta permite etc.). Resultado? Várias páginas de solicitações para relatórios impressos e listagens com filtros mais completos do que os atuais. Conclusão: é impossível pedir que alguém expresse uma necessidade (análise de crédito em tempo real ou dar a volta ao mundo) sem que essas necessidades sejam colocadas dentro de um contexto de possibilidades.

Mas, por quê? Bom, eu ofereço humildemente duas respostas:

A pragmática. O ser humano vive dentro de parâmetros preestabelecidos e é preciso deixar claro quais parâmetros se aplicam quando fazemos uma pergunta.
A idealista. Tendemos a viver a vida dentro de parâmetros preestabelecidos, apenas uns poucos arriscaram pisar fora desses parâmetros (os primeiros navegadores, os grandes gênios como Mozart, Eistein, Newton, Camões etc.). Para os demais - nós, pobres mortais - restam os parâmetros e as regras do jogo deixadas pelos gênios.

Sem entrar no mérito de qual a melhor resposta (sugira uma aí na área de comentários), fica clara a nossa função: extrapolar as capacidades técnicas e tecnológicas para o dia-a-dia de nossos clientes, ajudá-los a enxergar os sutis sinais que os permitirão explorar os limites de suas realidades e eventualmente transformar um projeto em VALOR, seja ele aumento de receita, diminuição de receita, reconhecimento de marca etc.

Grande abraço,

Gadget ou ferramenta de trabalho?

2011-07-14T15:59:00.000-03:00

Eu sei que o assunto não é novo e que eu já falei sobre isso por aqui em Adorei esse gráfico, ele fica bom no meu smartphone? e Microstrategy aposta em tecnologias móveis, mas não tem como virar as costas para o assunto. Ainda porque a SAP acaba de lançar seu APP para rodar as ferramentas Business Objects - BO otimizadas para iPad. Veja o artigo clicando aqui.

Eu confesso que logo no começo dessa moda, eu achava que se tratava de modismo, que o público alvo ficaria restrito ao pessoal de vendas ou ao alto escalão da empresa e ainda que os resultados estariam longe de serem medidos objetivamente. Mas está claro, eu estava errado.

Os dispositivos móveis são na realidade fantásticas ferramentas de trabalho, quando bem usadas. Exemplo:

na reunião de revisão orçamentária, seu gestor pede um corte de 10% para a sua área. Com um dispositivo móvel em mão você poderia ter acesso imediato ao seu orçamento incluindo: gastos planejados, gastos comprometidos e gastos realizados, histórico do último período fiscal. Tudo isso por tipo de despesa, atividade e gráficos. Ainda não convencido? A aplicação poderia lhe dar a possibilidade de simulação daqueles 10% solicitados, desenhando uma clara linha nos projetos críticos que seriam afetados. Com poucas interações de simulação, você poderia responder NA HORA para seu gestor se os 10% são ou não realistas e por que.
um vendedor de rua, desses que vendem cosméticos para amigos - poderia verificar a disponibilidade de um item em estoque (por código de barras, scaneado com a câmera, direto da revista ou com um catálogo eletrônico direto no dispositivo móvel), previsão de entrega e preço. Poderia ainda verificar condições especiais (como promoções, compra em lote etc.) além de colocar o pedido na frente do cliente, sem complicações.

É verdade que esses exemplos ainda não são 100% realidade, mas quase. Cabe a cada um de nós lutar contra a rotina do dia-a-dia e desafiar nossos clientes a fazerem a diferença.

Grande abraço,