为什么产品经理认为很简单,实则开发很难?


时间: 2021-07-30 09:53:22 人气: 12 评论: 0

专业厂家,设备先进,技术力量雄厚,自动化生产技术先进,产品质量符合国家标准,价格合理,https://www.69shenlan.com/,具有质量保证,生产及时,交货快捷的特点。 我们的宗旨:做我们擅长的事,希望用我们的创意和创意为客户实现战略定位,塑造品牌,强化形象!
我们的要求:坚持“优质产品、优质服务、优惠价格、快速交货”的经营方针,努力开拓市场,真诚为客户服务! 我们的发展:以独特的专业和专业精神,https://www.69shenlan.com/1:1--

作为相爱相杀的产品经理和程序员,除开思维方式和表达方式的不同以外,是什么原因导致产品和技术沟通不到位?一起来看看这篇解读吧。

对于产品和开发,两支天赋我都基本加通了产品(游戏策划)方面的天赋点——是因曾经被坑了太多,失去了找到高契合度产品合作者的信心,于是自行转职修炼而成。

作为一个二转角色,这题还是可以答一下的。

在分辨需求方靠谱度这方面,公司豢养的程序员是远不如宅家接外包的soho狗们的。被不靠谱的发包方坑乃是soho狗成长路上所必经的磨砺,于是就逐渐总结出了一些分辨不靠谱需求方的常识。

其中最重要的常识就是:在阐述时使用“简单”二字,是需求方不靠谱的标志

有不少接外包的同学,甚至一看见“简单”二字,直接就不再继续聊。

因为在提技术需求的语境中,“简单”有三种隐含含义:

第一种“简单”:没厘清技术点

出现“简单”一词,很可能是因为相关技术点没有厘清。

没厘清技术点,贸然开工**导致研发过程中沟通频繁、研发目标难以明确以使交活时有较大几率陷入扯皮风险、具体研发时间无法估算。

例句:(对着UE示意图讲)这个位置,用来摆放用户头像,简单做一下就好。

分析:将需求点转化为技术点的能力,是产品经理与游戏系统策划的基本功。队友基本功不行,这单需求也未必就没救,关键就看需求点是否明确。

针对需求点明确的情况,如例句,可以用追问的方式细化以挽救。

如:

头像多大,多少乘多少?

——大概400*400吧。

目前定不了是吗?

——是的。

你刚说400*400,长宽比例固定是1:1吗?

——我想想……不一定,具体要等界面Demo出来后再看易用性。

大小不写死,我清楚了。只在这一个界面用吗,其他View**有头像展示吗?

——可能**。

那写的时候还要照顾下复用性,清楚了。看你画的是矩形,确定是矩形边框吗?

——不,是圆角。

圆角弧度多少?

——额,我要再确定下。

好。头像上有可能**叠其他东西吗,比如,加个V?

——**有类似的。我本来是想做到**系统再提。

现在提,后面再加**有坑。

——现在需求还不明确,总之就是有可能**在头像上摆**标志。**标志可能**有好几种,但还没设计出来。每种**标志的出现逻辑还没定,**系统文档还没出完。

**标志图**资源是从服务器得还是从本地得?

——这个……都差不多吧。

换个问题,**标志有热更新的需求吗?

——没有。

好的。用户头像的图**来源是?

——用户自己在本地相册里选的。

要和服务器同步吗?

——要。

这方面的后台API有吗?

——……没。

什么时候能有?

——不确定,需求还没提。

用户选取头像的操作是?

——点击头像,弹出系统自带的照**库,选择图**,确定。

任何情况下点击头像都执行照**库弹出和选取的逻辑吗?

——额……不是,应该是进到主页里。

这块设计还不明确是吗?

——……是。

那你先简单设计一下把,完了之后简单画一个交互流程图给我就好了。

——……

好的。我总结下:用户头像控件,圆角矩形边框,长宽可配置,圆角弧度可配置,头像上有叠加子控件用来显示**标志。**标志图**资源来源于本地Bundle。子控件有多个显示状态以对应不同的用户身份。头像图**可由用户选择,选择流程逻辑欠缺。头像图**需要与后台同步,相关API欠缺。有缺漏和疑点吗?

