总结!一个产品新手的踩坑记

简介: 本文讲的是总结!一个产品新手的踩坑记,加入产品大家庭正好三个月了,在大佬们面前不敢造次,于是,觉得可以拿出来分享的,便是在这段春夏交替之光里,亲脚踩的一些坑,以及在坑里获得的一些小发现。所幸的是,在老大和运营设计开发同学们的帮助下,目前还没有摔成骨折,还望日后能留全尸。
本文讲的是 总结!一个产品新手的踩坑记

总结!一个产品新手的踩坑记

加入产品大家庭正好三个月了,在大佬们面前不敢造次,于是,觉得可以拿出来分享的,便是在这段春夏交替之光里,亲脚踩的一些坑,以及在坑里获得的一些小发现。所幸的是,在老大和运营设计开发同学们的帮助下,目前还没有摔成骨折,还望日后能留全尸。

踩坑装备

没点装备怎么敢出门打怪。需求讨论会上记录好被提出的需求、其内容、提出者,为之后踩坑、填坑做好准备。对方攻击double没关系,首先血要厚。(实践证明,这些装备在日后我明确需求以及设计完成后自我检查的过程中帮了大忙)。

下面,列出了让我印象深刻的一些坑。

【1号坑:用户需求跟产品需求还是有差】

会议上同学们提出的需求,并不一定是我以为对方以为的样子。并且,这时说到的需求可能还没触及到问题的本源,它可能有更好的解决方法。

入坑姿势一

出了3个需求A、B、C,哇好开心,有三个需求可以做了,但经证实,实际都是因为问题X,解决了问题X,就解决了ABC。

入坑姿势二

同学A说,他想要看到内容X,感谢中文的博大精深我真的以为他想“看”,所以内心的解决方案是在页面中展示内容X,讨论也有提到在页面上展示,但实际确认时发现,由于需要分析统计使用,看并不能解决问题,包含在下载的文件中才能解决。

治疗方案

开完会之后及时整理并列出被提出的需求,针对每个需求,列出自己如果要去施工,还需要了解的问题,尽快向相应需求的提出者了解。

个人理解

我是这样理解这个事的,问题的提出者做到100%的表达心中所想,聆听的人达到100%理解,这只会是一场真空环境下的理想实验,它是难以在地球上实现的。

总结!一个产品新手的踩坑记

一个从头开始并非完完全全自己一个人脑洞->代码实现->使用体验的产品,即使熟悉,还是会有疑问或者就是遗忘了的部分,由于提出者对于问题的直观感受会深于在座的各位听众(就是我),所以我在自己的迭代流程中,增加了一个流程步骤:

· 在需求讨论会结束后,(一开始,在老大的要求下)去“整理需求”;

· 列出会议中提出初步决定要施工的需求;

· 对每一个自己不够明确的需求,想好为了接下来的施工,有什么需要了解的;

· 根据会议记录找相应的提出者问。

这时,不要害羞的上吧,扒着同学们的大腿去了解吧(虽然你们可能嫌我烦),不问清楚做出来的东西不如不做,多浪费资源。

【2号坑:需求可能是个伪命题】

虽然需求讨论会上我们已经过滤掉了辣鸡需求(紧急度不高没资源做、没有必要做),但仍不可避免的留下个别漏网之鱼,我称之为需求的伪命题。

入坑姿势

拿到需求(在B页面加功能F)并且确认好之后,我屁颠屁颠的去找架构师聊了,沟通的过程中,发现这个需求是个伪命题(在我看来),因为实际的产品中已经存在了功能F,只是在页面A中,这就意味着,此时提出的这个需求是一个重复的功能。

治疗方案

重复的功能可能会成为多余的挂件,要谨慎;解决了对需求的不理解后,找开发同学确认可行性,避免之后跟开发部门在需求确认会上出现不能实现的尴尬。

个人理解

这不是能够完全避免的问题,因为一个部门的大家,可能都站在同一个大方向上去思考问题,都觉得某个功能有实现的必要,但是其他部门的同学会从他们的方向去思考并给予建议,这大概是人最有趣的特质之一吧。多方向思考借鉴会有更有趣的答案。

总结!一个产品新手的踩坑记

到这里,我关注的就不再是去实现这个需求了,而是“对方拒绝了你的需求,并且要求你去思考功能F是留在页面A更合适,还是迁移到页面B更合适”。

【3号坑:一激动就画流程图】

(这是我踩的最深最深的坑,以至于坑了设计师,产生了多次交互修改)

在需求确认清楚之后,这时心里大概有点小头绪小方案了吧,灵感来了想动手写点灵魂速记了吧,此时,向三号坑迎面走来的就是我了。

