
¿Qué es un modelo de datos?
Un modelo de datos es la estructura que define cómo se organiza la información en tu CRM. Determina qué objetos existen (como empresas, personas u oportunidades), qué propiedades tienen (esos son los campos), y cómo se relacionan entre sí. Puedes pensarlo como el mapa de tus datos de clientes.¿Por qué deberías personalizar tu modelo de datos?
Cada empresa funciona de manera diferente. Poder personalizar completamente tu modelo de datos significa que puedes adaptar Twenty a tus procesos en lugar de forzar los tuyos en un sistema rígido.Twenty ofrece la flexibilidad que necesitas para moldear el modelo de datos que mejor apoyará tu día a día. Puedes crear tantos objetos y campos personalizados como necesites, el precio no cambiará.
Consejos para diseñar tu modelo de datos
Rara vez hay solo una manera de construir un modelo de datos. A continuación, algunos consejos para ayudarte a construir el tuyo. 1. Comienza con tus objetos principales.Identifica los conceptos principales con los que trabajas (p. ej. Empresas, Personas, Oportunidades). Esos tres objetos ya están disponibles ya que se usan muy a menudo. Pero piensa en cualquier otro que puedas necesitar.
Ejemplo: Stripe necesitaría un objeto
Suscripciones, Airbnb necesitaría un objeto Viajes, una aceleradora de startups un objeto Lotes.
2. Usa campos para variaciones, no nuevos objetos.Si algo es solo una característica de un objeto existente (p. ej.
Industria para una Empresa, o Estado para una Oportunidad), hazlo un campo. Los campos son mejores para categorías, etiquetas y atributos.
3. Crea un nuevo objeto cuando sea independiente.Si el concepto tiene su propio ciclo de vida, propiedades o relaciones, generalmente merece un objeto. Por ejemplo:
- Proyectos que tienen sus propios plazos, propietarios y tareas
- Suscripciones que conectan empresas, productos y facturas
- Eventos que involucran a muchos asistentes y acciones de seguimiento
Si algo puede estar vinculado múltiples veces y no sabes cuántas, es mejor como su propio objeto. Por ejemplo, en lugar de crear campos como
Producto 1, Producto 2, etc., define un objeto Producto y relacionalo con el registro original. De esta manera, puedes admitir uno, dos o cien productos sin cambiar tu modelo.
5. Mantenlo simple primero.Comienza con campos. Pasa a nuevos objetos solo cuando sientas los límites: demasiados campos, registros repetidos o relaciones que no encajan bien.
Nota especial sobre Personas, Empresas y Oportunidades
-
People,CompaniesandOpportunitiesare the only objects from where you can access the emails and meetings synchronized from your mailbox / calendar. We recommend using those as much as possible. Si necesitas crear categorías dePersonasoEmpresas, usa campos en lugar de nuevos objetos. Ejemplo: es mejor usar el objetoPersonastanto para prospectos como para socios, agregando un campo llamadoTipo de Persona. Evita crear un objetoSocio, ya que no podrías acceder a los hilos de correos electrónicos desde él. En su lugar, crea diferentes vistas enPersonas: una que muestre socios, otra que muestre prospectos. -
Dado el punto anterior, está bien tener campos que no se aplican a todos los registros. Por ejemplo, en
Personaspodrías agregar un campoEnlace de Referenciaque solo es relevante cuandoTipo de Persona = Socio. Está bien: puedes ocultar este campo de las vistas donde no es necesario.
Preguntas para guiar tu elección
Pregúntate:- ¿Es esto solo una propiedad de algo que ya tengo, o necesita sus propias propiedades?
- ¿Alguna vez necesitaré rastrear múltiples de estos por registro, sin saber cuántos de antemano?
- ¿Este concepto se conecta a varios objetos diferentes, no solo a uno?
- ¿Tendrá su propio ciclo de vida (por ejemplo, etapas, fechas de inicio/fin)?