思考：新的增长点探索 | Lucas 的自留地~

type

status

date

slug

summary

探索规则

如何在当下极其有限的资源里面，找到一个新的可持续的商业模式。这个极其有限的资源，包括资金，时间，团队，限制了我们要做的事情只能如下。

市场规模适中，至少能足够养活当前团队

用户需求明确，至少愿意付费来解决问题

大公司看不上，不太愿意投入精力来竞争

技术门槛不高，小团队也能够实现差异化

探索自我

｢最好的灵感来自于解决自己的问题｣

理解用户是第一要点。我们必须要深入了解这个业务，躬身入局。

自己真的很喜欢花绝大部分的时间进去，自己本身就是典型的用户。

这样就可以省掉很多用户调研，或者省掉很多需求揣摩的时间成本。

要对问题有深刻的洞察

要真有持续钻研的动力

要把控好产品迭代方向

要有动力分享口碑传播

以上的四点，必须真心实意的，发自内心的愿意，是躬身入局的基础。

接受失败

如果我们经常失败，那我们接受失败，肯定是一个失败者而已。但是换个思路，如何快速的从失败中学习到经验，走出死胡同，迈向成功。

｢如果是错误的，就坦诚接受，重新开始｣

实验需要探索，而探索不可避免涉及到失败。容易失败，也就是对冒险的容忍度。但是在实验的过程中，需要不断创新，学习如何快速且以最小的成本试错。

｢创业最大的风险不是失败，而是在一个错误的方向上消耗太久｣

快速实验

确认最小的验证方式，例如

如果想验证不同的用户对不同的价格敏感度，我们不需要重新开发一个礼包来验证。而是针对这个礼包，做不同梯度的档位，通过不同的升级档位来测试同一个用户的接受程度。

如果想验证用户是否需要更清晰的参考路径，我们不需要重新设计一个功能，而是直接展示出一个简单的参考数据，看对用户是否有用。

设定清晰的目标，例如

每一个版本都需要一个目标，而不是什么都想要

这个目标是可以计算的，可以量化的，有路径依赖

如果达到 A，则可以达到 B，那么就可以达到这个目标

严格把控时间成本，例如

这个版本必须控制在一个时间窗口里面，中途非必要不要增加新需求

开发的进程必须要精确到每天，逆推模块开发的时间周期节点

然后再在开发的过程中不断的反问，针对有必要做这个吗？

适当放弃项目，例如

不要觉得每一个实验都要成功，允许失败

坚持不是勇气，放弃需要魄力，承认失败

开始觉得这个项目是负担的时候，果断放弃

总结过程中获得的经验，洞察，等待新的机会

构建护城河

拥有产品矩阵，附上产品 slogan

建立优秀的用户服务，把控质量

获得良好的社区反馈，结识潜在的合作方

潜在的合作方，往往是最忠实的用户

建立好知识库，建造离开任何人都能运转的系统

如：

设计规则

交互规范

运营物料

用户方法

策略经验

培养团队

开发能力：至少精通一个技术栈，熟悉常用的开发工具和系统架构产品思维：优秀的需求分析能力，用户体验设计，和产品规划迭代能力设计能力：懂得设计原则，能设计出清晰，有好的界面，掌握设计规范市场分析：会研究竞品，会判断机会，会找到竞品的核心竞争力在哪里运营能力：维护好产品与用户之间的关系，真心实意的为用户提供价值市场能力：找到增量路径，做好商业定价，商业模式设计的闭环

注意点

不要追求完美不要闭门造车不要追求规模不要害怕失败其他：持续学习