入坑姿势

感觉自己搞清楚需求了,感觉自己无比机智,猴急的开始画图了。一个激动,流程图画好了,开心儿~ 但是初稿确认的时候,发现问题了,一个需要循环实现的功能,我只考虑了一次循环内的流程,硬生生把这功能做成一次性使用的塑料袋了。怎么办,改嘛,但是我没法跳出自己是人类这个设定,陷入了自己亲手打造的沉没成本中。是的,我只能在此前完工的流程图的基础上进行修改,就很难受,深深的被自己的zz思维限制了,没办法做出更简洁的设计。

治疗方案

想法不健全时不要轻易动手。

个人理解

我在动手写PRD之前,总会在心里跟自己有段黑白对话:

Q:想写PRD吗?想画流程图吗??

A:想啊!

Q:憋着。

A:..

亲测,把初步成形的流程放在心里,把背景价值风险等地基打好,想一下是否有产生连带影响,把它们列出来,再根据以上内容进行流程设计,会比较顺利。

【4号坑:PRD描述不清晰】

入坑姿势

PRD上写着:发消息提醒用户。

Q:你说的消息以什么方式发出(邮件还是短信还是XX)?消息的内容是什么?

A:..

治疗方案

写完PRD之后,施展人格分裂技能,把自己当成旁观者,阅读PRD,把描述不清晰的内容改成有逻辑且饱满的人话,让它可以更好的能被别人理解。以及,参照流程脑补实际使用的情景,检查是否存在问题。

总结!一个产品新手的踩坑记

个人理解治个人理解

通常思考的角度首先还是自我,会有局限,所以我还是很愿意多做一下人格分裂的。

【5号坑:一个人搞事情】

闭门造车这样的事情万万使不得,要多跟各部门的同学交流脑洞,凡事多问多沟通,不要把自己憋坏了。

入坑姿势

要实现功能F,自己冥思苦想半天不得解,浪费时间还毫无进展。惊觉不能跟自己打太极,要去找开发同学聊一聊。沟通中得知对方已有内部解决方案,其实借助这个方案就可以无障碍的区分客户类型,实现功能F。

治疗方案

闭门造车使不得,要多沟通。

以上,就是我踩到的比较明显的坑,还望大佬们多指教!




原文发布时间为:2017年8月16日
本文作者:岂安科技
本文来自云栖社区合作伙伴嘶吼,了解相关信息可以关注嘶吼网站。
目录
相关文章
|
5月前
|
存储 JSON API
精选6个C++项目,推荐新人练手首选!(上)
精选6个C++项目,推荐新人练手首选!
精选6个C++项目,推荐新人练手首选!(上)
|
3月前
|
架构师 安全 测试技术
软件测试新手打怪升级攻略
软件测试新手打怪升级攻略
|
9月前
|
搜索推荐 前端开发 程序员
新手工程师需要知道的 7 件事
今年已经是我从事软件开发行业的第七个年头,我觉得现在是一个好的时机向一些新入行的软件工程师分享一些我认为越早知道越好的知识。希望能对您有所启发。 ## 1. 需求总是会变 也许您已经和团队成员评估了需求的合理性,并且达成了共识。您胸有成竹的认为产品需求不会再发生改变。但真相是残酷的,需求总是会因为各种各样的原因发生变化,例如: - 您或您的上司有了一个新的想法; - 产品的目标群体发生了变化
13231 1
|
5月前
|
前端开发 测试技术 UED
产品从0到1的全过程【新手小白必看】
产品从0到1的全过程【新手小白必看】
54 0
|
5月前
|
缓存 算法 Linux
精选6个C++项目,推荐新人练手首选!(下)
精选6个C++项目,推荐新人练手首选!
|
编解码 移动开发 小程序
新手收藏!这个软件测试面试题库小程序不仅功能多,还免费
有没有软件测试面试题库小程序?相信这是很多准备找工作的新手测试人都想要知道的吧! 今天,我就根据大家的需求,为大家整理了一些有关初级软件测试的面试题目以及一个可以免费刷题的题库,希望能帮助你们早日拿下心仪的offer。
194 0
|
存储 安全 物联网
阿里云用后体验及心得体会
阿里云用后体验及心得体会
|
Java 关系型数据库 MySQL
关于我使用阿里云都心得体会
关于我使用阿里云的心得体会
阿里云的使用心得体会
在阿里云上学习linux,配置环境的感受(可谓是操作一路翻车)
|
机器学习/深度学习 弹性计算 前端开发
有关阿里云使用体验得心得体会
在长沙读书得计算机专业得研二学生,在使用阿里云过程中的心得体会,一起看一下把·

热门文章

最新文章