文章基于作者自身工作所做的总结，希望能够给你带来一些启发和思考。

很幸运经历了一款P2P网贷产品的从零到一，短短两个月时间，收获颇丰。

从行业小白到对行业有了初步的认知，需求分析、产品设计、项目管理上面也得到了很大长进。项目已经上线一段时间了，看着自己费尽心思做出来的东西面向用户，心里还是很爽的。忙里偷闲，写篇文章做个记录和总结，分享一些心得和感受。

直接进入正题，首先来看一个问题：

你要做的产品是你从来没有接触过的行业，完全不了解业务，不知道怎么玩，这种情况下该怎么办？

看过很多大佬有过分享，产品经理这个行当，经验越丰富越吃香，行业越细分越吃香。意思大概就是说，在一个细分的的行业深根细作才能越来越牛逼。

能在一个行业稳定的发展当然是好的，但是很多时候都是身不由己的，就像公司原来做电商，突然说要做P2P，在人手有限的情况下，不管你会不会，都只能硬着头皮上了，咱公司就是这么个情况。

刚接手项目的时候，对P2P真的是一片空白，虽然现在已经熬过了一穷二白的时间段，但想想还真是挺有感触的，所以特别想总结一下，在完全不了解业务的情况下，如何着手开展项目？

答案是：没法开展哈哈~~

其实很简单，不熟悉业务就赶紧去熟悉啊，通过各种渠道搞清楚P2P平台的玩法。

首先做好竞品分析，了解市场行情。

竞品分析这词太熟悉了，不论我们做什么产品，如果不想最后做出一些没人用的渣渣，这是必不可少的一个步骤，但很多时候我们是经常会忽略这个步骤的。深入分析竞品是快速建立行业认知的捷径。

竞品分析必不可少，尤其是在不熟悉行业业务的情况下，更加应该深入的做一次竞品分析，而不是走马观花的点点点。

然后，熟悉相关法律政策。

如果从事的是金融行业，一定要寻找相关的法律法规认真的阅读一次。像P2P最近一两年就出台很多政策，这对规划产品功能模块还是有一定影响的，如果不熟悉相关政策，甚至还有可能会犯一些低级错误。

以下是对项目过程的一些总结。

项目背景

接到这个项目应该算是比较突然的，就是上面的领导突然一下子召集研发部门开会，说是要帮兄弟公司研发这么一个P2P平台，顺便还帮我们订好了上线时间，满打满算也就是一个月的时间。

一个月的时间里，我们需要做出来的东西包括微信端、pc端、系统后台（算三个产品吗？），小伙伴们听到这个任务的时候都惊呆了，项目唯一的可能性就是用原有的技术框架（别人的），否则从新研发的话，一个月时间连需求分析都做不完。

连需求分析都做不完？所以项目一开始就真的没有需求分析，回头看看上面正常的产品研发流程，正常来说，从项目立项到需求分析、写prd、出原型、需求评审占据了整个产品研发周期至少三分之一的时间，但是这部分时间全被砍掉了。

所以，从一开始我们就不知道“兄弟公司”的实际业务流程到底是怎样的，对这个平台有没有具体的要求，就只能按着P2P行业通常的做法去做（就是看看人家是怎么做的，说的好听点就是竞品分析，说的难听点就是抄），上来就是直接出原型，这个过程相当痛苦，因为有时候你会发现，画着画着你就不知道自己在画什么了，画着画着就把重要的流程给漏掉了，这也导致在后面的研发过程中出现了不少漏洞。

后来产品快上线的时候才接触到兄弟公司的人，才知道他们为什么一开始对平台没有具体的要求，不能提供具体的业务流程，因为他们也完全没有P2P的业务经验（他们原本的业务是纯线下形式的）。

最后还有一点就是，我们研发部门包括我自己甚至是上面的领导们也是也是第一次具体深入的接触P2P业务，对于整个业务流程几乎是一片空白。这怎么办呢？说来说去，还是得抄，去研究人家是怎么做的，或许这也是惟一的，最快的方法了。

背景说完了，下面说说具体项目开展的过程中又遇到了哪些坑，回头看看这些坑有哪些是能避免的，下次应该怎么做。

关于画原型

因为没有需求分析，没有prd，没有流程图，所以画原型其实就是先把市面上做得比较好的、比较知名的P2P平台（像陆金所、人人贷、你我贷以及本土一些比较知名的平台）研究一遍，把主要的业务流程搞清楚，再根据主要的业务流程列出一个初步的功能列表，然后就一边看着别人的平台一边看着自己拟定的功能列表画原型图。

这里面比较大的坑应该就是业务流程不清晰（不够清晰），所以在绘制的过程中漏掉了几个比较重要的模块，如PC端针对借款人的还款计划、我的融资等模块，微信端的回款计划等模块，还好在后面的核对过程中及时发现，才补上了这个坑。要是到临近上线了才发现那就麻烦大了。

另外就是具体在画原型的工作上也发现了一些值得注意的问题。第一个就是原先画的太细致了，可能这是处女座的原因吧，这浪费了不少时间。还有就是在原型的配色上面，以后尽量用黑白灰。

原型图是产品研发过程中比较重要的参考，在这种没有需求文档的项目里，就更为重要了，所以原型是绝对不能出错的文档，但是大家对这个并没有重视起来，上面的领导也没有组织大家一起过一遍，这其实是很不应该的。千错万错都是产品的错，到快要上线的时候才发现，其实是有小伙伴对原型的理解存在偏差的（也有可能没看过原型），不过都要上线了，只要不是原则性的错误，偏差就偏差吧。

