发表于： 2019-05-11 21:21:00
2 617
今天完成的事情：
一、上午先是把被驳回的任务二重新改了一下，有几点：
1、web和APP的设计方案中没有体现当前的用户场景是什么，这里我在其他师兄的日报中学到了关于如何调研的总结，看完就明白了！所以我之前的调研思路是对的，但是缺少“我们所要设计的东西应该使用哪种方式，为什么这么设计？”
我们任务中所提到的调研，不是让我们去写产品分析报告，而是要我们通过调研后能得出结论并且要给出适合于我们产品的设计方案。因此它不是单纯的让我们去把其他产品的设计拿出来放一起对比下就完了，而是要求我们通过调研能够知道我们所要设计的东西现在都有哪些设计方式，这些设计方式都有哪些优缺点，适应于哪些场景，都有些什么案例。我们要在调研后形成自己的知识体系，进行设计时一定是有理有据而不是看着某个产品设计感觉还行然后直接照猫画虎。
调研是带着目标和困惑去做的，去参考行业里其他的产品是怎么做的。当我们接触一个需求却不知道怎样做时，这个时候就需要去做调研，只有先看到别人怎么做，把这里面的套路弄明白，然后再来决定我们自己怎么做。
产品调研简单来说分成两阶段，第一阶段，去把市面上排名靠前的竞品全部拉出来看一遍，分门别类整理好他们的特色，这一阶段产出的结果，一定是要沉淀到结论性的文字，什么情况下，应该用什么样的方式解决。第二阶段就是根据自己的实际情况 ，结合第一阶段的结论，给出一个我们自己的可行性方案。说清楚，我们是什么情况，应该怎么做。第一阶段的产出物，一定是现在共有几类，每一类有哪些典型的案例，这几类的区别是什么，适合什么场景。第二阶段的产出物就是自己得出的可行性方案。
我们最终完成的调研PPT可以弱化调研过程，但是一定要包含两个部分：第一部分是调研得出的结论，也就是我们所要设计的东西现在都有哪些设计方式，以及它们的使用场景和典型案例；第二部分就是分析我们所要设计的东西应该使用哪种方式，给出设计方案。
举个例子：对于任务三来说，那么就要去了解当前网站和APP的通用模块的设计方式，搞清楚通用模块包含哪几部分，现在都是怎么设计的，得出调研结果，然后根据调研结果和草船云的情况，给出一个自己的设计方案。
以后的调研都按照这个思维来！
2、原型中有些小问题，例如文字标签的宽度小，字体换行了。。。
3、我看任务中要提交的是需求表用户story以为是一个东西，结果被师兄驳回来才知道需求表和story不一样！
听了一节小课堂，了解什么是需求功能表；
小课堂连接，这个可以反复看，视频里有多个功能需求拆分案例！https://v.qq.com/x/page/y0522ybtnya.html?ptag=qqbrowser
1.什么是需求功能表
需求功能表是将项目按照功能模块进行整理的Excel表格
需求功能表的产生：需求文档，客户沟通，相关竞品
需求功能表具体需要填写的内容是系统（前台web，app，后台web）、功能模块、子功能模块、子功能模块的备注信息、模块优先级、项目人员分工、模块估时（人天）
功能表是产品从0到1的第一步，将产品模块化，将prd转换为产品语言
对于pm，便于客户沟通具体需求，讨论功能实现，画出原型
对于开发，根据功能结构设计技术方案，评估项目工时
对于项目，估算工时费用，签订合同，开始项目流程
2.功能表填写流程
2.1确定项目系统
web前台+web后台
app（安卓、ios）+web后台
web前台+app+web后台
每个系统分为几端？
2.3填写系统后台功能模块
第一步：画出项目功能结构图
第二步：整合前台功能模块（模块整合是整合功能，而不看功能模块具体在哪个页面，比如整合支付、登录、消息模块整合）
第三步：填写子功能模块与备注（备注是为了让开发明白具体的功能）
要求：细致、整合，功能清楚，备注详细；
PS：后台的功能？对前台展示的相关数据资料的管理，是前台数据的来源与统计
后台数据特点：频繁变动，维护，人工管理审核，流水记录
第一步：整合与前台功能对应闭环模块
第二步：列表、详情、审核、统计
第三步：检查主要功能逻辑，填写后台基础模块
要求：闭环、整合、功能清楚、逻辑清晰、有头有尾、前后呼应
2.4填写模块的优先级划分
2.5向开发人员讲解功能结构，填写每个模块的具体估时
项目总估时（人天）：ui+pm+开发最长+qa
2.6功能表发给财务估算报价，与客户谈合同
在浏览师兄日报的时候了解到的：PM做一个项目的顺序是通过客户提供的需求文档或者是与客户沟通得到需求，整理出需求功能表和功能结构图，确定以后开始写用户story——调研——验收标准——流程图——原型图——跟开发开评审会议——开发设计阶段——PM督促开发进度——完成一个demo——初步测试
二、开始任务三
1、首先根据任务中提示要实现的功能（通用模块：修改密码、退出登录、意见反馈、关于我们、使用帮助），暂时把这个当做客户需求，编写了需求表、功能流程图和用户story，因为还没有自己的设计思路，功能暂时先按任务中的来，调研分析之后会按照自己的设计方案再做一下改动；
明天计划的事情：
1、完成网站设置模块的调研分析、原型设计、流程图及验收标准；
2、开始APP设置模块的设计；
遇到的问题：
1、问题就是在官网上提示根据story整理出需求功能表，但我觉得story就是根据客户需求来写的，所以有点懵，今天内门的师兄大佬来检查师兄师姐们的任务进度，顺便解决了这个问题：PM的工作流程就是先整理出需求表，然后再调研写story，没必要纠结。
收获：
1、掌握功能需求表的编写要求；
2、对如何设计一个模块，如何正确进行调研分析有了新的认识！
返回列表
评论