《客户》怎样和客户一起搞定需求技术类

1、4 市场部门 内容部门 和你接洽 :最好你先去烧烧香，准备好最坏打算。专业和思考模式的差异会导致你们关心的问题完全不 样。你 首要满足了他们关心的地方后，切记留出不少时间来解决那些他们看不见但实际上 非常重要的问题。 另夕卜你需要做更多的事，写更多的文档 , 主动和专业部门联系，力争和决 策层有沟通。如果你面临了第 3 和第 4 种状况 ，请先熟悉一下甲方的组织机构。例如一般内 容型、媒体、渠道、宣传类工程 的开发：? 需求和市场部门沟通? 功能和内容部门沟通软硬广告位或专题等和销售部门沟通如果是改版类 , 广告位合同可能提前半年签 订一走要 和销售协调好 ? 技术、系统、平安、统计问题等和I

2、T、网管、数据统计部门沟通? 某些问题需要和总裁助理、行政等官僚部门沟通。? 局部特别的内容需要和创意、美工、文案部门沟通当以后确定需求的时候，如果发现这些部门的人没有参与，请提前与之沟通。第 1 和第 2 种状况可 M 泄上述步骤。八步流程：第一步：听听客户想要什么。以及预计工期和预算这两件事上 _点都不要腼腆 , 这是关系工程本钱最重要的元素 。 第二步：提问。1工程的目的是什么。品牌、渠道、流呈、广告费、用户数、VC、具它商业模式2 甲方的优势和资源是什么。钱 , 内容资源，人力大战，传统行业优势3 尽臺提供可视的参照及借鉴对象。 应用上有没有可解决的。界面上 t 匕较喜欢哪个站点的 设

3、计。交互上有没有可参考的对象4 其它工程的细节问题。比方工期上的上下限是什么？是否会需要与现有系统整合、是否需要数据迁移 ?是否会需要甲方的工程师合作？是否有开发平台的限制？是否有代码标准及标准 ?最终需要哪些开发文档和源码 第三步：取得共识。与甲方取得共识非常重要，保证你所理解的那他们所理解是同一个东西。这一步需要你根据掌握的情况列出提纲，画出草图或框架图。有参考对象的，标】主上，哪个局部会比拟像某某。然后请甲方确认 , 这个框架是他们想要的第四步：给出工程时间轴到了这一坏节 ,就需要你的工程经理组织所有团队成员坐下来讨论，先划分功能模块, 然后 讨论每个功能模块的可行性、难度、花费时间、

4、bug 发生率、测试耗时。再讨论一头一尾 系统搭建和系统整合的 所需时间。工程经理对工程耗时和可行性完全心里有数后，画出工程的时间轴。包括并行状况，里程碑 节点、测试期、缓冲期等如何画工程时间轴，甘特图，我以后会专门写一篇 0时间轴要 实事求是 ，并且预 留好充分的缓冲期 工程师估时 *2*110% 0第五步：需求做减法。大局部情况下 ,时间轴表现的状况都会超出客户的预期。如果客户对工期没有要求 , 也要提 醒客户考虑工程可行性风险、市场等候本钱、市场或战斂化导致的浪费。韩磊有一爲?大褂还是内裤?的 blog 很形象地描述过这个问题。所以要和甲方一起尽呈对需求做减法。把整体需求拆成 2? 3

5、期，落实只开发最斟岀和最必 要的一期 需求。这时签订正式开发协议。不要忘了计算需求文档和产品方案的费用。第六步：撰写详细的需求文档。?框架图?下载西乔的模版。可视化表现产品的框架、布局、细节、局部交互。?流程图?下载西乔的模版。理出产品的逻辑关系。?功能需求文档? ?下载西乔的模版。罗列功能、应用、交互上细节，别离根底件，作为开 发分工 和系统及数据构造的根底文档。第七步：商讨需求文档尽呈召集甲方所有相关部门的负责人一起召开这次会议 , 商讨需求文档。在阅读到你的需求文档之前，可能甲方的大局部人都对产品没有可视和具象的理解。也从未 关注到细 节和逻辑关系。所以需要产品经理从全局角度和逻辑线索讲

6、解文档。更可能发生的状况是 , 没有人坚持看完或仔细看过你写的文档。所以这次会议是一场耐心和体力的考硏。文档作者需要分别向各个部门指出他们需要关注和拍板的地方，听取他们的建议，将任何变 动要求都分类记录。安抚情绪。解答困惑。控制需求变动。第八步：定稿需求文档分职能部门类建立表格文档。将会议协商中所有分歧性意见 八变动意见都逐条写下。抄 送所有相关 负责人。并要求他们纠正分歧和确认变动。所有会议中可能被提出但是未出现在此邮件文档中的意见，不会列入需求文档中。当然允许可以书面反应补充。根据确认过的反应回复，修改需求文档。直到需求文档走稿。 协商讨论和文档修改可能经过 2? 3 轮。 所以需要工程经

7、理提前提醒客户注意搜集需求和 文档走稿的时间线里程碑。如果这个阶段耗时过久 , 会严重延误整个工程逬度。要求客户尽 星集中地谨慎姻是出建议和修改。三种武器：需求问卷： 无论是面对专业还是不专业的客户，交流中都有很多没考虑到的遗漏点，这些他们看不到的点往往是最关键的点 , 也有可能是被客户成心躲避掉的点。此时撰写一分需求问卷非常有效。问卷里提出重要的全局性的问题，需要客户逐条书面答复。 某些问题可以提供多个选项答案 , 及补充区域。某些问题需要确凿的态度，Yes或NO。不要提出需要客户写一大段表述性文字的问题。需求问卷精简扼要，有针对性，重要，不要浪费客户的时间，不要把写字的工作臺丢给客户。 书面确认 :的这些口书面确认一方面包括：所有讨论结果、建议和变更都要有书面文字备查。 和开会上说说头表达都没有效应。这一点一开始你就要声明 , 甚至有必要写在合同里。另_方面包括 : 你要尽呈提供书面的可视化的东西来让甲方确认。甲方很难完备或是提供适合工程使用的文档。所以千万不要在工程初期的需求文档上省懒。邮件抄送 :邮件抄送一种明确职责的方法。对方可能不看你的邮件，但代表你告之过。尽可能地抄送重要邮件给战略层 , 可以能防止一些重大问题的出现。结语：到此看起来 , 搜集和确走需求真是 T 牛耗时耗力的工程。 其实在理想的工程工程时间分配中， 1/3 的时间用于确走所有需求和开发文档。 1/