甲方

做为上司,你真的会布置工作吗?

今天上午,按计划我需要和开发部门开会跟进一个数据采集平台项目的开发进度并提出优化建议,以方便下周向甲方汇报进展。IT总监LEO在介绍过功能界面过后,我问:Ok,我现在看你的网址是单独的,那我们平台上的用户怎么上传数据?LEO说:这个不清楚哦,这个是独立事件,和我们的平台没有关系,客户有可能会部署在自己的私有云上,他部署好后才有可能给到用户网址和数据采集入口。 我马上急了:C

其实有一种产品经理叫甲方产品经理 - 能力篇

本文是甲方产品三部曲的最后一部分,咱们聊聊甲方产品经理在工作中需要具备的能力,话说在前,这里提到的能力可不是分析需求、原型设计、PRD编写、项目管理等通用技能,既然是甲方产品经理,肯定有与普通产品经理不同的差异化要求。 甲方产品经理首先需要具备产品的全局需求设计能力,通常的产品经理只负责某一个功能模块,从需求到设计再到实现、优化,甲方产品经理面对的是一个完整的产品甚至

如何确认一个外包项目的线索?

因为很多甲方是不懂互联网产品的,所以在沟通中会有很多问题,很难克服,这时候应该如何去获取我们想得到的信息呢?与甲方的第一次电话沟通 由于经验不足,准备不充分,导致第一次沟通效率过低,需进行第二次沟通。进行第二次沟通需清楚的点: 1 . 甲方情况 l 需了解公司状态:公司的类型,规模,资金情况。l 对接方身份:老板or执行者。l 对方的联系方式(微信,qq,邮箱)及报上自

记一次失败的敏捷开发经验

自从开始做产品以来,负责的几个产品都是采用传统的瀑布流开发模式,需求分析——页面设计——开发——测试——上线。我本人除了负责需求分析外,还要负责项目管理的工作。几个产品做下来,对于这套流程还算驾轻就熟,公司的开发们也都乐此不疲的写着代码。不过最近一个项目,我们尝试了敏捷开发的工作流程,结果却不堪回首。这次的项目并不是一个互联网产品,而是一个解决方案,甲方是一家拥有很多运动场

从一个包子的诞生谈产品工作流程

本文作者希望通过这个包子从无到有的故事,让大家对产品经理的工作及流程有一个大致的了解。你怎么看呢?那天在一个平台上看到很多人在问 产品经理是什么?产品经理的工作流程是怎么样的? 我看到了很多专业性很强的回答,但是大家还是一知半解,懵懵懂懂。我就在想会不会很多人把互联网理解地太“高大上”,而跟线下脱离了,我该如何用通俗易懂、贴近生活的语言来回答这些问题。正好我下班后在

三个核心要素,谈谈我在两个项目中收获的经验与教训

有这样一种人,在攀登上高坡之后,他们会率先看到大海,欣赏到美丽的风景,但他们不会马上冲下高坡,他们会站住,停下来,回头召唤还在攀登的同伴,向他们描绘,为他们加油。开篇:作为一名曾全身心奋斗在项目一线的驻场员工,一路走来,遗憾不少,收获挺多,感谢公司领导的悉心指导、一线团队的开诚布公、甲方领导的谆谆教诲,这些经历必将终身受益。但是经历并不等于经验,我个人认为,经过思考感悟、沉

夜来风雨声,广告知多少?

广告的到底是什么?不同的人有他不同的看法。而在不同的国家,广告的风格更是不一样的。大卫奥格威在《Aga推销员辅导手册》中说:“广告就是为了销售,否则一无是处。”霍普斯金在《科学的广告》中说:“广告创意人员放弃了他们的职责,他们把自己当做了一个演员,他们开始追求掌声,而不是销售额!”乔治路易斯则在《广告的艺术》中宣称:“如果广告是一门科学,那我就是个女人。”三位曾在历史中留下

渠道合作过程中的3个反常识点

最近见了几个平台新上任的总裁和总监大人,交流过程中发现他们对于渠道合作总有一些不切实际的想法,写出来给大家分享,说不定你们的老总监和老总裁也会犯这样的错误。如果是基本的错误就不写了,比如很多总监既要保投资效果又要自然量,既要迅速上自然量还要界定标的期限发布等等。我就写3个很常见,通常大家都觉得没问题,但是实际上又是有问题的、反常识的错误。渠道合作反常识点1:不要和你的乙方讨

产品经理的资源,哪有什么甲方乙方

很多产品同学在做项目时,经常需要采购第三方,并且与供应商联合开发。那难免就出现,提了一个需求,到底由谁来做的问题,比如以下对话:【甲方】我们是甲方,要拿出甲方

对待甲方需求,我就是要“躺赢”!

互联网服务行业中,项目经理跟甲方互撕的故事已经太多,项目经理对待甲方:忍他?我难受!不忍他?老板让我难受!怎么才能在甲方的无理取闹中求得一丝宁静?怎么才能心平