当你刚入职，就接到了一个网站定制的任务，对公司业务和项目还不了解的你，此时会怎么做？作者总结了自己在项目执行和咨询过程中的一些做法和步骤，希望对你有所帮助。
1. 任务：进入新公司没两天，要独立负责网站定制项目。
2. 如何做：先搞清楚新公司开发定制项目的流程。
3. 完成任务后我学到了什么？
（1）执行层（初级产品）：根据客户要求，结合学到后台功能，输出原型，完成网站建设。
（2）咨询层（中级产品）：根据客户实际公司情况、客户期望、最佳行业案例、网站用途以及价格等多方面因素，输出原型，完成网站建设。
（3）猜测后面可能存在一个高级操作：可能是透彻网站原理，对网站有完整规划，使网站超出客户期望。
备注：本文只讨论执行层和部分咨询层内容。
销售人员遇到定制项目，走“定制报价”流程。产品和开发团队要确定三个问题：
第一，客户需求我们是否可以实现？
第二，是否存在定制功能？
第三，开发多久，成本多少，报价多少？
根据“定制报价”流程中的参考网站、需求说明、销售工程的反馈，了解客户要做的需求范围，包括网站、定制功能等。
各职责负责人分别估算产品、UI、测试、开发时间，最后汇总人天，根据公司规定的工种单日价格，给到销售报价。
并不是给出报价，客户就一定会签合同做的。此时，如果销售那边一切顺利，过几天或几周，可能就会联系，合同已签，款已打，可以开工做了。当然，不顺利可能就没有这个事情了。
这个项目要开工了，不能上去就找客户沟通确认需求，要先做一个提前的准备工作。每个行业、公司都是不一样的，都有其特性，我们不可能了解的很细致，但基本的情况要掌握，不能在基础常识上犯错，闹了笑话不说，还给客户留下不专业的糟糕印象，从而丧失客户对自己的信任，导致项目推进困难。
（1）行业历史：起源、发展、现在、未来。
（2）行业规模，趋势、天花板。
（3）产业链：产业链结构、公司位置、行业头部公司。
（1）公司定位，成立年限，规模，盈收，发展，涉及产业链和细分赛道。
（2）公司组织架构，员工数量，职责。
（3）公司产品或服务、产品用途或价值、产品特点卖点、面向市场、面向客户、公司优势。
（4）甲方对接人，姓名电话，对上线时间的期望。
（5）甲方是否有需要其他服务的倾向。
了解客户原先的网站、参考网站、同行头部网站，建立对客户期望网站的认知。
前面已经对行业，对公司，对客户要做的项目，有了一定的认知。接下来就要直接和客户沟通，确定具体的需求了。沟通工具使用能语音、能共享屏幕的软件即可，比如：腾讯会议。
由于项目是网站，合理的网站都是金字塔结构的。先定框架，后定页面细节。可以直接拿客户给的参考网站去对，这样更具体，更形象，双方也更容易理解。网站的结构普遍是首页、频道页、产品分类页、产品详情页、新闻页等等。先沟通频道页有哪些？脉络清晰了，再从首页逐个沟通页面需求。
页面内容沟通过程中，一定要注意与后台系统无法支撑的功能，比如客户要在网站做2个表单收集的功能，且表单字段完全不一样，此时要警觉，这个需求一定要问的细致一些。
有的客户是懂网站懂项目，有些则不懂，甚至还会提出一些奇葩的要求，比如，客户讲：“我今天就想到这些需求，你们先做，后面我想到其他的需求，再给你讲”。此时，要帮助他把思维扭转过来。告诉他，项目是分阶段的，需求阶段就是要把所有需求都确认下来，确认后还要签需求确认单，总之，把项目流程讲一遍。如果后面真的是要提需求且需求源源不断，那也好办，分第一版、第二版去做。后面提的需求都放在第二版，这时候可能涉及到重新报价的问题，那就只能请销售重新走“报价流程”了。
在与客户沟通需求的过程中，客户可能会忽略一些需求，客户没提，比如：讲到公司介绍的时候，页面内容是公司简介和公司优势，此时，可以提醒他加上公司历程（前提是公司有历史的情况下）。这样既帮助了客户，其实工作量也不大，还能显示出你的专业性。面对一些不合理的需求，建议砍掉不做，比如客户希望在首页放一个2分钟的视频，那么建议客户不要这么做，这样会严重影响网站加载速度，影响用户体验。
备注：一定要把和客户沟通的所有记录，全部留备份！全部留备份！全部留备份！原因嘛，等客户扯皮你就知道了。
设计阶段最关键的任务就是根据与客户的沟通需求，无遗漏、详细的落在原型上。这份原型的作用，一方面是给客户看，要确定需求，要作为需求确认单的附件。一方面是要给UI、开发看，跟着原型搞UI、开发的。
网站要搞清楚页面之间的跳转。要标注清楚需求要做到的标准，包括交互的要求，给出参考链接。做原型的过程也是思考的过程，会发现很多遗漏的需求，不清晰的需求，或者因为记忆不清的需求，这些问题要全部记录下来，并在原型上标注清楚。这些问题也要形成一份问题清单。
先把原型链接和问题清单发给客户，等待客户确认原型，针对问题清单给出回复。一定要注意，沟通问题一定要在一份问题清单上，不要乙方建一份，甲方建一份，后面文档就全乱了。
客户两天没有给回复了，催不催客户呢？看情况，如果客户在沟通需求的时候，告诉你，他时间很紧张，那就催一下，要是时间很宽裕，三四天不催也无所谓。
客户回复了，根据客户的要求补充原型，给客户查看原型，如有需要就开一次需求确认会议。
在这个阶段可能会出现客户犹豫不决，或者不断有新需求冒出来，此时可以跟客户敞开了说，这是浪费客户自己的时间，需求确认阶段拖的越久，网站就越迟上线。同时，让客户多想想把需求想完整再交流。
直到客户无异议，做一份《需求确认单》，原型作为附件，给到销售人员，让他和客户签订《需求确认单》。
需求评审会，一般参与人员有，产品经理、UI主管、测试主管、前后端研发主管，还有各主管下的执行人员。开会之前要先注意，一定要提前把原型发出去给大家看，否则开会的时候，上来就直接讲原型，大家一脸懵逼的看着，也不知道讲的什么。
开会时，先介绍这个公司，是做什么的？行业是什么？做的什么样？项目复杂程度？网站有多少页面？网站重点页面有哪些？客户对进度的要求等。先让大家有一个大概的认识，再讲原型。
讲原型时，先讲框架，后讲具体的页面和需求。基本上照着原型思路讲一遍，遇到客户重点要求的交互或者需求时，详细的讲解，并且要把参考网站打开，让与会人员看清楚，避免歧义。会议的最后要强调项目进度安排，讲清楚UI设计初稿交稿时间和开发完成时间。
需求评审会结束后，UI设计师出视觉图。你就催进度，等出好后，你检查，他改图，直到与原型要求一致。产品经理确认没有问题了，给到客户确认。确认无误，销售和客户签订《UI设计确认单》。UI阶段完成。如果客户不满意，那就一直改到客户满意。
UI确认后，提醒前后端主管排期，并给出上线时间，反馈给客户。催进度！
研发会和测试工程师沟通测试，但是测试总会有很多问题问产品经理。等测试觉得没有问题了，这个时候，不能松懈，测试对需求的理解比较浅，估计还是有很多问题的。作为产品经理，一定也要看一遍。
备注：在跟进阶段中，产品经理，对内部解答需求问题。对外部：同步我们开发进度，让客户放心。小技巧是，同步的进度会适当慢于真实的开发进度，后面出现人员流动等特殊情况，也有个时间缓冲。
网站是有结构的，不需要产品经理全部配置好，只要把网站框架搭建出来、首页搭建出来，还有定制功能配置好，就可以了。剩下的全部交给工程师去配置。
网站框架就是频道页，不能少也不能漏掉。首页一定要精细一点，直接使用UI设计稿上面的切图即可。其他页面作一两个，起到示范效果就可以，不需要全部建完，用的时间比较长，就纯属浪费时间了，除非是新手，在借机会学习系统。
操作说明写给客户、工程师看，毕竟产品经理不会一直给客户做系统维护。标准系统，工程师会维护很多客户，是比较熟悉操作的。这里的操作说明主要是针对定制化功能的，比如，系统新加了文章标签的字段，那么需要截图说明下。
完成前2步，就可以把原型、UI稿、操作说明给到工程师。工程师会根据客户的需求，收集文案、图片、视频等素材。按照原型、UI稿和操作说明把剩下部分完善。交给工程师后，发给客户进度情况，就不管产品的事了，客户催也不是催产品了，就算催，产品也是@工程师。
工程师在配置网站时，产品会发给销售《上线确认单》，销售会去把确认单让客户签字，并收回尾款。
不知道大家是否发现，项目过程中涉及到三份确认单。分别是《需求确认单》、《UI确认单》、《上线确认单》。定制项目开发过程，采用的是瀑布流开发方法。这种开发方法，适合确定性高，风险小的项目。
所以，在开发过程中，控制风险尤为关键，前2份文档，就是提高确定性、降低风险的，确认单对客户有一定的约束。否则客户天天要加需求，变更需求，那就没办法继续工作了。最后文档是上线的分水岭，标志网站交给客户并且承认上线效果，乙方本次项目结束，也不再接受新需求，也不再改需求，只会改BUG。
想去深入了解一个行业和公司很难，也会浪费很多精力，且根本没有必要。如何快速了解行业和公司呢？了解什么内容呢？
我在上文“准备阶段的1~2段”写清楚了。
要参考网站可能有好几个，如何快速了解参考网站？
必须先了解清楚公司的Saas系统，直白的说，如果不了解后台系统的话，是无法快速了解参考网站的。因为没办法判断，需求是否可以在后台通过配置实现，还是需要定制功能。作为新人时，不要想着很快的了解清楚参考网站，而应该小心翼翼的把参考网站功能和后台系统功能逐个对应，搞清楚这些功能在后台是如何实现的，慢一点没关系，但一定要细心，把每个功能实现方式想清楚。
熟练以后，就没必要这么细致了，着重了解3个方面：
（1）频道、页面有哪些？主要为了确定框架和需求范围。
（2）有哪些功能是需要定制？主要为了确定哪些是配置实现，哪些需求定制功能
（3）每个页面大概是做什么？主要为了了解业务流程
刚开始总是会耐心的听客户去讲需求，但客户并不专业，会浪费大量的时间在表达上。反思是因为对客户的引导不足，导致客户自由发挥，沟通效率低下。如何提高沟通效率呢？
提前了解行业、公司、参考网站，就是为引导客户做准备。为提高沟通效率做以下改变：
（1）把原有的客户说我来听，改成我描述需求，客户来确认或补充。
（2）定频道、定首页、定页脚。
（3）描述每个页面的作用，快速讲出客户需要的功能。
眼看就要确认需求了，可客户总是反复修改需求，有时还会新增加一两个需求，总这么加，拖项目进度不说，搞的产品经理也很崩溃。如何让客户停止反复修改和意味增加需求的行为？
（1）明确告知项目开发流程，并说明反复修改需求可能会带来上线延迟的风险。
（2）在沟通需求过程中，要电话录音、聊天记录保存，预防后续出现误解。
（3）把原型每次的修改都保存一个版本，并记录修改内容和修改原因。
（4）一定要让客户在《需求确认单》上签字盖章。
客户急，很急，从开始沟通需求就要求尽快上线。怎么办？
体现搬砖素养，给领导留下好印象的时候到了——加班，快速完成需求阶段，给UI、开发、测试争取时间，然后就是催催催。同时，在早期沟通需求时也要和客户讲清楚，为了网站质量，请客户多点耐心，多争取些时间。
由于我是新入职，对后台系统还不够了解，对需求在后台的实现方式不清楚。怎么办？
我是在做项目的过程中学习的：
（1）先猜测用什么功能实现，以及实现逻辑。
（2）动手在后台进行验证。
（3）把自己思考的实现方式标注在原型上。
备注：一定要写，否则开发问起来自己一脸懵逼，会挨骂呢。
本文是我做完网站定制项目的复盘。
本文说明：这只是我的经验总结，可能存在问题、理解偏差等。对你有帮助，我很高兴。如果有哪些不对的、和大家经验不符合的，请一定善意的评论告诉我，我想改进，谢谢。
本文由 @巅魂 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。