To be honest I have already used myself for my demo presentation some images I found on GOOGLE without asking permission to the author ( because it is difficult and quite impossible sometimes as the author is not known or it sound a little bit embarrassing to contact him ) but I think we should be more cautious about that and we should respect more the intellectual property of images and ideas we could discover on the net.
Thursday, February 26, 2009
What about to be a pirate in your demo presentation with ideas and images found on google ?
To be honest I have already used myself for my demo presentation some images I found on GOOGLE without asking permission to the author ( because it is difficult and quite impossible sometimes as the author is not known or it sound a little bit embarrassing to contact him ) but I think we should be more cautious about that and we should respect more the intellectual property of images and ideas we could discover on the net.
Tuesday, February 24, 2009
Please read getting real ! and modify your ideas about your work
Chris Burbridge: This book was very helpful to me. I have found that you can readily apply it to any kind of project you might like to create. It is funny, fun, and embodies the spirit it espouses. Keep it simple. Get to the point. Have fun. It is about a way of creating things that keeps work fun, and gets products out fast, where they can be responded to by the actual users, and modified based on their feedback as required. Of all the business and marketing books I have read in the last year, this is one of the top ones. The only thing is: Don't assume it just applies to software! It doesn't.
Monday, February 23, 2009
5 reasons why our software demonstrations fail
- We assume audience will get it : we are so familiar with our software or our industry that we miss to explain to our customer what we seems so obvious (and that is not for our customer)
- We don't focus enough on value : we demonstrate successfully some features that don't relate with any customer's benefits or that don't solve customer's pain point and business issues.
- We missed to ask ourselves the "So what" question during the demo preparation : why this feature would bring value to my customer, what will happen if we don't show this slide or if we don't show this feature and if the answer is "it won't happen nothing" we should have to delete this slide or this feature from our demonstration agenda.
- We make it too complicated : presentations usually suck because there are too many complicated slides in it and too many complicated features that lost,bore and confuse the audience. (Even it is asked by the demo script, make it a little simpler that it should do).
- We speak a foreign language to our customer with meaningless computer jargon and acronyms "We are now going to discuss about our distributed and composed platform GECOSYSTIS that will allows you, thanks to the WEB SERVICES, to deploy the BPM and BRM processes".
What do you think about that ? from your side, could you find some others reasons why demo usually fail ?
Wednesday, February 18, 2009
Don't bother me about process complexity !
But what struck me a few weeks ago, was to hear the same sentence from a top software manager " Our software are complex because our customer processes are complex" oh I do not agree with that at all ! To my mind we do not have to create complex software but we have to make softwares that allow our customer to transform their so called complicated processes into simple flows. Otherwise, it doesn't worth it.
Monday, February 9, 2009
10 rules for Being in the zone and for outstanding demos !
2) Playground design: Charts for information inputs, flow graphs, project summary, craziness (here also craziness has a place), safe place (here all may say what is otherwise only thought), result wall, open topics
You are in the zone when you are fully concentrated on your work and fully tuned out of your environment. we lose track of time and produce great stuff through absolute concentration.... and the work we are doing is a reward in itself. However, it is very easy to get knocked out of the zone : Noise phone call, going out for lunch, having a look to the outlook mail,having a coffee break, meeting, interruption by coworkers... All knocks you out of the zone. When you have a long stretch and when you aren't bothered you can get in the zone, the zone is when you are most productive. It's when you don't have to hesitate between various tasks, it's when you are not interrupted to answer a question or look up something or send email. Getting in the zone takes time.And that's why interruption is your enemy when you prepare your demo . The alone time zone is where the real outstanding demo can be built and may happens.
And last, remember the advice from the "Getting Real" by 37 signals from which this post is inspired by :
"Meetings are toxic", Don't have them !
Sunday, February 8, 2009
The Pillars of the Earth : What does it take to build a cathedral ?
- The fist thing he did was dreaming about it since his early ages and youthfulness
- He worked very hard to learn the job and he was specially inspired by his father in law and stonemason Tom Builder and by his unconventional mother who was unusual in knowing English, French and Latin, in being literate and living in the woods
- He traveled a lot and opened his mind to new building techniques during his Compostela pilgrimage where he met Moorish scholars and mathematicians in Toledo and helped build Saint Denis Basilica in Paris, thus learning how to build rib vaulting and pointed arches.
- He refused a secure and wealthy position ( and a good marriage as well) as stonemason in Spain because this job would have ruined his own dream.
- He came up creative ideas to raise funds for the Kindsbridge monastery and therefore for the building of the cathedral
- He protected the town and his environment by setting up a makeshift stone wall in order to discourage the attacks from the enemy
- He never gave up, remained always confident and the most important : he remained patient -It took at least thirty years to build a cathedral and most took longer because they would run out of money, or be attacked or invaded-
- He always saw the big picture but solved the problems step by step.
Thursday, February 5, 2009
Using Viral Demo on YouTube to make a Buzz
1) Deliver the buzz with Enthusiasm. It can’t be faked. You can’t expect your team to create buzz about your new project, product or service simply because you held a staff meeting and told them that it is something that matters to you or the business.
2) Design does matter .You can't expect create a big buzz without nice design. If you want your product to be shared and owned by a lot of people you need to create fun, visual and memorable design. ( thinking in order to make the daily life of the others easier and smarter is thinking like a designer)
3) Create real Value. You can’t fake value neither. There are measuring sticks available to everyone. A service that truly makes someone’s life easier, or a software solution (like our SAP CRM actually) that saves user's time and allows other companies to reach their business goals while reducing pains and training cost, leveraging the ease of use emotional needs.
4) Create Meaning. You need to respond to the emotional needs of the others, features is not enough and value neither, Providing meaningful material and message buzz will trump everything.
Tuesday, February 3, 2009
Reducing Text On Slide with Nancy Duarte
Then, I highlight the key words per bullet and I try to summarize the main messages of the content with them :Afterwards, i remove all other text on the slide, leaving just the keywords and key messages with an additional image: Is that not better than the first try ! I really would recommend the Nancy's book slide:ology
Sunday, February 1, 2009
A Business Process Management (BPM) approach with our customer Business Orange Service
Managing endlessly all the processes along the chain
Synchronizing between processes ,sub processes and linking chain ( a set of processes that are reusable)
Defining the rules between process and sub processes
Assigning the resources needed for processes and managing by Workflow the task assignment
Optimizing the link between processes and task in order to produce the service at the right date wished bey the customer
Maintaining the actual predictability ( What + Who + When ) when the process is instanced and each time it’s possible.
Decomposing existing process modelling into process and sub process to enhance re usability at several levels
Creating the appropriate range of synchronized task in order to produce a service (addition, change, modification, cessation, migration, move)
Supporting lean and six sigma business strategies
All this point above are not inconsistent with the ERP approach (although their own approach was more focused on the flexibility requirements than the ability to organize and structure processes as ERP use to do) but what struck us, I and my colleague is that we didn't discuss really about their business but only about abstract processes and sub processes concept without touching the field reality. May be it is a part of the new reality i mentioned in this blog a few weeks ago and therefore we have to adapt ourselves to this new kind of approach( interesting anyway ! )
But at the end of this meeting they really killed us by powerpoint !!!