从0到1设计一款产品我的反思与总结
首页
阅读:
admin
2019-10-09 11:06

  2015年的夏天,我以实习生的身份来到现在的这家公司。刚到公司时,我在一个已经比较成熟的部门项目下做着用户研究的工作,直到有一天,领导让我做一个关于XX的竞品分析报告。当我找遍资料写完报告交给老板时,虽被领导找出了一千个不足之处,但一番“痛骂”教导后,对我说“1.0的需求原型、周五前给我个初稿”。我好像一个毛头小兵,突然被委以重任,便开启了从0到1的产品设计之路。

  一份需求文档则是一款产品,那么开发人员则是使用它的用户。如何让用户体验好,才是产品经理在撰写文档时更应该注意的。

  在文档中应该体现针对不同角色而对应的不同阅读模块。简单来说,ios开发需要阅读文档中的整个功能需求模块,而PHP开发只需要阅读所需接口需求模块,因为对于PHP开发来说,如何实现一个翻页操作是他毫不关心的。在文档中,针对不同角色分段说明,开发能明确知道自己的开发任务、阅读体验更好,也能有效提高开发效率。当然,内容条理、逻辑清晰是需求文档的基础。我也经常会问开发,你需要什么样的需求文档?开发说“我可以完全按照你的需求文档开发,不需要再做任何思考”。那这其中要求的是产品经理将各方面考虑详尽,但在实际操作中,产品经理难免也会有遗漏之处。

  在1.0原型初稿出炉之后,我面临了职场的第一次鄙视,来源于隔壁组支援的UI设计大兵。我仍记忆犹新,在个人中心页面上,有一个登录及我的订单入口。而我居然遗漏了未登录状态下点击我的订单入口时的情况。这几乎对所有产品经理来说,是一个不可能犯的错。我被大兵鄙视了一番“你这原型画的,我都没心情设计”,这也着实给了我一次较沉重的打击。事后我一直在反思,

  思维导图是一个非常简单但极其有效的帮助思考工具。在思维导图中,你可以将产品的功能进行分类再分类、深入到每一个细枝末节。它不仅能帮助你深入思考、而且记录下思考过程。在绘制原型时你可以遵循思维导图进行设计,尽可能避免遗漏任何一个枝节,而流程图的绘制对于页面操作交互、流程的设计十分有利。我们所期望的是用户能够在我们的产品中进行转化(注册、下单等),那么要求

  所设计的任何一条路径都是能够通向目标的,如果在流程图中发现有一条走不通的路径,那这里的问题就是产品经理应该去考量的。

  0与1、和1到多法则指的是思考时应该针对每一个页面或功能分析它的对立面和多种情况。有人就会说,“如果我真的能考虑到多种情况,那就不会出现遗漏了”。让每个人都能考虑所有情况不是一件容易的事,而我这里想说的是你需要培养自己的思维模式。在设计事,按照0与1、1到多的步骤去进行思考每一种情况,不断地锻炼加强的自己的思考能力。

  我以为我说的,别人就能明白”的沟通方式。这种先入为主的思想,会使诉说方的措辞表述不清,传达的信息不准确,继而影响问题的解决。

  产品经理小红为了省事将问题页面截图加红色标记,“这里有问题!”后直接甩给开发。在开发的视角里,他还需要去猜是什么问题?是如何出现这个情况的?应该怎么修改?所以在沟通中,产品经理针对问题明确的表达方式是应该【

  开发小明问“这里有问题吗?”这句话看似没毛病,但在实际揣测时,你会发现它涵盖了再次确认问题(是否还有问题)、对问题不理解(有什么问题)或不认可(这里没问题)的多层意思。汉语的博大精深让人捉摸不透,而在项目沟通时尽量

  “这个需求很简单,怎么实现我不管”这是一句流传于IT圈的产品经理名言,实际上大部分负责的产品经理是不会是以这样工作态度和开发进行沟通的。产品经理作为一个和部门各岗位都需要打交道的职务,心态尤为重要,并不要因为“经理”这个虚名就认为自己比其他团队人员级别更高,在与开发及其他技术人员进行沟通时,应该用谦逊请教的态度,听取各方意见,避免在开发一半后发现一些潜在问题。

  产品经理是需要了解产品功能的实现过程的。举个很简单的例子,修改文案。对于网站来说,可以在代码中进行修改、发布上线;而如果在开发前产品经理进行要求该文案是可以通过后台进行编辑操作的,那么运营人员直接可以自主修改并发布文案。对于移动端应用来说,如果是在接口中写入的信息,那么可以通过修改接口中内容达到目的。而如果该文案被开发写死在客户端中,那这一个简单的修改文案是需要通过重新发版本才能完成。这时候产品经理就该烧香拜佛祈祷这个文案并不会对产品有太糟糕的影响。所以,产品经理对于实现方法的把控也至关重要。

  :你可以试着这样进行分析“一个XX产品——一个为XX用户设计的XX产品——一个可以帮用户完成XX操作/行为的产品”

  :通过介绍产品中的一些优惠项、福利活动、个人定制、专属服务等吸引客户。例如“注册赠送38888元礼包”、“你可以拥有属于自己的直播间”、“打赏功能”···

  :在应用介绍中可以介绍该产品曾经获得的奖项(全国十佳之一)、上榜优秀应用或拥有千万级别用户量等被社会认同的成绩,让用户产生一种“它应该不错”的概念。

  值得注意的是,APP store经常会发布相关APP审核的最新规则制度,例如最近的禁止使用热更新以及应用名称禁止出现“免费”字眼,产品经理都应及时关注并调整应用的相关内容。

  事件(服务端客户端bug)均记录在工作本中。记录版本的迭代历程,就好像看着项目产品在一步一步的成长,同时可以帮助你去分析版本间数据差异的原因;

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。