文章为作者对产品工作从0到1的简单总结，希望与大家共勉。

寂静的房间里时不时传来敲击键盘的声音。经过无数个加班后，产品已正式上线有些日子了。

刚刚又接收到种子测试用户的反馈情况，已经做了记录。心里也是十分兴奋的，经历了几个月之后。产品终于顺利的上线了。

想好好总结一下项目的细枝末节。然后继续前行。

1.市场调研

在百度等网站输入关键字搜索相关行业的文档。还可以去做行业分析报告的网站上去查找一下。但是搜索查到的行业信息并不多，而且内容差异很大。

总体来讲当时的市场调研做的很随意。虽然需求目标一定，方案已立项。但是本着对产品负责的态度也是要做好这个市场调研的。追溯相应行业发展整个过程，即发展历程；梳理其中所经历的不同阶段所处的内部因素和外部因素（政治、经济、政策等）。

总结下来，市场调研是对自己产品的一个提前认知，对当前产品环境的了解。

2.竞品分析

竞品分析，我只是从量上做了一个细致的查找。我们的产品是tob企业级的产品。有些产品需要一些手段才可登录。这样的话，通过在酷传网站上搜索关键字来查找竞品，大概搜索了90多个竞品。然后看其中的下载量和最近发版时间进行筛选的。最后找出几个做的比较好的产品，拿到测试账号，试用产品。

当时状态下分析竞品可能主要是考虑到了其产品的功能、流程、界面交互。那对于其产品的商业模式，其产品的整体发展方向没有做全面的系统的竞品分析报告。这一方面是有些遗憾的。

当时我们项目面临的层面是产品功能层面的需求。所以主要是对竞品功能逻辑交互层面上的体验和分析。而其产品的战略层面没有做太多分析，也是为了节省时间，带着目的性去体验产品的。

3.用户调研

对于用户调研。亲自到场咨询、调查问卷，录音做记录。首先要做好准备，这次用户调研的目的是什么，目标人群有哪些。通过收集目标人群的信息，然后做分析。在进行信息的验证，确认是否准确。根据目标人群一一做用户画像。产品的目标人群可分为不同角色，最后根据用户画像定义人群划分权限岸管、船管、船员、其他。

建立一个简单的需求池，整理需求也是一个很大的考验。因为前期，你不知道要上哪一个需求，我们这个系统是基于saas服务，前期是免费使用。所以要规划功能也是个考验，即使主功能方向已定。但对于小需求需求的细枝末节的处理，也会影响用户体验。

比如说，用户要填写船员证书，但不同船员有不同的证书，不同公司又有不同的要求，怎么办？类型这一字段的功能，我们第一期是下来菜单选择样式的呢，还是直接让用户填写呢。直接填写会不会很麻烦，因为有公司软件已经做到了选择的样式，那么手填写的为遭到用户的吐槽，那么在上线时间不太紧张的前提下，我们还是做到 如果选择下拉菜单式选择项的，用户可选择，没有类别的，用户可自己创建填写。

4.功能需求

前期已经做了大量的准备和定位，产品的定位、目标用户、使用场景、业务流程、商业模式等。接下来是如何把需求落实到功能层面上的。如何取舍，只有把多数人的需求先实现，转化为产品需求后，方可做剩下的少数需求。

那么最重要的是业务即产品流程图，前期我们设计的业务模块不是很深，只是多平台间的牵扯会多一些，比如说，用户怎么加入公司船队，通过管理者添加手机号，那么后台要判断他时候已经加入其他船队，或是否是新用户，新用户发短信通知下载，已经加入其他船队后，再次被添加后有短信通知，已退出某船队，现在已到某船队。一名船员是否同时可在一条船上呢等细节问题。此时也需要反复和运营部门、客户来沟通。

5.原型图+prd

原型图即使产品的结构和框架的表现。把抽象化的功能逻辑具体化。那这一版的原型图我画的是简单的低保真原型图，方便设计开发人员看到所有跳转页面。

最早喜欢画高保真的原型图，但有一个弊端，就是设计和开发 看的时候需要研究一段时间，也看不到整体的跳转。这回的这版原型图我觉得为开发还是省去了很多时间。

我的prd并不是用word写的。创业型公司，时间紧任务重需要简化流程。对于开发和设计来说，在原型旁的注释更直观，更愿意去看。但是，本着经验和教训，prd无论怎么忙，都要再后来补充上。用word写和在原型旁些是不一样的。

这是我的一个教训，为什么这么说，可能用word写，本身就带着重视的感觉，你在写的时候会考虑的更加详细一下，而在原型旁写注释，可能写的逻辑层级就会浅一些。这个可能也看个人。但对于我来说，还是比较倾向word版本的。

6.总结

整个项目说到现在差一个项目管理了。这个要说一下，对产品来说，项目管理能力一定要有的。首先是时间观念，说好的上线时间一定要达成，哪怕会舍弃一些小的功能。那么根据项目的时间进度表和需求功能表来进行管理。每周进行一次例会，一是可了解研发的进度，二是和开发沟通，是否开发中有难点，即使把控研发中的不可预估状态。

每个项目、每个公司会有不同的对于项目管理的制度。都是为了能让项目能如期上线而做的事情。

当然，其中经历了很多。三言两语也难以概述项目的整体历程。定期对自己所做的项目进行复盘，总结经验。为自己的增长黑客而努力。

本文由 @ Amiee  原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Pixabay，基于CC0协议