初创的时代，你的产品是否能经得起验证

公众号：FAMI2U独立开发者产品模式的验证创业的产品idea大多来自于创始人，他们常常会根据自己的经历和观察，在某个时间点灵光一闪，想到一个自认为绝妙的idea。感觉这个想法没几个人能够想到，想到这个产品一定会有很多人使用，未来非常有前景，于是就开始创业了。然而创始人的idea肯定自己会觉得很棒，不然也不会出来创业，然而事实证明，真的只有非常少的项目是真正靠谱的，最终能够

产品经理 2016年10月10日

作为一个产品经理或产品负责人会可能忽视哪些实际上很重要的小事？

例如，和相似经验、更高水平的创业者、同行吃五六次饭，是很重要的。李开复原来很内向，不善言谈，后来和50个人吃饭解决了社交问题。作者：酷拉皮卡我觉得在产品管理领域有一件很重要的事情一直被多数产品经理忽视：即产品经理需要时刻维护一份产品白皮书，记录自己所负责产品的完整视图，以便 全面熟悉自己所负责的产品并做好产品的知识传承工作。 一、产品白皮书的定义 在日常工作中产品经理需要

产品经理 2016年10月09日

产品需求思考 7 原则（一）

产品需求思考 7 原则（二）之前一直想连载写一系列有条理有规则的文章，拖了好几个月，现在趁中秋假期有空的时候赶紧行动。接下来我将开始连载关于产品需求的思考，列举需要注意的7个原则。1.判断需求的真实存在性（从用户真实场景分析是否真的有这个需求）2.评估需求对于公司的价值（覆盖的用户量，带来的收益等）3.需求满足人的本性（贪婪、懒惰、好奇等），产品形态至少满足一种用户心理4.

产品经理 2016年10月08日

产品需求思考 7 原则（二）

产品需求思考 7 原则（一）产品经理的核心能力并不在于文档、画图、沟通，而在于能够准确的评估一个需求的价值，将其以合理的成本落地带来高额的收益。一个需求的价值不仅局限于用户层面，能否解决用户的需求痛点，能否改善用户的体验，能否缩短操作路径提高效率。还在于对于公司的价值，能带来多少的流量,能覆盖多少的用户量，能带来多少的收益。1、流量价值 在 iOS 10中iMessage

产品经理 2016年10月08日

谈谈互联网产品上线前的那些事儿

很多很多人，很多很多老板都会认为在产品上线前，运营是不需要参与的，因为那是产品和研发的事情。其实这个观点是大错特错的。产品运营的小伙伴们不但要在产品上线后参与，而且还需要在产品上线前深入的参与到产品的设计与研发当中。那么产品运营到底在产品上线前该做哪些事呢?谈谈互联网产品上线前的那些事儿第一、明确定位，明晰赢利点，找准目标进行发力菜头先生似乎在很多文章中都提到过，产品的根本

产品经理 2016年10月08日

如何挑战市场、运营和产品三种角色？

通往COO的通道有许多，随着互联网职业分工越来越细，个人的起步和职业路径也各不相同，本文偏重于讲市场和运营，希望对初出茅庐的市场鸡和运营喵在职业发展上有一定帮助。作者刘迪思（公众号梦想小编：DreamerDaisyLiu），现任邮币财富App首席运营官一职。曾任东软集团市场经理、搜狐畅游事业部负责人及市场总监、梦想互助App创始人兼CEO。通过下面这张图《互联网行业职业通道

产品经理 2016年10月07日

我对于 B 端产品设计的一些思考

在我短暂的产品菜鸟阶段中，特别幸运接触了电商产品、办公通讯类产品、校园社交类产品，这些主流C端类产品让我能理解C端产品思考的重点，而自己的第一份产品offer又开始接手B端产品。经过近半年的学习，把自己的一些思考和大家分享。1.如何去定义C端还是B端产品？ 在工作过程中，很多人去看产品功能，会抓住某一个功能点讨论它是否属于B端产品的功，有时会因为某些功能在C端常见而认为不适

产品经理 2016年10月07日

画原型前要了解的产品套路（一）

画原型前要了解的产品套路（一）画原型前要了解的产品套路（二）- 用户画像画原型前要了解的产品套路（三）- 任务与流程画原型前要了解的产品套路（四）- 细枝末节画原型前要了解的产品套路（五）- 面向开发的原型经常有想转行做产品的小伙伴问，产品如何入门？只要会axure画原型，逻辑思维能力强，就够吗？NO，当然不是，产品设计满满的都是套路，只有对这些套路有了整体的了解，才能在实

产品经理 2016年10月07日

互联网产品从无到有、从有到优全过程

读书笔记之“结网”，本书创作于2013年5月，作者：王坚，01年毕业于中国科学技术大学力学系，05年进入腾讯，担任过QQ邮箱产品经理、Q吧产品总监，糗事百科创始人。始读于2016年9月5日，至2016年9月30日读完。简介：此书描述了产品经理从入门到高级各个阶段大层面以及小层面的工作内容、怎么做好一名产品经理和作为一名产品经理的所需技能、素质。此书分为三个部分：1、什么是产

产品经理 2016年10月07日

产品经理要做的事情是低成本出结果

所有需求功能在开发的时候（未经过用户验证）都属于预知用户需求，也就是我们是无法下结论说这是对的，哪怕做过再多的调研，分析再多的数据，也只是一个待验证的需求，只有等到真正的用户开始使用，并且给你正面反馈，甚至是产生口碑的时候，我们才能说：这是一个真实需求，而且我们做到了。也正因为如此，我们才需要采用敏捷开发的方式进行版本迭代，目的就是要用更低的成本地去快速试错，快速完善，直到

产品经理 2016年10月02日