问题标签 [product-development]

我正在向社区领袖提出一些答案。

我们朋友们决定打造已经在业内有一些大牌的产品。我们的座右铭不是打败所有这些玩家（因为我们不能），而是开发对某些细分客户具有成本效益的基本产品。

我们在第一步中试图实现的是更便宜的选择，因为我们都知道产品会随着时间的推移而增长，而不是一次增长。

现在我们的catch-22部分-

1. 我们应该开始构建产品，因为已经有大牌了吗？
2. 价格是 USP（唯一销售点）的正确选择。
3. 由于我们都依赖于工作，那么前进的最佳选择是什么。
4. 由于我们也有一些通过口头确认的客户，我们应该继续吗？
5. 在产品开发过程中，我们应该牢记哪些主要原则。

我们正在开发一个可以现成出售的客户端-服务器软件（C#，Net 2.0）。该产品属于医疗领域。

任何人都可以为以下条件建议最佳数据库：

1. 应该能够免费分发给客户。
2. 客户也应该能够将图像添加到数据库中。
3. 占地面积小。
4. 快速、稳定、安全且不会崩溃。

我们正在开发 MSSQL 2005 Express 和 Mysql 5.0。您可以建议任何更好的数据库吗？

假设我的任务是设计一个具有基于浏览器的前端的产品。
销售团队想要一个时髦的应用程序。产品管理团队希望使产品具有成本效益（贯穿维护阶段）

现在假设技术团队可以拨打电话（我希望:)）是否给用户一个“丰富”的外观和感觉像 stackoverflow/facebook 这样的网站，或者给他们一些 2006 年时代的东西......考虑到..

1. 产品寿命预计为6年左右
2. 产品维护团队应该不需要重构代码来匹配未来的浏览器
3. 产品维护团队只会增强业务功能
   ..以及很多类似的相关内容

..你会推荐使用ajax吗？如果是的话，是什么让我保证我今天使用的 UI（ajax 框架）将在接下来的 2-3 个浏览器版本中继续工作而不会发生任何变化？

编辑：请不要假设我对 AJAX 有任何反对意见。自 1999 年以来，我一直在研究 DHTML，而在它被称为 ajax 之前，我一直在研究 ajax :) 我也一直在研究服务器端组件，这些组件自 2002 年以来就不需要更改，因为它们被编码为规范。

话虽如此，我已经亲身体验了我必须编写多少“优雅地失败”代码才能让这些反复无常的浏览器满意。无论如何，感谢您的所有回答，我想我又回到了实现“失败优雅”的代码。

Our client has a requirement to re-design from scratch a product in an Enterprise Architecture Business Domain. The product has an ability to model business processes, information, technology, infrastructure, data etc. for the entire organization of the end user with the help of standard E.A. Framework methods & tools like BPM/N, TOGAF, ArchiMate, etc.

There are many abstract (meta) modelling concepts which enables the product to also integrate with multiple third-party systems e.g. ERP, CRM, Project Management, Financial Management & Service Delivery systems of the end-customers for data synchronization purpose.

The question - Is Domain-Driven Design a right fit for modeling the core domain of this kind of product?

我们有非结构化的 QA 和开发团队成员。我们正在制定以下战略来实施：

QA scrum 团队和 Dev scrum 团队一起工作。当一个模块或一个特性的开发完成时，一个或多个 dev scrum 团队成员加入 QA scrum 团队。他们在 QA 程序员维护的 QA 框架上工作，并准备好测试程序。一旦完成 QA 程序员所需的提升，他们就会回到 Dev scrum 团队进行下一个开发任务。通过这种方式，QA scrum 将更有效率，并将改善产品交付。

有人对我们的策略有更多建议吗？