bob综合APP当你刚入职，就接到了一个网站定制的任务，对公司业务和项目还不了解的你，此时会怎么做？作者总结了自己在项目执行和咨询过程中的一些做法和步骤，希望对你有所帮助。

　　（2）咨询层（中级产品）：根据客户实际公司情况、客户期望、最佳行业案例、网站用途以及价格等多方面因素，输出原型，完成网站建设。

　　（3）猜测后面可能存在一个高级操作：可能是透彻网站原理，对网站有完整规划，使网站超出客户期望。

　　根据 定制报价 流程中的参考网站、需求说明、销售工程的反馈，了解客户要做的需求范围，包括网站、定制功能等。

　　各职责负责人分别估算产品、UI、测试、开发时间，最后汇总人天，根据公司规定的工种单日价格，给到销售报价。

　　并不是给出报价，客户就一定会签合同做的。此时，如果销售那边一切顺利，过几天或几周，可能就会联系，合同已签，款已打，可以开工做了。当然，不顺利可能就没有这个事情了。

　　这个项目要开工了，不能上去就找客户沟通确认需求，要先做一个提前的准备工作。每个行业、公司都是不一样的，都有其特性，我们不可能了解的很细致，但基本的情况要掌握，不能在基础常识上犯错，闹了笑话不说，还给客户留下不专业的糟糕印象，从而丧失客户对自己的信任，导致项目推进困难。

　　前面已经对行业，对公司，对客户要做的项目，有了一定的认知。接下来就要直接和客户沟通，确定具体的需求了。沟通工具使用能语音、能共享屏幕的软件即可，比如：腾讯会议。

　　由于项目是网站，合理的网站都是金字塔结构的。先定框架，后定页面细节。可以直接拿客户给的参考网站去对，这样更具体，更形象，双方也更容易理解。网站的结构普遍是首页、频道页、产品分类页、产品详情页、新闻页等等。先沟通频道页有哪些？脉络清晰了，再从首页逐个沟通页面需求。

　　页面内容沟通过程中，一定要注意与后台系统无法支撑的功能，比如客户要在网站做 2 个表单收集的功能，且表单字段完全不一样，此时要警觉，这个需求一定要问的细致一些。

　　有的客户是懂网站懂项目，有些则不懂，甚至还会提出一些奇葩的要求，比如，客户讲： 我今天就想到这些需求，你们先做，后面我想到其他的需求，再给你讲 。此时，要帮助他把思维扭转过来。告诉他，项目是分阶段的，需求阶段就是要把所有需求都确认下来，确认后还要签需求确认单，总之，把项目流程讲一遍。如果后面真的是要提需求且需求源源不断，那也好办，分第一版、第二版去做。后面提的需求都放在第二版，这时候可能涉及到重新报价的问题，那就只能请销售重新走 报价流程 了。

　　在与客户沟通需求的过程中，客户可能会忽略一些需求，客户没提，比如：讲到公司介绍的时候，页面内容是公司简介和公司优势，此时，可以提醒他加上公司历程（前提是公司有历史的情况下）。这样既帮助了客户，其实工作量也不大，还能显示出你的专业性。面对一些不合理的需求，建议砍掉不做，比如客户希望在首页放一个 2 分钟的视频，那么建议客户不要这么做，这样会严重影响网站加载速度，影响用户体验。

　　备注：一定要把和客户沟通的所有记录，全部留备份！全部留备份！全部留备份！原因嘛，等客户扯皮你就知道了。

　　设计阶段最关键的任务就是根据与客户的沟通需求，无遗漏、详细的落在原型上。这份原型的作用，一方面是给客户看，要确定需求，要作为需求确认单的附件。一方面是要给 UI、开发看，跟着原型搞 UI、开发的。

　　网站要搞清楚页面之间的跳转。要标注清楚需求要做到的标准，包括交互的要求，给出参考链接。做原型的过程也是思考的过程，会发现很多遗漏的需求，不清晰的需求，或者因为记忆不清的需求，这些问题要全部记录下来，并在原型上标注清楚。这些问题也要形成一份问题清单。

　　先把原型链接和问题清单发给客户，等待客户确认原型，针对问题清单给出回复。一定要注意，沟通问题一定要在一份问题清单上，不要乙方建一份，甲方建一份，后面文档就全乱了。

　　客户两天没有给回复了，催不催客户呢？看情况，如果客户在沟通需求的时候，告诉你，他时间很紧张，那就催一下，要是时间很宽裕，三四天不催也无所谓。

　　在这个阶段可能会出现客户犹豫不决，或者不断有新需求冒出来，此时可以跟客户敞开了说，这是浪费客户自己的时间，需求确认阶段拖的越久，网站就越迟上线。同时，让客户多想想把需求想完整再交流。

　　直到客户无异议，做一份《需求确认单》，原型作为附件，给到销售人员，让他和客户签订《需求确认单》。

　　需求评审会，一般参与人员有，产品经理、UI 主管、测试主管、前后端研发主管，还有各主管下的执行人员。开会之前要先注意，一定要提前把原型发出去给大家看，否则开会的时候，上来就直接讲原型，大家一脸懵逼的看着，也不知道讲的什么。

