项目实战-----产品经理要做什么?


写在前面:

兴奋地开始干我在AR的第一个彻头彻尾的需求,发现原来产品经理脑袋竟然要转这么多圈,果然是术业有专攻啊,但是既然要成为一个全栈工程师,我也来挑战一下吧

需求:基于第一版,增加搜索和分类功能

这是当前需求一共商讨的版本数在这里插入图片描述

第一版

显示我学的课还有我教的课,然后在其中竖排显示正在进行的课还有未在进行的课。

需求:在这两个页面上添加搜索和分类的功能。

第二版

相对于第一版:(拿到需求,静态思考,一个点),所以有增加搜索框,增加教师名称分类和课程名称分类。

直接加上所有框,我学的课按照教师名称分类,我教的可按照课程名称分类,搜索框进入的新界面按照关键字搜索出来的课程进行展示。同时将正在进行和未在进行的图标显示。

在这里插入图片描述 我教的课按照课程分类,课程底下可能会有很多班级。在这里插入图片描述

搜索结果直接展示: 在这里插入图片描述

第三版

相对于第二版较大进步:(静态思考变成动态思考,点变成线)换位思考,引入上课门数范围问题。在时间的维度上进行了划分,当有多少门课的时候软件有对应的设置。如果你设计的软件猪不能使,你就是猪,当我这学期只有一门课,我用不到搜索,搜索就没有必要显示,胡同赶猪。

1、换位思考,让我们的软件使用者成为我们的软件设计者。
2、划清边界,进行遍历

1、这一版将自己代入用户角色,当我使用软件的时候当我有一门课,两门课,多门课的时候我想要软件给我什么样的反馈。
2、
(1)当我有1门课的时候我不需要复杂的功能,只需要显示这一门课就可以。(不需要搜索,也不用分组)
(2)当有2门课的时候我有了对比的想法,我就会想我更喜欢哪门课,我需要设立一个我更喜欢的分组。
(3)当我有3门课的的时候,课程正好充满整个屏幕,要是有四门课我的脑袋还要拿眼睛进行搜索的话,就有点累了,这个时候出现一个搜索功能多好啊
(4)当我有10门课的时候我会有很多分组,我想把这些组排个优先级,方便我找到他们。
(5)当我有100门课的时候,我只想看第一个分组,或者我直接进行搜索,把我最喜欢的课放在最上边。
。。。。。

在这里插入图片描述
1-3门
在这里插入图片描述
4-10门
在这里插入图片描述
10门以上在这里插入图片描述


第4、5版

相对于第三版:(增加维度,线变成面,不仅仅从用户使用的时间维度上考虑,还从用户使用的频率维度上考虑等)

增加了分组管理的详细页面,引入了喜欢程度排序的分类概念。
在这里插入图片描述
便捷方式将课程移动到我最喜欢分组。
在这里插入图片描述
这个页面是我梅梅,和立琢争执最久的页面,
移动分组和新建分组要不要合并,本来是冲突的两个观点,最后被我们合到了这一个界面。

甲方:认为长按分组名称 和长按班级都可以进入分组管理页面(两个入口一个页面),并且都可以直接新建分组,然后将课程加到新建分组,方便用户。
乙方:认为长按分组名称和长按班级应该进入两个页面,长按分组只干一个事情(新建分组,编辑分组名称,调换分组顺序),长按班级只能将班级放到已有分组。

甲乙方矛盾点:
1、甲认为乙方,如无必要勿增实体,乙方两个页面功能重合率高达80%
2、乙方认为甲方,一个页面上图标过多,看着麻烦。

能否二者兼顾?一个页面就可以,但是将显示图标隐藏起来,页面看起来简洁大方。

在这里插入图片描述

第六版

相对于第4、5版:(不拘泥于形式,面变成体,底层逻辑什么。特别关注到底和普通分组有没有区别?化繁为简,选择权还给用户)让我们的软件使用者成为我们的软件设计者。

在这里插入图片描述
最终决定这里的特别关注是逻辑上的特别关注,并没有什么特权,我也能将任何一个分组变成特别关注。(并不是将课程复制一份放到特别关心里,而是可以直接新建分组移动到顶端方便查找,其实就是“谁在顶端,谁就是我最喜欢的”),思想升华,实现并不拘泥于形式。
在这里插入图片描述

总结

纵观整个设计过程,辩论才能更全面,才能碰撞出更大的火花。我们从原来的仅仅为了实现功能(静态思考),到后来的放到时间维度思考,换位思考,然后再增加别的维度(喜欢程度维度),再到最后将目的明确,然后将复杂的设置变简单,将选择权还给用户。无不映射我们的设计理念:如果你设计的软件猪不能使,你就是猪。让我们的软件使用者成为我们的软件设计者。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
作为一个产品经理,我可以分享一个项目实战案例,来展示我在项目管理和产品开发方面的经验和能力。 案例:开发一个社交媒体平台的移动应用 背景:我在一家初创公司担任产品经理,负责开发一个社交媒体平台的移动应用。该应用的目标是提供一个安全、互动和有趣的社交平台,让用户能够分享照片、视频和文字,并与朋友、家人和其他用户进行交流。 1. 理解用户需求:首先,我与公司团队进行了一系列会议和访谈,以了解用户的需求和期望。通过这些交流,我收集到了关于用户喜好、功能需求和用户体验的重要信息。 2. 产品规划:基于用户需求和市场研究,我提出了一个产品规划文档。在该文档中,我列出了产品的核心功能、目标用户群体、竞争分析和产品路线图。这有助于团队对产品目标和开发计划达成共识。 3. 用户界面设计:我与设计团队合作,制定了应用的用户界面设计。我们注重用户体验,确保应用的界面简洁、直观,并提供易于使用的功能。同时,我们也考虑了不同设备和屏幕尺寸的兼容性。 4. 敏捷开发:为了加快开发进度并及时响应用户反馈,我们采用了敏捷开发方法。我们将项目分解为多个迭代周期,并在每个迭代中与开发团队进行协作。这样可以及时验证产品功能,快速修复问题,并根据用户反馈进行调整。 5. 测试与发布:在开发过程中,我们进行了持续的测试和质量保证工作。我们使用自动化测试工具对功能进行测试,并邀请内测用户提供反馈。一旦应用达到稳定状态,我们将其发布到应用商店,并根据用户反馈和数据分析进行优化和改进。 6. 用户增长与营销:一旦应用上线,我与市场团队一起制定了用户增长和营销策略。我们通过社交媒体广告、用户推荐计划和合作伙伴关系等方式,吸引用户注册和使用应用。 7. 持续改进:作为产品经理,我持续关注用户反馈和市场变化,并将其转化为产品改进的机会。我与开发团队进行定期的回顾会议,评估产品的成功指标,并制定下一步的改进计划。 通过以上实战案例,我展示了在产品经理角色下的项目管理能力和产品开发经验。这一案例中,我成功地将用户需求转化为可行的产品,并通过敏捷开发方法快速交付。同时,我也注重了用户体验、测试与发布、用户增长和持续改进等方面的工作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Circ.

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值