第一篇文章分析了内部需求，那本篇将总结微信招聘小程序的外部需求分析。

这个微信小程序是我阅读36氪的一篇讲述微信生态的文章后，意识到灵活用工模式的招聘必须“小快灵”，微小程序完全可以做到满足客户及用户需求并且开发和运营成本极低，适合于“试水”阶段。那么，我们的用户也就是灵活用工的候选人们，他们的需求如何？怎么去做好用户的需求开发、分析和管理？

部门几乎没人做过互联网产品，这件事全靠自己动脑筋然后与直线领导沟通交流，不得不说是一个独自成长的非常好的项目经验。这个经验也告诉我，不懂没事，自己学也相当于身边充满了专家。看《人人都是产品经理》这本书时，我仅做了一张笔记，随意地贴在我的工位面前，因为不懂所以没深思过。但是，当我琢磨着该如何思考小程序候选人需求时，我抬眼看见了这张笔记，醍醐灌顶。

《人人都是产品经理》读书摘要

一、了解用户需求，首要不是用户需求调研及分析吗？

需求采集：给领导汇报用户调研的思路，确定调研方式、人群、数量等（题目暂时没有涉及，而是要根据招聘顾问们的开发需求而逐步确定，时刻记得：招聘小程序需要同时解决的是招聘顾问和候选人的共同问题，缺一不可）

需求分析：反推“我要知道什么，解决什么问题”---再去设计问题和分析需求。这个环节一定要明确方方面面的真实需求！

需求筛选：不是所有人都会按照你设计的方向走

二、我最推荐的方法：亚马逊逆向推理法《在亚马逊，如果你想对贝索斯做出什么产品提议，你得先写份新闻稿出来》

简单介绍下亚马逊逆向推理：

”在大多数美国企业中，你只有在新产品完成之后才会去写新闻稿；但是在亚马逊，你必须一开始就写好新闻稿。曾经在亚马逊工作了3年多时间的克里斯·布朗称：“如果你想给杰夫贝索斯或是杰夫手下的其他高管提议一件事，那么你首先要做的事情就是写一篇与之有关的新闻稿，这就好像是你将把一件产品带到世界上一样。”

贝索斯和其他高管要求员工写这种新闻稿是为了让员工们直指客户的需求，这构成了推动亚马逊前进的一种更强大的力量。布朗回忆说：“那是给我留下深刻印象的事情之一。 如果某人提出一个有趣的想法，如果他们说‘哇，我会发现这是有用的’，然后紧跟着的问题就是‘会有客户发现这是有用的吗？’”

本文对亚马逊内部新闻稿相关内容做了更进一步的介绍。原文来自：Quora，译者：于呈祥（盯盯工作产品经理）

有一种方法被称为“逆向推理”，这是在亚马逊被广泛应用的方法。我们尝试着从客户那里倒推，而不是在有了产品的想法后试着把客户拴在上面。同时，逆向推理可以应用在任何特殊产品的决策上，当开发新产品或新功能时，使用这种方法尤其重要。

对于新的举措，产品经理典型的做法是写内部新闻稿描述最终产品。新闻稿的目标受众是新产品或更新的产品的客户，客户可以是零售客户，或者是某种工具或技术的内部用户。内部新闻稿以客户问题为中心展开：目前的解决方案是如何失败的，新的解决方案如何替代现有解决方案。

如果提出的好处听起来并不有趣或不能令用户激动，或许这就不是好处。产品经理应该反复修改内部新闻稿，直到他们提出来的好处听起来确实是好处。修改内部新闻稿的成本可比迭代产品本身的成本低。

给你一个产品新闻稿的大纲：

标题——以读者明白的方式命名产品。

副标题——描述产品的目标受众，以及他们的受益点。仅用一句话说清楚。

摘要——给出产品和受益点的摘要。假设读者不读其他内容，所以要让这个段落出彩。

问题——描述你的产品要解决的问题。

你的评价——公司发言人的评价。

如何开始——描述开始使用多么简单。

客户评价——提供你想象中的客户的评价，评价描述他们如何从产品中获得好处。

结尾号召行动——呼吁行动，给出读者下一步行动的指南。

如果新闻稿超过一页半纸，这可能太长了，要简洁，大部分段落只要三四个句子，砍掉多余的部分。不要做成说明书，你可以在新闻稿后附加常见的问题，用来回答其他事项的问题或者执行的问题，这样新闻稿就专注在客户获取的内容上。我的经验是，如果新闻稿很难写，产品可能也很糟糕。持续修改，直到大纲下的每个段落都很流畅。

我也喜欢用“奥普拉脱口秀”的方式为主流客户的产品写新闻稿。假设你坐在奥普拉的沙发上，你只需要向她介绍产品，然后听一听她是如何向她的听众解释产品的。那就是“奥普拉脱口秀的方式”，不是“专家演讲”。

一旦项目进入开发阶段，新闻稿就可以被当作试金石，指路的明灯。产品团队问他们自己，“我们是在开发新闻稿上的产品吗？”如果他们发现他们花时间开发的产品，不是新闻稿上的产品，他们需要问一问为什么。这样就能保持产品开发专注在实现客户利益上，而不是花时间开发，耗资源维护与此无关的东西，还不能为用户带来真正的好处。“

总结亚马逊的经验并应用到我这次的用户需求管理中

学习文章，写了一份新闻稿，写的过程中发现了大量需求确认的事情，从而把问题灵活地“导入”调研问卷

给大家看下我初次模拟的尝试：

初次尝试些新闻稿，让我逐步占到招聘部门需求和用户需求之间真正思考他们的“不对称”点都在哪里？哪些功能需要，哪些又不需要呢？宣传推广的方式如何做？哪个推广方案最能得到用户支持？带着这些问题，我设计了10道问题，都很精简但是非常重要，直接让用户给予了我答案。

三、 让用户参与设计

还记得便签纸上第一句话，让用户参与设计吗？关于产品命名是公司很是纠结的，因为我们公司和市场上已经有太多关于招聘的移动端产品名称了，招聘小程序如何脱颖而出？！这个问题我们也作为调研问卷的开放题，让用户自己发挥想象力，实际效果不仅收获了用户们的建议，还有诸多支持和更多有效需求的提出。

四、DON'T MAKE ME THINK 不要让用户思考

作为招聘顾问，他们希望用户进入小程序先选择自己是实习生还是校招或者社招，然后根据自己的定位再进入岗位和公司的选择，但是用户希望这样吗？还是他们希望一进去就是最直观也最关心的两列“岗位”和“公司”？此问题关乎到整个小程序的底层设计，相当重要。我也把问题端给了大量用户，非常极端的比例告诉我们：他们不希望思考，不希望多点一步，希望进去就能找到想要的。于是答案很明显，第二种。

每一份问卷回收回来，对我来说都如金子一般宝贵，他们为产品会注入更多的灵魂，值得我一读再读。

按照用户研究——需求管理——需求开发的路径，我们已经走完第二个阶段需求管理，第三篇我们会一起学习此招聘小程序的需求开发经验。

作者：董河岳

联系方式：ashleydhy@http://163.com