——没有。

好的。我先简单找张图意思一下简单做着,图**选择部分等你设计,图**同步部分等你们出API,除这两点之外,周五做完。

以上,算是把一个“简单”的头像显示组件厘清了。遇到不**拆需求的产品经理,只能我们来帮他理,也就是帮他干本该他来做却没没有足够能力去做的活。

不靠谱度:★☆☆☆☆ —— 起码知道要的是什么

第二种“简单”:缺设计

对于入行不深的人来说,应用程序=脑洞+程序,游戏=脑洞+美术+程序。很多工种与工序全然被无视,于是就诞生了——

“就差一个程序员了!”

第二种“简单”,与上面这句话的诞生背景类似。

例句1:(同行介绍来的土豪)你好,我要做个股票分析软件,就是根据我的算法给指定股票打个分。算法是明确的,我用Excel实现的有,你给做个手机版的就好了。界面无所谓,你就简单做一下就好了,重点是功能。

翻译:我啥都不懂,手里有个需求,听说你是做手机应用的,就先来问问看。我只负责掏钱,其他全都不管。你们程序员那么厉害,界面也给一块儿画个吧。

分析:做外包的碰见这种2白,一般就是问个对方心理价,合计下看够不够再雇俩人一块儿干,一个做UE,另一个负责跟丫沟通,明确他的每个需求点。

例句2:(公司领导)小李,你上个项目做的不错,年底了,咱们也不**有大的立项。组里有个小需求,交给你去做吧。就是在手机上做个简单的小程序,接上公司的CRM系统,有重要事项时给相关负责人发个推送就行了……

分析:

可能性1:

看你工作不饱和,随便给点活做做。

什么,你管我要产品经理?

本来就是随便找点活给你你还敢找我要人?

你管我要案子?流程逻辑?界面图?后台API?自己解决吧!

可能性2:

项目做完了,年景不好接不来啥单子,后面俩月没你事儿了,年底要发奖金了。找个东西恶心恶心你,识相点自己辞职吧,别耽误大好前程,部门里也省点钱,这就是我开**时经常说的“双赢”。

(妈的,引起了一些恶心的回忆)

不靠谱度:★★★☆☆ ——

还是让你的人“简单”出个案子然后我们再聊吧

第三种“简单”:没钱

“我有一个简单的小需求,很容易实现,一千块做不?”

“就这个简单的小功能,你报五个工作日?”

“仅仅是简单的Flash移植H5并套个壳上传App store而已,你好意思要这么多?”

分析:没啥可分析的……无非是想打免费炮,约不约就看自己了。

不靠谱度:★★★★★ —— “帮个忙嘛,请你吃饭!”

结论

并没有特定的“看起来简单实际上难以实现”的需求。非项目开发者,无法评判具体实现的难易。即便是同项目组的程序员之间互相提需求,在不清楚对方代码结构的前提下,也没有足够的信息量去评判实现难易度。

妄谈“简单”,多为需求提出方Too simple

与“简单”类似的不靠谱需求关键字,还有:

“战斗系统Demo,主要验证一下感受,角色技能你就稍微做几个,关卡随便做一下就好。这块先就只做单机,应该还是比较简单的。”

我就是这么从一个程序员被逼成策划的。

 

作者:司马奔腾,做游戏的德鲁伊

原文地址:https://www.zhihu.com/question/38825761

本文由 @司马奔腾 授权发布于人人都是产品经理。未经作者许可,禁止转载

---蛙鱼源码WAYUYM.COM---专业提供网站模板,网站源码下载,教程培训,程序插件,网站素材等建站资源,主要收集各类精品源码资源,包含CMS程序模板、网站源码、游戏源码、APP源码等 ,所有资源都没有水印适合搬运,我们致力于打造一个优秀的建站资源共享学习平台!

产品需求

评论