本周末参加了产品经理交流活动，现在把交流中学到的东西结合自己的实践总结分享一下。这篇文章将从一个产品在0-1阶段出现的问题特点和应该怎样解决避免这类问题发生2方面描述。首先一个产品可以分为试错、定型、闭环、完善阶段。
, 大家可能看到上图所示第一阶段是0.1-1，其实在0-1的过程中还有个0-0.1的过程，该过程是思考想问题验证的阶段，没有功能流程图等具体内容的的输出，只是确认业务的大致方向，想点子的过程。
在0-1过程中，产品的发展特点——业务扩张期，是多变的，不稳定的，产品的搭建过程中容易出现较多临时方案，为后续埋下隐患。
那么0-1阶段的问题特点会有哪些呢？
1.业务特点：
2.产品问题：
这些问题会产生哪些影响呢？如果在前期出现这些问题而不考虑清楚容易被这些问题所带偏，有的公司做了半年甚至1年的产品，产品基本定型要拓展业务的时候会发现产品架构歪歪扭扭，不足以支撑后期更多的业务，需要重构。特别是在小公司，时间就是公司的命脉，后果可想而知。
应该怎样更好的避免该类问题的发生，让一个产品能够更长远稳定的发展呢？
1.总结了一个产品维度三角形（如下图）
背景调查：确定业务情况及方向，确保能够准确的了解点产品的核心诉求和业务的节奏。以便安排产品的相关工作。
产品节奏：结合业务方向和核心诉求配合实现产品逐步落地的过程。好的产品节奏可以做到有条不紊的迎合业务发展。
结构梳理：结构梳理跟背景调查目的一样，背景调查是借鉴“别人”的东西，而结构梳理是将“别人”的东西变成自己的东西。确定自己业务情况及方向，确保能够准确的了解自己产品的核心诉求和业务的节奏。以便安排产品的相关工作
2.在0-1过程中背景调查是相对重要的（竞品分析）。主要从业务背景、业务资源情况、发展方向、业务模式、短期规划5方面着手。
他们之间的关系又可用下图所描述：
3.用5W2H：了解“来龙去脉”。
WHAT:做什么 WHO:谁来做 WHEN:什么时间计划
WHY:为什么做 – 核心诉求（指标） WHERE:使用场景HOW:如何来做
HOW MUCH：成本/人效�
4.在0-1阶段的业务满足度
①完成核心指标的是核心业务流程
②后台功能不是核心流程
③完整业务链条指能够形成闭环的业务流程
④提高核心指标的都是增值诉求
⑤可以接受“简陋”，不能接受“逻辑漏洞”
5.用长远的眼光设计产品架构，先搭架子，切记以下几点：
①替代方案 不等于 长期方案（解决问题不要只看眼前，打补丁方式解决问题）
②管理体系 高于 写死逻辑 （写死逻辑前期可能可以快速的应对需求场景，但是从长远看，这种方式不合理，更换方案开发成本高）
③逻辑缺陷 不等于 流程待完善 （再次强调简陋和缺陷的区别）
④数据记录 高于 功能实现（所有的需求都是基于数据分析）
最后还是强调，要以实现核心功能为首要目标。定开发周期一般是2-3周，最最最长不要超过2个月。在真正场景中实践做出来的产品才最真，不要在办公室凭空想象。
这次总结的内容点比较多有些地方描述不够深入，感兴趣的小伙伴可以留言，交流互相学习。
