NUESTRA
FILOSOFÍA

Este artículo apareció por primera vez en el blog de Planfix en marzo de 2011. No ha cambiado mucho desde entonces, y estamos publicando casi el mismo artículo aquí. Hemos añadido más ejemplos, y nuestra filosofía se ha hecho más evidente a través de nuestra interfaz. Hay una razón por la que referenciamos este artículo a menudo. Es crucial para entender nuestro enfoque en la construcción de la aplicación. Si planea usar Planfix en su empresa y quiere entender cómo se diferencia fundamentalmente de otros sistemas que ha encontrado en el pasado, le recomendamos encarecidamente que comience con este artículo.
"Simplicidad" es una palabra de moda hoy en día. "Sistema simple", "interfaz simple", "funciones simples": estos son los lemas de las personas que crean la mayoría de los servicios CRM, BPM y PM en línea disponibles hoy. Inicialmente, también nos inclinamos en esta dirección, y la palabra "simple" apareció en nuestra página de inicio al menos dos veces. Pero si observa más de cerca, notará que incluso algo tan básico como la "simplicidad" se entiende de manera diferente por diferentes personas.
¿Cómo suelen evolucionar productos como Planfix?
Los creadores desarrollan una estructura de datos simple, como "proyecto-tarea-comentario" o "cliente-contacto-negociación". Hacen un diseño simple que utiliza bien el espacio negativo. Luego, los creadores comienzan a usar el sistema ellos mismos y lo ponen a disposición de otros.
Es impresionante al principio
Comienza a llegar retroalimentación de los usuarios: "¿Por qué no usan listas de tareas en lugar de tareas? No es conveniente para mí colaborar en tareas en su sistema y mantener mis listas de tareas personales separadas. Hagan listas de tareas y no tendré que usar ninguna otra aplicación excepto la suya, y también invitaré a mis amigos a usarla."
Pasa un tiempo
Una nueva solicitud de un usuario diferente: "¡No tienen 'eventos'! Deberían hacerlos como un calendario, para que podamos organizar eventos como reuniones con clientes o sesiones informativas."
Y luego...
A medida que pasa el tiempo, comienzan a llegar sugerencias y requisitos: "¡Necesitamos discusiones!", "¡Foros!", "¡Blogs!", "¡Hagan un chat!", "¡Realmente necesitamos noticias!".

Los creadores o bien rechazan estas sugerencias o continúan acumulando funciones y secciones. Mientras tanto, cada vez que crean un nuevo elemento y lo meten en la interfaz, están añadiendo otra torreta al castillo de arena que llamamos "integración".

Las solicitudes llegan sin cesar: "¡Oye, necesitamos poder agregar archivos a las listas de tareas así como a las tareas!", "Quiero adjuntar un mensaje de chat a una tarea para no tener que seguir buscándolo", "¡Añadan la capacidad de convertir listas de tareas en tareas, es realmente importante!", "¿Por qué no podemos agregar eventos para transacciones en nuestros calendarios?!?!"
Y otro más...
De acuerdo, esto es importante, así que añadimos otro elemento y otra sección.
Eso suena bastante razonable; las listas de tareas son importantes. Así, el sistema obtiene una nueva sección.
No hay muchas maneras en que los creadores puedan reaccionar a estas situaciones:
o pueden construir un megasistema, donde los diferentes bloques de funciones están muy débilmente conectados (y a menudo ni siquiera están conectados en absoluto).
pueden o bien adherirse a su sagrada simplicidad y no añadir nuevas funciones.
Al final, los sistemas que pudimos revisar iban desde tener muy pocas funciones hasta estar sobrecargados de complejidad, con una tendencia hacia la complejidad. En sí mismo, esto no es ni bueno ni malo. Simplemente refleja la evolución estándar de los sistemas: desde sistemas "unicelulares" simples con características muy limitadas, hasta "dinosaurios" torpes que ni siquiera pueden darse cuenta de que otro dinosaurio les está mordiendo la cola.

