Solve complex problems or solve consumer problems?

As a technologist or product owners, we have a choice – Solve complex problems or solve consumer problems? Believe me, there is a huge difference.

Being techy it gives us people a thrill to solve complex problems even if the problem has zero correlation to a real consumer.

As long as its complex we want to solve it :). Let’s not get into why of it? Maybe it gives a mind thrill or gives a good massage to our ego.

But then what’s the point of product & technology, if it does not solve consumer problems? or real-world problems?

I would say this is one of the biggest learning for me, now that I have my own startup. And I can safely say this makes a huge difference between a successful techy and an average one. Anyone who gets this prospective can not only deliver things much faster but adds tremendous value to the product.

I learned it the hard way, here is how it happened:

Initial days as a techy I had very little interaction with clients who were using our software. But one day I had a call with one of our biggest clients to explain (We use to provide a platform for sellers to sell their items and ship it to the consumer, something similar to eBay) why a major release got postponed leading to shipping & tracking problems. The Client was losing a lot of money because of this issue.

I was dreading the call and was ready with all the tech explanations why it happened, what are we doing to fix it, etc, etc…

The call started, my sales colleague did a quick intro along with the business side updates and handed over to me …

I started with all sorts of technical jargon and then tried explaining that the architecture of the dashboard was scraped and rebuilt for scale…blabbering as much as possible to convince him.

Off-course he couldn’t understand a single word.

But here comes the surprise:

Me – “Sir, the release got delayed because blah blah…we are working day and night to get it live by next week and again blah blah blah more jargons”

Client – “That’s fine but can u please enable my shipping address in the success page”

Me – After long pause….“Sorry, didn’t get, Please tell me again..”

Client – “You guys have removed my shipping address from the success page to make it more prominent on the next page, and hence my customer couldn’t find it easily. ” Client Continued – “Because of this, my customers are not able to understand and have been canceling orders. Also, I need to coordinate with every customer on the phone/mail and losing money…”

Me – Again a longer pause, but some sense of relief and guilt for making this guy and others suffer for our favorite “Dashboard Release”
“Sure Sir, I am sorry for the issue it might be a product bug let me fix it asap”

Client as politely as possible – “I am not much concerned with when the dashboard goes live but please fix this asap and I am more than happy”

Me – Now with more confidence, since its just a shipping address to be added to the success page.
“Sure Sir, I assure you, we will release it by tomorrow”

We fixed the shipping address display issue in the success page, The Client(s) was happy and we released our dashboard in next two weeks (BTW – there were very few usages of the Dashboard but that’s a different story)

This was a life-changing moment for me, I couldn’t understand what happened for some time, why is the client not bothered to use Dashboard built with great technology and supposedly help him so much.

Later I figured that most of the clients had a simple system to show the shipping address and get their team to process it thru excel. Why would they want their team to learn Dashboard and make it difficult, learn a new skill set and invest more?

If we would have understood their problem a bit deeper and had integrated excel into it. It would have been much easier to implement, much faster, and would be very helpful to them. But we were solving a very difficult problem of integration of data from different sources into a single Dashboard and was being proud doing it.

Remember 80-20 Rule

To all the techies and product folks, remember – 20% of product & product features are used 80% of the time hence if we can hone this 20% we are winners. Of course, it’s difficult to identify the 20% and that’s where our focus should be.

So next time if you see a complex problem to be solved, first raise questions what & why, is it really helping someone? and if it does not go solve a complex puzzle to massage your ego 🙂 but please ignore the complex problem.

4 Questions to Ask Before Starting a Big Data Project…

Up to 85% of big data projects fail, often because executives don’t accurately assess the project risks at the outset. Before investing in your next big data initiative, ask these four questions to determine its chances of success.

#1: Is your data valuable and rare? Not all available data is useful, nor is it unique or exclusive.

#2: Can employees use the data to create solutions on their own? You need to decentralize decision-making in order to encourage people to autonomously initiate, create, and adapt solutions.

#3: Can your technology actually deliver the solution? You can have all the data and ideas in the world, but if your technology can only deliver a prototype or a non-scalable solution, your project will fail.

#4: Is your solution compliant with laws and ethics? Even if it’s legal, if users find your solution to be “creepy,” the project is doomed from the start.

Go ahead and use these as your litmus paper test for Big Data Projects…

6 Ways to Go from Good to Great

What we can learn from Good-to-great companies?

How does strategic management differ at good-to-great companies versus mediocre ones?

# Finding a simple “Hedgehog concept (Shaded part – Intersection of passion, skill, and economic value)“ provides a clear path to follow.


# Success comes from many tiny incremental pushes in the right direction.

New technology should be viewed only as an accelerator toward a goal, not as a goal itself.

How do the people and culture differ at good-to-great companies versus mediocre ones?

Team drives successful transformations from good to great. Right people in the right place are the foundation of greatness.

Success requires confronting the nasty facts, while never losing faith. Leaders must create an environment where the brutal facts are aired without hesitation.

A culture of rigorous self-discipline is needed to adhere to the simple Hedgehog concept.

Follow the above steps to build a great company.

How to extract emails from multiple documents…

Here is simple ways to extract emails from PDFs, Microsoft Docs or Text Files with examples in Linux or Windows Cygwin:

1. Extract Emails from Microsoft documents (*.doc,*.docx):

  • Install tool catdoc using apt-get or yum or download in windows.
  • Copy all the docs in a single folder from which you want to extract emails.
  • Run the below command inside the folder:

for i in *.doc; do catdoc "$i" | grep -i -o '[A-Z0-9._%+-]\+@[A-Z0-9.-]\+\.[A-Z]\{2,4\}'; done

2. Extract Emails from PDFs:

  • Install tool using apt-get or yum or download in windows.
  • Copy all the pdfs in a single folder from which you want to extract emails
  • Run the below command inside the folder, and emails will be printed in console:

for i in *.pdf; do "$i" | grep -i -o '[A-Z0-9._%+-]\+@[A-Z0-9.-]\+\.[A-Z]\{2,4\}'; done

3. Extract Emails from textfiles:

  • Use grep command in linux/cygwin
  • Copy all the textfiles in a single folder
  • Run the below command and emails will be printed in console:

grep -i -o '[A-Z0-9._%+-]\+@[A-Z0-9.-]\+\.[A-Z]\{2,4\}'

Please share your comments below for any further details…