本篇文章作者分享了一个产品设计的详细工作过程，其中从需求接收，到进行设计，再到设计验收，作者的亲身经历相信一定能够给你一些启发。

我们已经听过太多的产品设计方法论，方法理论很完整、很理想，当然也很复杂。设计方法论涉及的流程多，时间周期长，时效性比较差。

本人原就职于一家大型上市互联网企业，每天都写设计案子，一轮一轮品审，一次次修改。等案子确认完成后，开始设计原型，之后再一轮轮评审，一次次修改……

通过完善的设计方法论进行产品设计，当然会把过程中考虑得会比较完善，设计方案也会比较完美。但是代价是一个产品的周期拉的特别长。

离职之后就职于一家创业公司当产品部门经理，管理项目、产品、设计。如果有朋友有相似的经历就会知道，以大企业的工作模式，写完方法论，过完稿子的时间，在创业公司都已经上线了～

所以，想要写一篇文章分享在大部分的创业公司，我们如何进行快速的产品设计，同时又能够符合规范的产出，做出有质量的产品。

案例分享

前段时间通过朋友介绍，我接了一个政府类的Case。过程比较有趣，希望通过分享能够给各位一些启发。

项目流程介绍

我先简单介绍大概的工作流程，然后再细分讲解我们产品经理在产品设计的过程：

1. 一个外包企业投标中了一个政府展厅百万级别的单子；
2. 外包企业将展厅的软件开发模块外包给了我朋友的开发团队；
3. 开发团队找到我，让我介入产品的设计统筹；
4. 完成产品设计，开发上线；
5. 结束。

产品设计流程

通过以上流程的介绍，大家对这个项目已经有了基本的认识。那我是如何处理产品设计流程的呢？

DAY1

第一步：需求接收（微信+电话：20min）

一个项目经理找到我，跟我说能否帮他们做一个政府展厅项目的产品设计。通过简单的询问大概清楚了项目的基本信息。主要沟通的内容有：

1. 关系人是谁，有谁？

• 展厅外包企业（直接需求方）；
• 政府（资方）；
• 开发外包（合作方）。

2. 关系人各自需求是什么？

• 展厅外包企业：根据企业与政府前期沟通的需求内容，进行展厅智能控制系统的搭建
• 政府：需求与外包企业一致（所以，这里外包企业其实是一个资方，具体实现效果投标时已经确认）
• 开发团队：三天之内出交互终稿，我们等着下锅开发

3. 产品基本形态是什么？需要实现什么功能？

• 就是用Pad控制屏幕的展示内容就可以了，很简单。这里有一些定义好的内容，我发你看下……（项目经理，你确定？）

4. 当前基本资料收集分析

• 项目经理打包给我看了所有已经定义好的内容（这个资料能够帮组我根据内容和展示层级，预估具体的工作量）

通过跟项目经理沟通，我大概知道了需要做的产品内容、时间节点、以及根据收集的资料，梳理了更多需要理清楚的问题，因为项目经理肯定不清楚，所以需要直接找外包的需求方。

第二步：需求沟通确认（电话：30min）

通过项目经理，直接要了需求方的沟通电话，然后根据接受需求总结出来的疑问，进行沟通（这里沟通的是具体的内容之间的关系逻辑，屏幕之间的跳转逻辑、显示方式、组合方式……）：

• 展厅屏幕有几个？
• 需要展示的内容有哪些类型？
• 这些内容在屏幕中的组合方式有几种？
• 层级有几层？
• 展示内容有几类？视频、图片、动画？
• ……

因为是ToB的产品，且外包平台已经在投标时明确了产品的方向，所以根据用户体验要素的步骤，他们已经确定了产品的战略层与范围层，我们现在要做的就是提炼范围层的功能列表和功能结构。

第三步：谈价格/时间（重点啊！！！）

通过基本的梳理，我们可以根据自己的收费价格进行报价。具体情况具体分析，比如项目方的资金啊、项目的紧急程度啊……

结合实际情况，我们要给需求方或项目经理、老爸报出合理的价格，如果是公司内部的项目，我们则需要报出具体的时间节点。这个就是谈判，报价/报时间方式一般为：

• 根据我们列好的思维导图组织好内容、功能、页面的数量
• 根据工作量预估时间
• 若需要报价，则可以直接报出你所期望的价格，同时报出时间节点（我是直接告诉项目方需要多少小时，然后我是每个小时以多少钱进行收费）