Es muy difícil para los creadores tomar la decisión firme de dejar un producto en la etapa "unicelular", cuando todo a su alrededor aspira al crecimiento. Es por eso que la mayoría de los sistemas suelen tener conjuntos arbitrarios de funciones para organizar el trabajo en grupo (blogs, discusiones, chats, correo electrónico), gestionar ventas (contactos, clientes potenciales, transacciones, embudo de ventas), gestionar tareas (proyectos, hitos, tareas, comentarios, eventos) y planificación individual (listas de tareas, reuniones, horarios). Sin embargo, si miras de cerca, puedes ver que muchos de estos elementos tienen más similitudes que diferencias.
Vea por sí mismo: ¿No es una lista de tareas una tarea que te asignas a ti mismo? Y una tarea establecida para un momento específico del día es ciertamente un evento o reunión. Los comentarios siguen siendo comentarios, independientemente de si se dejaron en un blog, una discusión, un chat o un correo electrónico. Entonces, ¿por qué deberíamos multiplicar estos elementos, aumentando los tipos de datos con los que estamos tratando e inevitablemente encontrándonos con problemas al integrarlos?
Notamos este desafío hace un tiempo, y lo hemos tenido en cuenta desde entonces al planificar nuevas funciones de Planfix. Esta es nuestra filosofía, en resumen:
Le damos la capacidad de construir un sistema de gestión que abarque toda su empresa, utilizando un conjunto limitado de elementos.
"
Actualmente hay cuatro elementos de Planfix:
Usado para
agrupar tareas.
El concepto básico de Planfix. Todo en Planfix gira en torno a las tareas. Las tareas pueden tener cualquier número de subtareas, con anidamiento ilimitado. Puede agregar y eliminar campos de tareas según sea necesario.
Cualquier información adicional que desee tener en cuenta mientras trabaja en tareas. Esta es una invención propia de Planfix. Ejemplos simples de etiquetas de datos: ingresos, gastos, tiempo dedicado, etc.
Proyecto
Tareas
Etiquetas de Datos
"Átomos de información" que reflejan cualquier cambio en las tareas: agregar nuevos archivos, agregar comentarios, cambiar fechas de vencimiento, cambiar asignados, agregar recordatorios, agregar etiquetas de datos, etc.
Acciones
Con Planfix, no encontrará "listas de tareas", "eventos" u otras funciones derivadas de tareas que solo son ligeramente diferentes entre sí. Así es como hemos resuelto los problemas descritos anteriormente, como "queremos notificaciones para listas de tareas como para eventos" y "queremos poder adjuntar archivos a eventos". Podemos hacer todo esto automáticamente, ya que las tareas proporcionan estas funciones.
Si un usuario nos pide que agreguemos un nuevo elemento a Planfix, le pedimos que nos describa la diferencia entre el nuevo elemento y una tarea. Durante esta conversación, queda claro que las únicas diferencias reales son el nombre y la configuración de la tarea utilizada. El usuario puede modificar las tareas ellos mismos, convirtiéndolas en lo que su equipo necesite que sean, ya sean "listas de tareas", "eventos" o "solicitudes de producción".

El nombre "tarea" no es del todo perfecto, de todos modos. Confunde a los usuarios, y su comprensión habitual de la palabra los limita. Si estuviéramos desarrollando Planfix hoy, probablemente las llamaríamos algo más universal, como "formularios" u "objetos". Tal vez en el futuro tengamos que hacer eso.

Entendemos que la filosofía de Planfix requiere un tiempo para acostumbrarse. No todos los sistemas tienen un enfoque como este, por lo que al principio puede ser difícil aceptar que las tareas reemplazan todos los elementos habituales del sistema.
Estas son tareas sin fechas de vencimiento, y las personas necesarias para la discusión se añaden a ellas.
Discusiones
Tomemos algunos ejemplos más:
Estas también son tareas sin fechas de vencimiento. Se puede agregar el grupo "Todos los empleados de la empresa" como participantes, si las noticias son para todos. Si las noticias son solo para un departamento, agregue el grupo apropiado y solo sus miembros verán las noticias.
Noticias
Esta también es una tarea, pero puede agregar varios campos adicionales, como "Valor total de la transacción". Pero trabajar con estas tareas no es diferente de trabajar con otras tareas. Se mantiene en contacto con el cliente, se añaden los colegas necesarios y se completa la transacción de acuerdo con el embudo de ventas (que configuran ustedes mismos), hasta que se cierra el trato.
Transacciones
Es obvio que una estructura interna simple no garantiza necesariamente simplicidad en el uso. En particular, todavía tenemos mucho que hacer en términos de opciones de personalización de la interfaz. Estamos seguros de que con el tiempo haremos la interfaz más clara y flexible, y eliminaremos todas las pequeñas cosas innecesarias y reduciremos los clics. Y usaremos nuestra estructura clara y simple de Planfix para hacerlo.