产品开发问题总结

从公司的产品和开发说起

公司和软件系统开发分成两部分，一部分叫产品，另一部分叫开发

他们之间的矛盾是这样的，开发总是认为产品，文档或者产品的定义不清楚而，产品认为开发总是找事，或者说肯定是一次性不说不清楚的，所以文档有问题是理所当然的。大家都没有错。所有人让开发也参加产品的讨论会。希望这样可以解决问题，这样能解决问题吗？

首页是术业有专攻，没有认真的化时间和精力，总结和思考整个软件或者业务流程，人多只能浪费时间。

软件做为我们日常生活的一部分，我们是否有思考过，什么是软件系统？
最直观的理解是，他是有用的，他们帮助我们做一些事情。最简单的信息存储，和信息查询。对于更多的系统还是停留在这个层次。

对于一个面向企业的软件系统，那就是对于企业有用，能帮助企业完成企业业务系统。有用。企业向外提供价值，当然企业也需要其他系统的帮助，当然包括软件系统。

简单理解软件系统就是一个能帮助我们工作的一个工具。

那我们怎么造这个工具呢？这就是产品和开发的工作。

首先我们要找到我们工具的用武之地。这是从工具已经造好的情况下考虑。但是如果我想利用软件赚钱，那找一个企业的问题，从问题出发，看看造什么软件能帮助企业。重点搞清楚问题。

根据这个问题，找和这个问题相关的人和事。现在肯定是人通过系统完成一些工作，所以还是需要人参与，所以一定要搞清楚和问题相关的人，尤其是通过角色。事是和这个问题相关的事件。例如企业系统中用户信息的认证工程，会和会和后期的发薪酬和商保有很大的关系。

总之，是要了解和这个问题有关的企业业务流程。总结画图。从总体什么了解和这个问题相关的人和事。

接下来，深入到每个事，分析一个事中的人，分别都负责什么。例如，普通的用户提交自己的信息，系统的管理用负责审核个人信息，他们共同的目标是确保信息准确。

从中找到系统能帮助什么？也就是系统的责任。系统能做的就是存储、计算、统计。

重点，从对业务流程的分析中，总结可能优化的点，看看能否缓解问题。如果能分清人的责任和系统的责任。

下一步就是对系统的责任，详细的描述。开发人员开发分析设计、coding.

产品会讨论什么？

这不说产品交互。

产品会讨论，对于一个系统，它承载了太多。一个产品同时又多个角色在用，这些角色的利益是冲突的，产品有可能还会影响未使用产品者的利益。产品影响销售人员的业绩，为了更好卖，产品可以这样做。但是产品为了维护自己的形象，不能那样做。技术认为这样产品太难开发，应该是那样。和系统相关的人，都是站在自己的利益处想问题。所以产品会是站在一个中立的角度，从产品的远景出发，平衡不能角色之间的利益，完成整个产品。

重点平衡产品相关人员的利益。

开发人员应该参加产品会议吗？

不应该

作为开发人员，更多的时间和精力，应该是在技术方法研究。对于产品如果不能深入了解，只是参加会议。没有什么效果，浪费时间。

产品需求怎么宣讲

首先从相关的业务流程开始讲，让大家从整体上，知道我们在做什么。搞清楚我们要解决问题，从问题出发。引导大家慢慢理解，和产品同学分析和设计产品的过程是一样。不能一上来就是原型，不停在不同的页面之间跳转。

产品文档是什么样

产品文档中应该由业务流程和系统责任。用原型和文字详细描述。
原型是具体的，流程图是抽象，都是需要的。
重点是描述清楚系统系统的责任。然后在有了这个系统之后，系统是怎样参与到业务流程中的，也是需要先用流程图说明。在用原型说明。
同样的问题，用不能形式说明，更容易记住和理解。