产品|漫谈B端SaaS产品方法论( 二 ) 系统|SaaS|秒象科技|装配式|装修

说完了差异，那么下一个问题，B端和C端最大的共通点是什么呢？
对于要一款要盈利的产品来说，无论toB或toC，本质上都要回答的是：用户是谁，你通过产品向用户提供了什么，用户在为什么而付费？
所以，结合这点及上面说的对于B端比较通用的几条规则，我总结了一个产品设计中使用的自查表。

文章插图
使用方法是首先去填满它（……好像是废话），如果你发现有的空你都填不上，那不好意思你可能……只是个画原型的。当你填完之后，再从后往前反推一遍，你的答案成立吗？如果不能，很好，你还可以在正式开发之前校正你的产品路线。填写与反推可能是个反复的过程，会有点痛苦，好处是它迫使产品经理必须扎扎实实检查自己的需求是否真的有用，提升了需求质量。
插播一个小技巧：有个快速准确的方法检验一个产品方案是否可行——带着方案去准客户面前讲，观察对方的反应。通常对方有两种反应，第一种是微笑点头表示挺好的，第二种问你多少钱。不要被第一种反应欺骗，他们的意思是这玩意儿挺好的但是自己用不上：）第二种反应出现的时候，恭喜，你的方案初步合格了。
接下来我们往SaaS聚焦一下。为什么是SaaS呢，原因很简单，风大的先讲呗 (=′ω｀=)
这里我会分三部分来阐述，一是商业模式的确立，二是产品设计与落地，三是1-100的经营思维。
第一，关于商业模式。假设你现在是一个创业者，你的目标是做某领域里的SaaS佼佼者。那么你要怎么确定做什么产品？
可以从回答以下几个问题开始。

行业背景：该领域的产业链是怎么运转的？囊括哪些角色？
市场空间：每种角色的总的市场空间？目前已有哪些公司（用户群体划分）？
竞品分析：已经有哪些竞品攻下了这些公司？他们提供了什么？用户购买了什么？
需求分析：用户的需求都有哪些？哪些被满足？哪些没有？
落地路径：如果选一个未被满足需求来做，能否实现？实现路径？营收天花板？（注，这里的实现路径不仅仅是指开发过程，而是从整个公司的角度出发，让哪些人配合来完成生产+售出+售后的过程。）如果选已有竞品的需求，那么你跟他们的区别是什么？

在做以上的推理过程中要注意前后顺序，逻辑应该扎实地一步一步盘点，而不要跳脱。做商业决策是个复杂的事情，每一个因素都可能影响到结果，因素越多，最后带来的波动越大且不可控。我们都知道这不是个容易的过程，所以更要谨慎，切勿因为有些问题太难就糊弄过去，比如回答4的时候直接用竞品已经做好的事情来回答，那么就会失去潜在市场了，也不可能完整地完成落地。
我画了一张图示意盘点市场过程中应该明确了解的内容之一：

文章插图
比较粗糙，反正就这个意思吧(?′?`?) 。就是说动手之前心里要有底。做产品绝不可以糊里糊涂。一个做决策的岗位一旦开始糊弄，就是整条业务线的灾难。
另外真正决定要做什么的时候，除了上述理智的分析，其实还有一个感性的因素存在。就是决心。《智能商业》里把它称为信念之跃。（我很喜欢这个词，所以稍微提一下，本文不再展示描述。）
第二，产品设计与落地。做设计之前请先温习一个知识点：确保你足够了解你的用户。
设计分为两个部分，流程设计与体验设计。
流程设计的重心，是保证用户的业务能够完成闭环。闭环包括操作上对于用户的指引，比如步骤一操作完成之后引导去往步骤二，比如确认用户完成整个流程，不要让其不清楚自己处在流程中哪一步。闭环也包括数据流转的过程，比如用户行为数据收集，比如用户业务数据应用，要考虑的问题类似于用户从个人中心上传个人信息之后数据怎么放，如何统计如何刷新，其他模块是否能够应用，如果用的话数据以什么频率什么方式传递。整体设计基于对业务、用户、技术、数据的了解，所以对于产品经理的要求比较高。当PM在其中任何一环薄弱，就会直接严重影响产品质量。