产品经理

互联网社区产品方法论

过去几年,我一直在做互联网社区方面的工作,自以为做了很多,也积累了一些经验,自然而然也就“相信很多东西,不相信很多,以为已知的就是一切了”。这些“相信”可能也

需求管理利器:如何制作一张可视化的用户需求地图?

本文将介绍一种需求规划、管理的可视化方法—用户需求地图,该方法将软件开发项目的需求变成一张二维地图,而不是传统的简单列表,只要这一张图,就可以完成全部用户需求的管理工作。该方法有如下一些优点:让你更容易看清软件产品的全貌,了解产品功能的完整性为用户需求筛选和划定优先级提供可视化的工具,帮助你做出决策更好的进行迭代增量式开发,同时确保有计划、可控的发布产品为传统的项目计划提供

对智能安防现状和未来的思考

安防发展进程总体来说经过30多年的发展,安防行业主要经过下列几个阶段:模拟监控阶段(1979—1983)早期的安防监控系统使用单位主要是一些非常重要的和特

大型团队开发的产品为什么经常失败?

编者按:按道理说大型团队的资源和人力都要比小团队要丰富得多,为什么做出来的东西却经常容易失败呢?MojoTech的创始人兼CEO Nick Kishfy认为,这主要是因为屁股决定脑袋:项目的参与者存在本位思想,没有人对最终产品负责。对此他提出了一套可行的解决方案。有一桩轶事说的是小鸡和一只猪的故事。故事大概是这么讲的:一头猪和一只小鸡在马路上走着。小鸡说;“嘿猪,我在想我们

产品方案应是简单粗暴,还是精耕细作?

产品方案是简单粗暴,亦或是精耕细作,还是根据具体维度(时间、成本、用户、产品周期)做对应处理,需要各个产品经理的判断。在讨论产品方案时,经常会遇到这样的情景:这个方案太复杂了,能不能简单粗暴一点,大家都省事;这个方案太简单了,照顾的面太小了,应该做的再精细化一点。那么,作为一个产品经理,该在两者之间如何权衡、如何说服技术、UI哪?举例来说下这个问题,是要简单粗暴的一刀切,还