做产品少走弯路：你必须掌握的知识
|
产品第一个版本的设计必须要形成闭环跑通商业模式，但是功能又不能太多，因为要尽量减少试错的成本。我们可以采用MVP原则，MVP即最小可行产品（Minimun Vialbe Product），该方法通常是用在产品初始阶段，用来验证产品是否被用户接受，是否有人愿意为产品买单。 MVP要求我们抓住最核心的产品流程，剥掉多余的功能或者高级功能，只要主流程可以跑起来可以。完美并不是我们的目标，快速试错才是我们目标。譬如一款电商产品核心目标就是让用户在产品上下单买东西。那核心流程就可能是：进入产品 —— 挑选商品 —— 下单付款 —— 查询物流信息。那就围绕这个流程，剥离多余的高级功能（分享、评论、个性化推荐、积分等这些都不要做）做一款MVP产品。 1.2.2 开发 开发阶段主要是程序猿哥哥的活，他们需要根据产品的评审进行系统架构设计、数据库设计、编码开发和做好单元测试。作为产品我们只需要和他们约定好开发的原则，同时定期去核对进度即可。 敏捷开发 互联网软件开发基本上都是采用的敏捷开发，敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。主要是为了在用户需求不断变化的情况下能够保证软件开发质量，把大的时间点变成小的时间点，做到小步快跑。 敏捷开发的几个特征如下： 1.敏捷就是“快”。快才可以适应目前社会的快节奏，要快就要发挥个人的个性思维多一些个性思维的增多。 2.客户参与。以人为本，客户是软件的使用者，是业务理解的专家，没有客户的参与，开发者很难理解客户的真实需求。 3.强调软件开发的产品是软件，而不是文档。文档是为软件开发服务的，而不是开发的主体。 4.设计周密是为了最终软件的质量，但不表明设计比实现更重要。 5.迭代。软件的功能是客户的需求，界面的操作是客户的“感觉”。对迭代的强调是缩短了软件版本的周期。 6.小版本。快速功能的展现，看似简单，但对于复杂的客户需求合理地分割与总体上的统一，要很好地二者兼顾是不容易的。 1.2.3 测试 测试的小姐姐们会在产品评审后输出测试的用例，然后在程序猿小哥哥们提测后就开始依次进行功能测试、性能测试、安全测试、疲劳测试、极限测试等，把好程序上线前的最后一道关。 灰度发布 为了让测试小姐姐们能真正的模拟线上环境进行测试，有条件的研发团队都会进行有灰度发布。灰度发布就是发布后让一小部分人能够看到的新功能方便小范围的进行测试，A/Btest就是利用灰度发布实现的。产品人员不需要掌握这个知识，只需要知道是什么意思即可。 1.3 推出去“臭媳妇总得见公婆”，产品是好是坏还得用户说了算，我们要在产品上线后，多渠道收集用户反馈，然后根据反馈做好产品的迭代工作。 为了让迭代工作更加科学有效，那我们就应该用数据说话。上线前做好数据的埋点，上线后通过分析数据验证迭代工作是否达到了目标。另外，对于TOC的产品特别要关注用户的增长，因为流量是TOC产品的核心。
该阶段主要的一些知识和方法有： 1.3.1 数据埋点 （编辑：西安站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