　　开会时，先介绍这个公司，是做什么的？行业是什么？做的什么样？项目复杂程度？网站有多少页面？网站重点页面有哪些？客户对进度的要求等。先让大家有一个大概的认识，再讲原型。

　　讲原型时，先讲框架，后讲具体的页面和需求。基本上照着原型思路讲一遍，遇到客户重点要求的交互或者需求时，详细的讲解，并且要把参考网站打开，让与会人员看清楚，避免歧义。会议的最后要强调项目进度安排，讲清楚 UI 设计初稿交稿时间和开发完成时间。

　　需求评审会结束后，UI 设计师出视觉图。你就催进度，等出好后，你检查，他改图，直到与原型要求一致。产品经理确认没有问题了，给到客户确认。确认无误，销售和客户签订《UI 设计确认单》。UI 阶段完成。如果客户不满意，那就一直改到客户满意。

　　研发会和测试工程师沟通测试，但是测试总会有很多问题问产品经理。等测试觉得没有问题了，这个时候，不能松懈，测试对需求的理解比较浅，估计还是有很多问题的。作为产品经理，一定也要看一遍。

　　备注：在跟进阶段中，产品经理，对内部解答需求问题。对外部：同步我们开发进度，让客户放心。小技巧是，同步的进度会适当慢于真实的开发进度，后面出现人员流动等特殊情况，也有个时间缓冲。

　　网站是有结构的，不需要产品经理全部配置好，只要把网站框架搭建出来、首页搭建出来，还有定制功能配置好，就可以了。剩下的全部交给工程师去配置。

　　网站框架就是频道页，不能少也不能漏掉。首页一定要精细一点，直接使用 UI 设计稿上面的切图即可。其他页面作一两个，起到示范效果就可以，不需要全部建完，用的时间比较长，就纯属浪费时间了，除非是新手，在借机会学习系统。

　　操作说明写给客户、工程师看，毕竟产品经理不会一直给客户做系统维护。标准系统，工程师会维护很多客户，是比较熟悉操作的。这里的操作说明主要是针对定制化功能的，比如，系统新加了文章标签的字段，那么需要截图说明下。

　　完成前 2 步，就可以把原型、UI 稿、操作说明给到工程师。工程师会根据客户的需求，收集文案、图片、视频等素材。按照原型、UI 稿和操作说明把剩下部分完善。交给工程师后，发给客户进度情况，就不管产品的事了，客户催也不是催产品了，就算催，产品也是 @工程师。

　　不知道大家是否发现，项目过程中涉及到三份确认单。分别是《需求确认单》、《UI 确认单》、《上线确认单》。定制项目开发过程，采用的是瀑布流开发方法。这种开发方法，适合确定性高，风险小的项目。

　　所以，在开发过程中，控制风险尤为关键，前 2 份文档，就是提高确定性、降低风险的，确认单对客户有一定的约束。否则客户天天要加需求，变更需求，那就没办法继续工作了。最后文档是上线的分水岭，标志网站交给客户并且承认上线效果，乙方本次项目结束，也不再接受新需求，也不再改需求，只会改 BUG。

　　想去深入了解一个行业和公司很难，也会浪费很多精力，且根本没有必要。如何快速了解行业和公司呢？了解什么内容呢？

　　必须先了解清楚公司的 Saas 系统，直白的说，如果不了解后台系统的话，是无法快速了解参考网站的。因为没办法判断，需求是否可以在后台通过配置实现，还是需要定制功能。作为新人时，不要想着很快的了解清楚参考网站，而应该小心翼翼的把参考网站功能和后台系统功能逐个对应，搞清楚这些功能在后台是如何实现的，慢一点没关系，但一定要细心，把每个功能实现方式想清楚。熟练以后，就没必要这么细致了，着重了解 3 个方面：

　　刚开始总是会耐心的听客户去讲需求，但客户并不专业，会浪费大量的时间在表达上。反思是因为对客户的引导不足，导致客户自由发挥，沟通效率低下。如何提高沟通效率呢？

　　提前了解行业、公司、参考网站，就是为引导客户做准备。为提高沟通效率做以下改变：（1）把原有的客户说我来听，改成我描述需求，客户来确认或补充。

　　眼看就要确认需求了，可客户总是反复修改需求，有时还会新增加一两个需求，总这么加，拖项目进度不说，搞的产品经理也很崩溃。如何让客户停止反复修改和意味增加需求的行为？

　　（1）明确告知项目开发流程，并说明反复修改需求可能会带来上线）在沟通需求过程中，要电话录音、聊天记录保存，预防后续出现误解。（3）把原型每次的修改都保存一个版本，并记录修改内容和修改原因。

　　体现搬砖素养，给领导留下好印象的时候到了——加班，快速完成需求阶段，给 UI、开发、测试争取时间，然后就是催催催。同时，在早期沟通需求时也要和客户讲清楚，为了网站质量，请客户多点耐心，多争取些时间。

　　本文说明：这只是我的经验总结，可能存在问题、理解偏差等。对你有帮助，我很高兴。如果有哪些不对的、和大家经验不符合的，请一定善意的评论告诉我，我想改进，谢谢。