项目管理

关于项目管理，想说的就比较多了，有时间再仔细的总结一下，自己对于项目管理还算是有蛮多心得的，可惜没有发挥的地方。针对这个项目来说，项目管理做得太烂了，领导和下面干活的人脚步完全对不上，下面不知道上面的时间计划，上面不知道下面具体在做些什么事，问来问去浪费了很多时间，也出现了很多状况。

项目管理最基本的两点，一是沟通，另外是协作。沟通应该是项目管理中最大的问题，沟通的目的就是让大家步调一致，让领导知道大家在做什么，才能心里有数，让成员之间了解各自的进度，才能更好的掌握开发节奏，发现问题及时处理。下面是我认为一个项目里必须要有的沟通渠道或方法：

• 日报：日报是记录工作比较好的一种方式，可以采用工作计划-工作记录-工作总结的形式来记录每天的日报，配合今目标（软件）的主线共享给项目成员，让项目成员之间相互了解工作进度，有利于形成一致的工作目标。
• 晨会：每天早上进行站立式晨会，轮流汇报昨天的工作进展情况和今天的工作计划，有问题的会后协调没问题的快速过一遍，每天保持15分钟左右的晨会是非常有必要的。
• 项目总结：项目研发过程中，每个周至少要进行一次项目总结，由项目经理负责，以周报的形式发送给项目成员，总结过去一周的项目进展情况，指出存在的问题和解决/协调办法，安排下一周的工作重点。

以上是我对项目管理的一些简单的看法。当然具体的项目管理肯定不止这一些。本次项目在项目管理上最突出的问题应该就是项目进度不清晰，研发没有节奏，产品设计阶段后台没有安排研发工作，导致项目后期任务巨多，其实有蛮多功能点在一开始没有设计图的情况下都是可以进行程序设计的。这是值得反思的地方。

需求管理

需求管理应该算是每一个产品经理最本职的工作了，我们几乎每一天的工作都在和需求打交道：

收集需求–需求整理（需求池）–需求优先级排序–需求分析–需求评审–需求研发–迭代

一系列的工作都是围绕需求进行的。以前刚入行的时候总听着别人说什么需求调研，竞品分析，但实际上入坑了之后才知道，其实需求是不用调研的，在业务导向的公司里，根本不用担心没有需求做，随便找来一个业务经理都能给你的产品提出一堆的需求，这时候更多的是把这些需求整理到一起，判断他的合理性，评估它的性价比，对产品的发展是否有帮助，是不是必须的功能。所以从头到尾，很多时候产品经理是不能决定产品最终要长什么样的……

写偏了，回到正题。项目研发过程中我们如何进行需求管理呢？

正常来说，在产品研发过程中，需求应该是锁定的（否则不断该需求，产品是无法上线的），是一开始就确定好我们要做什么，也很清楚最终产品做出来之后的样子才对。但是这永远都是最理想的情况，研发过程中你会发现一开始这也没想到，那也没想好，甲方还不断的给你提新的需求，让你改这改那，不知不觉工期就延长了，上线遥遥无期。

这种情况其实最好的处理办法就是在一开始的时候就订好需求，争取把需求分析做到位（这就是考验产品经理基本功底的时候了，需求理解透彻，准确无误才能在需求分析过程中做到准确无误不遗漏，而这的前提是必须对业务理解得足够清楚，所以为什么说一开始要先搞清楚业务流程），项目研发过程中新增的需求只要是对当前版本流程没有太大影响的就做好记录，规划到下一版本中进行开发，尽量不影响当前的开发进度，总结为以下几点：

• 一定要搞清楚业务流程；
• 优化业务流程（原有的业务流程不一定是最好的，从线下到线上可能会有不一样的地方，要注意优化原有的业务流程，切忌生搬硬套）；
• 深刻的理解需求，一定要搞清楚这样做最本质的目的到底是什么，有没有更好的办法，也只有这样才能设计出更好的业务流程；
• 版本规划，将需求划分优先级，规划好研发版本，尽量不影响当前版本的研发进度；
• 需求分析要到位，按增、删、查、改、显、算、传的步骤逐一核对，全面的去审视单个需求对整个产品的影响，尽量避免因为需求分析的遗漏导致新增需求对产品原有版块造成影响；
• 版本上线前甲方一定会对页面上的一些东西（文案、图片等）改来改去，争取让其汇总好之后再统一修改，频繁的修改更新总归是不好的，容易出错。

其它

项目过程中也得到了其它的一些经验教训。

• 提前准备好服务器，做好域名备案，域名备案一般需求14天左右，不提前准备好可能会影响上线；另外在创建域名的时候尽量不要选择类似于www.xxp2p.com这样包含有p2p的域名，因为有可能会被网站屏蔽；
• 需要用到的资质证书要提前准备好；
• 提前准备好网站上线所需的相关资料，如标的资料、注册协议、投资合同等；

总的来说呢，从零到一经历一款产品确实是一个很难得的经历，很庆幸有了这么一次经历，让我了解到了产品研发的整个流程。从中我也知道了一个项目能够如期上线的关键：锁定需求–按计划开发–紧密沟通协调。虽然过程比较坎坷，但最终还是按期交付了，但愿后期的运营能够跟得上。

End

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

题图来自unsplash，基于CC0协议