这里把这个产品的诞生过程跟大家分享一下、同时也检验一下我的一些思考。第一次发文，本文有不好的地方请指正，非常感谢。
同住的一个室友比较喜欢户外活动，每周末都会去参加。我问如何得知这些户外活动消息，他说这些户外活动消息一般都通过群来发布，还有些是通过公众号，得知活动信息后，给领队（活动负责人）打电话咨询并报名。
我想是否有一个产品集中把户外活动信息集合起来，让户外活动爱好者到产品上获取信息和报名？领队也通过产品来管理参与人员信息等。在网上查了一下，大多以网站形式发布，社交平台发布，活动管理也只能通过传统的纸张签到等。
针对这个想法，这里把这个产品的诞生过程跟大家分享一下、同时也检验一下我的一些思考。
需求分析
此处对于商业需求暂时不做考虑（估计有人要喷，喷吧，此处这个不是重点），仅仅对于用户需求分析。对于户外活动，论过程就是活动前、活动中、活动后，论目的则是增加生活趣味、结交朋友、增加见识等。
附上脑图分析：
如何做
产品不能一时间面面俱到，1.0版本我们主要针对活动前做思考。则需要满足信息发布、获取信息、活动报名、活动签到和用户系统5个功能。
产品定义和规划
根据Visio流程图使用Axure还原出基本原型
界面流转图
再梳理详细的产品信息架构图
原型设计
这里省略原型设计的描述，原型设计其实是把自己脑子里所想的产品样子画（表现）出来。
需求文档
重点来了，那就是需求文档的书写。需求文档是产品经理必须输出的，那么产品经理必须明白需求文档的作用。作用1：传达产品的开发需求；作用2：保证在开发过程中各部门的沟通有理有据；作用3：制定产品的质量和时间具体标准，很大程度上便于开发的推进。
这里我直接用Axure完成PRD的输出。
书写思路：
可以先看看大致的目录
1、交代文档修订记录：主要概括新增了哪些内容
2、产品流程图：对产品流程的描述，若有新流程，需要着重标出。
喜欢Visio的容器功能，标记不同流程，方便阅读。
[点击此处查看完整图]
3、全局说明：针对全文档的统一说明
5、页面描述：每个页面的前置条件描述、机制描述、控制描述（页面操控的详细描述）
这里用登录页面作为例子
最后
