One Killer Use Case
I made many mistakes in my companies, including Fibery. The one mistake I want to discuss here was especially painful, costly and dumb. Fortunately, it is fixable.
Here is the mistake:?
Fibery does not have a single killer use case.
I started Fibery to build an ultimate solution for the whole company, to run many processes in a single tool, replace many other tools, connect work and knowledge together. While this is a nice shiny vision I believe in, I did not select a single killer use case for a company to start with in Fibery. ?
All-in-one solution for many processes is not a use case, it is an evolution and a side-effect of many narrow connected use cases. As a result of this mistake, we focused on a platform, technology and horizontality. This is OK, but at some point (very early), we had to map these things to a single deep killer use case. Well, we didn’t till the last year.?
What are the consequences of this mistake?
Narrow vs. Wide products strategies
When you build a narrow, focused product that does only one thing great, you don’t have this problem, you already have your killer use case. This is why smaller and very focused products are easier to build and sell. One use case → one message.?
When you build something that can support several use cases, you have to choose one to focus on and support it exceptionally well.
Here are my advices to myself and to other product folks who struggle with wide products:
Here is the portrait of a wide product done right:
领英推荐
Successes and failures
Let's briefly check some cases.
?? Intercom is a very good example. They started as a chat that focuses on customer success. Very clear use case, easy to understand and easy to sell if done well. They did it well.
Then they started to add more use cases, like user guides, messages, onboarding flows, etc. Some of these use cases were implemented poorly (user guides), some were implemented good enough (messages), but the core use case attracted new customers, retained old customers and enabled upsell.
?? Notion is another good example. They started as a website builder, failed, and focused on notes taking and wiki, so they competed with with Evernote initially and won due to great execution, design and vision. Then Notion expanded to teams, work management use cases, project management, company wiki, etc. Notion is a very horizontal product now, but still the focused on a single use case and did it well.
?? Coda is looking like a failure to me (so far). They are very horizontal and have no killer use case. Coda works bad as a wiki, relatively poor as a work management tool, etc. I see no single killer use case in Coda. Better spreadsheet that Google? But here you have Airtable that works much better for this use case. Better Google Docs? Maybe, but this is relatively abstract, complex and hard to sell (Google Docs are free). Custom apps? Here I think Coda has some better chances, but this is still very wide range and not a single killer use case. Still hard to sell.
Conclusion
Conclusion is short — Focus on a single killer use case.
0→1 Product Designer ? UI/UX ? Design Systems ? HTML/CSS
4 个月I love Coda for building custom “apps”! I used it at a company years ago to build some internal tools that would have been impossible for me otherwise. Now I use it to make personal tools. Eventually I’d like to be able to build those using actual code, turn them into real apps. But even then, Coda might still be useful as a prototyping tool.
CTO at Trident Spark ??
8 个月Michael, thanks for sharing!
Free Spirit XLII
11 个月The selling point of Fibery for me is frontend/UI/UX expertise and attention to details. I don't know anything about the backend, infrastructure, data sync part, because I haven't seen many posts about it. Maybe Fibery could be a visual tool for filtering events/data, so the final picture is the visual representation of the data flow that is easy export/import as a diagram and share between people. Like ERD model, but restored from live event streams. You start with an empty canvas, then search for events, rename them, add to the map, get record in Git repository for replicated experiments, search for another event, connect them, calculate things, store them, generate another event. Make the process of "reversing your data flow" the killer feature.
Free Spirit XLII
11 个月User screens don't provide enough space to fit all buttons required by feature-rich products.
Focus facilitates a brief and crisp message., like Intercom's "chat for CS". Once you have a customer, you can sell them an adjacent product. Easier to sell products serially than sell in parallel (i.e., an overly complex product or suite).