LimeChain 的高级区块链架构师分享了他们团队如何处理区块链项目，从最初的客户会议到高风险的 DeFi 系统。他们强调理解客户的业务背景和内部动态，通过心理和战略角度，最大限度地传递价值。在DeFi设计中，技术和经济严谨性至关重要，需要深入理解金融机制，并进行多层测试和审计。
我们与 LimeChain 的高级区块链架构师 Marin Konjari 和 Lyubomir Kiprov 进行了座谈，探讨了团队如何处理区块链项目 —— 从第一次客户会议到高风险的 DeFi 系统。 结果是一个令人耳目一新、以人为本、深入且有条不紊的过程，揭示了在该领域构建有意义的产品真正需要什么。
与新客户的典型发现过程是什么样的？
它总是从理解客户的业务背景开始 —— 而不是技术。 在我们甚至查看项目之前，我们会尝试了解他们的内部动态：他们的优先级、团队的结构以及人们的沟通方式。 它可以帮助我们了解他们实际上可以承担什么样的项目。
我们在这个阶段的目标是弄清楚如何最大化我们可以提供的价值。 我们从心理和战略的角度来看待它，而不仅仅是从技术的角度。
一旦我们有了这个基线，第一部分就相当高层次 —— 理解客户想要实现什么。 然后我们开始充实这个想法。 通常有不止一种方法可以解决问题，我们利用我们对客户及其背景的理解来指导前进的道路。
之后，事情变得更有条理了。 我们从多个角度来看待项目：从最终用户的角度、从管理员的角度以及从运营的角度。 它需要什么样的硬件或基础设施？ 它的功能和非功能需求是什么？ 那时，一个完整的系统开始形成 —— 它是如何工作的，谁使用它，以及实现它需要什么。
此时，我们可以开始估算团队的规模、时间表和所需的内部资源。 我们还会引入专注于安全性、测试和性能的专家，以便尽早定义速度和容量等关键参数。
如何区分客户的实际需求与他们最初可能认为自己需要的需求？
这实际上发生在我刚才描述的发现过程中。 当我们花时间探索客户的结构、目标和沟通方式时，我们有时会开始发现他们最初的要求与他们实际需要的之间的不一致之处。
这就是为什么我们从不急于实施 —— 我们试图解决正确的问题，而不仅仅是他们提到的第一个问题。
如何向非技术利益相关者解释技术选项或限制？
沟通至关重要。 我们努力降低我们所做事情的复杂性，以便与我们合作的人能够理解 —— 即使他们不是技术人员。 比喻在这里大有帮助。 我们很有耐心，并尽力做到尽可能地有创造性和清晰。
我们的项目经理 (PM) 和产品负责人 (PO) 是实现这一目标的关键。 他们充当技术团队和客户之间的中介。 特别是 PM，在团队内部扮演着客户倡导者的角色 —— 以支持双方的方式翻译时间表、可行性和决策。
从技术的角度来看，设计 DeFi 协议与构建其他类型的区块链应用程序有何不同？
设计 DeFi 协议需要在技术和经济方面都达到更高的严谨程度。 DeFi 直接处理用户的资本 —— 通常是大量的资金，这使得风险更高。
从技术角度来看，DeFi 系统往往更复杂。 它们通常涉及集成多个外部系统 —— 例如 oracle 和其他协议 —— 并且需要对金融机制有深刻的理解，而不仅仅是区块链开发。
在 DeFi 中，资金流动、利息累积或价格获取和使用的逻辑必须是万无一失的。 此外，测试和审计变得更加重要。 在部署之前，我们通常会进行多层测试 —— 集成测试、内部审计和外部审计。
在 DeFi 相关的售前阶段，你最常问哪些问题？
范围很广，但一些最常见的问题是：
- 用户入门机制是什么？
- 我们是在处理 securities 吗？
- 你是否咨询过法律部门关于监管要求？
- 我们关注哪个金融垂直领域 —— 借贷、资产代币化、基金管理等？
- 最终用户是谁，他们的金融教育水平如何？
- 主要目标是什么 —— 是筹集资金、实现访问民主化还是实现另类融资？
这些问题告诉我们很多关于客户对这个领域的了解程度 —— 以及他们准备好前进的程度。
LimeChain 目前最常审查哪些类型的 DeFi 项目？
最近，我们看到人们对 资产代币化 和 投资工具 产生了很多兴趣。 这两个领域都提供了有趣的技术和战略挑战 —— 它们正在突破 DeFi 领域可能实现的界限，但它们也需要对技术和金融都有扎实的理解。
一个人如何才能从 LimeChain 的经验和专业知识中获得最大的收益？
提出多层次想法的客户从与我们合作中获益最多，因为我们拥有跨职能的专业知识，并且可以将所有这些专业知识都摆在桌面上。
从想法到启动，我们随时为你提供帮助，让你清晰而自信地构建。 请在下方 联系我们 以开始对话。
