产品从0到1的方法论
Overview
引子
最近接触了一个某互联网公司的某个新产品线技术负责人的岗位邀约，聊的过程中，业务负责人提了一个问题：从某个领域到另外一个领域，从零到一打造一款产品，有哪些经验是可以平移的？
这个话题很有意思，对方明显是对招聘一个技术负责人来负责新的产品线，内心有点虚，需要候选人给一些增强其信心的理由。
针对这个问题，我计划写下这篇文章作为一个总结与回应。
产品人的核心职责
产品是一家公司的灵魂，是驱动公司业务增长的核心驱动力；一般来说，产品的创始人可能出身产品、运营甚至技术，互联网界就有很多技术出身的产品人，比如腾讯的马化腾，头条的张一鸣，腾讯的张小龙等等；优秀的技术人应当要有产品意识。
所谓产品人的核心职责，就是发现客户需求（痛点）、设计解决方案、营销客户、变现。
一句话，产品人对客户负责，对成本负责，对增长负责，对利润负责。
聚焦产品的业务价值
一般来说，产品的业务价值一定可以用一句话提炼出来，用来表征产品的核心业务价值；如果用一句话不足以描述产品的业务价值，那么你要小心，要么这是一个垃圾产品————即不足以产品化的项目；要么你对产品的核心价值认识不清，很可能会导致接下来一系列的动作抓不到重点，最终导致产品的失败。
产品方法论
发现客户需求
场景/用户/需求 法
- 明确的客群
越精确的用户画像，能更加精确的了解用户的习惯和喜好，深入理解用户在想些什么，进而更深入的分析场景与了解需求。
- 明确的场景
场景指的是一种特定的时间或空间下，用户的某种境遇。对用户场景的设想很大程度上影响之后我们所设计的解决方案。
- 明确的需求
需求是指客户（或用户）在特定场景下的痛点，产品人需要明确的是“痛点”是否真实存在，是否有付费意愿，市场上的解决方案（路径）是否有优化可能。其中付费意愿是一个检验需求是否真实的非常有效的方法。
陷进
挖掘深层次需求，避免做一个功能型的产品经理。
设计解决方案
MVP 法
MVP最小产品法是一些产品快速构建与商业模式验证的方法，能够以较小的投入，快速验证商业模式的可行性，极大的降低产品风险。是创业公司、增长黑客极度推崇的方法。
陷阱
MVP最小可行产品并非一定要经历研发过程，如果可能的话，通过组合市场上现有产品实现业务过程，这也是一个真实的MVP实现过程；这样有两个好处：一是减少研发投入，进一步降低是错成本；二是通过近似人工的过程，验证了需求的真实性，并为后续的产品优化打下基础。
当然，我们也需要清楚，一个科技型公司的研发投入是非常重要的，大部分科技公司在解决生存危机之后，基于现有业务产生的稳定现金流，可以加大对研发的投入，以期在市场中取得优势的竞争位置。
所以，本质上讲，研发是一个投入非常高的事情，需要慎之又慎。在财务处理上，研发投入既可以费用化，也可以资本化，往往费用化的公司有更充裕的现金流。因此，研发投入费用化与否也是区分公司质地的一个小技巧。
营销客户
Channel 渠道
非重点，略
Copywriting 文案
非重点，略
变现
Price
定价策略有一个重要原则，基于客户而不是基于成本。多做A/B Test。
Promotion
占领市场，挤压竞争对手的手段，不多说。
有潜力产品的一些共同特征
- 简单
- 可复制
- 自传播
产品的分类
toB
侧重解决方案的简洁与稳定，越复杂的系统，越是需要架构师的去伪存精，化繁为简。这类产品往往也是产品经理与架构师容易碰撞出火花的地方。
toC
侧重用户体验，快速迭代，一般需要使用漏斗理论分析功能的得与失。
产品、系统、架构三者的关系
一般来说，系统是产品形态的一种展现，产品越复杂，对系统的需求越强烈，简单产品甚至可以不需要专门去开发系统；
架构师的核心职责是管理复杂性，越复杂的系统，对架构师的要求越高，架构师能够提供的价值也越高；
产品定义的产品业务价值，一定需要与架构师反复交流，提炼，去伪存精，优秀的架构师也需要及时识别产品职责边界的不合理之处，防止产品失控；
关于初心
不管是产品还是架构师，都要时不时的检视产品的业务价值基点是否依然保持从用户出发，是否还有还有优化的空间。
据我的观察，TOB领域，面对同样的问题域，有经验的产品一定是擅长做减法，设计的解决方案聚焦、简洁而又逻辑自洽，无经验的产品则往往无甚想法，堆砌功能，缺乏深度思考，这对公司与架构师来说，往往是造成失控与灾难的开始。