你的时间有限，所以不要为别人而活。不要被教条所限，不要活在别人的观念里。不要让别人的意见左右自己内心的声音。最重要的是，勇敢的去追随自己的心灵和直觉，只有自己的心灵和直觉才知道你自己的真实想法，其他一切都是次要。

----乔布斯

近期带着产品团队在负责新的产品规划，新的产品线就意味着新的商业模式探索，借此机会将一个移动端产品从零到壹产品设计步骤分享出来。

以业务梳理、产品信息框架梳理、原型、后台产品设计依次按环节节点分享。产品的设计上线快慢除了开发与设计资源的问题，更多是高效将业务落地在具体产品上。

每一个产品上线前都会基于某个商业模式，这样的商业模式业务其表现方式非常简单明了。

类似OFO、摩拜共享单车其核心主业务提供用户随时可用单车的痛点。基于23魔方的基因检测产品，核心提供用户检测基因的需求问题。为此每个产品都会商业模式的主业务，曾经分享过

。

产品经理的未来发展都会走向商业模式的规划中，这也在互联网中有了一句：“产品经理是最容易创业的人群”

业务的梳理有很多方式，简单的一个泳道图、复杂到一个商业计划书。但落点在产品经理需要考虑业务的落地场景，而不是大概的叙述：“解决了用户什么痛点”

类似这样的描述：

用户在某地点（场景）、做什么样的行为、时间是多少、触达了什么条件

用户在共享单车处——扫码——充值——开锁——用户——还车

上诉就是一个典型的业务落地在具体场景的业务场景描述。这也是我们产品经理在拿到业务描述后需要做的工作第一步

信息框架的梳理方式有很多表达方式。可以用结构图、脑图等等，但一定要以功能为主体框架，主页面为信息框架的枝叶。下面我举例2个方式

信息框架的好处是方便产品经理评估其产品的工作量和快速调整产品形态。我们不能一开始就闷着头一股劲的画原型。而是将整体产品信息框架确定后才去动手画，避免效率低下。并且思路也会非常明朗

信息框架的表达方式可以要借用上图，但一定要以功能的纬度去建设。千万不要以页面或某个字段作为框架的基础。满足产品业务流程后，还需要考虑整个产品的用户画像是什么，确定产品需要的交互风格和设计风格。

曾经有很多产品朋友找到我询问：“是否产品经理一定要输出高保真原型？”我对此的回答是：“对于团队的开发用原型高保真完全没必要，给老板用有原型会少一点挨骂”

在设计原型期间，我曾经也分享过关于原型PRD的描述

原型中的需求描述在这个阶段是很难完成的，因为我们这里只是要产品搭建出来并没有考虑相关的边界值、动态效果、页面跳转逻辑。

为此，在这个阶段输出的原型一定要以页面逻辑输出，将整体的产品以信息框架虽然是功能为主题，但将功能以页面集合的方式把原型输出。

上图中，根据信息框架我们将个人中心的页面打散。围绕登录与注册提供登录页面集合、注册页面集合、找密码页面集合等等。

当所有功能都被原型页面覆盖后，这样的原型就算在第一版本结束了。当前阶段的原型是可以作为工作汇报或项目汇报。但还是不能参加项目评审，产品经理还需要考虑页面的调整逻辑，页面环境判断。

之所以说后台的产品经理会很枯燥，是因为上图案例中，移动端产品经理完成产品从零到壹的建设后，后台人员就要考虑角色、权限、与对应的前端功能管理模块。

但在这样的从零到壹产品中，对应的管理模块都会以怼业务为优先。并不需要重点考虑负责的表单设计或结构设计。

类似广告管理、消息盒子、优惠券等。都是基础的后台设计，为此在客户端产品框架出来了后，再去考虑支撑产品的后台。

好，今天的分享就在这里。我会坚持每周更新两篇～

另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接

。