第四步：面谈需求（3h）

产品经理通过电话沟通是很难对一个个内容页面进行理解的，作为一个合格的产品经理，当然是要面对面沟通（这里不一定就是要跟客户见面，因为有些异地的客户涉及到沟通就是出差了，所以如果是异地的，可以通过视频进行沟通；而本地的，可以通过当面沟通来梳理需求和功能结构）。

沟通能力是产品经理最基本的能力之一，我个人认为，作为一个产品经理，最重要的就是收集问题和需求，然后梳理清楚里面的逻辑，用最好的设计提供设计解决方案。而交互设计，只是把方案用合理的交互方式表达出来。

所以，我们需要通过面谈沟通确认以下几个重点：

• 【目标用户】具体谁来操作？
• 【用户目标】他们想要实现什么效果？
• 【业务逻辑】大方向业务流程
• 【操作逻辑】用户产品使用流程
• 【场景分析】具体使用场景确认
• 【业务梳理】每个页面之间怎么跳转？页面之间有什么差异？内容分为几部分？功能之间……

梳理出以上信息后，其实就可以开始做交互设计了。我们做设计之前就是要根据我们设计需要提供什么具体信息进行收集，然后跟项目需求方沟通就是把整体的框架和内容在脑中搭建好。

DAY2

第五步：交互设计（10h）

其实第一天我已经把物理设备控制系统做好了，但是为了让大家有一种时间概念，我还是把交互设计放在第二天吧。第一天其实本身自己的事情也比较多，所以沟通加上设计就大概花了半天时间。这里稍微展示一下第一天三小时的设计成果：

（D1）定义：首页、导航框架、整体视觉风格（这里是尽量做成了高保真的交互稿件）

（D1）物理控制页面部分展示：

（D2）具体页面设计：

通过周末一天的紧赶慢赶，当天基本产出了所有的交互稿件。

注意：这时候有人说了，你这标题党，看起来页面也没有很多啊，那我给你三天你帮我设计一个金融平台。是的，我们需要根据具体的页面数量和需求来规划时间安排，我这里是举一个比较简单的软件。

至于大型平台产品，之后个人会继续分享，大家拍砖请手下留情，哈哈～

DAY3

第六步：设计验收（5h）

第二天我做完设计稿子后，当天便将设计稿发给了需求方进行确认，需求方也根据他们的想法提供了一些意见，我在基于他们的意见修改后，第二天跟项目方大老大进行最终的设计验收。

设计验收流程：

1. 根据设计思路，结合方案演示，表达设计过程与设计想法；
2. 按照流程一步步演示，遇到疑问处进行解答并且记录（说明体验不是特别好，让用户产生疑虑）；
3. 记录项目方提出的修改意见，并且给出初步的解决方案；
4. 完成验收。

完成验收后，一般是不可能一稿过的，所以这时候，你需要再报一个时间，就是你的修改所需时间。前期因为对接的是一般执行人员，所以终稿过案子的时候，项目方老大一定会提出一些优化建议。因为他们对项目是了解最深的人，所以这个时候他们的建议可以帮我们完善设计方案。

第七步：设计优化补充（2h）

通过最后的设计方案的优化补充，一般你直接讲稿件发送给需求方，在稿子的首页写明这次优化的点，并且添加链接备注后，基本就可以过。坐等收钱了～

总结

以上案例分享是基于一个较小的设计需求和项目进行总结的。大型项目有大型项目的设计方法，不能一同而论。但是大家可以把这个当做一个轻量级的产品，或是一个需求来参考。作者本意是希望通过这个案例帮助大家，如何对一个时间节点紧迫需求的设计方法：

• 良好的沟通方式能够帮助设计师或产品经理快速确认清楚需求目标、用户目标、理解用户场景……（虽然是二手的转述，但是时间不等人，对吧～）
• 复盘一个接单设计的流程（或许这个流程可以帮助你接单也说不定，嘿嘿～）。
• 如何合理的安排设计进度？

致谢

这里为各位同仁介绍了一个外接单子的项目流程和设计流程方法，主要是帮一些初级设计师梳理一下做一个需求的基本步骤，以及需要注意的点。

希望这个案例能够给大家带来一点参考价值和意义。

谢谢～

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

题图来自Unsplash，基于CC0协议