Queremos desarrollar un CRM a medida — ¿cómo es el proceso de desarrollo de un CRM y qué debemos preparar?

Un CRM a medida suena muy bien, pero mandar a hacer un software desde cero en lugar de personalizar sistemas existentes conlleva un riesgo enorme. Cuando el equipo de desarrollo se vaya, ¿quién se encargará del mantenimiento del código? La mayoría de las empresas terminan abandonando el sistema dos años después porque no pueden cubrir los parches de seguridad de los paneles creados desde cero ni las necesidades de los nuevos empleados.

Nosotros pasamos por algo parecido para nuestra empresa de comercio al por mayor de 14 personas en el Reino Unido. El presupuesto con el que acordamos al principio era de 35.000 GBP, pero por peticiones intermedias que salieron durante el desarrollo y retrasos en la integración contable, subió a 52.000 GBP, y el proceso que dijeron que tardaría 5 meses se fue a 11 meses. Si no congelas el alcance, los costes se duplican rapidísimo.

Al negociar con la agencia, exige como primera condición que te entreguen versiones intermedias semanales. No aceptes que te pongan todo el código por delante de una sola vez después de cinco meses. Si cada dos semanas no clicas y pruebas tú mismo las pantallas funcionales, cuando termine el trabajo te darás cuenta de que los documentos que aprobaste en el escritorio le sacan canas a tu personal en el día a día.

Ed: ya se preguntó abajo, dejé la respuesta en el segundo mensaje.

En las especificaciones técnicas, añade desde el principio la estructura de la base de datos y la documentación de la REST API como puntos obligatorios. Debe quedar por escrito cómo se guardarán los datos en tablas relacionales y qué estándares se usarán en el futuro para comunicarse con servicios de contabilidad o logística. Además, exige que se desarrolle sobre un framework moderno y común para mantener la independencia del código.

¿Cuántas columnas de datos y fórmulas diferentes tenéis funcionando exactamente en vuestras hojas de cálculo actuales? Y además, ¿vuestro equipo de ventas necesitará ingresar presupuestos desde dispositivos móviles en la calle o basta con un panel de escritorio? La respuesta a estas dos preguntas puede duplicar la complejidad de la base de datos del software y por ende las jornadas de desarrollo necesarias.

Haz que incluyan claramente en el contrato de desarrollo el procedimiento de cambio de alcance. Es fundamental que no se programe ninguna función pedida de palabra y que el coste por persona/día de los desarrollos adicionales quede fijado al inicio del contrato. De lo contrario, cualquier pequeña solicitud extra pospondrá la fecha de entrega y dará pie a sobrecostes.

nosotros pasamos x un proceso parecido y el mayor error fue no incluir al personal en el proceso. los jefes diseñamos un flujo buenisimo en papel pero los chicos q hacian los presupuestos vieron la interfaz muy complicada y volvieron a los excel de siempre. les diria q no aprueben nada sin revisar los bocetos de las pantallas junto con el equipo.

vuestro presupuesto está en un nivel bastante razonable pero mi mayor recomendación es que no queráis todo desde el primer día luego sacad primero una primera versión sencilla que solo cubra el registro de clientes, cálculo de descuentos y creación de presupuestos. que el equipo empiece a usar el sistema y tras ver qué falla en una segunda fase hacéis añadir los módulos de almacén y transporte.

Han surgido tres opiniones distintas, todas se complementan. El error cometido por proceso de desarrollo de crm suele ser reversible, pero caro.

Si intentas cambiarlo todo a la vez, nada termina de asentarse. Espero que le sea útil.

Voy a contar mi experiencia. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

Estoy de acuerdo a medias, en parte no. en fin si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

Si no lo pones por escrito desde el principio luego surgen discusiones. Si tenéis dudas, escribid os responderé en la medida de lo posible.

en teoría es correcto, pero en la práctica no funciona así... la mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

por supuesto, cambia si tu situación es diferente.

Lo que voy a preguntar sonará un poco novato perdonadme. Si no lo pones por escrito desde el principio luego surgen discusiones.

Guardado.

Tema muy oportuno.

estoy de acuerddo y lo importante no es la cifra, sino en qué se basa esa cifra.

si escribís el resultado aquí, también servirá de ayuda a otros.

Voy a resumir el tema, porque se han dado varias respuestas diferentes. Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

Comprobado por experiencia.

Totalmente. Si tuviera que añadir algo más: El error cometido por proceso de desarrollo de crm suele ser reversible, pero caro.

Esta es mi opinión, no lo escribo como una verdad absoluta.